Evidian SafeKit: Einfache, kostengünstige Hochverfügbarkeitssoftware

SafeKit bietet die folgenden Funktionen für Windows und Linux in einem einzigen Softwareprodukt:

• Lastverteilung
• Synchrone Echtzeit-Dateireplikation
• Automatisches Anwendungs-Failover
• Automatisches Failback nach einem Serverausfall

SafeKit eliminiert die folgenden Anforderungen:

• Netzwerk-Load-Balancer oder dedizierte Proxy-Server
• Gemeinsame Festplatten oder replizierte SAN-Speicher
• Enterprise-Editionen von Betriebssystemen und Datenbanken
• Spezialisierte Cluster-Wartungskenntnisse

SafeKit löst:

• Hardwareausfälle (20 % der Probleme), einschließlich des vollständigen Ausfalls eines Rechnerraums
• Softwarefehler (40 % der Probleme), einschließlich Neustart kritischer Prozesse
• Menschliche Fehler (40 % der Probleme) dank seiner einfachen Bedienung

Sie können Echtzeit-Replikation und Failover implementieren für:

• Alle Arten von Anwendungen, Dateiverzeichnissen und Diensten
• Datenbanken
• Komplette Hyper-V- oder KVM-VMs
• Docker-, Podman- und Cloud-Anwendungen

Nein. SafeKit ist einfach zu implementieren – keine fortgeschrittenen Kenntnisse erforderlich.

Nein. SafeKit läuft auf Ihren vorhandenen Servern, virtuellen Maschinen oder in der Cloud – keine gemeinsamen Festplatten oder SAN-Speicher erforderlich.

Nein. SafeKit funktioniert mit Standard-Editionen von Windows und Linux und benötigt keine Enterprise-Datenbanklizenzen.

Diese plattformunabhängige Software ist ideal für Partner, die kritische Anwendungen weiterverkaufen und ihren Kunden eine einfache, kostengünstige Option für Hochverfügbarkeit (HA) und Systemredundanz anbieten müssen, ohne die Komplexität und die Kosten von SANs (Storage Area Networks). Die Kernfunktionen von SafeKit – Lastverteilung (Load Balancing), Echtzeit-Datenreplikation und automatisches Failover – vereinfachen die Integration von HA in jedes Dienstleistungs- oder Produktangebot erheblich.

Mit einer nachgewiesenen Erfolgsbilanz und zahlreichen Implementierungen in über 30 Ländern durch unser umfassendes Partnernetzwerk gilt SafeKit als die einfachste und schnellste HA-Lösung zur Implementierung für kritische Systeme. Dies umfasst Sektoren wie Videomanagementsysteme (VMS), Zutrittskontrolle, Gebäudemanagement (BMS), SCADA-Software, automatisierte Logistik und kritische Luft-/Schienenverkehrskontrolle, wodurch eine maximale Verfügbarkeit (Uptime) gewährleistet wird.

SafeKit bietet ein vollständiges, kostenloses und offen zugängliches Ressourcen-Kit zur Unterstützung seiner Partner, einschließlich kostenloser Testversionen, umfassender Online-Schulungsmodule und der Möglichkeit, die offizielle SafeKit-Zertifizierung kostenlos zu erwerben. Diese Tools ermöglichen es Partnern, schnell die notwendigen technischen Fähigkeiten zu erlangen, um die Lösung effektiv bereitzustellen und erstklassigen Support zu leisten, wodurch die Bereitstellungszeit minimiert und die Lernkurve verkürzt wird.

Bei dieser Lösung werden nur die Anwendungsdaten repliziert. Im Falle eines Ausfalls wird nur die Anwendung neu gestartet, nicht das gesamte Betriebssystem oder die VM.

Bei dieser Lösung wird die gesamte virtuelle Maschine (VM) repliziert, einschließlich Anwendung und Betriebssystem (OS). Im Falle eines Ausfalls wird die komplette VM neu gestartet.

Resynchronisationszeit nach einem Ausfall (Schritt 3)

• 1 Gb/s Netzwerk ≈ 3 Stunden für 1 Terabyte.
• 10 Gb/s Netzwerk ≈ 1 Stunde für 1 Terabyte oder weniger, abhängig von der Schreibgeschwindigkeit der Festplatten.

