SafeKit: Docker Software für Hochverfügbarkeit und Echtzeit-Datenreplikation

So funktioniert der SANless SafeKit-Mirror-Cluster mit Docker

SafeKit bietet eine schlanke, „gerade ausreichende“ HA-Lösung, die auf Organisationen zugeschnitten ist, die Kubernetes für lokalisierte oder Edge-Computing-Container-Workloads als zu ressourcenintensiv, komplex oder überdimensioniert empfinden.

SafeKit bietet einen optimierten, integrierten 2-Knoten -Hochverfügbarkeitscluster für Docker unter Linux. Er dient als nahtlose, integrierte Alternative zum komplexen „Do It Yourself“ (DIY) Linux HA-Stack und eliminiert die technische Belastung der manuellen Konfiguration von Corosync für die Knotenmitgliedschaft, Pacemaker für die Ressourcenorchestrierung und DRBD für die Replikation auf Blockebene.

Durch die Nutzung von synchroner Echtzeit-Replikation und einer automatisch umgeschalteten virtuellen IP-Adresse erstellt SafeKit einen robusten SANless-Cluster, der die Anforderung an teuren Shared Storage eliminiert. Diese Architektur gewährleistet eine transparente Client-Wiederverbindung, einen schnellen automatischen Failover und eine Null-Datenverlust-Garantie (RPO = 0) für containerisierte Anwendungen.

• ✅ Kubernetes Alternative: Hohe Verfügbarkeit für Container ohne den Overhead von K8s-Netzwerken (Ingress/Load Balancer) und Orchestrierung.
• ✅ Vereinfachte Architektur: Ersetzt den Corosync/Pacemaker/DRBD-Stack durch ein einziges Softwarepaket.
• ✅ Kein gemeinsam genutzter Speicher erforderlich: SANless-Architektur mit lokalen Festplatten und Replikation auf Byte-Ebene.
• ✅ Automatischer Failover der virtuellen IP (VIP): Gewährleistet eine transparente Wiederverbindung der Clients während eines Wechsels.
• ✅ Synchrone Datenreplikation: Garantierter Datenverlust von null (RPO = 0) zwischen den Knoten.
• ✅ Automatische Failover und Failback: Schneller Neustart der Anwendung auf dem redundanten Knoten ohne manuelle Skripte.

Eine Hochverfügbarkeitslösung (HA) für Docker-Container unter Verwendung der SANless-Architektur von SafeKit .

⚡ Kurzanleitung für die HA-Installation mit Docker >

Inhaltsverzeichnis

• Wie implementiert die SafeKit-Software einfach einen Docker Hochverfügbarkeitscluster?
• Wie funktioniert der SafeKit-Mirror-Cluster mit Docker ?
• Einschränkungen SafeKit Hochverfügbarkeit
• Vergleich: SafeKit SANless Cluster vs. traditionelles Docker-HA
• Vergleich: SafeKit vs. Open-Source Linux HA (Pacemaker/Corosync/DRBD)
• Zusammenfassung der Hochverfügbarkeit Docker
• 🔍 SafeKit entdecken

Wie implementiert die SafeKit-Software einfach einen Docker Hochverfügbarkeitscluster?

Wie kann ich Hochverfügbarkeit für Docker auf zwei Servern erreichen?

SafeKit bietet eine Hochverfügbarkeitslösung für Docker zwischen zwei redundanten Servern, ohne dass eine gemeinsam genutzte Festplatte erforderlich ist. Das System funktioniert, indem es die Echtzeit-Replikation von Verzeichnissen, die mit den persistenten Daten von Docker verknüpft sind, konfiguriert. Im Falle eines Ausfalls verwaltet SafeKit das automatische Failover und startet Ihre Container innerhalb von Sekunden auf dem sekundären Knoten neu.

Wie funktioniert das automatische Failover für Docker-Container?

SafeKit implementiert eine automatisch umgeschaltete virtuelle IP-Adresse (VIP). Diese VIP dient als einzelner Einstiegspunkt für Client-Anwendungen. Wenn der primäre Server ausfällt, verschiebt SafeKit die virtuelle IP-Adresse mithilfe von Gratuitous ARP auf den redundanten Server. Dies stellt sicher, dass sich Clients transparent wieder mit derselben IP-Adresse verbinden, auf der die Docker-Anwendung neu gestartet wurde.

Was ist ein „SANless“-Cluster für Docker ?

