Os sensores de integridade HAsm podem detectar uma série de falhas no motor de comutação (não apenas um processo interrompido), bem como falhas/degradação de serviços de telefonia, do ambiente, de dispositivos de rede externos, de proxies upstream, de rotas ITSP/operadora e muito mais. O Telium pode criar sensores personalizados para hardware/dispositivo/serviço que você escolher, contribuindo para a pontuação geral de integridade do nó. Os sensores de integridade HAsm permitem que um nó avalie sua capacidade geral de operar de forma eficaz e tome medidas quando a integridade for crítica (incluindo a execução de programas ou failover para o outro nó).

O HAsm incorpora recursos de sincronização abrangentes, incluindo a capacidade de sincronizar arquivos e diretórios, bancos de dados e tabelas PostgreSQL/SQLite/MySQL e até mesmo estruturas de dados personalizadas 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 HAsm 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 HAsm 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 HAsm como uma NIC física, uma NIC virtual ou como uma VLAN NIC virtual. O HAsm também transmite mudanças de rede para switches/roteadores vizinhos para garantir que o tráfego flua para o novo dispositivo imediatamente. Os agentes de usuário com conexões de áudio/vídeo ativas continuam inalterados, sem qualquer interrupção no serviço.

Os nós HAsm 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 HAsm cria nós completamente autônomos, garantindo que um nó não possa afetar negativamente o outro.

O projeto do HAsm 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.

O HAsm pode manter as chamadas em andamento durante um failover de cluster, transferindo chamadas ativas do nó ativo para o nó em espera. O HAsm também pode sincronizar filas de chamadas para garantir que as informações do agente e do chamador sejam preservadas. O HAsm 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 HAsm incorpora um mecanismo de sensor e um controlador de cluster altamente otimizados, que podem 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 típicos fazendo failover em 5 a 15 segundos. Durante esse tempo, as chamadas podem permanecer ativas e o áudio/vídeo continuar ininterrupto.

O HAsm pode tratar nós 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ó primário quando permitido). O HAsm 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 HAsm é executado na camada de aplicação (acima do Linux), permitindo diferenças consideráveis em pares, incluindo diferentes hardwares, diferentes versões do Linux, etc. 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 HAsm entre nós são criptografadas. O HAsm 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 HAsm é o sistema manipulador de eventos, que permite que os administradores se conectem a eventos gerados por, ou detectados por, HAsm . 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 da inicialização do mecanismo de comutação. Essas alterações podem acontecer no nó HAsm ou resultar em uma notificação enviada pela API para seu aplicativo lidar.

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