Alternative

• Für ein großes Datenvolumen verwenden Sie externen gemeinsamen Speicher.
• Teurer, komplexer.

• Leistung der Resynchronisationszeit nach einem Ausfall (Schritt 3).
• Zeit zum Überprüfen jeder Datei zwischen beiden Knoten.

Alternative

• Legen Sie die vielen zu replizierenden Dateien in eine virtuelle Festplatte / virtuelle Maschine.
• Nur die Dateien, die die virtuelle Festplatte / virtuelle Maschine darstellen, werden in diesem Fall repliziert und resynchronisiert.

• Jede VM läuft in einem unabhängigen Spiegelmodul.
• Maximal 32 Spiegelmodule, die auf demselben Cluster laufen.

Alternative

• Verwenden Sie einen externen gemeinsamen Speicher und eine andere VM-Clustering-Lösung.
• Teurer, komplexer.

• Automatisches Failover der virtuellen IP-Adresse mit 2 Knoten im selben Subnetz.
• Gute Bandbreite für die Resynchronisation (Schritt 3) und gute Latenz für synchrone Replikation (typischerweise eine Round-Trip-Zeit von weniger als 2 ms).

Alternative

• Verwenden Sie einen Load Balancer für die virtuelle IP-Adresse, wenn sich die 2 Knoten in 2 Subnetzen befinden (unterstützt von SafeKit, insbesondere in der Cloud).
• Verwenden Sie Backup-Lösungen mit asynchroner Replikation für Netzwerke mit hoher Latenz.

Server 1 (PRIM) führt die Anwendung aus. Clients sind mit einer virtuellen IP-Adresse verbunden. SafeKit repliziert Änderungen, die in Dateien vorgenommen werden, in Echtzeit über das Netzwerk.

Die Replikation ist synchron, ohne Datenverlust im Falle eines Ausfalls, im Gegensatz zur asynchronen Replikation.
Sie müssen lediglich die Namen der zu replizierenden Verzeichnisse in SafeKit konfigurieren. Es gibt keine Voraussetzungen hinsichtlich der Festplattenorganisation. Verzeichnisse können sich auf der Systemfestplatte befinden.

Wenn Server 1 ausfällt, übernimmt Server 2. SafeKit schaltet die virtuelle IP-Adresse um und startet die Anwendung automatisch auf Server 2 neu.
Die Anwendung findet die von SafeKit replizierten Dateien auf Server 2 auf dem neuesten Stand vor. Die Anwendung läuft auf Server 2 weiter, indem sie ihre Dateien lokal ändert, die nicht mehr auf Server 1 repliziert werden.

Die Failover-Zeit entspricht der Fehlererkennungszeit (**standardmäßig 30 Sekunden**) plus der Startzeit der Anwendung.

Failback beinhaltet das Neustarten von Server 1, nachdem das Problem behoben wurde, das den Ausfall verursacht hat.
SafeKit resynchronisiert die Dateien automatisch und aktualisiert nur die Dateien, die auf Server 2 geändert wurden, während Server 1 gestoppt war.

Das Failback erfolgt, ohne die Anwendung zu stören, die auf Server 2 weiterlaufen kann.

Nach der Reintegration befinden sich die Dateien wieder im Mirror-Modus, wie in Schritt 1. Das System ist zurück im Hochverfügbarkeitsmodus, wobei die Anwendung auf Server 2 läuft und SafeKit Dateiaktualisierungen auf Server 1 repliziert.

Wenn der Administrator möchte, dass die Anwendung auf Server 1 läuft, kann er/sie einen "**Swap**"-Befehl entweder manuell zu einem geeigneten Zeitpunkt oder automatisch über die Konfiguration ausführen.

In der vorherigen Abbildung läuft die Anwendung auf den 3 Servern (3 ist ein Beispiel, es können 2 oder mehr sein). Benutzer sind mit einer virtuellen IP-Adresse verbunden.
Die virtuelle IP-Adresse ist lokal auf jedem Server im Farm-Cluster konfiguriert.
Der eingehende Datenverkehr an die virtuelle IP-Adresse wird von allen Servern empfangen und durch einen Netzwerkfilter im Kernel jedes Servers unter ihnen aufgeteilt.
SafeKit erkennt Hardware- und Softwarefehler, rekonfiguriert die Netzwerkfilter im Falle eines Fehlers und bietet konfigurierbare Anwendungsprüfer und Wiederherstellungsskripte.

