Creado en C++ para un bajo consumo de recursos, detección rápida y conmutación por error rápida
Se ejecuta como un servicio en segundo plano en cada PBX para optimizar la detección de errores
18 sensores incorporados más sensores creados por el usuario ilimitado (compatibles con cualquier lenguaje de programación / scripting)
El sistema de controlador de eventos crea ganchos para interactuar con cualquier programa/script definido por el usuario
El sistema de compresión y delta patentado sincroniza los datos de manera eficiente a través de largas distancias

Módulos principales

Motor del Sensor

El motor del sensor es responsable de monitorear el estado del equipo local (llamado «nodo»), sondeando varias interfaces/subsistemas para determinar si el nodo local se ha degradado a un nivel que requiere más acción o conmutación por error. Se realiza un seguimiento del estado del nodo local como una puntuación de estado que aumenta a medida que la salud se degrada. Cuando la puntuación alcanza el nivel crítico, se notifica al administrador y se pueden realizar automáticamente las acciones seleccionadas. Cuando la puntuación alcanza el control de nivel de error se transfiere automáticamente al nodo en espera.

Motor de Sincronización

El motor de sincronización es responsable de replicar los cambios en archivos, directorios, tablas y bases de datos desde el nodo activo al nodo en espera. El motor de sincronización inicia la sincronización a intervalos especificados y permite la modificación de los datos sincronizados una vez entregados al nodo en espera (reemplazando partes de archivos o campos en una base de datos). La sincronización siempre tiene lugar desde el nodo activo al nodo en espera y solo mientras la puntuación de estado del nodo activo no es crítica.

Enlace de Pares

El link del mismo nivel es responsable de toda la comunicación HAAst entre los Nodos, incluyendo el latido del corazón, la coordinación de la Conmutación por falla, el envío de mensajes, el seguimiento de sensores remotos, etc. Si el vínculo del mismo nivel se desconecta por cualquier motivo, el nodo superviviente asume que el otro nodo ha fallado e intenta hacerse cargo de las operaciones como el nuevo nodo activo. El link del par se utiliza en las negociaciones del nodo (determinando qué nodo debe tomar el control), el intercambio de los datos del sensor, etc.

Controlador de Clúster

El controlador de clúster es responsable de iniciar y detener Asterisk en el par local, e interactuar con el motor del sensor, el motor de sincronización, y los módulos del link del par. El controlador de clúster también realiza actividades de inicio/parada de Asterisk anteriores a post, lo que permite una personalización y flexibilidad considerables en las operaciones de Asterisk