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 mit den Schritten im Abschnitt Aktivieren von Hochverfügbarkeit auf einem Horizon Cloud-Pod in Microsoft Azure aktivieren. Auf der Detailseite des Pods wird angezeigt, ob die Hochverfügbarkeit für einen Pod aktiviert ist.

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 funktionieren:

• Wenn eine Pod-Manager-VM ausfällt oder ein Problem auftritt, wird der Datenverkehr, der für diesen Pod-Manager bestimmt ist, ohne manuellen Eingriff automatisch an die andere Pod-Manager-VM weitergeleitet.
• Wenn in einer Gateway-Konfiguration eine Unified Access Gateway-VM ausfällt oder ein Problem auftritt, wird der Datenverkehr, der für diese Unified Access Gateway-VM bestimmt 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
• 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 Folgendes 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 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 mit einer Microsoft Azure-Verfügbarkeitsgruppe verknüpft, einer Verfügbarkeitsgruppe pro VM-Paar.

Durch Verwendung einer Verfügbarkeitsgruppe werden die VMs eines Paares auf separater physischer 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.

Durch diese Trennung von Back-End-Hardware wird die Wahrscheinlichkeit minimiert, 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.

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 Pod-Manager-VMs und jede bereitgestellte Gateway-Konfiguration über ein Paar Unified Access Gateway-VMs.

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

Lastausgleichsdienst-IP des Pods-Managers

Der Bereitsteller stellt diesen Azure-Lastausgleichsdienst während der Pod-Bereitstellung bereit. Dieser Lastausgleichsdienst leitet den 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 Lastausgleichsdiensts hinzugefügt.
• Eine Pod-Manager-VM übernimmt die aktive Rolle bei der Abwicklung von Endbenutzer-Client-Verbindungen zu den vom Pod bereitgestellten Desktops und Anwendungen.
• Der Lastausgleichsdienst bestimmt, welcher Pod-Manager die aktive Rolle hat, basierend auf den definierten Regeln und Integritätstests der Pod-Manager-VMs im Back-End-Pool.
• 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 erfolgt.
• Dann übernimmt die andere Pod-Manager-VM die aktive Rolle bei der Abwicklung der Clientverbindungen 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 auf dem aufweisen, was der Assistent für neue Pods als VM-Subnetz – Primär bezeichnet, 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 über keine Gateway-Konfiguration verfügt 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 den 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 Lastausgleichsdiensts hinzugefügt.
• Jede Unified Access Gateway-VM hat eine aktive Rolle im Datenverkehr der Endbenutzer-Clients. Jede der Unified Access Gateway-VMs ist für die Verwaltung der gleichzeitigen verbundenen Sitzungen des Pods bis zu den auf der Seite Grenzwerte für Horizon Cloud on Microsoft Azure-Dienst angegebenen Grenzwerten vorgesehen.
• Der Lastausgleichsdienst bestimmt, ob eine Unified Access Gateway-VM im Backend-Pool fehlerfrei ist, um Verbindungen basierend auf den definierten Regeln und der Integritätsprüfung der VMs zu empfangen.
• Basierend auf seiner Bestimmung leitet der Lastausgleichsdienst den Datenverkehr 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 den Integritätstest des Lastausgleichsdiensts erfüllt, lässt der Lastausgleichsdienst neue Verbindungsanforderungen an diese VM zu.

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

Bei einer externen Gateway-Konfiguration ist der bereitgestellte Azure-Lastausgleichsdienst mit den Netzwerkkarten der VMs verbunden, die IPs aufweisen, auf denen der Bereitstellungsassistent als DMZ-Subnetz bezeichnet wird. 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 aufweisen (im Bereitstellungsassistenten als VM-Subnetz – Primär bezeichnet).

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 Einzelserverbereitstellungsoption.

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 arbeitsspeicheroptimierten Konfiguration finden Sie in der Microsoft-Dokumentation:

• Tarife in Azure Database for PostgreSQL – Einzelserver
• Preisgestaltung – Azure-Datenbank für PostgreSQL

Kostenbezogene Auswirkungen in Ihrem Microsoft Azure-Abonnement für Pods, die auf dieser Versionsebene erstellt oder auf diese Versionsebene aktualisiert wurden

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 Verwendung 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 der Microsoft Azure-Datenbank für PostgreSQL, die in der aktuellen Version verwendet wird, finden Sie unter https://azure.microsoft.com/en-us/pricing/details/postgresql/server/.

Ressourcengruppen

Die HA-bezogenen Ressourcen der Pod-Manager befinden sich in derselben Ressourcengruppe wie die Pod-Manager-VMs

Die HA-bezogenen Ressourcen einer Gateway-Konfiguration befinden sich in derselben Ressourcengruppe der Gateway-Konfiguration wie die Unified Access Gateway-VMs dieser Gateway-Konfiguration.

Die Ressourcengruppe des Pod-Managers spiegelt auch die Verwendung des von Microsoft verwalteten Diensts Microsoft Azure-Datenbank für PostgreSQLdurch die Bereitstellung wider.

Sie können die Ressourcendetails in Ihrem Abonnement anzeigen, wenn Sie sich beim Microsoft Azure-Portal anmelden und zu diesen Ressourcengruppen navigieren.

Informationen zum Identifizieren der Ressourcengruppen des Pods finden Sie unter Für eine Horizon Cloud on Microsoft Azure-Bereitstellung erstellte Ressourcengruppen .

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

Für einen Pod, für den Hochverfügbarkeit nicht aktiviert ist, können Sie die 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. Bei diesem Vorgang wird eine zweite Pod-Manager-VM in der Ressourcengruppe des Pods bereitgestellt und diese VM im Microsoft Azure-Lastausgleichsdienst und in der Verfügbarkeitsgruppe konfiguriert.

Wichtig: Die Aktivierung 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 Pod-bezogenen Aufgaben her. Der gesamte Vorgang kann ca. 30 Minuten dauern.

Voraussetzungen

Stellen Sie sicher, dass Sie diese Kriterien erfüllen, bevor Sie die Horizon Universal Console zum Ausführen der Workflowschritte verwenden.

• Die Pod-Software muss die Manifestversion 1600 oder höher aufweisen, damit die Hochverfügbarkeit aktiviert werden kann. Sie können die Manifestversion eines Pods 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 Pod-Aktualisierungsvorgang ist auf diesem Pod abgeschlossen
  • Die Agents werden auf allen Image-VMs, Farm-RDSH-VMs und Desktopzuweisungs-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-Updates – Schritte für fortgesetzte Agentenkompatibilität und Unterstützung.

Vorgehensweise

1. Navigieren Sie auf der Seite "Kapazität" zur Detailseite des Pods.

2. Klicken Sie auf Bearbeiten.

3. Aktivieren Sie im Abschnitt Hochverfügbarkeit die Umschaltoption Aktiviert.

4. Klicken Sie auf Speichern und Beenden.

5. Bestätigen Sie das Update.

Ergebnisse

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