VMware vSphere-Clusterdesign für Standortredundanz


9

Ich habe eine Frage zum besten Design für die Redudanz von Websites bei Verwendung von vSphere-Clustern. Ein paar Hintergrundinformationen zu unserer Situation zuerst.

Wir sind ein mittelständisches Unternehmen mit zwei Hauptniederlassungen in verschiedenen Ländern. Unsere Netzwerke sind über eine Layer2-Mietleitung mit 150 Mbit / s verbunden, die derzeit nicht ausreichend genutzt wird. Wir haben eine Vielzahl von Diensten, die für den internen Gebrauch im Unternehmen ausgeführt werden, einige auf physischen Servern und einige auf vorhandenen vSphere-Clustern. In unserer Abteilung führen wir auch verschiedene Dienste aus (fast alle laufen unter verschiedenen Linux-Formen) wie NTP, Syslog, Jump-Server, Überwachungsserver usw.

Wir haben jetzt die Anforderung, dass diese Server an jedem Standort redundant sein müssen (was sie derzeit nicht sind) und auch am Standort redudant sein müssen (was in gewissem Maße der Fall ist, dass die Server am zweiten Standort dupliziert werden und die Konfigurationen über synchronisiert bleiben verschiedene Methoden auf der Anwendungsschicht). Es steht uns kein SAN zur Verfügung, zumindest nichts, was wir derzeit verwenden können.

Kosten sind auch ein Problem. Wir haben zwar ein gewisses Budget dafür, können es uns aber nicht leisten, beispielsweise SANs für beide Standorte zu kaufen.

Ich habe mir die VSA-Funktion angesehen und es scheint, dass dies etwas für uns sein könnte, aber ich bin mir nicht sicher, wie ich die Anforderung der Website-Redudancy lösen soll.

Zu Testzwecken richte ich derzeit in einem Labor eine vSphere 5 mit VSA auf zwei ESXi-Hosts ein. Ich verwende derzeit das Essentials Plus-Kit mit VSA-Lizenz, mit dem ich einen VSA-Cluster auf bis zu 3 Hosts zusammen mit einer vCenter-Lizenz erstellen kann, um diese zu verwalten. Die Hosts verfügen jeweils über zwei Dual-Port-Netzwerkkarten und zwei 600-GB-Laufwerke, die in Raid1 ausgeführt werden. In Bezug auf die Hardware reicht dies aus, um alle Dienste auszuführen, die wir als VMs benötigen, und um Redundanz innerhalb des Standorts zu gewährleisten.

Im Moment sehe ich nur zwei Möglichkeiten für Standortredundanz:

  1. Erstellen Sie einen identischen VSA-Cluter am zweiten Speicherort und synchronisieren Sie die verschiedenen Dienste auf Anwendungsebene (Datenbanksynchronisierung, Rsync usw.).
  2. Verschieben Sie einfach einen der Hosts vom vorhandenen Cluster an den zweiten Speicherort, sodass der VSA-Cluster die 150-Mbit / s-Verbindung zwischen den Standorten umfasst.

Ich würde die zweite Option sehr bevorzugen, bin mir aber nicht sicher, wie gut sie funktionieren wird, wenn sie überhaupt funktionieren kann. Technisch gesehen sollten wir die benötigten VLANs über die Mietleitung verteilen und am zweiten Standort verfügbar machen. Der Vorteil wäre, dass wir uns überhaupt nicht um die Synchronisierung von Datenbanken und dergleichen kümmern müssen. Ich habe jedoch das Gefühl, dass die Bandbreite nicht ausreicht. Ich kann nicht wissen, wie viel Datenverkehr der VSA-Cluster zwischen den Hosts generiert. Mir ist klar, dass dies höchstwahrscheinlich von der individuellen Verwendung der VMs abhängt, aber ich habe noch keine Ahnung, wie VSA Daten zwischen den ESXi-Hosts repliziert.

Sind dies meine einzigen Optionen oder können meine Ziele auf andere Weise erreicht werden? Gibt es vielleicht eine Möglichkeit, eine Art "Cold Standby" -Cluster am zweiten Standort zu haben, an dem die VMs einmal pro Nacht vom Hauptstandort aus synchronisiert werden? Die Idee ist, dass wir für den Fall, dass die erste Site nicht mehr verfügbar ist, alle diese VMs dort online schalten können. Wir wären in Ordnung, wenn die Daten 1 Tag alt wären.

Alle Antworten werden geschätzt.

Viele Grüße, Stefan

Antworten:


8

Ich würde einfach empfehlen, zwei separate Cluster zu verwalten und die Replikation auf der Ebene der virtuellen Maschine mit dem Produkt vSphere Replication zu verwalten . Dies steht Ihnen mit Ihrer vSphere Essentials Plus- Lizenz zur Verfügung und ermöglicht Ihnen die Verwaltung eines RPO zwischen 15 Minuten und 24 Stunden (anpassbar pro VM) sowie die Möglichkeit, auf unterschiedliche Datenspeichertypen zu replizieren. vSphere Replication ist eine Komponente, die in der größeren Site Recovery Manager- Notfallwiederherstellungssuite von VMware verwendet wird .

Ich verwende die Replikation, um den Offsite-Schutz einiger kritischer virtueller Maschinen zu handhaben. Mit der neuesten Version der Software können Sie Momentaufnahmen am Zielort aufbewahren.


Geben Sie hier die Bildbeschreibung ein


Geben Sie hier die Bildbeschreibung ein


Danke für die Antwort und für die ausführliche Erklärung, Edmund. Lassen Sie mich sehen, ob ich Sie richtig verstanden habe. Daher richte ich einen VSA-Cluster basierend auf zwei ESXIi-Hosts an Standort 1 ein. Der VSA wird mir am Ende zwei Datenspeicher präsentieren, auf denen ich meine VMs einrichte. Dann erstelle ich an Position 2 einen weiteren VSA-Cluster ohne VMs, aber mit denselben zwei Datenspeichern. Bei Verwendung der vSphere Replication-Funktion werden die VMs mit denen im Cluster an Position 1 synchronisiert. Ist das korrekt? Sind die VMs an Standort 2 immer offline?
Stefan Radovanovici

Und noch eine Frage: Wird meine Essentials Plus-Lizenz dies zulassen, wenn man bedenkt, dass der Cluster an Position 2 ein völlig anderer Cluster mit einer eigenen Essentials Plus-Lizenz ist? Oder ist das nicht relevant?
Stefan Radovanovici

1
Das Ziel ist nicht relevant. Es kann sich in Ihrem Cluster befinden, es kann sich außerhalb davon befinden. Es muss nur ein sichtbares Ziel sein. Es gibt eine vSphere-Replikations-Appliance, die Sie wahrscheinlich auf jedem Cluster installieren würden. Die VMs sind auf der Zielseite ausgeschaltet. Zur Not können Sie sie aktivieren oder einfach auf dem Hostserver des Ziels registrieren. Die Datenspeichernamen müssen nicht identisch sein.
ewwhite

Ok, dann scheint dies das zu sein, wonach wir suchen. Vielen Dank für die Info.
Stefan Radovanovici
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.