Wie verwalte ich eine globale VM-Startreihenfolge im gesamten Rechenzentrum?


14

Angenommen, Sie verfügen über eine vollständig virtualisierte VMware-Infrastruktur: ESXi, vCenter, vMotion, HA, DRS, das gesamte Paket.

Im Inneren befinden sich viele VMs, die sich zu einem bestimmten Zeitpunkt auf dem einen oder anderen Host befinden können (genau darum geht es beim Clustering, oder?).

Sie haben einen Stromausfall und können auf die eine oder andere Weise alle VMs und Hosts ordnungsgemäß herunterfahren. Lassen Sie uns im Moment nicht darauf eingehen, sondern davon ausgehen, dass Ihre USV-Software damit umgehen kann. Oder nehmen wir zumindest an, dass das Herunterfahren nicht so elegant war, aber nach Wiederherstellung der Stromversorgung immer noch alles wieder hochfahren kann.

Die Stromversorgung wird wiederhergestellt und die Hosts neu gestartet.

Ihre Umgebung ist recht komplex und weist natürliche Abhängigkeiten zwischen VMs auf: Domänencontroller sollten zuerst gestartet werden, ein Anwendungsserver kann nur gestartet werden, wenn sein Back-End-DB-Server bereits aktiv ist und so weiter.

Wir alle wissen (oder sollten hoffentlich wissen), wie man den automatischen VM-Start konfiguriert und wie man eine VM-Startreihenfolge und -verzögerung auf einem einzelnen ESX / i-Host festlegt.

Aber wie geht das in einem ganzen Rechenzentrum?

Gibt es eine Möglichkeit, vSphere mitzuteilen, dass diese VMs unabhängig vom physischen Host, auf dem sie ausgeführt werden, in dieser globalen Reihenfolge gestartet werden sollen?

Bonuspunkte: Wenn vCenter selbst auf einer virtuellen Maschine ausgeführt wird, wie ändert sich dies?

Antworten:


7

Es scheint keine saubere Möglichkeit zu geben , einen Kaltstart einer virtuellen Infrastruktur vollständig zu verwalten, nachdem HA auf den einzelnen Hosts konfiguriert wurde. Das Aktivieren von HA und DRS scheint die Optionen zum Starten und Herunterfahren der virtuellen Maschine auf den Hostservern zu deaktivieren . Die Reihenfolge, die festgelegt wird, bevor der Host in den Cluster verschoben wird, scheint jedoch einzuhalten. Wenn die Anzahl der Hosts gering oder überschaubar ist, können Sie die Startpriorität im vSphere-Client festlegen, indem Sie eine Verbindung zu den Hosts einzeln herstellen. Lege deine Regeln dort ab. Dies funktioniert tatsächlich in der von Ihnen beschriebenen Situation.

Bildbeschreibung hier eingeben

Lagerung steht an erster Stelle!

Sobald der gemeinsam genutzte Speicher verfügbar ist, arbeite ich an den Hosts. Ich hatte teilweise Ausfälle, bei denen auch vCenter virtualisiert wurde. In diesem Fall stelle ich die Optionen für den automatischen Start und die automatische Bestellung für die kritischsten Systeme ein. In der Regel ein Domänencontroller und DNS / DHCP. Denken Sie daran, dass vCenter im Kaltstart-Szenario wahrscheinlich nicht verfügbar ist. Wenn ich es einpassen kann, werde ich ... sonst wird es manuell gestartet.

Von dort aus stelle ich sicher, dass die HA- und DRS-Regeln intakt sind. Normalerweise sind Disaffinitätsregeln für Terminalserver, Anwendungsserver und Domänencontroller festgelegt. Sobald vCenter gestartet ist, wird das meiste erledigt.

Vor einigen Wochen hatte ich einen Blitzschlag, der einen Teil meines Serverraums außer Betrieb setzte, einschließlich des Switch Blades mit dem Speichernetzwerk. VMWare HA brachte alles zurück, sobald die Speicher-Switch-Ports verschoben und neu programmiert wurden.

Diese Art von Problem fällt also unter einen echten Notfall oder einen manuellen Aufwand. In dem von Ihnen beschriebenen Szenario würde ich keinen sofortigen Start der Systemumgebung erwarten.

Bearbeiten:

Vor zwei Wochen hatte ich einen Brownout, der eine USV auslöste. Zwei Hosts, VC und ein SAN / NAS-Gerät. Alles kam von alleine zurück und ich musste nicht eingreifen (ich saß tatsächlich in einem Flugzeug und bekam die Nachrichten bei der Landung).


Ja, ich weiß, dass ein vollständiges Herunterfahren des Datencenters (hoffentlich ...) eine ungewöhnliche Sache ist. Es ist also sehr wahrscheinlich, dass jemand da ist, um alles neu zu starten. Aber es wäre schön, etwas zu haben, um es automatisch zu handhaben ...
Massimo

Bearbeiten: Sie können eine Verbindung zu den Hosts einzeln herstellen und die Startpriorität der VM festlegen, auch wenn diese sich in einem HA-Cluster befinden. Holen Sie sich Ihre DCs und DNS und Basisdienste dort. Starten Sie dann Virtual Center.
Ewwhite

Dies ist jedoch nur für VMs möglich, die auf einem bestimmten Host gehostet werden ... und hat keine Auswirkungen, sobald die VMs an einen anderen Ort verschoben werden.
Massimo

Es funktioniert noch. Ich habe gerade das automatische Starten und Herunterfahren auf einzelnen Hosts aktiviert, eine Startpriorität festgelegt und HA neu konfiguriert, nur um sicherzugehen. Durch das Verschieben einer VM mit einer nummerierten Priorität auf einen anderen Host wird diese einer beliebigen Auftragskategorie am Ziel zugeordnet. Die VM startet also definitiv automatisch.
Ewwhite

Ok, es wird automatisch gestartet; aber in beliebiger Reihenfolge . Na ja, natürlich ist es besser, als gar nicht damit
Massimo,

3

Sie können eine vApp konfigurieren, um die Reihenfolge beim Starten und Herunterfahren zu vereinfachen.

Aus diesem vApp-Thread ausleihen :

Wenn in Ihrem Cluster ein schwerwiegender Fehler auftritt, haben Sie mehrere Möglichkeiten, um die Priorität des Neustarts der VM sicherzustellen. Ich erstelle dafür gerne vApps und ziehe die betreffenden VMs per Drag & Drop in diese vApp. Nehmen wir an, Sie möchten, dass Ihr Datenbankserver vor Ihrem Webserver gestartet wird, und ziehen Sie beide in Ihre neue vApp. Klicken Sie mit der rechten Maustaste auf die Registerkarte vApp -> Einstellungen bearbeiten -> Reihenfolge starten -> dann werden Gruppe 1 und Gruppe 2 angezeigt. Beachten Sie im unteren Bereich des Fensters, dass "Alle Entitäten in derselben Gruppe zuvor gestartet wurden Fahren Sie mit der nächsten Gruppe fort. Das Herunterfahren erfolgt in umgekehrter Reihenfolge. " Nun, Sie können Ihre Server mithilfe der Pfeile neben dem Feld in die Gruppen verschieben (ich habe sie im angehängten Bild eingekreist). Schließlich können Sie mit VMware bestimmen, ob die VMs in Gruppe 2 (und Gruppe 3 und Gruppe 4)

vApp Start Order-Einstellungen


Dies ist nur für vApps nützlich, nicht für generische VMs.
Massimo

3
Einige Organisationen gruppieren VMs lediglich zu diesem Zweck in vApps.
Jftuga
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.