Hochverfügbarkeitsmerkmale einer Horizon Cloud on Microsoft Azure-Bereitstellung

Auf dieser Dokumentationsseite werden die Hochverfügbarkeitsmerkmale einer Horizon Cloud on Microsoft Azure-Bereitstellung beschrieben.

Ab der Dienstversion v2204 werden neue Bereitstellungen mit standardmäßig konfigurierter Hochverfügbarkeit (HA) bereitgestellt.

Wenn Sie über einen Pod verfügen, der vor Version v2204 vorhanden war und für den Hochverfügbarkeit derzeit nicht aktiviert ist, können Sie ihn mithilfe der Schritte in Aktivieren von Hochverfügbarkeit für einem Horizon Cloud-Pod in Microsoft Azure aktivieren. Auf der Detailseite des Pods wird angezeigt, ob Hochverfügbarkeit für einen Pod aktiviert ist.

Kurze Einführung

Die Hochverfügbarkeitsmerkmale einer Horizon Cloud on Microsoft Azure-Bereitstellung sollen dafür sorgen, dass die Standardvorgänge der Bereitstellung in den folgenden Szenarien weiterhin ordnungsgemäß funktionieren:

Wenn eine Pod-Manager-VM ausfällt oder ein Problem auftritt, wird der Datenverkehr, der für den Pod-Manager vorgesehen ist, ohne manuellen Eingriff automatisch an die andere Pod-Manager-VM weitergeleitet.
Wenn eine Unified Access Gateway-VM ausfällt oder ein Problem auftritt, wird der Datenverkehr, der für diese Unified Access Gateway-VM vorgesehen ist, ohne manuellen Eingriff an die andere Unified Access Gateway-VM weitergeleitet.

Designelemente

Das HA-Design der Horizon Cloud on Microsoft Azure-Bereitstellung verwendet die folgenden Elemente.

Die Elemente bieten Ausfallsicherheit und ermöglichen einen Failover, wenn es bei einer der gekoppelten VMs zu einem Problem oder einem Ausfall kommt.

Gekoppelte VMs
Microsoft Azure-Verfügbarkeitsset pro VM-Paar
Der Microsoft Azure-Lastausgleichsdienst, der die VMs in jedem Paar verbindet
Die Azure-Datenbank für den von Microsoft verwalteten PostgreSQL-Dienst

In den folgenden Abschnitten auf dieser Dokumentationsseite finden Sie weitere Informationen dazu, wie jedes dieser Designelemente in der Bereitstellung verwendet wird.

Gekoppelte VMs

Der Horizon Cloud on Microsoft Azure-Bereitsteller stellt standardmäßig die folgenden Elemente bereit:

Zwei Pod-Manager-VMs für jede Horizon Cloud on Microsoft Azure-Bereitstellung
Zwei Unified Access Gateway-VMs für jede bereitgestellte Gateway-Konfiguration.

Hinweis: Im Fall der Gateway-Connector-VM, die im Bereitstellungsszenario einer externen Gateway-Konfiguration in einem eigenen VNet bereitgestellt wird, wird eine einzelne Gateway-Connector-VM bereitgestellt. Wenn der Gateway-Connector ausfällt, sendet die Steuerungsebene eine Warnung an das VMware Horizon Cloud Operations-Team, das API-Aufrufe verwenden kann, um den Zustand des Gateway-Connectors zu beheben.

Microsoft Azure-Verfügbarkeitsset pro VM-Paar

Jedes VM-Paar ist einem Microsoft Azure-Verfügbarkeitsset zugeordnet, einem Verfügbarkeitsset pro VM-Paar.

Unter Verwendung einer Verfügbarkeitsgruppe werden die VMs eines Paares auf einer separaten physischen Hardware innerhalb desselben Microsoft Azure-Datencenters bereitgestellt.

Durch das Design von Microsoft Azure-Verfügbarkeitssets erzwingt das Verfügbarkeitsset, dass sich die gekoppelten VMs auf separater physischer Hardware in diesem Microsoft Azure-Datencenter befinden.

Diese Trennung von Back-End-Hardware minimiert die Wahrscheinlichkeit, dass es bei beiden VMs gleichzeitig zu Ausfallzeiten kommt. Nur wenn das gesamte Microsoft Azure-Datencenter ausfällt, sind beide VMs in einem Paar betroffen.

