HAfs-Zustandssensoren können eine Reihe von FreeSWITCH-Fehlern® (nicht nur einen gestoppten Prozess) sowie den Ausfall / die Verschlechterung des Telefonieservers, der Umgebung, externer Netzwerkgeräte, Upstream-Proxys, ITSP-/Carrier-Routen und mehr erkennen. HAfs ermöglicht es Administratoren sogar, benutzerdefinierte Sensoren aus jeder Skriptdatei oder ausführbaren Datei zu erstellen, die zur Gesamtzustandsbewertung des Knotens beitragen. HAfs-Zustandssensoren ermöglichen es einem Knoten, seine allgemeine Fähigkeit zu bewerten, effektiv zu arbeiten, und Maßnahmen zu ergreifen, wenn der Zustand kritisch ist (einschließlich der Ausführung von Programmen oder des Failovers auf den anderen Knoten).

HAfs enthält umfangreiche Synchronisierungsfunktionen, einschließlich der Möglichkeit, Dateien und Verzeichnisse, die FreeSWITCH-Konfigurations- und Betriebsdatenbanken sowie alle PostgreSQL/SQLite/MySQL-Datenbanken und -Tabellen zwischen Knoten zu synchronisieren. Die Synchronisierung erfolgt nur dann vom Aktiven in den Standby-Server, wenn der aktive Knoten fehlerfrei ist, und nur in vom Administrator angegebenen Intervallen. HAfs kann sogar die empfangenen Daten ändern, so dass der Standby-Knoten nach der Synchronisierung Einstellungen/Daten überschreiben kann (für Unterschiede zwischen Knoten). Die SQL-Synchronisierung wird immer mithilfe von SQL-Transaktionen durchgeführt (nicht mit dem Kopieren auf Blockebene), sodass nie das Risiko einer Beschädigung besteht, wenn ein Knoten während der Synchronisierung fehlschlägt.

HAfs bietet die Möglichkeit, eine IP-Adresse zwischen Knoten gemeinsam zu nutzen, sodass der Cluster ein Failover durchführen kann, ohne dass Änderungen an vor- oder nachgelagerten Geräten erforderlich sind. Die gemeinsam genutzte IP-Adresse wird von HAfs entweder als physische Netzwerkkarte, virtuelle Netzwerkkarte oder als virtuelle VLAN-Netzwerkkarte hinzugefügt/entfernt. HAfs überträgt auch Netzwerkänderungen an benachbarte Switches/Router, um sicherzustellen, dass der Datenverkehr sofort zum neuen Gerät fließt.

HAfs-Knoten sind nicht von gemeinsam genutzter Hardware, Software, Festplatten, Datenbanken usw. abhängig. Einige Hochverfügbarkeitslösungen teilen sich ein Block-Level-Gerät (z. B. DRDB), eine Kanalbank (z. B. Astribank), eine physische Festplatte, ein USB-Gerät usw. Diese erstellen jedoch einen einzelnen Fehlerpunkt, der einen gesamten Cluster zusammenbrechen oder beschädigen kann, wenn sie fehlschlagen. HAfs erstellt völlig autonome Knoten und stellt sicher, dass ein Knoten den anderen nicht nachteilig beeinflussen kann.

Das Design von HAfs ermöglicht es, Knoten über große Entfernungen (z. B. verschiedene Kontinente) zu trennen und dennoch als ein einziger Cluster zu arbeiten. Alle Kommunikation, Synchronisation und Steuerung wurden optimiert, um die Datenübertragung zu minimieren und sich an unterschiedliche Latenz-/Netzwerkbedingungen anzupassen. Geografisch verteilte Cluster-Funktionen sind nur in der Unlimited– und OEM von HAfs verfügbar.

HAfs kann laufende Aufrufe während eines Cluster-Failovers aufrechterhalten und aktive Aufrufe vom aktiven zum Standby-Knoten übertragen. HAfs synchronisiert auch Anrufwarteschlangen, um sicherzustellen, dass Agenten- und Anruferinformationen erhalten bleiben. HAfs kann sogar Skripte nach der Wiederherstellung ausführen, um Maßnahmen für Anrufe zu ergreifen, die zwischen Knoten verschoben wurden, einschließlich der Wiedergabe einer Nachricht, des Startens der Anrufaufzeichnung usw. Anrufer bemerken das Failover nicht, da Audio- und Videostreams (RTP) ohne Unterbrechung fortgesetzt werden können.

