Ab der vierteljährlichen Dienstversion vom September 2019 unterstützt die Architektur eines Horizon Cloud-Pods in Microsoft Azure Hochverfügbarkeit für den Pod. Neue Pods, die vom Pod-Bereitsteller nach der Dienstversion vom September 2019 bereitgestellt wurden, und ältere Pods, die auf die Manifestversion 1600 oder höher aktualisiert wurden, erhalten alle diese neueste Pod-Architektur. Diese Pod-Architektur umfasst eine Microsoft Azure-Datenbank für PostgreSQL-Server, einen Microsoft Azure Load Balancer und eine Microsoft Azure-Verfügbarkeitsgruppe. Wenn auf einem Pod dieser Architektur Hochverfügbarkeit aktiviert ist, wird zum Pod eine zusätzliche Pod-Manager-VM hinzugefügt, wodurch er insgesamt zwei Pod-Manager-VMs besitzt, die mit dem Microsoft Azure Load Balancer verbunden sind. Diese Konfiguration ermöglicht es dem Pod, auch dann weiterhin zu arbeiten, wenn ein Problem mit einer der Manager-VMs auftritt. Wenn eine Manager-VM ausfällt, wird der gesamte Datenverkehr automatisch ohne manuellen Eingriff an die andere Manager-VM weitergeleitet.

Bei neu erstellten Pods können Sie die Hochverfügbarkeit direkt bei der Bereitstellung aktivieren oder den Pod ohne Hochverfügbarkeit bereitstellen und sie später aktivieren. Für vorhandene Pods, die auf ein Pod-Manifest aktualisiert werden, das diese neueste Pod-Architektur erhält, wird bei der Aktualisierung nicht automatisch die Hochverfügbarkeit auf dem Pod aktiviert. Sie können die Hochverfügbarkeit auf einem aktualisierten Pod aktivieren, nachdem die beiden folgenden Voraussetzungen erfüllt sind:

  • Der Aktualisierungsvorgang für den Pod ist abgeschlossen
  • Die Agents wurden auf allen vorhandenen Image-VMs des Pods, RDSH-fähigen VMs der Farm und VDI-Desktop-VMs auf die Agentenversion aktualisiert, die mit dem aktualisierten Pod kompatibel ist.

Auf der Detailseite des Pods können Sie sehen, ob die Hochverfügbarkeit für diesen Pod aktiviert oder deaktiviert ist. Die Schritte zum Aktivieren der Hochverfügbarkeit für einen Pod, der für Sie deaktiviert ist, finden Sie unter Aktivieren der Hochverfügbarkeit für einen Horizon Cloud-Pod in Microsoft Azure.

Aufbau bei Hochverfügbarkeit für einen Pod in Microsoft Azure

Neben zwei Pod-Manager-VMs verfügt der Pod auch über eine Microsoft Azure-Lastausgleich-Ressource, eine Microsoft Azure-Verfügbarkeitsgruppe und eine Microsoft Azure-Datenbank für die PostgreSQL-Serverressource. Dieser Aufbau steigert die allgemeine Pod-Ausfallsicherheit und ermöglicht einen Failover, wenn es bei einer der Pod-Manager-VMs zu einem Problem oder einem Ausfall kommt.

Wichtig: Ein in der Version vom September 2019 neu erstellter Pod wird immer mit einer Microsoft Azure-Datenbank für PostgreSQL-Server, dem Microsoft Azure Load Balancer und Verfügbarkeitsgruppe bereitgestellt. Selbst wenn Sie die Option Hochverfügbarkeit im Pod-Bereitstellungsassistenten ausschalten, weist der resultierende Pod diese beiden Elemente der neuen Pod-Architektur auf. Wenn ein Pod in einer vorherigen Version erstellt und dann auf die Version von September 2019 aktualisiert wurde, wird er zu einem Pod mit diesem neuen Design: der Microsoft Azure-Datenbank für die PostgreSQL-Serverressource, dem Microsoft Azure-Lastausgleich und der Verfügbarkeitsgruppe, auch wenn die Hochverfügbarkeit während des Aktualisierungsvorgangs nicht automatisch aktiviert wird. Die Standardisierung dieses Pod-Aufbaus für alle Pods mit Manifestversion 1600 oder höher ermöglicht eine einfache Aktivierung der Hochverfügbarkeit für bereits bereitgestellte Pods. Die zweite Pod-Manager-VM wird nur bereitgestellt, wenn die Hochverfügbarkeit auf dem Pod aktiviert ist.

Diese Ressourcen befinden sich in der Ressourcengruppe des Pods. Sie können die Details in Ihrem Abonnement einsehen, wenn Sie sich beim Microsoft Azure-Portal anmelden. Informationen zum Identifizieren der Ressourcengruppen des Pods finden Sie unter Für einen in Microsoft Azure bereitgestellten Pod erstellte Ressourcengruppen.