Ein SANless-Cluster für Docker ist eine Architektur, die Hochverfügbarkeit ohne ein teures Storage Area Network (SAN) oder Network Attached Storage (NAS) bietet. SafeKit verwendet hostbasierte synchrone Replikation, um Daten zwischen den lokalen Festplatten von zwei Servern zu mirror. Dies eliminiert gemeinsam genutzten Speicher als Single Point of Failure und gewährleistet ein Recovery Point Objective (RPO) von null, was bedeutet, dass bei einem Failover keine Daten verloren gehen.

Ist es möglich, einen Docker Cluster ohne Kubernetes-Kenntnisse einzurichten?

Ja. Dieser Artikel erklärt, wie Sie schnell einen Docker Cluster implementieren können, ohne spezielle Cluster-Kenntnisse oder eine komplexe Kubernetes-Orchestrierung zu benötigen. Durch die Verwendung der automatischen Neustart-Skripte von SafeKit für den Start und Stopp von Docker Anwendungen erhalten Sie eine robuste Redundanzlösung, die viel einfacher zu implementieren und zu warten ist als K8s.

Wie unterscheidet sich SafeKit Replikation von Lösungen auf Blockebene wie DRBD für Docker ?

Im Gegensatz zu den meisten SANless-Lösungen, die eine Replikation auf Blockebene (wie DRBD) verwenden, führt SafeKit eine hostbasierte Replikation auf Dateiebene durch. Dieser Ansatz ist für die Docker-Anwendung völlig transparent, da er keine Migration von Daten auf ein bestimmtes, neu erstelltes „repliziertes Festplatten“-Volume erfordert. Stattdessen konfigurieren Sie SafeKit einfach so, dass es vorhandene Anwendungsordner repliziert – auch die auf der Systemfestplatte. Dies ermöglicht Ihnen, Hochverfügbarkeit für Docker genau dort zu implementieren, wo es bereits installiert ist, ohne komplexe Festplatten-Neukonfiguration oder Anwendungsänderungen.

Kann SafeKit auch für Anwendungen außerhalb von Docker Hochverfügbarkeit bereitstellen?

Ja. SafeKit ist eine äußerst vielseitige, generische Hochverfügbarkeitssoftware, die sowohl mit Windows als auch Linux kompatibel ist. Über Docker hinaus kann SafeKit zur Implementierung von Echtzeit-Replikation und automatischem Failover für jedes Dateiverzeichnis, jeden Dienst oder jede Datenbank verwendet werden. Es unterstützt eine breite Palette von Technologien, einschließlich Hyper-V und KVM virtuellen Maschinen, Docker, K3s und verschiedenen Cloud-Anwendungen. Dies macht SafeKit zu einer universellen Clustering-Lösung zum Schutz kritischer Workloads in verschiedenen IT-Umgebungen, ohne dass spezielle Hardware erforderlich ist.

Wie funktioniert der SafeKit Mirror-Cluster mit Docker ?

Schritt 1. Replikation in Echtzeit

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

Die Replikation ist synchron und es kommt im Gegensatz zur asynchronen Replikation bei einem Fehler nicht zu Datenverlust.

Sie müssen lediglich die Namen der zu replizierenden Verzeichnisse in SafeKit konfigurieren. Es gibt keine Voraussetzungen für die Festplattenorganisation. Verzeichnisse können sich auf der Systemfestplatte befinden.

Schritt 2. Automatische Failover-Funktion

Wenn Server 1 ausfällt, übernimmt Server 2. SafeKit wechselt die virtuelle IP-Adresse und startet die Docker Anwendung automatisch auf Server 2.

Die Anwendung findet die von SafeKit replizierten Dateien auf Server 2 auf dem neuesten Stand. Die Anwendung läuft weiterhin auf Server 2, indem sie ihre Dateien, die nicht mehr auf Server 1 repliziert werden, lokal ändert.

Die Failover-Zeit entspricht der Fehlererkennungszeit (standardmäßig 30 Sekunden) zuzüglich der Anwendungsstartzeit.

Schritt 3. automatischer Failback

Failback beinhaltet das Neustarten von Server 1, nachdem das Problem behoben wurde, das zu seinem Ausfall geführt hat.

SafeKit synchronisiert die Dateien automatisch neu und aktualisiert dabei nur die Dateien, die auf Server 2 geändert wurden, während Server 1 angehalten war.

Das Failback erfolgt, ohne die Docker Anwendung zu stören, die weiterhin auf Server 2 ausgeführt werden kann.

Schritt 4. Zurück zum Normalzustand

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

Wenn der Administrator möchte, dass die Anwendung auf Server 1 ausgeführt wird, kann dies manuell über die Webkonsole zu einem geeigneten Zeitpunkt oder automatisch über die Konfiguration erfolgen.

Wie konfiguriert man einen SafeKit Mirror-Cluster für Docker ?