HAfs enthält eine neue Sensor-Engine und einen neuen Cluster-Controller, der einen ausgefallenen Knoten in weniger als 0,5 Sekunden erkennen und unmittelbar danach zum Peer wechseln kann. Ein vollständiger Cluster kann jetzt in nur 3 Sekunden ein Failover durchführen, wobei ein typischer FreeSWITCH-Server ein Failover in 5 bis 15 Sekunden durchführt.

HAfs kann FreeSWITCH-Knoten als gleichberechtigt behandeln (wobei jeder Knoten auf unbestimmte Zeit in einer aktiven Rolle weitergeführt wird) oder als Primär-/Backup-Knoten (wobei die Backup-Knoten die Kontrolle an den primären Knoten zurückgeben, wenn dies zulässig ist). HAfs überträgt die Steuerung auf intelligente Weise vom Backup-Knoten auf den primären Knoten, sobald die Systeme stabil sind und der Cluster wieder verbunden ist, während eines bestimmten Zeitfensters, wenn sich die Systeme im Leerlauf befinden usw., wie vom Administrator angegeben. Diese intelligente Fallbackfunktion ermöglicht es Administratoren, VoIP-Datenverkehr zurück auf ein primäres System zu verschieben, wenn Benutzer am wenigsten betroffen sind.

Die HAfs-Software befindet sich als Schicht zwischen Linux und FreeSWITCH, was erhebliche Unterschiede in den Peers ermöglicht, einschließlich unterschiedlicher Hardware, verschiedener Linux-Versionen, verschiedener Asterisk und mehr. Mit dieser Funktion können Administratoren auch Teile eines Knotens ohne Risiko auf den Cluster aktualisieren, dann den aktiven Knoten wechseln und Upgrades auf dem anderen Knoten beginnen.

Cluster-Knoten können sicher auf gegenüberliegenden Seiten unsicherer Netzwerke platziert werden, da die gesamte HAfs-Kommunikation zwischen den Knoten verschlüsselt ist. HAfs verwendet eine 256-Bit-Verschlüsselung, um sicherzustellen, dass die Kontrolle über den Cluster niemals gefährdet ist und Leistungs-/Anrufdaten niemals offengelegt werden.

Eine der mächtigsten Funktionen von HAfs ist das Event-Handler-System, mit dem Administratoren jedes Programm/Skript in Ereignisse einbinden können, die von HAfs generiert oder erkannt werden. Ereignisse im Zusammenhang mit der Herauf- und Herabstufung von Knoten ermöglichen es Administratoren beispielsweise, Änderungen an Firewalls, Routern usw. zu automatisieren, um den VoIP-Datenverkehr vor dem Start von FreeSWITCH an den aktiven Knoten umzuleiten.

Endbenutzer und Administratoren werden die Möglichkeit zu schätzen wissen, den Status und den Zustand der HAfs-Knoten schnell über ein LCD-Panel direkt an der Vorderseite des Telefoniegerätegehäuses anzuzeigen. Administratoren können optional die Steuerung des Clusters auch über das Bedienfeld aktivieren, sodass Endbenutzer den Knoten auf Knopfdruck auf der Vorderseite des Gehäuses heraufstufen/degradieren/herunterfahren können.

Administratoren werden sich sofort mit der einfachen und leistungsstarken Telnet-Schnittstelle zu HAfs vertraut machen. Der gesamte Cluster kann über eine Telnet-Schnittstelle verwaltet und gesteuert werden, sei es von einem PC, einem Tablet oder einem Mobiltelefon aus. Die Benutzeroberfläche enthält Online-Hilfe und benutzerfreundliche, reichhaltige Terminalausgabe.

Sowohl erfahrene Administratoren als auch Neulinge werden mit der einfachen und leistungsstarken Browser-(Web-)Schnittstelle zu HAfs vertraut sein. Der Cluster kann von jedem Browser aus verwaltet und gesteuert werden, einschließlich eines PCs, tabletts oder eines Mobiltelefons. Die Schnittstelle umfasst eine einfache Steuerung des Clusters, das Anzeigen von Ereignisprotokollen und vieles mehr.

Entwickler werden die Socket-, PHP- und REST-Schnittstellen (Representational State Transfer) zu HAfs zu schätzen wissen, da die Leistung und Steuerung von HAfs leicht erweitert und in andere Systemadministrations- und Überwachungstools integriert werden kann. HAfs enthält Beispielcode, um zu demonstrieren, wie HAfs über einen Webservice, über eine PHP-Klasse und über die Socket-Schnittstelle extrahiert und gesteuert werden kann.