Sie können die Bereitstellung einer VMware Cloud Director-Appliance mit einem Datenbank-HA-Cluster erstellen, der Failover-Funktionen für Ihre VMware Cloud Director-Datenbank bereitstellt.

Die VMware Cloud Director-Appliance umfasst eine eingebettete PostgreSQL-Datenbank. Die eingebettete PostgreSQL-Datenbank enthält die Tool-Suite Replication Manager (repmgr), die eine Hochverfügbarkeitsfunktion (HA) für einen Cluster von PostgreSQL-Servern bereitstellt.

Sie können die VMware Cloud Director-Appliance als primäre Zelle, Standby-Zelle oder VMware Cloud Director-Anwendungszelle bereitstellen. Weitere Informationen finden Sie unter Bereitstellen Ihrer VMware Cloud Director-Appliance über den vSphere Client, Bereitstellen Ihrer VMware Cloud Director-Appliance mit dem VMware OVF Tool oder #GUID-D35B3629-FCA2-40A6-8009-1A6CF8120F30.

Um HA für Ihre VMware Cloud Director-Datenbank zu konfigurieren, können Sie beim Erstellen Ihrer Servergruppe einen Datenbank-HA-Cluster konfigurieren, indem Sie eine primäre und zwei Standby-Instanzen der VMware Cloud Director-Appliance bereitstellen. Sie können Ihre Servergruppe horizontal skalieren, indem Sie zusätzlich Anwendungszellen bereitstellen. Weitere Informationen finden Sie in der Abbildung HA-Cluster der VMware Cloud Director-Appliance-Datenbank.

Abbildung 1. HA-Cluster der VMware Cloud Director-Appliance-Datenbank
Eine primäre und zwei Standby-Zellen

Erstellen einer VMware Cloud Director-Appliance-Bereitstellung mit Datenbank-HA

Um eine VMware Cloud Director-Servergruppe mit einer Datenbank-HA-Konfiguration zu erstellen, führen Sie folgenden Workflow durch:
  1. Stellen Sie die VMware Cloud Director-Appliance als primäre Zelle bereit.

    Die primäre Zelle ist das erste Mitglied in der VMware Cloud Director-Servergruppe. Die eingebettete Datenbank ist als VMware Cloud Director-Datenbank konfiguriert. Der Datenbankname lautet vcloud und der Datenbankbenutzer ist vcloud.

  2. Stellen Sie sicher, dass die primäre Zelle aktiv ist und ausgeführt wird.
    1. Melden Sie sich zum Überprüfen der Integrität des VMware Cloud Director-Diensts mit den Anmeldedaten des Systemadministrators bei dem VMware Cloud Director Service Provider Admin Portal unter https://primary_eth0_ip_address/provider an.
    2. Melden Sie sich zum Überprüfen der Integrität der PostgreSQL-Datenbank als root bei der Verwaltungsbenutzeroberfläche der Appliance unter https://primary_eth1_ip_address:5480 an.

      Der primäre Knoten muss ausgeführt werden.

  3. Stellen Sie zwei Instanzen der VMware Cloud Director-Appliance als Standby-Zellen bereit.

    Die eingebetteten Datenbanken werden in einem Replizierungsmodus mit der primären Datenbank konfiguriert.

    Hinweis: Nach der anfänglichen Bereitstellung der Standby-Appliance beginnt der Replication Manager mit der Synchronisierung ihrer Datenbank mit der primären Appliance-Datenbank. Während dieser Zeit ist die VMware Cloud Director-Datenbank und damit auch die VMware Cloud Director-Benutzeroberfläche nicht verfügbar.
  4. Stellen Sie sicher, dass alle Zellen im HA-Cluster ausgeführt werden.

    Weitere Informationen finden Sie im Anzeigen des Clusterzustands und des Failover-Modus der VMware Cloud Director-Appliance.

  5. (Optional) Stellen Sie eine oder mehrere Instanzen der VMware Cloud Director-Appliance als VMware Cloud Director-Anwendungszellen bereit.

    Die eingebetteten Datenbanken werden nicht verwendet. Die VMware Cloud Director-Anwendungszelle stellt eine Verbindung mit der primären Datenbank her.

