Im Schritt „Pod-Einrichtung“ des Pod-Bereitstellungsassistenten legen Sie Details wie den Namen des Pods sowie Netzwerkinformationen fest.

Nicht vergessen: Dieser Assistent stellt Pod-Manager-basierte Pods bereit. Die Konsole bietet derzeit keinen Bereitstellungsassistenten für die Bereitstellung eines Horizon-Pods in Azure VMware Solution (AVS). Informationen zum Bereitstellen von Horizon-Pods in AVS finden Sie im Tech Zone-Artikel Horizon on Azure VMware Solution Architecture.
Vorsicht: Bei den in diesen Schritten genannten IP-Adressen handelt es sich um Beispiele. Sie sollten die Adressbereiche verwenden, die den Anforderungen Ihrer Organisation entsprechen. Ersetzen Sie bei jedem Schritt, der einen IP-Adressbereich nennt, diesen durch einen für Ihre Organisation geltenden Bereich.

Voraussetzungen

Vergewissern Sie sich, dass die in Voraussetzungen für das Ausführen des Pod-Bereitstellungsassistenten beschriebenen Voraussetzungen erfüllt sind.

Wenn die erforderlichen Subnetze automatisch durch den Bereitstellungsvorgang erstellt werden sollen, stellen Sie sicher, dass die CIDR-Adressbereiche, die Sie in den Feldern des Assistenten für diese Subnetze angeben möchten, nicht bereits von vorhandenen Subnetzen in Ihrem VNet in Microsoft Azure verwendet werden.

Wenn Sie im Voraus Subnetze für die Verwendung mit diesem Pod erstellt haben, stellen Sie sicher, dass diesen Subnetzen keine Ressourcen zugeordnet sind und dass für das von Ihnen für das Verwaltungssubnetz erstellte Subnetz der Microsoft.SQL-Dienst als Dienstendpunkt für dieses Subnetz konfiguriert ist. Der Pod-Bereitstellungsassistent validiert, ob der Microsoft.SQL-Dienst für das Verwaltungs-Subnetz als Dienstendpunkt konfiguriert ist.

Vorsicht: Die Subnetze, die Sie in Ihrem VNet für eine Pod-Bereitstellung erstellen, müssen leer sein. Sie können die Subnetze vor der Bereitstellung des Pods erstellen. Sie dürfen aber keine Ressourcen manuell in diese Subnetze einbinden oder eine der IP-Adressen an anderer Stelle verwenden. Wenn eine IP-Adresse bereits in den Subnetzen verwendet wird, schlägt die Pod-Bereitstellung möglicherweise fehl.

