Os sensores de integridade do HAfs podem detectar uma variedade de falhas do FreeSWITCH® (não apenas um processo interrompido), bem como falhas/degradação do servidor de telefonia, do ambiente, de dispositivos de rede externos, proxies upstream, rotas de ITSP/operadora e muito mais. O HAfs ainda permite que os administradores criem sensores personalizados a partir de qualquer arquivo de script ou executável, contribuindo para a pontuação geral de integridade do nó. Os sensores de integridade do HAfs permitem que um nó avalie sua capacidade geral de operar com eficiência e tome medidas quando a integridade é crítica (incluindo a execução de programas ou failover para o outro nó).

O HAfs incorpora amplos recursos de sincronização, incluindo a capacidade de sincronizar arquivos e diretórios, os bancos de dados de configuração e operações do FreeSWITCH e quaisquer bancos de dados e tabelas PostgreSQL/SQLite/MySQL entre nós. A sincronização ocorre do ativo ao standby somente se o nó ativo estiver saudável, e apenas em intervalos especificados pelo administrador. O HAfs pode até mesmo alterar os dados recebidos, permitindo que o nó em espera substitua configurações/dados após a sincronização (para diferenças entre nós). A sincronização SQL é sempre executada usando transações SQL (não cópia em nível de bloco), portanto, nunca há risco de corrupção se um nó falhar no meio da sincronização.

O HAfs incorpora a capacidade de compartilhar um endereço IP entre nós, permitindo que o cluster faça failover sem a necessidade de alterações nos dispositivos upstream ou downstream. O IP compartilhado é adicionado/removido pelo HAfs como uma NIC física, uma NIC virtual ou como uma VLAN NIC virtual. O HAfs também transmite alterações de rede para switches/roteadores vizinhos para garantir que o tráfego flua para o novo dispositivo imediatamente.

Os nós HAfs não dependem de nenhum hardware, software, discos, bancos de dados compartilhados, etc. Algumas soluções de alta disponibilidade compartilham um dispositivo de nível de bloco (por exemplo: DRDB), um banco de canais (por exemplo: Astribank), um disco físico, um dispositivo USB, etc. No entanto, estes criam um único ponto de falha que pode entrar em colapso ou corromper um aglomerado inteiro quando eles falham. O HAfs cria nós completamente autônomos, garantindo que um nó não possa afetar negativamente o outro.

O design do HAfs permite que os nós sejam separados em grandes distâncias (por exemplo, continentes diferentes) e ainda operem como um único cluster. Todas as comunicações, sincronização e controle foram otimizadas para minimizar a transferência de dados e adaptar-se a diferentes condições de latência/rede. Os recursos de cluster geograficamente dispersos estão disponíveis apenas na edição Unlimited e OEM do HAfs.

O HAfs pode manter as chamadas em andamento durante um failover de cluster, transferindo chamadas ativas do nó ativo para o nó em espera. O HAfs também sincronizará filas de chamadas para garantir que as informações do agente e do chamador sejam preservadas. O HAfs pode até mesmo executar scripts após a recuperação para executar ações em chamadas que foram movidas entre nós, incluindo a reprodução de uma mensagem, o início da gravação de chamadas, etc. Os chamadores não perceberão o failover, pois os fluxos de áudio e vídeo (RTP) podem continuar ininterruptos.

O HAfs incorpora um novo mecanismo de sensor e controlador de cluster, que pode detectar um nó com falha em menos de 0,5 segundos e fazer a transição para o peer imediatamente depois. Um cluster inteiro agora pode fazer failover em apenas 3 segundos, com servidores FreeSWITCH típicos fazendo failover em 5 a 15 segundos.

O HAfs pode tratar os nós do FreeSWITCH como iguais (com qualquer um dos nós continuando em uma função ativa indefinidamente) ou como primário/backup (com os nós de backup retornando o controle para o nó primário quando permitido). O HAfs transfere inteligentemente o controle do nó de backup para o nó primário quando os sistemas estão estáveis e o cluster é reconectado, durante uma janela de tempo especificada, quando os sistemas estão ociosos, etc., conforme especificado pelo administrador. Esse recurso de fallback inteligente permite que os administradores movam o tráfego VoIP de volta para um sistema primário quando os usuários são menos afetados.

O software HAfs reside como uma camada entre o Linux e o FreeSWITCH, permitindo diferenças consideráveis nos pares, incluindo hardware diferente, versões diferentes do Linux, versões diferentes do Asterisk e muito mais. Esse recurso também permite que os administradores atualizem partes de um nó sem risco para o cluster e, em seguida, alternem o nó ativo e iniciem as atualizações no outro.

Os nós de cluster podem ser colocados com segurança em lados opostos de redes inseguras, pois todas as comunicações HAfs entre nós são criptografadas. O HAfs usa criptografia de 256 bits para garantir que o controle do cluster nunca esteja em risco e que os dados de desempenho/chamada nunca sejam expostos.

Um dos recursos mais poderosos do HAfs é o sistema de manipulador de eventos, que permite que os administradores conectem qualquer programa/script a eventos gerados ou detectados pelo HAfs. Por exemplo, eventos relacionados à promoção/rebaixamento de nó permitem que os administradores automatizem alterações em firewalls, roteadores, etc., a fim de redirecionar o tráfego VoIP para o nó ativo antes do início do FreeSWITCH.

Os usuários finais e administradores apreciarão a capacidade de visualizar rapidamente o status e a integridade dos nós HAfs a partir de um painel LCD diretamente na parte frontal do chassi do dispositivo de telefonia. Opcionalmente, os administradores também podem habilitar o controle do cluster no painel, permitindo que os usuários finais promovam/rebaixem/desliguem o nó com o apertar de um botão na frente do chassi.

Os administradores ficarão imediatamente confortáveis com a interface telnet simples e poderosa do HAfs. Todo o cluster pode ser gerenciado e controlado a partir de uma interface telnet, seja a partir de um PC, um tablet ou um celular. A interface inclui ajuda on-line e saída de terminal rica e amigável.

Administradores experientes e novatos ficarão confortáveis com a interface simples e poderosa do navegador (web) do HAfs. O cluster pode ser gerenciado e controlado a partir de qualquer navegador, incluindo um PC, um tablet ou um celular. A interface inclui controle simples sobre o cluster, visualização de logs de eventos e muito mais.

Os desenvolvedores apreciarão as interfaces de soquete, PHP e REST (Representational State Transfer) para HAfs, pois o poder e o controle do HAfs podem ser facilmente expandidos e integrados a outras ferramentas de administração e monitoramento do sistema. O HAfs inclui código de exemplo para demonstrar como extrair dados e controlar o HAfs por meio de um serviço da Web, por meio de uma classe PHP e por meio da interface de soquete.