Eine primäre Zelle, zwei Standby-Zellen und n VMware Cloud Director-Anwendungszellen
Hinweis: Wenn Ihr Cluster für automatisches Failover konfiguriert ist, müssen Sie nach der Bereitstellung einer zusätzlichen oder mehrerer zusätzlicher Zellen die Appliance-API verwenden, um den Failover-Modus auf Automatic zurückzusetzen. Weitere Informationen finden Sie in der VMware Cloud Director-Appliance-API. Der standardmäßige Failover-Modus für neue Zellen lautet Manual. Wenn der Failover-Modus für die Knoten des Clusters inkonsistent ist, lautet der Failover-Modus des Clusters Indeterminate. Der Modus Indeterminate kann zwischen den Knoten und den einer alten primären Zelle folgenden Knoten zu inkonsistenten Clusterzuständen führen. Informationen zum Anzeigen des Failover-Modus des Clusters finden Sie unter Anzeigen des Clusterzustands und des Failover-Modus der VMware Cloud Director-Appliance.

Erstellen einer VMware Cloud Director-Appliance-Bereitstellung ohne Datenbank-HA

Wichtig: VMware bietet keine Unterstützung für VMware Cloud Director-Appliance-Bereitstellungen ohne Datenbank-HA.
Um einen VMware Cloud Director-Server ohne Datenbank-HA-Konfiguration zu erstellen, folgen Sie diesem Workflow:
  1. Stellen Sie die VMware Cloud Director-Appliance als primäre Zelle bereit.

    Die primäre Zelle ist das erste Mitglied in der VMware Cloud Director-Servergruppe. Die eingebettete Datenbank ist als VMware Cloud Director-Datenbank konfiguriert. Der Datenbankname lautet vcloud, und der Datenbankbenutzer ist vcloud.

  2. Stellen Sie sicher, dass die primäre Zelle aktiv ist und ausgeführt wird.
    1. Melden Sie sich zum Überprüfen der Integrität des VMware Cloud Director-Diensts mit den Anmeldedaten des Systemadministrators bei dem VMware Cloud Director Service Provider Admin Portal unter https://primary_eth0_ip_address/provider an.
    2. Melden Sie sich zum Überprüfen der Integrität der PostgreSQL-Datenbank als root bei der Verwaltungsbenutzeroberfläche der Appliance unter https://primary_eth1_ip_address:5480 an.

      Der primäre Knoten muss ausgeführt werden.

  3. (Optional) Stellen Sie eine oder mehrere Instanzen der VMware Cloud Director-Appliance als VMware Cloud Director-Anwendungszellen bereit.

    Die eingebettete Datenbank wird nicht verwendet. Die VMware Cloud Director-Anwendungszelle stellt eine Verbindung mit der primären Datenbank her.

Eine primäre Zelle und n VMware Cloud Director-Anwendungszellen

Automatisches Failover Ihrer VMware Cloud Director-Appliance

Wenn der primäre Datenbankdienst ausfällt, können Sie VMware Cloud Director aktivieren, um ein automatisches Failover zu einem neuen primären Datenbankdienst durchzuführen.

Durch das automatische Failover entfällt die Notwendigkeit, dass ein Administrator die Failover-Aktion initiiert, wenn der primäre Datenbankdienst seine Funktionen aus irgendeinem Grund nicht ausführen kann. Standardmäßig ist der Failover-Modus auf „Manuell“ festgelegt. Sie können den Failover-Modus mithilfe der VMware Cloud Director-Appliance-API auf „Automatisch“ oder „Manuell“ festlegen. Weitere Informationen dazu finden Sie im API-Schema-Referenz für VMware Cloud Director-Appliance.

Hinweis: Wenn Ihr Cluster für automatisches Failover konfiguriert ist, müssen Sie nach der Bereitstellung einer zusätzlichen oder mehrerer zusätzlicher Zellen die Appliance-API verwenden, um den Failover-Modus auf Automatic zurückzusetzen. Weitere Informationen finden Sie in der VMware Cloud Director-Appliance-API. Der standardmäßige Failover-Modus für neue Zellen lautet Manual. Wenn der Failover-Modus für die Knoten des Clusters inkonsistent ist, lautet der Failover-Modus des Clusters Indeterminate. Der Modus Indeterminate kann zwischen den Knoten und den einer alten primären Zelle folgenden Knoten zu inkonsistenten Clusterzuständen führen. Informationen zum Anzeigen des Failover-Modus des Clusters finden Sie unter Anzeigen des Clusterzustands und des Failover-Modus der VMware Cloud Director-Appliance.

