HAfs-Zustandssensoren können eine Reihe von FreeSWITCH-Fehlern® (nicht nur einen gestoppten Prozess) sowie Ausfälle/Verschlechterungen 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-Integritätssensoren ermöglichen es einem Knoten, seine allgemeine Fähigkeit zum effektiven Betrieb zu bewerten und Maßnahmen zu ergreifen, wenn der Zustand kritisch ist (z. B. Ausführen von Programmen oder Failover auf den anderen Knoten).

HAfs verfügt über umfangreiche Synchronisationsfunktionen, 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 (nicht mit Kopieren auf Blockebene) durchgeführt, sodass nie das Risiko einer Beschädigung besteht, wenn ein Knoten während der Synchronisierung ausfällt.

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 sendet 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, die sicherstellen, dass ein Knoten den anderen nicht beeinträchtigen 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 können laufende Anrufe während eines Clusterfailovers aufrechterhalten und aktive Anrufe vom aktiven zum Standbyknoten ü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 werden das Failover nicht bemerken, da Audio- und Videostreams (RTP) ohne Unterbrechung fortgesetzt werden können.

HAfs verfügt über eine neue Sensor-Engine und einen Cluster-Controller, die einen ausgefallenen Knoten in weniger als 0,5 Sekunden erkennen und unmittelbar danach zum Peer wechseln können. Ein Failover eines gesamten Clusters kann jetzt in nur 3 Sekunden durchgeführt werden, wobei typische FreeSWITCH-Server in 5 bis 15 Sekunden ausfallen.

HAfs können FreeSWITCH-Knoten als gleichwertig behandeln (wobei jeder Knoten auf unbestimmte Zeit in einer aktiven Rolle bleibt) oder als primär/backup (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 Fallback-Funktion ermöglicht es Administratoren, VoIP-Datenverkehr zurück auf ein primäres System zu verschieben, wenn die Benutzer am wenigsten betroffen sind.

Die HAfs-Software befindet sich als Schicht zwischen Linux und FreeSWITCH und ermöglicht erhebliche Unterschiede zwischen Peers, einschließlich unterschiedlicher Hardware, verschiedener Linux-Versionen, verschiedener Asterisk und mehr. Diese Funktion ermöglicht es Administratoren auch, Teile eines Knotens ohne Risiko für den Cluster zu aktualisieren, dann den aktiven Knoten zu wechseln und Upgrades auf dem anderen zu 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 leistungsstärksten 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. Beispielsweise ermöglichen Ereignisse im Zusammenhang mit der Heraufstufung / Herabstufung von Knoten Administratoren, Änderungen an Firewalls, Routern usw. zu automatisieren, um den VoIP-Datenverkehr vor dem Start von FreeSWITCH auf 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 auf der Vorderseite des Gehäuses des Telefoniegeräts anzuzeigen. Administratoren können optional auch die Steuerung des Clusters über das Panel aktivieren, sodass Endbenutzer den Knoten mit einem Knopfdruck an der Vorderseite des Gehäuses hochstufen/herabstufen oder herunterfahren können.

Administratoren werden sich sofort mit der einfachen und leistungsstarken Telnet-Schnittstelle zu HAfs vertraut fühlen. 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 umfasst eine Online-Hilfe und eine benutzerfreundliche, umfangreiche Terminalausgabe.

Erfahrene Administratoren und Neulinge werden sich mit der einfachen und leistungsstarken Browser-Schnittstelle (Web) von HAfs wohlfühlen. Der Cluster kann von jedem Browser aus verwaltet und gesteuert werden, einschließlich eines PCs, tabletts oder eines Mobiltelefons. Die Benutzeroberfläche umfasst eine einfache Steuerung des Clusters, die Anzeige 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 Systemverwaltungs- und Überwachungstools integriert werden kann. HAfs enthält Beispielcode, um zu veranschaulichen, wie Daten extrahiert und HAfs über einen Webdienst, über eine PHP-Klasse und über die Socket-Schnittstelle gesteuert werden.