HAast-Zustandssensoren können eine Reihe von Asterisk® (nicht nur einen gestoppten Prozess) sowie den Ausfall / die Verschlechterung des PBX-Servers, der Umgebung, externer Netzwerkgeräte, Upstream-Proxys, ITSP-/Carrier-Routen und mehr erkennen. HAAst ermöglicht es Administratoren sogar, benutzerdefinierte Sensoren aus jeder Skriptdatei oder ausführbaren Datei zu erstellen, was zur allgemeinen Integritätsbewertung für den Knoten beiträgt. HAast-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 des Ausführens von Programmen oder des Failovers auf den anderen Knoten).

HAast enthält umfangreiche Synchronisierungsfunktionen, einschließlich der Möglichkeit, Dateien und Verzeichnisse, die interne Asterisk (AstDB) sowie 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. HAast kann sogar die empfangenen Daten ändern, so dass der Standby-Knoten nach der Synchronisierung Einstellungen/Daten überschreiben kann (für Unterschiede zwischen den Knoten).

HAast 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 HAast entweder als physische Netzwerkkarte, als virtuelle Netzwerkkarte oder als virtuelle VLAN-Netzwerkkarte hinzugefügt/entfernt. HAast überträgt auch Netzwerkänderungen an benachbarte Switches/Router, um sicherzustellen, dass der Datenverkehr sofort zum neuen Gerät fließt.

HAast-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. HAast erstellt völlig autonome Knoten und stellt sicher, dass ein Knoten den anderen nicht nachteilig beeinflussen kann.

Das Design von HAast 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 HAast verfügbar.

HAast kann laufende Aufrufe während eines Cluster-Failovers aufrechterhalten und aktive Aufrufe vom aktiven zum Standby-Knoten übertragen. Sobald der Standbyknoten heraufgestuft wurde, werden die Anrufe fortgesetzt, ohne dass eine der Parteien das Failover bemerkt. Nach einem Failover kann HAast Skripte oder Wählplanaktionen initiieren, um die Anrufaufzeichnung fortzusetzen, Anruferstatistiken in eine Datenbank zu schreiben usw. Bei Anrufen, die in Warteschlangen warten, werden die Anrufe an den Standby-Knoten weitergeleitet und die Warteschlangen in der Reihenfolge ihres Eingangs (oder einer anderen von Ihnen angegebenen Reihenfolge) neu aufgebaut. Anrufkontinuitätsfunktionen sind nur in der OEM von HAast verfügbar.

HAast Version 2 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 ganzer Cluster kann jetzt in nur 3 Sekunden ein Failover, wobei typische Asterisk in 5-15 Sekunden ausfallen.

HAast kann Asterisk 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). HAast ü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 HAast-Software befindet sich als Schicht zwischen Linux und Asterisk und ermöglicht erhebliche Unterschiede in den Peers, 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 HAast-Kommunikation zwischen den Knoten verschlüsselt ist. HAast 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 HAast ist das Event-Handler-System, mit dem Administratoren jedes Programm/Skript in Ereignisse einbinden können, die von HAast generiert oder erkannt werden. Beispielsweise ermöglichen Ereignisse im Zusammenhang mit Knotenheraufstufung/-herabstuft Administratoren, Änderungen an Firewalls, Routern usw. zu automatisieren, um VoIP-Datenverkehr an den aktiven Knoten vor dem Start von Asterisk umzuleiten.

Im Falle einer katastrophalen Beschädigung des Dateisystems eines der beiden Knoten kann HAast versuchen, ein Backup-Image mit Einstellungen, Voicemails usw. wiederherzustellen und den Telefondienst zu aktivieren. HAast führt Backups beim Start und in regelmäßigen Abständen durch, ohne dass ein Administrator eingreifen muss. Diese Sicherungen werden automatisch von Knoten gemeinsam genutzt, um sicherzustellen, dass beide Knoten über die neuesten verfügbaren Wiederherstellungspunkte verfügen. PITR unterstützt die PostgreSQL-Datenbank.

Endbenutzer und Administratoren werden die Möglichkeit zu schätzen wissen, den Status und den Zustand der HAast-Knoten schnell über ein LCD-Panel direkt an der Vorderseite des PBX-Gehä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 HAast 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-)Oberfläche von HAast 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 HAast zu schätzen wissen, da die Leistungsfähigkeit und Steuerung von HAast leicht erweitert und in andere Systemadministrations- und Überwachungstools integriert werden kann. HAast enthält Beispielcode, um zu demonstrieren, wie man Daten extrahiert und HAast über einen Webservice, über eine PHP-Klasse und über die Socket-Schnittstelle steuert.