Der Microsoft Azure-Lastausgleichsdienst, der die VMs jedes Paars verbindet

Wie im Abschnitt Gekoppelte VMs beschrieben, verfügt eine Horizon Cloud on Microsoft Azure-Bereitstellung über ein Paar aus Pod-Manager-VMs und jede bereitgestellte Gateway-Konfiguration über ein Paar aus Unified Access Gateway-VMs.

Der Bereitsteller stellt einen Microsoft Azure-Lastausgleichsdienst für jedes VM-Paar bereit.

Pod-Manager-VMs – Lastausgleichsdienst

Der Bereitsteller stellt diesen Azure-Lastausgleichsdienst während der Pod-Bereitstellung bereit. Dieser Lastausgleichsdienst leitet Datenverkehr gemäß der vom Bereitsteller konfigurierten Integritätstests und Regeln an die Pod-Manager-VMs weiter.

Die Pod-Manager-VMs werden dem Back-End-Pool dieses Lastausgleichs hinzugefügt.
Eine Pod-Manager-VM übernimmt die aktive Rolle bei der Abwicklung von Endbenutzer-Client-Verbindungen zu den über Pod bereitgestellten Desktops und Anwendungen.
Der Lastausgleichsdienst bestimmt, basierend auf den definierten Regeln und Integritätstests der Manager-VMs im Back-End-Pool, welcher Pod-Manager die aktive Rolle ausübt.
Basierend auf seiner Bestimmung leitet der Lastausgleichsdienst den gesamten Verbindungsanforderungsverkehr nahtlos an die Pod-Manager-VM weiter, die die aktive Rolle hat, bis ein Failover eintritt.
Dann übernimmt die andere Pod-Manager-VM die aktive Rolle bei der Abwicklung der Client-Verbindungen zu Desktops und Anwendungen. An diesem Punkt leitet der Lastausgleichsdienst die Verbindungsanfragen an diese VM weiter.
Wenn es zu einem solchen Failover kommt, wird eine Benachrichtigung an die Konsole gesendet, um Sie über diese Änderung zu informieren, bei der die Pod-Manager-VM die aktive Rolle hat.

Der bereitgestellte Azure-Lastausgleichsdienst der Pod-Manager-VMs ist mit den Netzwerkkarten der VMs verbunden, die IPs aufweisen, auf denen der Assistent „Neuer Pod“ als VM-Subnetz – Primär angegeben wird, auch als primäres Mandantensubnetz bezeichnet.

Der Lastausgleichsdienst der Pod-Manager-VMs befindet sich zwischen den Client-Verbindungsanforderungen des Endbenutzers und den Pod-Manager-VMs.

Wenn der Pod mit einer Gateway-Konfiguration konfiguriert ist, wird der Datenverkehr von den Unified Access Gateway-Instanzen zum Microsoft Azure-Lastausgleichsdienst dieser Pod-Manager-VMs geleitet, und der Azure-Lastausgleichsdienst leitet diesen Datenverkehr an die aktive Pod-Manager-VM weiter.

Wenn der Pod keine Gateway-Konfiguration besitzt und Sie den Pod für direkte Verbindungen konfiguriert haben, werden die Endbenutzer-Clientverbindungen zum Microsoft Azure-Lastausgleichsdienst der Pod-Manager-VMs geleitet, der diesen Datenverkehr an die aktive Pod-Manager-VM weiterleitet.

Gateway-Konfiguration – Lastausgleichsdienst

Der Bereitsteller stellt diesen Azure-Lastausgleichsdienst während der Bereitstellung einer Gateway-Konfiguration bereit. Dieser Lastausgleichsdienst leitet Datenverkehr gemäß der vom Bereitsteller konfigurierten Integritätstests und Regeln an die Unified Access Gateway-VMs der Bereitstellung weiter.

