Os sensores de integridade HAfs podem detectar uma série de falhas FreeSWITCH® (não apenas um processo interrompido), bem como falha/degradação do servidor de telefonia, do ambiente, dispositivos de rede externos, proxies upstream, rotas 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 HAfs permitem que um nó avalie sua capacidade geral de operar de forma eficaz 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 em 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 mudanças 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 projeto 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 Ilimitada 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-15 segundos.

O HAfs pode tratar os nós FreeSWITCH como iguais (com qualquer nó continuando em uma função ativa indefinidamente) ou como principal/backup (com os nós de backup retornando o controle para o nó principal 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. Este recurso de recuo 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 Linux e FreeSWITCH, permitindo diferenças consideráveis em pares, incluindo hardware diferente, versões Linux diferentes, versões Asterisk diferentes e muito mais. Esse recurso também permite que os administradores atualizem partes de um nó sem risco para o cluster, depois trocando o nó ativo e iniciando upgrades 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 os dados de desempenho/chamada nunca sejam expostos.

Um dos recursos mais poderosos do HAfs é o sistema manipulador de eventos, que permite aos administradores conectar qualquer programa/script em eventos gerados ou detectados pelo HAfs. Por exemplo, eventos relacionados à promoção/rebaixamento de nós 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. Os administradores podem opcionalmente habilitar o controle do cluster do painel também, permitindo que os usuários finais promovam/desabaixem o nó com o apertar de um botão na parte frontal do chassi.

Os administradores ficarão imediatamente confortáveis com a interface telnet simples e poderosa para 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 terminal amigável e amigável ao usuário.

Administradores experientes e novatos estarão confortáveis com a interface simples e poderosa do navegador (web) para 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 registros 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 com outras ferramentas de administração e monitoramento do sistema. HAfs inclui código de exemplo para demonstrar como extrair dados e controlar HAfs através de um serviço Web, através de uma classe PHP e através da interface de soquete.