Wenn die Umgebung über mindestens zwei aktive Standby-Zellen verfügt, wird bei einem Ausfall der primären Datenbank automatisch ein Datenbank-Failover initiiert. Nach dem Failover muss mindestens eine aktive Standby-Zelle vorhanden sein, damit die neue primäre Datenbank aktualisierbar ist. Unter normalen Umständen muss die Bereitstellung der VMware Cloud Director-Appliance zu jeder Zeit mindestens zwei aktive Standby-Zellen aufweisen. Wenn nur eine aktive Standby-Zelle für einen kurzen Zeitraum vorhanden ist, z. B. aufgrund des Ausfalls der primären Zelle und des Heraufstufens einer der Standby-Zellen, muss die alte fehlgeschlagene primäre Zelle so bald wie möglich durch eine neue Standby-Zelle ersetzt werden.

Wenn eine aktive primäre Zelle und mindestens zwei aktive Standby-Zellen vorhanden sind, wird davon ausgegangen, dass der Cluster sich im Zustand Healthy befindet. Sofern nur eine aktive primäre Zelle und nur ein aktive Standby-Zelle vorhanden sind, befindet sich der Cluster in dem Zustand Degraded. Tritt ein weiterer Datenbankausfall auf, während sich der Cluster im Zustand Degraded befindet, ist die primäre Zelle erst aktualisierbar, wenn eine weitere Standby-Zelle online geschaltet wird. Wenn die primäre Datenbank nicht aktualisierbar ist, ist VMware Cloud Director nicht verfügbar, da die VMware Cloud Director-Zellen die Datenbank erst aktualisieren können, wenn mindestens eine aktive Standby-Zelle zur Verarbeitung einer Streaming-Replizierung aus der primären Datenbank vorhanden ist. Das Konzept eines Clusterzustands von Healthy bzw. Degraded bleibt unverändert, unabhängig davon, ob Sie das manuelle oder automatische Failover aktivieren.

Nach einem Ausfall der primären Datenbank ist der Zustand No_Active_Primary. Für ein manuelles Failover der VMware Cloud Director-Appliance muss der Administrator manuell einen Standby-Datenbankdienst auf einen primären Datenbankdienst heraufstufen und den fehlgeschlagenen primären Datenbankdienst als Standby erneut bereitstellen. Bei einem automatischen Failover der Appliance stuft VMware Cloud Director automatisch einen Standby-Datenbankdienst zum primären Datenbankdienst herauf, und der Administrator stellt den fehlgeschlagenen primären Datenbankdienst manuell als Standby-Datenbankdienst erneut bereit.

Abbildung 2. Manuelles und automatisches Failover der VMware Cloud Director-Appliance
Wenn der primäre Datenbankdienst ausfällt, kann die Heraufstufung eines Standby-Datenbankdiensts zum primären Datenbankdienst manuell oder automatisch erfolgen.

Automatisches Fencing Ihrer fehlgeschlagenen primären VMware Cloud Director-Zelle

Wenn nach einem Ausfall einer primären Zelle eine neue Zelle zur primären Zelle heraufgestuft wird, grenzt VMware Cloud Director die alte primäre Zelle automatisch mit Fencing aus, um deren Neustart zu verhindern.

Wenn bei einem Failover eine fehlgeschlagene primäre Datenbank neu gestartet wird, nachdem eine neue Zelle zur primären Zelle heraufgestuft wurde, grenzt VMware Cloud Director die alte primäre Zelle automatisch mit Fencing aus. Diese Automatisierung verhindert das Split Brain-Syndrom, bei dem zwei aktive Datenbanken voneinander abweichen können. Die Fencing-Automatisierung stoppt und deaktiviert den vpostgres-Dienst auf dem alten primären Knoten. Danach können Sie den fehlgeschlagenen primären Knoten als Standby-Zelle erneut bereitstellen, um den Clusterzustand Healthy wiederherzustellen.

Weitere Informationen zum Anzeigen des Clusterzustands und des Failover-Modus finden Sie unter Anzeigen des Clusterzustands und des Failover-Modus der VMware Cloud Director-Appliance.