Les capteurs d’intégrité HAfs peuvent détecter une série de défaillances FreeSWITCH® (pas seulement un processus arrêté), ainsi que des défaillances/dégradations du serveur de téléphonie, de l’environnement, des périphériques réseau externes, des proxys en amont, des routes ITSP/opérateur, 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’intégrité HAfs permettent à un nœud d’évaluer sa capacité globale à fonctionner efficacement et de prendre des mesures lorsque l’intégrité 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 les fichiers et les 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 de copie au niveau des blocs), de sorte qu’il n’y a jamais de risque d’altération en cas de défaillance d’un nœud au milieu de la synchronisation.

HAfs intègre la possibilité de partager une adresse IP entre les nœuds, ce qui permet au cluster de basculer sans aucune modification requise vers 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 de 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, en veillant à ce qu’un nœud ne puisse pas nuire à l’autre.

La conception des HAfs permet de séparer les nœuds sur de grandes distances (par exemple, différents continents) tout en fonctionnant 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 dispersées géographiquement sont disponibles dans les éditions Unlimited et OEM de HAfs uniquement.

Les HAfs peuvent maintenir les appels en cours pendant le basculement d’un cluster, en transférant les appels actifs du nœud actif vers le 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 se poursuivre sans interruption.

HAfs intègre un nouveau moteur de capteur et un nouveau 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, les serveurs FreeSWITCH classiques étant basculés en 5 à 15 secondes.

Les HAfs peuvent traiter les noeuds FreeSWITCH comme des noeuds égaux (l’un ou l’autre noeud continuant à jouer un rôle actif indéfiniment) ou comme des noeuds principaux/de secours (les noeuds de secours redonnant le contrôle au noeud 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 fonctionnalité de repli intelligente permet aux administrateurs de déplacer le trafic VoIP vers un système primaire lorsque les utilisateurs sont les moins touchés.

Le logiciel HAfs réside en tant que 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 changer 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 chiffré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 performances/d’appel ne sont jamais exposées.

L’une des fonctionnalités les plus puissantes de HAfs est le système de gestion 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/rétrogradation de noeud permettent aux administrateurs d’automatiser les modifications apportées aux pare-feu, routeurs, etc. afin de rediriger le trafic VoIP vers le noeud 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 écran 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 à 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 terminale conviviale et riche.

Les administrateurs chevronnés et les novices seront à l’aise avec l’interface simple et puissante du navigateur (Web) 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 sur le cluster, l’affichage des journaux d’événements, et plus encore.

Les développeurs apprécieront les interfaces socket, PHP et REST (Representational State Transfer) pour HAfs, car la puissance et le contrôle des 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 de socket.