Les capteurs de santé HAfs peuvent détecter une gamme de défaillances FreeSWITCH® (pas seulement un processus arrêté), ainsi que les pannes/dégradations du serveur de téléphonie, de l’environnement, des périphériques réseau externes, des proxys en amont, des itinéraires ITSP/opérateurs, etc. HAfs permet même aux administrateurs de créer des capteurs personnalisés à partir de n’importe quel fichier de script ou exécutable, contribuant ainsi au score d’intégrité global du nœud. Les capteurs d’état HAfs permettent à un nœud d’évaluer sa capacité globale à fonctionner efficacement et de prendre des mesures lorsque l’état est critique (y compris l’exécution de programmes ou le basculement vers l’autre nœud).

HAfs intègre des capacités de synchronisation étendues, y compris la possibilité de synchroniser des fichiers et des répertoires, les bases de données de configuration et d’opérations FreeSWITCH, ainsi que toutes les bases de données et tables PostgreSQL/SQLite/MySQL entre les nœuds. La synchronisation n’a lieu de l’actif à la veille que si le nœud actif est sain, et seulement à des intervalles spécifiés par l’administrateur. Les HAfs peuvent même modifier les données reçues, ce qui permet au nœud de secours d’écraser les paramètres/données après la synchronisation (pour les différences entre les nœuds). La synchronisation SQL est toujours effectuée à l’aide de transactions SQL (et non d’une copie au niveau du bloc), de sorte qu’il n’y a jamais de risque d’altération si un nœud échoue en cours de synchronisation.

HAfs intègre la possibilité de partager une adresse IP entre les nœuds, ce qui permet au cluster de basculer sans qu’aucune modification ne soit nécessaire pour les périphériques en amont ou en aval. L’adresse IP partagée est ajoutée/supprimée par HAfs en tant que carte réseau physique, carte réseau virtuelle ou carte réseau VLAN virtuelle. HAfs diffuse également les modifications du réseau aux commutateurs/routeurs voisins pour garantir que le trafic circule immédiatement vers le nouvel appareil.

Les nœuds HAfs ne dépendent pas de matériel, de logiciels, de disques, de bases de données, etc. partagés. Certaines solutions à haute disponibilité partagent un périphérique de niveau bloc (par exemple : DRDB), une banque de canaux (par exemple : Astribank), un disque physique, un périphérique USB, etc. Cependant, ceux-ci créent un point unique d’échec qui peut s’effondrer ou corrompre un cluster entier quand ils échouent. HAfs crée des nœuds complètement autonomes, garantissant qu’un nœud ne peut pas affecter négativement l’autre.

La conception de HAfs permet de séparer les nœuds sur de grandes distances (par exemple, sur différents continents) et de fonctionner comme un seul cluster. Toutes les communications, la synchronisation et le contrôle ont été optimisés pour minimiser le transfert de données et s’adapter aux conditions de latence/réseau VARying. Les fonctionnalités de cluster géographiquement dispersé sont disponibles uniquement dans les éditions Unlimited et OEM de HAfs.

HAfs peut maintenir les appels en cours pendant le basculement d’un cluster, en transférant les appels actifs du nœud actif au nœud de secours. HAfs synchronisera également les files d’attente d’appels pour s’assurer que les informations sur l’agent et l’appelant sont préservées. HAfs peut même exécuter des scripts lors de la récupération pour prendre des mesures sur les appels qui ont été déplacés entre les nœuds, y compris la lecture d’un message, le démarrage de l’enregistrement des appels, etc. Les appelants ne remarqueront pas le basculement, car les flux audio et vidéo (RTP) peuvent continuer sans interruption.

HAfs intègre un nouveau moteur de capteur et un contrôleur de cluster, qui peuvent détecter un nœud défaillant en moins de 0,5 seconde et passer à l’homologue immédiatement après. Un cluster entier peut désormais basculer en seulement 3 secondes, tandis que les serveurs FreeSWITCH classiques basculent en 5 à 15 secondes.

HAfs peut traiter les nœuds FreeSWITCH comme égaux (l’un ou l’autre nœud restant dans un rôle actif indéfiniment) ou comme primaire/de secours (les nœuds de sauvegarde redonnant le contrôle au nœud principal lorsque cela est autorisé). HAfs transfère intelligemment le contrôle du nœud de sauvegarde au nœud principal une fois que les systèmes sont stables et que le cluster est reconnecté, pendant une fenêtre de temps spécifiée, lorsque les systèmes sont inactifs, etc., comme spécifié par l’administrateur. Cette fonction de secours intelligente permet aux administrateurs de rediriger le trafic VoIP vers un système principal lorsque les utilisateurs sont les moins affectés.

Le logiciel HAfs réside comme une couche entre Linux et FreeSWITCH, ce qui permet des différences considérables entre les pairs, y compris différents matériels, différentes versions de Linux, différentes versions Asterisk , etc. Cette fonctionnalité permet également aux administrateurs de mettre à niveau des parties d’un nœud sans risque pour le cluster, puis de basculer le nœud actif et de commencer les mises à niveau sur l’autre.

Les nœuds de cluster peuvent être placés en toute sécurité sur les côtés opposés des réseaux non sécurisés, car toutes les communications HAfs entre les nœuds sont cryptées. HAfs utilise un chiffrement 256 bits pour s’assurer que le contrôle du cluster n’est jamais menacé et que les données de performance/d’appel ne sont jamais exposées.

L’une des fonctionnalités les plus puissantes de HAfs est le système de gestionnaire d’événements, qui permet aux administrateurs d’accrocher n’importe quel programme/script à des événements générés ou détectés par HAfs. Par exemple, les événements liés à la promotion ou à la rétrogradation d’un nœud permettent aux administrateurs d’automatiser les modifications apportées aux pare-feu, aux routeurs, etc. afin de rediriger le trafic VoIP vers le nœud actif avant le démarrage de FreeSWITCH.

Les utilisateurs finaux et les administrateurs apprécieront la possibilité de visualiser rapidement l’état et l’intégrité des nœuds HAfs à partir d’un panneau LCD situé directement à l’avant du châssis du périphérique de téléphonie. Les administrateurs peuvent également activer le contrôle du cluster à partir du panneau, ce qui permet aux utilisateurs finaux de promouvoir/rétrograder/arrêter le nœud en appuyant sur un bouton situé à l’avant du châssis.

Les administrateurs seront immédiatement à l’aise avec l’interface telnet simple et puissante de HAfs. L’ensemble du cluster peut être géré et contrôlé à partir d’une interface telnet, que ce soit à partir d’un PC, d’une tablette ou d’un téléphone cellulaire. L’interface comprend une aide en ligne et une sortie de terminal riche et conviviale.

Les administrateurs chevronnés et les novices seront à l’aise avec l’interface de navigateur (Web) simple et puissante de HAfs. Le cluster peut être géré et contrôlé à partir de n’importe quel navigateur, y compris un PC, une tablette ou un téléphone cellulaire. L’interface comprend un contrôle simple du cluster, l’affichage des journaux d’événements, etc.

Les développeurs apprécieront les interfaces socket, PHP et REST (Representational State Transfer) pour HAfs, car la puissance et le contrôle de HAfs peuvent être facilement étendus et intégrés à d’autres outils d’administration et de surveillance du système. HAfs inclut un exemple de code pour montrer comment extraire des données et contrôler HAfs via un service Web, via une classe PHP et via l’interface socket.