Managed Cluster: hochverfügbare Server mit Betreuung im Vergleich

Was zu einem Managed Cluster gehört

Bei einem Managed Cluster betreut der Anbieter nicht nur einzelne Server, sondern den ganzen Verbund. Die Server im Verbund heißen Knoten. Fällt einer aus, übernimmt ein anderer den Dienst; diese Umschaltung richtet der Anbieter ein und überwacht sie. Deine Anwendung betreibst du in der Regel selbst auf dem Cluster.

Einzelner Managed Server oder Verbund?

Entscheidend ist, wie lange dein Dienst stehen darf. Wird die Verfügbarkeit monatlich gemessen, erlauben 99,5 Prozent in einem 30-Tage-Monat bis zu 216 Minuten Ausfall, 99,9 Prozent gut 43 Minuten. Für eine Praxiskette, deren Terminbuchung tagsüber laufen muss, ist schon eine Stunde Ausfall am Vormittag zu viel; hier spricht vieles für einen Verbund. Frag in diesem Fall auch nach, ob der Anbieter die Knoten nacheinander aktualisiert, damit Updates den Dienst nicht unterbrechen. Kommt dein Projekt mit gelegentlich einigen Stunden geplanter Wartung aus, reicht meist ein einzelner betreuter Server.

Aufbauvarianten und ihre Folgen

Im einfachsten Fall stellt ein Knoten den Dienst bereit, und ein zweiter springt ein, wenn er ausfällt. Greifen alle Knoten auf gemeinsamen oder gespiegelten Speicher zu, können auch mehrere Knoten denselben Dienst gleichzeitig bereitstellen und sich die Last teilen. Verliert ein Knoten die Verbindung zu den übrigen, schaltet Cluster-Software wie Pacemaker ihn ab, damit er gemeinsame Daten nicht beschädigt. Meist muss die verbleibende Gruppe dafür die Mehrheit bilden, das sogenannte Quorum.

Datenstand beim Umschalten

Ein Händler, dessen Shop und Warenwirtschaft dieselbe Datenbank nutzen, darf beim Wechsel auf einen anderen Knoten keine Bestellung verlieren. MariaDB Galera Cluster etwa arbeitet mit synchroner Replikation: Jede Änderung wird beim Speichern an alle Knoten übertragen, und jeder Knoten kann Schreibzugriffe annehmen. Kläre, welches Verfahren der Anbieter einsetzt und ob bei einem Ausfall Änderungen verloren gehen können. Soll nur die Datenbank betreut werden, ist Managed Database Hosting die schlankere Lösung.

Wer betreut was?

Die Tabelle zeigt eine mögliche Aufteilung. Maßgeblich ist die Leistungsbeschreibung deines Angebots.

Ein kleines Team ohne Rufbereitschaft sollte vor allem wissen, wer am Sonntagmorgen reagiert, wenn ein Knoten ausfällt.

Worauf du beim Vergleich achten solltest

• Standort: Liegen die Knoten in getrennten Brandabschnitten?
• Verfügbarkeit: Gilt die Zusage für den ganzen Verbund oder nur für einzelne Server?
• Wiederanlauf: Wie schnell läuft der Dienst nach einer Störung wieder, und ist diese Zeit vertraglich zugesagt?
• Testumschaltung: Probt der Anbieter die Umschaltung regelmäßig, und bekommst du das Ergebnis zu sehen?
• Vertrag: Wie lang sind Laufzeit und Kündigungsfrist? Der Preis hängt vor allem von Zahl und Größe der Knoten ab.

Abgrenzung zu verwandten Angeboten

Ein Managed Cluster passt vor allem zu klassischen Anwendungen, die direkt auf den Servern installiert sind, Managed Kubernetes eher zu Anwendungen in Containern. Brauchst du vor allem flexibel anpassbare Leistung und weniger Ausfallsicherheit, findest du passende Angebote im Vergleich für Managed Cloud-Server.

Häufige Fragen zu Managed Clustern

Reichen zwei Knoten wirklich aus?

Um den Ausfall eines Servers abzufangen, ja. Schwierig wird es, wenn beide laufen, sich aber nicht mehr erreichen. Lass dir zeigen, wie der Anbieter dann entscheidet, welcher Knoten weiterarbeitet.

Wird ein Cluster automatisch ohne Datenverlust umgeschaltet?

Umgeschaltet wird automatisch oder von Hand. Verlustfrei ist sie nur, wenn jede Änderung vor dem Ausfall schon auf dem übernehmenden Knoten angekommen ist.

Kann ich meine bestehende Anwendung ohne Umbau in einen Cluster umziehen?

Nicht immer. Legt die Anwendung hochgeladene Dateien oder Anmeldesitzungen lokal ab, fehlen sie nach einer Umschaltung auf dem anderen Knoten. Ein Testlauf mit einer Kopie zeigt, was du umstellen musst.