Die SafeKit Webkonsole bietet eine intuitive Schnittstelle zur Orchestrierung der Hochverfügbarkeit für Ihre kritischen Anwendungen. In nur wenigen Schritten können Sie einen SafeKit Mirror-Cluster konfigurieren, um die Geschäftskontinuität zu gewährleisten:

• Anwendungsfailover (Registerkarte „Makros“): Definieren Sie die spezifischen Anwendungsdienste, die im Falle eines Ausfalls automatisch neu gestartet werden sollen.
• Heartbeat-Netzwerk(e): Dedizierte Kommunikationspfade, die von Clusterknoten verwendet werden, um den Zustand und die Verfügbarkeit der anderen Knoten kontinuierlich zu überwachen und Failover-Entscheidungen zu synchronisieren.
• Virtuelles IP-Management: Richten Sie die virtuelle IP (VIP) für eine transparente Client-Wiederverbindung nach einem Failover ein.
• Echtzeit-Replikation: Wählen Sie die kritischen Verzeichnisse für die hostbasierte, synchrone Replikation auf Byteebene aus.
• Checkers: Überwachen Sie den Zustand der Anwendung und lösen Sie eine automatische Wiederherstellung aus, wenn ein Prozessfehler erkannt wird.

Das SafeKit Cluster verfügt über eine spezielle Split-Brain-Prüfung, um Probleme mit der Netzwerktrennung zu lösen, ohne dass ein dritter Witness-Computer oder ein zusätzliches Heartbeat-Netzwerk erforderlich ist. Erfahren Sie mehr über Heartbeat, Failover und Quorum in einem Cluster.

Wie kann man einen SafeKit Mirror-Cluster für Docker überwachen?

Die SafeKit Managementkonsole bietet eine einheitliche Ansicht Ihrer Hochverfügbarkeitsinfrastruktur. Sie ermöglicht es Administratoren, den Betriebsstatus des Clusters zu überwachen und die Datensynchronisierung in Echtzeit zu verfolgen.

Bei einem Mirror-Cluster mit zwei Knoten zeigt die Konsole die Rollen der einzelnen Server deutlich an:

• PRIM (Primär): Der aktive Knoten, auf dem die Anwendung derzeit ausgeführt wird und der die virtuelle IP-Adresse verwaltet. Er führt Schreibvorgänge in den lokalen Speicher und die Echtzeitreplikation auf den sekundären Knoten durch.
• SECOND (Sekundär): Der Standby-Knoten empfängt synchrone Updates auf Byte-Ebene. Er ist bereit, sofort die Übernahme zu übernehmen, falls der primäre Knoten ausfällt.
• ALONE Status: Warnt Sie visuell, wenn der Cluster auf einem einzelnen Knoten läuft (z. B. während der Wartung oder nach einem Fehler), was darauf hinweist, dass die Redundanz vorübergehend verloren gegangen ist.
• Resynchronisierungsfortschritt: Wenn sich ein ausgefallener Knoten erholt, wird sein Status während der Hintergrunddatenneuintegration orange, um sicherzustellen, dass es während der „Rückkehr zum Normalzustand“-Phase keine Ausfallzeiten gibt.

Über einfache Status-Symbole hinaus bietet die Schnittstelle eine Failover-Orchestrierung mit einem Klick, mit der Sie die primäre Rolle für geplante Wartungsarbeiten manuell neu zuweisen und gleichzeitig die kontinuierliche Verfügbarkeit für Benutzeraktivitäten gewährleisten können.

Einschränkungen SafeKit Hochverfügbarkeit

Vergleich: SafeKit SANless Cluster vs. traditionelles Docker-HA

Vergleich: SafeKit vs. Open-Source Linux HA (Pacemaker/Corosync/DRBD)

Zusammenfassung der Hochverfügbarkeit Docker

SafeKit bietet einen einfachen 2-Knoten-HA-Cluster für Docker und stellt eine schlanke Kubernetes Alternative für geschäftskritische Workloads dar. Durch den Ersatz des komplexen Corosync-, Pacemaker- und DRBD- Stacks macht SafeKit teure SAN/NAS -Shared-Storage-Systeme überflüssig.

Durch synchrone Echtzeit-Replikation und ein automatisches Virtual IP (VIP) Failover gewährleistet SafeKit null Datenverlust (RPO = 0) und eine transparente Wiederherstellung von Anwendungen. Es ist die ideale Lösung für Unternehmen, die eine robuste, SAN-lose Hochverfügbarkeit mit minimalem Konfigurations- und Verwaltungsaufwand benötigen.

🔍 SafeKit entdecken

Finden Sie Informationen zu SafeKit-Funktionen, Architekturen, Videos, Dokumentation und der kostenlosen Testversion.