Die Unified Access Gateway-VMs werden dem Back-End-Pool dieses Lastausgleichs hinzugefügt.
Jede Unified Access Gateway-VM hat eine aktive Rolle beim Datenverkehr des Endbenutzer-Clients. Die einzelnen Unified Access Gateway-VMs sind für die Verwaltung der gleichzeitigen Sitzungen des Pods bis zu den auf der Seite Grenzwerte des Horizon Cloud Service on Microsoft Azure-Diensts angegebenen Grenzwerten vorgesehen.
Der Lastausgleichsdienst bestimmt, ob eine Unified Access Gateway-VM im Back-End-Pool fehlerfrei ist, um Verbindungen basierend auf den definierten Regeln und der Integritätsprüfung der VMs zu empfangen.
Basierend auf dieser Feststellung leitet der Lastausgleichsdienst den Datenverkehr aus der Verbindungsanforderung nahtlos an die VMs weiter, die die Integritätsprüfung erfüllen.
Wenn eine VM im Back-End-Pool ein Problem aufweist oder ausfällt, leitet der Lastausgleichsdienst alle neuen Verbindungsanforderungen an die fehlerfreie VM weiter.
Bestehende Verbindungen zu der VM, bei der das Problem auftritt oder die ausgefallen ist, werden getrennt. Diese Benutzer müssen ihre Clientsitzungen manuell erneut verbinden, und der Lastausgleichsdienst verbindet diese mit der fehlerfreien Unified Access Gateway-VM.
Wenn die fehlerhafte VM wieder in einen fehlerfreien Zustand zurückkehrt und die Regeln und Integritätsprüfungen des Lastausgleichsdiensts erfüllt, lässt der Lastausgleichsdienst neue Verbindungsanforderungen an diese VM zu.

Der Lastausgleichsdienst der Gateway-Konfiguration befindet sich zwischen den Client-Verbindungsanforderungen des Endbenutzers und den Unified Access Gateway-VMs.

Bei einer externen Gateway-Konfiguration ist der bereitgestellte Azure-Lastausgleichsdienst mit den Netzwerkkarten der VMs verbunden, die IPs beinhalten, auf denen der Bereitsteller-Assistent als DMZ-Subnetz bezeichnet ist. Wenn der Assistent verwendet wird, um eine externe Gateway-Konfiguration in einem eigenen VNet bereitzustellen, kennzeichnet der Assistent dieses Subnetz als Front-End-Subnetz.

Bei einer internen Gateway-Konfiguration ist der bereitgestellte Azure-Lastausgleichsdienst mit den Netzwerkkarten der VMs verbunden, die IPs im primären Mandantensubnetz des Pods beinhalten (im Bereitsteller-Assistenten VM-Subnetz – Primär gekennzeichnet).

Die Azure-Datenbank der Bereitstellung für den von Microsoft verwalteten PostgreSQL-Dienst

Die Bereitstellung verwendet den von Microsoft verwalteten Dienst Azure-Datenbank für PostgreSQL und die Einzelserver-Bereitstellungsoption.

Die Verwendung dieses von Microsoft verwalteten Diensts ermöglicht die Zentralisierung von Daten, die für Pod-Vorgänge benötigt werden, und eliminiert die Notwendigkeit, die Datenreplikation über die Manager-VMs hinweg zu verwenden. In der aktuellen Version verwendet der Bereitsteller die folgende Konfiguration:

PostgreSQL-Version 11
Arbeitsspeicheroptimiert
Computing-Generation: Gen 5
vCores: 2
Speicher: 10 GB
Automatische Vergrößerung: Nein
Sicherungsspeicher: lokal redundant

Informationen zur speicheroptimierten Konfiguration finden Sie in der Microsoft-Dokumentation:

Kostenbezogene Auswirkungen in Ihrem Microsoft Azure-Abonnement für auf dieser Versionsebene erstellte oder aktualisierte Pods

Die Elemente, die zur Unterstützung der Hochverfügbarkeit in dieser Version erforderlich sind, haben einige finanzielle Auswirkungen auf Ihr Microsoft Azure-Abonnement, für die Nutzung der Azure-Datenbank für PostgreSQL und die Ausführung der VM-Paare. Zum jetzigen Zeitpunkt fallen keine Kosten für die Verwendung der Azure-Lastausgleichsdienste oder Verfügbarkeitssets an.

Informationen zu den Kostenvoranschlägen der oben beschriebenen Konfiguration von Microsoft Azure Database for PostgreSQL, die in der aktuellen Version verwendet wird, finden Sie unter https://azure.microsoft.com/en-us/pricing/details/postgresql/server/.

