Les capteurs d’intégrité HAast peuvent détecter une série de défaillances Asterisk® (pas seulement un processus arrêté), ainsi que des défaillances/dégradations du serveur PBX, de l’environnement, des périphériques réseau externes, des proxys en amont, des routes ITSP/opérateur, etc. HAAst permet même aux administrateurs de créer des capteurs personnalisés à partir de n’importe quel fichier de script ou exécutable, contribuant au score de santé global pour le nœud. Les capteurs d’intégrité HAast 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).

HAast intègre des capacités de synchronisation étendues, y compris la possibilité de synchroniser des fichiers et des répertoires, la base de données interne Asterisk (AstDB) et des bases de données et tables 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. HAast peut 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).

HAast intègre la possibilité de partager une adresse IP entre les nœuds, ce qui permet au cluster de basculer sans aucune modification requise pour les périphériques en amont ou en aval. L’adresse IP partagée est ajoutée/supprimée par HAast en tant que carte réseau physique, carte réseau virtuelle ou carte réseau VLAN virtuelle. HAast 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 HAast 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. HAast crée des nœuds complètement autonomes, en veillant à ce qu’un nœud ne puisse pas nuire à l’autre.

La conception de HAast 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 uniquement dans les éditions Unlimited et OEM de HAast.

HAast peut 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. Une fois que le nœud de secours est promu, les appels reprennent sans qu’aucune des parties ne remarque le basculement. Lors du basculement, HAast peut lancer des scripts ou des actions de plan de numérotation pour reprendre l’enregistrement des appels, écrire les statistiques de l’appelant dans une base de données, etc. Pour les appels en attente dans les files d’attente, les appels seront transférés vers le nœud de secours et les files d’attente seront reconstruites dans l’ordre d’arrivée (ou dans une autre séquence que vous spécifiez). Les fonctionnalités de continuité des appels ne sont disponibles que dans l’édition OEM de HAast.

HAast version 2 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 maintenant échouer en aussi peu que 3 secondes, avec des serveurs Asterisk typiques défaillants en 5-15 secondes.

HAast peut traiter les noeuds Asterisk sur un pied d’égalité (l’un ou l’autre noeud continuant à jouer un rôle actif indéfiniment) ou comme principal/de secours (les noeuds de secours redonnant le contrôle au noeud principal lorsque cela est autorisé). HAast 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 HAast réside en tant que couche entre Linux et Asterisk, 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 HAast entre les nœuds sont chiffrées. HAast 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 HAast est le système de gestion d’événements, qui permet aux administrateurs d’accrocher n’importe quel programme/script aux événements générés ou détectés par HAast. Par exemple, les événements liés à la promotion/rétrogradation des nœuds 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 Asterisk

En cas d’endommagement catastrophique du système de fichiers de l’un ou l’autre des nœuds, HAast peut tenter de restaurer une image de sauvegarde, y compris les paramètres, les messages vocaux, etc. et activer le service téléphonique. HAast effectue des sauvegardes au démarrage et à intervalles réguliers sans aucune intervention de l’administrateur. Ces sauvegardes sont automatiquement partagées entre les nœuds pour s’assurer que les deux nœuds ont les points de récupération les plus récents disponibles. PITR inclut la prise en charge de la base de données PostgreSQL.

Les utilisateurs finaux et les administrateurs apprécieront la possibilité de visualiser rapidement l’état et l’intégrité des nœuds HAast à partir d’un panneau LCD situé directement à l’avant du châssis PBX. 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 HAast. 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 de navigateur (Web) simple et puissante de HAast. 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) de HAast, car la puissance et le contrôle de HAast peuvent être facilement étendus et intégrés à d’autres outils d’administration et de surveillance du système. HAast inclut un exemple de code pour montrer comment extraire des données et contrôler HAast via un service Web, via une classe PHP et via l’interface de socket.