Prozedur

  1. Geben Sie in diesem Schritt des Assistenten Details zum Pod sowie die erforderlichen Netzwerkinformationen an.
    Im folgenden Screenshot ist der Schritt so abgebildet, wie er das erste Mal angezeigt wird.
    Horizon Cloud on Microsoft Azure: Schritt 2 des Pod-Bereitstellungsassistenten, bevor Sie eine Auswahl treffen oder Informationen eingeben.

    Option Beschreibung
    Pod-Name Geben Sie einen Anzeigenamen für diesen Pod ein. Mit diesem Namen wird dieser Pod in der Verwaltungskonsole identifiziert.
    Speicherort Wählen Sie einen vorhandenen Ortsnamen aus oder klicken Sie auf Hinzufügen, um einen neuen Ort anzugeben.

    Das System gruppiert Ihre Pods gemäß dem Ortsnamen und zeigt sie in der Konsole auf der Dashboard-Seite unter „Globaler Speicherplatzbedarf von Horizon“ an.

    Wenn Sie auf Hinzufügen klicken, geben Sie die ersten Buchstaben einer Stadt ein. Das System zeigt automatisch Weltstadtnamen aus seiner Backend-Geografie-Lookup-Tabelle an, die den eingegebenen Zeichen entsprechen, und Sie können eine Stadt aus dieser Liste auswählen.

    Hinweis: Sie müssen eine Stadt aus der Liste zur automatischen Vervollständigung des Systems auswählen. Momentan sind die Standortnamen aufgrund eines bekannten Problems nicht lokalisiert.
    Microsoft Azure-Region Wählen Sie die geografische Microsoft Azure-Region aus, in der dieser Pod bereitgestellt werden soll. Die verfügbaren Regionen werden durch die zuvor ausgewählte Microsoft Azure-Umgebung bestimmt.

    Sie sollten die Region auswählen, die sich in der Nähe der Endbenutzer befindet, denen Sie diesen Pod bereitstellen möchten. Größere Nähe würde geringere Latenz bieten.

    Wichtig: Nicht alle Microsoft Azure-Regionen unterstützen GPU-fähige virtuelle Maschinen. Wenn Sie den Pod für GPU-fähige Desktops oder Remoteanwendungen verwenden möchten, stellen Sie sicher, dass die Microsoft Azure-Region, die Sie für den Pod auswählen, die VM-Typen der NV-Serie, die Sie verwenden möchten, bereitstellt und dass diese in dieser Version von Horizon Cloud unterstützt werden. Weitere Details finden Sie in der Microsoft-Dokumentation unter https://azure.microsoft.com/de-de/regions/services/.
    Beschreibung Optional: Geben Sie eine Beschreibung für diesen Pod ein.
    Azure Resource-Tags

    Optional: Erstellen Sie benutzerdefinierte Tags, die auf Azure-Ressourcengruppen angewendet werden sollen. Azure Resource-Tags werden nur auf die Ressourcengruppen angewendet und nicht von den Ressourcen in den Gruppen übernommen.

    Füllen Sie zum Erstellen des ersten Tags die Felder „Name“ und „Wert“ aus. Um ein zusätzliches Tag zu erstellen, klicken Sie auf + und geben Sie dann Informationen in die Felder „Name“ und „Wert“ ein, die unter den vorhandenen Tags angezeigt werden.

    • Sie können maximal 10 Tags erstellen.
    • Der Tag-Name ist auf 512 Zeichen begrenzt, und der Tag-Wert ist auf 256 Zeichen begrenzt. Bei Speicherkonten ist der Tag-Name auf 128 Zeichen und der Tag-Wert auf 256 Zeichen begrenzt.
    • Tag-Namen dürfen die folgenden Zeichen nicht enthalten:

      < > % & \ ? /

    • Tag-Namen dürfen die folgenden Zeichenfolgen ohne Beachtung von Groß-/Kleinschreibung nicht enthalten:

      „azure“, „windows“, „microsoft“

    • Tag-Namen und Tag-Werte dürfen nur ASCII-Zeichen enthalten. Leerzeichen und Zeichen außerhalb des ASCII-Standardsatzes mit 128 Zeichen (auch bekannt als hohe ASCII- oder erweiterte ASCII-Zeichen) sind nicht zulässig.
    Hochverfügbarkeit Diese Umschaltoption bestimmt, ob der bereitgestellte Pod über zwei Pod-Manager-VMs verfügt. Im bereitgestellten-Pod ist eine Pod-Manager-VM aktiv und die andere ist bereit für die Failover-Verarbeitung, wenn die aktive offline geht. Auf diese Weise verfügt der Pod über Hochverfügbarkeit. Ausführliche Informationen zur Hochverfügbarkeit und zum Pod finden Sie unter Hochverfügbarkeit und Ihr Horizon Cloud-Pod in Microsoft Azure im Administratorhandbuch.

    Wenn Sie diese Umschaltoption deaktivieren, wird der Pods mit einer einzelnen Pod-Manager-VM bereitgestellt. Wenn diese Pod-Manager-VM offline geht, ist kein zweites Gerät für die Failover-Verarbeitung bereit.

    Hinweis: Selbst wenn diese Umschaltoption deaktiviert ist, wird der Pod weiterhin mit der Pod-Architektur mit Arbeitsspeicheroptimierung, Gen 5, Microsoft Azure-Datenbank für den PostgreSQL-Server und einem Microsoft Azure Load Balancer vor der Pod-Manager-VM bereitgestellt. Wenn diese Umschaltoption im Assistenten für die Bereitstellung des Pods angezeigt wird, bedeutet dies, dass der Bereitsteller einen Pod mit der Pod-Architektur bereitstellen wird, die diese Elemente umfasst. Ein mit aktivierter Umschaltoption bereitgestellter Pod verfügt über eine zweite Pod-Manager-VM, während ein mit deaktivierter Umschaltoption bereitgestellter Pod nur über eine einzelne Pod-Manager-VM verfügt.
    Virtuelles Netzwerk Wählen Sie ein virtuelles Netzwerk aus der Liste aus.

    Hier werden nur virtuelle Netzwerke (VNets) angezeigt, die in der im Feld Microsoft Azure Region ausgewählten Region vorhanden sind. Sie müssen das VNet, das Sie in dieser Region verwenden möchten, bereits in Ihrem Microsoft Azure-Abonnement erstellt haben.

    Verwenden des vorhandenen Subnetzes Aktivieren Sie diesen Schalter, wenn Sie Subnetze für die Subnetzanforderungen des Pods im Voraus erstellt haben. Wenn dieser Schalter auf Ja gesetzt ist, ändern sich die Felder des Assistenten zur Angabe von Subnetzen in Dropdown-Auswahlmenüs.
    Wichtig: Der Assistent unterstützt nicht die Verwendung eines vorhandenen Subnetzes als eines der erforderlichen Subnetze und nicht die Eingabe von CIDR-Adressen für die anderen erforderlichen Subnetze. Wenn diese Umschaltoption auf Ja festgelegt ist, müssen Sie alle erforderlichen Subnetze für den Pod aus den vorhandenen Subnetzen auswählen.
    Management-Subnetz

    Management-Subnetz (CIDR)

    Wenn Verwenden des vorhandenen Subnetzes aktiviert ist, listet dieses Menü die Subnetze auf, die in dem als Virtuelles Netzwerk ausgewählten VNet verfügbar sind. Wählen Sie das vorhandene Subnetz aus, das Sie als Management-Subnetz des Pods verwenden möchten.
    Wichtig:
    • Wählen Sie ein Subnetz aus, für das der Microsoft.SQL-Dienst als Dienstendpunkt konfiguriert ist. Dieser Dienstendpunkt unterstützt die erforderliche Kommunikation zwischen den Pod-Manager-VMs und der Azure-Postgres-Datenbank des Pods über das Verwaltungs-Subnetz.

      Wählen Sie ein leeres Subnetz aus, mit dem keine anderen Ressourcen verknüpft sind. Wenn das Subnetz nicht leer ist, können unerwartete Ergebnisse während des Bereitstellungsvorgangs oder während Pod-Vorgängen auftreten.

    Wenn Vorhandenes Subnetz verwenden deaktiviert ist, geben Sie einen Subnetz-Adressbereich (in CIDR-Notation) ein. Damit erstellt der Bereitsteller ein Subnetz, mit dem der Pod und Unified Access Gateway-Instanzen verbunden werden, z. B. 192.168.8.0/27. Für das Management-Subnetz ist mindestens CIDR /27 erforderlich.

    Vorsicht: Wenn Sie im Assistenten nicht die Option zum Verwenden vorhandener Subnetze auswählen, darf das Subnetz nicht bereits in Ihrer Microsoft Azure-Umgebung vorhanden sein. Wenn es bereits existiert, erhalten Sie eine Fehlermeldung, sobald Sie versuchen, mit dem nächsten Schritt des Assistenten fortzufahren.
    VM-Subnetz – Primär

    VM-Subnetz (CIDR) – Primär

    Dieses Feld bezieht sich auf das Subnetz, das für die VMs verwendet wird, die der Pod für die Bereitstellung Ihrer Endbenutzer-Desktops und -Anwendungen bereitstellt. Zu diesen VMs gehören die Golden Image-VMs, die RDSH-fähigen VMs der Farmen und die VDI-Desktop-VMs.

    Wenn Verwenden des vorhandenen Subnetzes aktiviert ist, listet dieses Menü die Subnetze auf, die in dem als Virtuelles Netzwerk ausgewählten VNet verfügbar sind. Wählen Sie das vorhandene Subnetz aus, das Sie für diese VMs verwenden möchten.

    Wichtig: Wählen Sie ein leeres Subnetz aus, mit dem keine anderen Ressourcen verknüpft sind. Wenn das Subnetz nicht leer ist, können unerwartete Ergebnisse während des Bereitstellungsvorgangs oder während Pod-Vorgängen auftreten.

    Wenn Vorhandenes Subnetzes verwenden deaktiviert ist, geben Sie einen Subnetzadressbereich (in CIDR-Notation) ein, damit der Bereitsteller dieses Subnetz erstellt, während der Pod bereitgestellt wird, z. B. 192.168.12.0/22. Für das Desktop-Subnetz ist ein CIDR von mindestens /27 erforderlich. Empfohlen wird ein CIDR von /22.

    Wichtig: Stellen Sie sicher, dass der von Ihnen eingegebene Bereich groß genug ist, um die Anzahl VMs aufzunehmen, die von diesem Pod bereitgestellt werden sollen, um die RDSH-fähigen VMs Ihrer Farmen und die VDI-Desktop-VMs für Ihre Endanwender bereitzustellen. Dieses Desktop-Subnetz kann nach der Bereitstellung des Pods nicht mehr erweitert werden.
    Vorsicht: Wenn Sie im Assistenten nicht die Option zum Verwenden vorhandener Subnetze auswählen, darf das Subnetz nicht bereits in Ihrer Microsoft Azure-Umgebung vorhanden sein. Wenn es bereits existiert, erhalten Sie eine Fehlermeldung, sobald Sie versuchen, mit dem nächsten Schritt des Assistenten fortzufahren.
    NTP-Server Geben Sie in die Liste der NTP-Server ein (durch Kommas getrennt), die für die Zeitsynchronisierung verwendet werden sollen.

    Bei einem hier angegebenen NTP-Server kann es sich um einen öffentlichen NTP-Server oder Ihren eigenen NTP-Server handeln, den Sie für die Bereitstellung der Zeitsynchronisierung eingerichtet haben. Die hier angegebenen NTP-Server müssen aus dem virtuellen Netzwerk erreichbar sein, das Sie im Feld Virtuelles Netzwerk für den Pod ausgewählt haben. In diesem Feld können Sie alle NTP-Server durch die numerische IP-Adresse oder den Domänenname angeben. Wenn Sie in diesem Feld anstelle einer numerischen IP-Adresse einen Domänenname angeben, müssen Sie sicherstellen, dass das für Ihr virtuelles Netzwerk konfigurierte DNS den angegebenen Namen auflösen kann.

    Beispiele für Domänennamen öffentlicher NTP-Server sind time.windows.com, us.pool.ntp.org, time.google.com.

    Proxy verwenden Wenn Sie für ausgehende Internetverbindungen einen Proxy benötigen, aktivieren Sie diesen Schalter und füllen Sie die zugehörigen Felder aus.

    Für die Bereitstellung des Pods wird ausgehender Zugriff auf das Internet benötigt, damit die Software in die Microsoft Azure-Cloudumgebung heruntergeladen und eine Verbindung zurück zur Horizon Cloud-Steuerungsebene hergestellt werden kann. Damit der Pod Ihre Proxy-Konfiguration verwenden kann, müssen Sie die folgenden Informationen eingeben, nachdem Sie den Schalter aktiviert haben.

    • Proxy (erforderlich): Geben Sie den Hostnamen oder die IP-Adresse Ihres Proxy-Servers ein.
    • Port (erforderlich): Geben Sie die Portnummer ein, die in Ihrer Proxy-Server-Konfiguration angegeben ist.

    Wenn Ihre Proxy-Serverkonfiguration einen Benutzernamen und ein Kennwort für die Authentifizierung erfordert, geben Sie auch diese Anmeldedaten ein.

    Die ausgefüllten erforderlichen Proxy-Felder
    Der folgende Screenshot ist ein Beispiel, in dem dieser Schritt abgeschlossen ist, wenn der Bereitstellungsvorgang die Subnetze automatisch und mit Hochverfügbarkeit erstellt. In diesem Beispiel wurde kein Proxy benötigt, um die Anforderung an die ausgehende Internetverbindung zu erfüllen.
    Schritt 2 des Bereitstellungsassistenten mit ausgefüllten Feldern

  2. Fahren Sie mit dem nächsten Schritt fort, indem Sie auf Weiter klicken.
  3. Geben Sie Details für eine Unified Access Gateway-Konfiguration für den Pod an, indem Sie die Schritte in Angeben der Horizon Cloud-Pod-Gateway-Konfiguration befolgen. Damit die Endbenutzer über das Internet auf ihre Desktops und Remoteanwendungen zugreifen können, ist eine externe Unified Access Gateway-Konfiguration erforderlich.