Aktivieren der Hochverfügbarkeit für einen Horizon Cloud-Pod in Microsoft Azure

Für einen Pod ohne aktivierte Hochverfügbarkeit können Sie Hochverfügbarkeit aktivieren, indem Sie die folgenden Schritte ausführen.

Diese Seite ist ausschließlich für Administratoren bestimmt, die über einen oder mehrere Pods verfügen, für die Hochverfügbarkeit noch nicht aktiviert ist.

Ab der Dienstversion v2204 werden neue Horizon Cloud on Microsoft Azure-Bereitstellungen mit bereits standardmäßig konfigurierter Hochverfügbarkeit bereitgestellt. Wenn Hochverfügbarkeit bereits auf dem Pod konfiguriert ist, sind die Schritte dieser Seite nicht anwendbar.

Wenn die Detailseite eines Pods anzeigt, dass Hochverfügbarkeit nicht aktiviert ist, können Sie den Pod bearbeiten, um Hochverfügbarkeit darauf zu aktivieren. In diesem Prozess wird eine zweite Pod-Manager-VM in der Ressourcengruppe des Pods bereitgestellt und diese VM im Microsoft Azure-Lastausgleichsdienst und der Verfügbarkeitsgruppe des Pods konfiguriert.

Wichtig: Das Aktivieren der Hochverfügbarkeit für den Pod ist eine einmalige Aktion. Nachdem für einen Pod die Hochverfügbarkeit aktiviert wurde, können Sie die Konfiguration später nicht wiederherstellen und die Funktion nicht für den Pod deaktivieren.

Nachdem Sie die Schritte des Workflows „Pod bearbeiten“ ausgeführt und die Aktualisierung bestätigt haben, instanziiert der Dienst die zweite Pod-Manager-VM im Microsoft Azure-Abonnement Ihres Pods und stellt die entsprechenden Verbindungen zwischen dieser VM und dem vorhandenen Azure Load Balancer, der Azure-PostgreSQL-Datenbank und anderen erforderlichen podbezogenen Aufgaben her. Der gesamte Vorgang dauert etwa 30 Minuten.

Voraussetzungen

Stellen Sie sicher, dass Sie diese Kriterien erfüllen, bevor Sie die Horizon Universal Console verwenden, um die Workflowschritte auszuführen.

Die Pod-Software muss sich auf Manifestversion 1600 oder höher befinden, damit die Hochverfügbarkeit aktiviert werden kann. Sie können die Manifest-Version eines Pod anzeigen, indem Sie über die Seite „Kapazität“ zur Detailseite des Pods navigieren.
Stellen Sie sicher, dass Ihr Abonnement über ein ausreichendes Kontingent und genügend Kerne verfügt, um die Erstellung der zusätzlichen Pod-Manager-VM zu ermöglichen.
Wenn der Pod von einer früheren Manifestversion als 1600 aktualisiert wurde, müssen Sie Folgendes sicherstellen, bevor Sie ihn für Hochverfügbarkeit aktivieren können:
- Der Aktualisierungsvorgang für den Pod ist abgeschlossen
- Die Agents werden auf allen Image-VMs, Farm-RDSH-VMs und Desktop-Zuweisungs-VMs des Pods auf den Agent-Versionsstand aktualisiert, der mit dem auf dem aktualisierten Pod ausgeführten Manifest kompatibel ist. Informationen zur Beziehung zwischen Pod-Aktualisierungen und Agent-Aktualisierungen finden Sie unter Horizon Cloud-Pod-Aktualisierungen – Schritte für fortgesetzte Agentenkompatibilität und Unterstützung.

Prozedur

Navigieren Sie auf der Seite „Kapazität“ zur Detailseite des Pods.
Klicken Sie auf Bearbeiten.
Aktivieren Sie im Abschnitt „Hochverfügbarkeit“ den Schalter Aktiviert.
Klicken Sie auf Speichern und Beenden.
Bestätigen Sie den Vorgang.

Ergebnisse

Auf der Detailseite des Pods wird der Clusterstatus als Ausstehend angezeigt. Wenn die Konfigurationsaktivität abgeschlossen ist, wird der Clusterstatus als Bereit angezeigt. Der gesamte Vorgang dauert etwa 30 Minuten.