Los sensores de estado de HAfs pueden detectar una variedad de fallas de FreeSWITCH® (no solo un proceso detenido), así como fallas/degradación del servidor de telefonía, el entorno, los dispositivos de red externos, los proxies ascendentes, las rutas ITSP/carrier y más. HAfs incluso permite a los administradores crear sensores personalizados a partir de cualquier archivo de script o ejecutable, lo que contribuye a la puntuación de estado general del nodo. Los sensores de estado de HAfs permiten que un nodo evalúe su capacidad general para funcionar de forma eficaz y tomar medidas cuando el estado es crítico (incluida la ejecución de programas o la conmutación por error al otro nodo).

HAfs incorpora amplias capacidades de sincronización, incluida la capacidad de sincronizar archivos y directorios, las bases de datos de configuración y operaciones de FreeSWITCH, y cualquier base de datos y tablas PostgreSQL/SQLite/MySQL entre nodos. La sincronización tiene lugar desde el activo al modo de espera solo si el nodo activo está en buen estado y solo a intervalos especificados por el administrador. Los HAfs pueden incluso alterar los datos recibidos, lo que permite que el nodo en espera sobrescriba la configuración/datos después de la sincronización (para las diferencias entre los nodos). La sincronización de SQL siempre se realiza mediante transacciones SQL (no copia a nivel de bloque), por lo que nunca hay riesgo de corrupción si un nodo falla a mitad de la sincronización.

HAfs incorpora la capacidad de compartir una dirección IP entre nodos, lo que permite que el clúster conmute por error sin necesidad de realizar cambios en los dispositivos ascendentes o descendentes. Los HAfs agregan o quitan la IP compartida como una NIC física, una NIC virtual o una NIC de VLAN virtual. HAfs también transmite los cambios de red a los conmutadores/enrutadores vecinos para garantizar que el tráfico fluya al nuevo dispositivo de inmediato.

Los nodos HAfs no dependen de ningún hardware, software, discos, bases de datos, etc. compartidos. Algunas soluciones de alta disponibilidad comparten un dispositivo de nivel de bloque (por ejemplo: DRDB), un banco de canales (por ejemplo: Astribank), un disco físico, un dispositivo USB, etc. Sin embargo, estos crean un único punto de error que puede contraer o corromper un clúster completo cuando se produce un error. HAfs crea nodos completamente autónomos, lo que garantiza que un nodo no pueda afectar negativamente al otro.

El diseño de los HAfs permite que los nodos se separen a grandes distancias (por ejemplo, diferentes continentes) y sigan funcionando como un solo clúster. Todas las comunicaciones, sincronización y control se han optimizado para minimizar la transferencia de datos y adaptarse a diferentes condiciones de latencia / red. Las características de clúster dispersas geográficamente solo están disponibles en las ediciones ilimitadas y OEM de HAfs.

Los HAfs pueden mantener las llamadas en curso durante una conmutación por error del clúster, transfiriendo llamadas activas del nodo activo al nodo en espera. Los HAfs también sincronizarán las colas de llamadas para garantizar que se conserve la información del agente y de la persona que llama. Los HAfs pueden incluso ejecutar scripts tras la recuperación para tomar medidas en las llamadas que se movieron entre nodos, incluida la reproducción de un mensaje, el inicio de la grabación de llamadas, etc. Las personas que llamen no notarán la conmutación por error, ya que las transmisiones de audio y video (RTP) pueden continuar sin interrupciones.

HAfs incorpora un nuevo motor de sensor y un controlador de clúster, que puede detectar un nodo fallido en menos de 0,5 segundos y pasar al par inmediatamente después. Un clúster completo ahora puede conmutar por error en tan solo 3 segundos, con los servidores FreeSWITCH típicos conmutando por error en 5-15 segundos.

Los HAfs pueden tratar los nodos FreeSWITCH como iguales (con cualquiera de los nodos continuando en un rol activo indefinidamente) o como primarios/de respaldo (con los nodos de respaldo devolviendo el control al nodo principal cuando se permite). HAfs transfiere de forma inteligente el control del nodo de copia de seguridad al nodo principal una vez que los sistemas son estables y el clúster se vuelve a conectar, durante una ventana de tiempo especificada, cuando los sistemas están inactivos, etc., según lo especificado por el administrador. Esta función de reserva inteligente permite a los administradores mover el tráfico VoIP de nuevo a un sistema primario cuando los usuarios se ven menos afectados.

El software HAfs reside como una capa entre Linux y FreeSWITCH, lo que permite diferencias considerables en los pares, incluido el hardware diferente, las diferentes versiones de Linux, las diferentes versiones de Asterisk y más. Esta característica también permite a los administradores actualizar partes de un nodo sin riesgo para el clúster y, a continuación, cambiar el nodo activo y comenzar las actualizaciones en el otro.

Los nodos de clúster se pueden colocar de forma segura en lados opuestos de redes inseguras, ya que todas las comunicaciones HAfs entre los nodos están cifradas. HAfs utiliza cifrado de 256 bits para garantizar que el control del clúster nunca esté en riesgo y que los datos de rendimiento/llamadas nunca se expongan.

Una de las características más potentes de HAfs es el sistema de gestión de eventos, que permite a los administradores enlazar cualquier programa/script a los eventos generados o detectados por HAfs. Por ejemplo, los eventos relacionados con la promoción/degradación de nodos permiten a los administradores automatizar los cambios en los cortafuegos, routers, etc. para redirigir el tráfico VoIP al nodo activo antes de que se inicie FreeSWITCH.

Los usuarios finales y los administradores apreciarán la capacidad de ver rápidamente el estado y el estado de los nodos HAfs desde un panel LCD directamente en la parte frontal del chasis del dispositivo de telefonía. Los administradores también pueden habilitar el control del clúster desde el panel, lo que permite a los usuarios finales promocionar/degradar/apagar el nodo con solo pulsar un botón en la parte delantera del chasis.

Los administradores se sentirán inmediatamente cómodos con la sencilla y potente interfaz telnet para HAfs. Todo el clúster se puede administrar y controlar desde una interfaz telnet, ya sea desde un PC, una tableta o un teléfono celular. La interfaz incluye ayuda en línea y salida de terminal fácil de usar y rica.

Tanto los administradores experimentados como los novatos se sentirán cómodos con la sencilla y potente interfaz del navegador (web) para HAfs. El clúster se puede administrar y controlar desde cualquier navegador, incluido un PC, una tableta o un teléfono celular. La interfaz incluye un control sencillo sobre el clúster, la visualización de registros de eventos y mucho más.

Los desarrolladores apreciarán las interfaces de socket, PHP y REST (Representational State Transfer) para HAfs, ya que la potencia y el control de HAfs se pueden expandir e integrar fácilmente con otras herramientas de administración y monitoreo del sistema. HAfs incluye código de ejemplo para demostrar cómo extraer datos y controlar HAfs a través de un servicio web, a través de una clase PHP y a través de la interfaz de socket.