Der Netzwerklastverteilungsalgorithmus innerhalb des Netzwerkfilters basiert auf der Identität der Client-Pakete (Client-IP-Adresse, Client-TCP-Port). Abhängig von der Identität des eingehenden Client-Pakets akzeptiert nur ein Filter auf einem Server das Paket; die anderen Filter auf den anderen Servern weisen es ab.
Sobald ein Paket vom Filter auf einem Server akzeptiert wurde, werden nur die CPU und der Speicher dieses Servers von der Anwendung verwendet, die auf die Anforderung des Clients reagiert. Die ausgehenden Nachrichten werden direkt vom Anwendungsserver an den Client gesendet.
Wenn ein Server ausfällt, rekonfiguriert das Farm-Heartbeat-Protokoll die Filter im Netzwerklastverteilungs-Cluster, um den Datenverkehr auf die verbleibenden verfügbaren Server neu zu verteilen.

Bei einer zustandsbehafteten (stateful) Anwendung besteht eine Sitzungsaffinität. Derselbe Client muss über mehrere TCP-Sitzungen mit demselben Server verbunden sein, um seinen Kontext auf dem Server abzurufen. In diesem Fall wird die SafeKit-Lastverteilungsregel auf die Client-IP-Adresse konfiguriert. Somit ist derselbe Client über mehrere TCP-Sitzungen immer mit demselben Server verbunden. Und verschiedene Clients werden auf verschiedene Server in der Farm verteilt.
Bei einer zustandslosen (stateless) Anwendung besteht keine Sitzungsaffinität. Derselbe Client kann über mehrere TCP-Sitzungen mit verschiedenen Servern in der Farm verbunden sein. Es wird kein Kontext lokal auf einem Server von einer Sitzung zur nächsten gespeichert. In diesem Fall wird die SafeKit-Lastverteilungsregel auf die Identität der TCP-Client-Sitzung konfiguriert. Diese Konfiguration ist die beste für die Verteilung von Sitzungen zwischen Servern, erfordert jedoch einen TCP-Dienst ohne Sitzungsaffinität.

Diese Tabelle stellt die SafeKit-Installationsdateien für die aktuelle Version bereit, organisiert nach Betriebssystem und Installationsprogrammtyp.

➡️ Zu den v7.5 Archiven

Erwerben Sie wertvolles Fachwissen in High Availability (HA) mit unserem kostenlosen Zertifizierungsprogramm.

• Erhalten Sie Ihre SafeKit Zertifizierung in High Availability kostenlos

Erkunden Sie unsere Produkt-Marketing-Dokumentation für SafeKit HA-Software, die ein detailliertes Datenblatt, ein Produkt-Whitepaper und eine technische Übersicht enthält.

• SafeKit High Availability Cluster Datenblatt (PDF)
• High Availability Cluster Technologie Whitepaper (PDF)
• SafeKit High Availability Technische Übersicht (DOCX)

Diese Tabelle präsentiert die SafeKit High Availability (HA) Lösungen, kategorisiert nach Anwendung und Betriebsumgebung (Datenbanken, Webserver, VMs, Cloud). Identifizieren Sie das spezifische vorkonfigurierte .safe Modul (z. B. mirror.safe, farm.safe und andere), das für die Echtzeit-Replikation, den Lastausgleich und das automatische Failover kritischer Geschäftsanwendungen unter Windows oder Linux erforderlich ist. Vereinfachen Sie Ihr HA-Cluster-Setup mit direkten Links zu Kurzanleitungen zur Installation, die jeweils einen Download-Link für das entsprechende .safe Modul enthalten.

Ein SafeKit .safe Modul ist im Wesentlichen eine vorkonfigurierte High Availability (HA)-Vorlage, die definiert, wie eine spezifische Anwendung durch die SafeKit-Software geclustert und geschützt wird. In der Praxis enthält es eine Konfigurationsdatei (userconfig.xml) und Neustart-Skripte.