Microsoft Azure-Verfügbarkeitsgruppe
Wie in der Microsoft Azure-Dokumentation beschrieben, bietet eine -Kombination eines Microsoft Azure-Lastausgleichs mit Verfügbarkeitsgruppen die höchste Anwendungsstabilität. Eine Verfügbarkeitsgruppe, in der Microsoft Azure-Dokumentation manchmal auch als Verfügbarkeitszone bezeichnet, ist in einer Microsoft Azure-Region eine Kombination aus Fehlerdomäne und Update-Domäne. Unter Verwendung einer Verfügbarkeitsgruppe wird jede der Pod-Manager-VMs auf einer separaten physischen Hardware innerhalb desselben Microsoft Azure-Datencenters bereitgestellt. Die Verfügbarkeitsgruppe erzwingt den Speicherort der Manager-VMs auf unterschiedlichen physischen Hardware-Elementen. Diese Trennung von Back-End-Hardware minimiert die Wahrscheinlichkeit, dass es bei beiden Manager-VMs gleichzeitig zu Ausfallzeiten kommt. Nur wenn das gesamte Microsoft Azure-Datencenter ausfällt, sind beide Manager-VMs betroffen.
Microsoft Azure-Lastausgleich
Die bereitgestellte Lastausgleich-Ressource ist mit dem Mandanten-Subnetz des Pods verbunden. Dieser Lastausgleich wird verwendet, um Datenverkehr gemäß der bei der über den Pod-Bereitsteller konfigurierten Integritätstests und Regeln an die Pod-Manager-VMs weiterzuleiten. Die Manager-VMs werden dem Back-End-Pool dieses Lastausgleichs hinzugefügt. Eine Manager-VM übernimmt die Rolle des aktiven Brokers für die Endbenutzer-Clientverbindungen mit den über den Pod bereitgestellten Desktops und Anwendungen. Der Lastausgleich bestimmt die Broker-Affinität basierend auf den definierten Regeln und Integritätstests der Manager-VMs im Back-End-Pool. Basierend auf der festgelegten Broker-Affinität leitet der Lastausgleich den gesamten Broker-Datenverkehr nahtlos an die Manager-VM weiter, die der aktive Broker ist, bis ein Failover stattfindet. Dann wird die andere Manager-VM zum aktiven Broker und der Lastausgleich leitet die Brokering-Anforderungen an diese VM weiter. Wenn es zu einem solchen Failover kommt, wird eine Benachrichtigung an die Verwaltungskonsole gesendet, um Sie über diese Änderung zu informieren, bei der die Manager-VM der aktive Broker ist.

Der Lastausgleich des Pods 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 an den Microsoft Azure Load Balancer des Pods weitergeleitet. Der Azure Load Balancer leitet den Datenverkehr an die Manager-VM weiter, die der aktive Broker ist. Wenn der Pod keine Gateway-Konfiguration besitzt und Sie den Pod für direkte Verbindungen konfiguriert haben, z. B. über VPN, werden die Endbenutzer-Clientverbindungen zum Microsoft Azure Load Balancer des Pods geleitet, der diesen Datenverkehr an die Manager-VM weiterleitet, die der aktive Broker ist.

Microsoft Azure-Datenbank für PostgreSQL – Einzelserver
Der Pod verfügt über eine Microsoft Azure-Datenbank für den PostgreSQL-Server, der die Einzelserverbereitstellungsoption verwendet. Die Verwendung dieses Servers 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 wird die folgende Konfiguration verwendet:
  • PostgreSQL-Version 10
  • Arbeitsspeicheroptimiert
  • Computing-Generation: Gen 5
  • vCores: 2
  • Speicher: 10 GB
  • Automatische Vergrößerung: Nein
  • Sicherungsspeicher: lokal redundant
Informationen zur optimierten Konfiguration des Arbeitsspeichers finden Sie in der Microsoft-Dokumentation:

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

Die zur Unterstützung der Hochverfügbarkeit in dieser Version erforderlichen Elemente haben einige kostenbezogene Auswirkungen in Ihrem Microsoft Azure-Abonnement. Für alle Pods, die auf dieser Versionsebene neu erstellt wurden, sowie für Pods, die auf diese Versionsebene aktualisiert wurden, fallen Kosten für die verwaltete Microsoft Azure-Datenbank für den PostgreSQL-Server an. Für Pods, für die Hochverfügbarkeit aktiviert ist, fällt außerdem eine Gebühr für die Ausführung der zusätzlichen Manager-VM an. Zum Zeitpunkt der Veröffentlichung fallen keine Kosten für die Verwendung des Azure-Lastausgleichs oder der Verfügbarkeitsgruppe an, die für alle Pods bereitgestellt werden, die auf dieser Versionsebene erstellt oder auf diese aktualisiert wurden.

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