Hinzufügen und Bereitstellen eines Microsoft Azure Edge

Über die Horizon Universal Console können Sie die Benutzeroberfläche „Horizon Edge hinzufügen“ verwenden, um einen Horizon Edge hinzuzufügen und in Ihrem Microsoft Azure-Abonnement bereitzustellen. Beim Horizon Edge handelt es sich um eine Thin-Edge-Cloud-Infrastruktur. Für Microsoft Azure-Bereitstellungen fungiert ein Azure-Abonnement als Anbieter.

Hinweis: Sie können einen Horizon Edge als herkömmliche Bereitstellung mit Einzelmandantenfähigkeit oder als Bereitstellung mit Mehrmandantenfähigkeit definieren.

Nachdem Ihre Umgebung mit mindestens einer Active Directory-Domäne und einem Identitätsanbieter konfiguriert wurde, stellt die Horizon Universal Console den UI-Flow Horizon Edge hinzufügen zur Verfügung.

Hinweis: Nachdem Sie eine Edge-VM bereitgestellt haben, können Sie deren IP-Adresse nicht mehr ändern. Beim Versuch, die Adresse zu ändern, kommt es zu Ausfallzeiten auf dem Edge-Gateway, da der Kubernetes-Cluster nicht mehr funktioniert und neu initialisiert werden muss. Das Ändern der IP-Adresse einer bereitgestellten Edge-VM wird nicht unterstützt.

Grundlegendes zur Bereitstellung mit Mehrmandantenfähigkeit

Die Einzelmandantenfähigkeit ist die herkömmliche Bereitstellungsmethode für Horizon Edges beliebiger Kapazitätstypen in Horizon Cloud, aber die Bereitstellung mit mehreren Mandanten ist für den Anbietertyp „Horizon Cloud on Microsoft Azure“ verfügbar.

Konfigurationsoptionen zur Angabe, ob der Edge mit der Einzelmandanten- oder mit der Mehrmandanten-Methode erstellt werden soll, sind im Edge-Erstellungsablauf verfügbar, wenn Sie die UI-Seite Horizon Edge hinzufügen aufrufen.

Durch das Erstellen eines Horizon Edge für Microsoft Azure vom Typ Omnissa-verwaltete Enterprise-App-Registrierung (auch als Mehrmandanten-Methode bekannt) in Horizon Cloud können Administratoren Omnissa-verwaltete Anmeldedaten für den Zugriff auf Azure-Abonnements verwenden, sodass Kunden geheime Schlüssel des Dienstprinzipals und Schlüsselrotationen nicht manuell verwalten müssen.

Bei Mehrmandantenfähigkeit akzeptiert Ihre Organisation unseren Zustimmungslink, und Omnissa erstellt einen Dienstprinzipal in Ihrem Mandanten. Die App-ID und der Geheimschlüssel gehen in den Besitz von Omnissa über und werden von Omnissa im Namen Ihrer Organisation verwaltet. Wenn Sie diese Methode in Horizon Cloud verwenden, müssen Sie dem Omnissa-Dienstprinzipal (App-ID) Zugriff auf Ihr Abonnement über das Microsoft Azure-Portal gewähren. Dieser Prozess ist in den Horizon Edge-Erstellungsprozess integriert, wie unten im Abschnitt Verfahren beschrieben.

Hinweis: Wenn Sie eine mehrmandantenfähige App in Horizon Cloud löschen, müssen Sie sie auch aus Ihrem Microsoft Azure-Portal löschen.

Die von Omnissa verwaltete Methode (Registrierungstyp „Omnissa-verwaltete Enterprise-App“) übernimmt die Verantwortung für die Beibehaltung des geheimen Schlüssels des Dienstprinzipals von der Kundenorganisation und überträgt diese Verantwortung an Omnissa. Dies bietet ein zusätzliches Maß an Sicherheit, da Organisationen ihre geheimen Schlüsselinformationen nicht an Omnissa übermitteln müssen.

Die herkömmliche Einzelmandanten-Methode für Horizon Edge-Bereitstellungen für Horizon Cloud on Microsoft Azure (Typ „Manuelle Enterprise-App-Registrierung“) bleibt weiterhin verfügbar.

Die von Omnissa verwaltete Methode (Typ „Omnissa- verwaltete Enterprise-App-Registrierung“) ist die empfohlene Methode.

Voraussetzungen für die Mehrmandantenfähigkeit

Die Voraussetzungen für die Erteilung der Zustimmung zu einer mehrmandantenfähigen Anwendung sind im Microsoft-Produktdokument Erteilen einer mandantenweiten Administratoreinwilligung für eine Anwendung beschrieben.

Überlegungen zur Horizon Edge Gateway-Bereitstellung

Konfigurationsoptionen zum Angeben des Horizon Edge Gateway sind verfügbar, wenn Sie zum Abschnitt Horizon Edge Gateway der Seite des Benutzeroberflächenassistenten Horizon Edge hinzufügen gelangen.

Als Administrator können Sie festlegen, dass ein Horizon Edge Gateway in Microsoft Azure entweder als einzelne virtuelle Maschine oder als Azure Kubernetes-Dienst (AKS) bereitgestellt wird. Der bevorzugte Modus ist AKS.

Wenn Sie das Horizon Edge Gateway während der Ersteinrichtung als einzelne virtuelle Maschine bereitstellen möchten, können Sie die Bereitstellung auch zu einem späteren Zeitpunkt in AKS ändern. Sobald das Edge-Gateway jedoch erfolgreich im AKS-Modus bereitgestellt wurde, können Sie nicht mehr zum Einzel-VM-Modus zurückkehren. Wenn die AKS-Bereitstellung während dieses Änderungsworkflows fehlschlägt, können Sie die Fehlermeldung überprüfen und den Workflow erneut ausführen, um zu AKS zu wechseln. Alternativ können Sie auch den Einzel-VM-Modus wiederherstellen.

Hinweis: Sie können den Netzwerkkonnektivitätstyp (privater Internet-zu-Azure-Link) nicht ändern, während der Horizon Edge Gateway-Bereitstellungsmodus geändert wird (einzelne VM zu AKS). Jeweils nur ein Vorgang wird unterstützt.

Entscheiden Sie basierend auf der benötigten Qualität, welcher Horizon Edge Gateway-Bereitstellungstyp verwendet werden soll.

Bereitstellungstyp	Schlüsselqualitäten	Details
Azure Kubernetes Service (AKS)	Unterstützt mehr als 5K (5.000) Sitzungen. Azure Kubernetes Service (AKS) hat Microsoft-bezogene Anforderungen, die erfüllt werden müssen. Die SSO-Anmeldung und die Datenerfassungsüberwachung werden über replizierte Dienste verarbeitet, die die Bereitstellung dieser Funktionen mit vollständiger Failover-Funktion im Falle eines Ausfalls unterstützen.	AKS ist ein Microsoft Azure-Standard für cloudnative Unternehmensanwendungen in Microsoft Azure-Datencentern. Der AKS-Typ stellt ein Edge-Gateway einer geclusterten Architektur bereit, die replizierte Dienste bereitstellt, die die SSO-Anmeldeerfahrung und die Überwachung der Datenerfassung unterstützen. AKS ermöglicht auch Hochverfügbarkeit (HA).
Einzelne virtuelle Maschine	Unterstützt bis zu 5K (5.000) Sitzungen. Weniger Voraussetzungen für das Microsoft Azure-Abonnement als für den AKS-Typ. Wenn die bereitgestellte VM zu einem späteren Zeitpunkt nicht verfügbar ist, ergibt sich folgendes Verhalten: Endbenutzer müssen sich ohne Single Sign-On (SSO) anmelden. Überwachungsdaten für die Desktops werden während des Zeitraums, in dem die VM nicht verfügbar ist, nicht aufgezeichnet.	Selbst wenn der Typ „Einzelne VM“ aufgrund geringerer Voraussetzungen einfacher bereitgestellt werden kann als der AKS-Typ, tritt bei Nichtverfügbarkeit der bereitgestellten VM unter Umständen Folgendes auf: Die Endbenutzer sehen den Anmeldeablauf ohne SSO-Anmeldeerfahrung. Sie müssen sich zum Beispiel mit ihren Active Directory-Anmeldedaten anmelden. Die an die Edge Gateway-VM gesendeten Überwachungsdaten des Desktops werden während des Zeitraums, in dem die VM nicht verfügbar ist, nicht aufgezeichnet.

Allgemeine Voraussetzungen

Wenn Sie Elemente auf den Seiten des Benutzeroberflächenassistenten „Horizon Edge hinzufügen“ auswählen, prüft das System, ob die jeweiligen Anforderungen erfüllt sind. Wenn diese Anforderungen nicht erfüllt sind, können Sie die Schritte auf der Benutzeroberfläche nicht abschließen. Wenn das ausgewählte NAT-Gateway bei der Bereitstellung des AKS-Bereitstellungstyps unter Ausgehender Clustertyp nicht mit dem ausgewählten Verwaltungs-Subnetz verbunden ist, wird beim Klicken auf Bereitstellen auf der Benutzeroberfläche eine Meldung angezeigt, und der weitere Fortschritt wird verhindert. An dieser Stelle müssen Sie die Benutzeroberflächenschritte abbrechen, die Anforderung zur Verbindung des NAT-Gateways mit dem Verwaltungssubnetz erfüllen und die Benutzeroberflächenschritte von Anfang an neu starten.

Stellen Sie vor dem Erstellen des Horizon Edge sicher, dass Sie oder Ihr IT-Team die folgenden Voraussetzungen erfüllen.

• Überprüfen Sie die Checkliste der Anforderungen für die Bereitstellung eines Microsoft Azure Edge und stellen Sie sicher, dass diese Anforderungen erfüllt sind. Beachten Sie, dass die Anforderungen für die herkömmliche Einzelmandantenfähigkeit (manuell) und die Mehrmandantenfähigkeit geringfügig unterschiedlich sind.

• Überprüfen Sie die vorbereitenden Schritte, die auf den verknüpften Seiten auf der Seite Microsoft Azure Edge-Bereitstellungen beschrieben werden, und stellen Sie sicher, dass diese Elemente abgeschlossen sind.

• Lesen Sie den Forumartikel der Omnissa Community Understanding Omnissa Horizon Edge Gateway: Purpose, Architecture & Best Practices (Grundlegendes zum Omnissa Horizon Edge Gateway: Zweck, Architektur und Best Practices).

• Stellen Sie sicher, dass Sie über die Azure-Abonnementinformationen, Netzwerkinformationen, FQDNs und entsprechenden Elemente verfügen, damit Sie diese in den Feldern und Listen des Assistenten angeben können.

• Stellen Sie sicher, dass die erforderlichen ausgehenden Ports zulässig sind. Weitere Informationen finden Sie unter Erreichbarmachen geeigneter Ziel-URLs für die Bereitstellung eines Horizon Edge Gateway in einer Microsoft Azure-Umgebung.

• Wenn Sie einen Proxyserver für die Weiterleitung des Datenverkehrs verwenden möchten, muss dieser vom Edge-Management-Subnetz aus erreichbar sein.

• Geben Sie an, ob der primäre Anbieter dieses Horizon Edge für die Horizon Edge Gateway- und Unified Access Gateway-Instanzen reserviert werden soll oder ob der primäre Anbieter auch die Desktops und Anwendungen der Endbenutzer bereitstellen soll. Wenn der primäre Anbieter für die Gateway-Appliances dieses Horizon Edge reserviert werden soll, benötigen Sie die Azure-Abonnementinformationen für den Benutzeroberflächenschritt zur Angabe eines sekundären Anbieters für die Desktops und Anwendungen.

Voraussetzungen für das Konfigurieren des erweiterten UAG-Modus

Konfigurationsoptionen zum Angeben des Horizon Unified Access Gateway sind verfügbar, wenn Sie zum Abschnitt Unified Access Gateway der Seite des Benutzeroberflächenassistenten „Horizon Edge hinzufügen“ gelangen. Stellen Sie sicher, dass diese Voraussetzungen erfüllt sind, bevor Sie mit dem Hinzufügen des Horizon Edge beginnen.

• Stellen Sie sicher, dass alle Horizon Clients, die eine Verbindung zum Edge herstellen (für den der erweiterte UAG-Modus konfiguriert wird), auf die neueste Version des Horizon HAI-Agents aktualisiert wurden. Weitere Informationen zu den Anforderungen für die HAI-Agent-Version finden Sie in den Versionshinweisen zu Horizon Cloud.

• Der erweiterte UAG-Modus ist für alle unterstützten Plattformen verfügbar, einschließlich Native Desktop, mobile und Web-Clients.

• Wenn sich beim Bearbeiten eines bereitgestellten Horizon Edge der Bereitstellungstyp von „Standard“ in „Erweitert“ oder „Erweitert“ in „Standard“ ändert, kann sich die IP-Adresse des Lastausgleichsdiensts im Abschnitt „Unified Access Gateway“ der Benutzeroberflächenseite „Edge-Bereitstellung“ unter Umständen ändern. Wenn es zu einer Änderung der IP-Adresse des Lastausgleichsdiensts kommt, müssen Sie den DNS-Datensatz mit der neuen IP-Adresse aktualisieren.

• Wenn dem Unified Access Gateway-Lastausgleichsdienst eine private Front-End-IP-Adresse aus einem DMZ- oder VM-Subnetz zugeteilt wurde, ändert sich die IP-Adresse des Lastausgleichsdiensts, sobald Sie beim Wechsel des Bereitstellungstyp zu oder von „Standard“ und „Erweitert“ ein anderes Subnetz auswählen. Weitere Informationen finden Sie unter Aktualisieren des Unified Access Gateway-Bereitstellungstyps und der Auswirkungen auf die IP-Adresse des Lastausgleichdiensts.

Voraussetzungen für die Bereitstellung des UAG außerhalb von Azure Marketplace

Wenn Sie ein UAG bereitstellen und es sich bei Ihrem Azure-Abonnement um ein Azure China-Abonnement handelt, erstellt Horizon Cloud automatisch ein Speicherkonto in einer neuen Ressourcengruppe und importiert die UAG-VHD. Anschließend wird ein Image aus dieser VHD in Ihrem Azure-Abonnement erstellt. Die Image-Version ist für Erstellungs-, horizontale, vertikale und Upgrade-Vorgänge gültig. Der Name der automatisch generierten Ressourcengruppe lautet hcsappimg-{providerInstanceId}-rg. Der Name des Speicherkontos wird nach dem Zufallsprinzip generiert, da er in allen Azure-Instanzen eindeutig sein muss. Wenn Sie nicht möchten, dass Horizon Cloud diese neue Ressourcengruppe oder das neue Speicherkonto automatisch erstellt, müssen Sie sich an Omnissa Customer Connect wenden und dem Support die Speicherkonto-ID für eine Ihrer vorhandenen Ressourcengruppen oder eines Ihrer Speicherkonten bereitstellen, damit zum Importieren der VHD in Ihr vorhandenes Speicherkonto und zum Erstellen des Images in einer vorhandenen Ressourcengruppe im Voraus eine API ausgeführt werden kann. Derzeit ist diese Funktion nur für einen Azure China-Anbieter verfügbar.

Verfahren zum Erstellen von Horizon Edge für Microsoft Azure

Während dieses Vorgangs wählen Sie verschiedene Konfigurationsoptionen für Ihren Horizon Edge in Microsoft Azure aus, einschließlich der Bereitstellung für Einzel- oder Mehrmandantenfähigkeit.

Die Horizon Universal Console in Horizon Cloud stellt die Benutzeroberflächenseite Horizon Edge hinzufügen über verschiedene Einstiegspunkte zur Verfügung. Ihr Startpunkt in der Konsole für diesen Schritt richtet sich in der Regel danach, ob es sich bei Ihrer Umgebung um eine Greenfield-Umgebung handelt oder ob sie bereits über Horizon Edge-Bereitstellungen verfügt.

• Noch keine Horizon Edges – Wenn in Ihrer Umgebung keine Horizon Edges vorhanden sind, können Sie den Assistenten starten, indem Sie auf BEREITSTELLUNG STARTEN klicken. Alternativ können Sie auf Kapazität und dann auf Starten > Microsoft Azure klicken, um den Benutzeroberflächenassistenten zu öffnen.

• Mindestens ein Horizon Edge – Wenn in Ihrer Horizon Cloud-Umgebung bereits mindestens ein Horizon Edge für Microsoft Azure erstellt und bereitgestellt wurde, klicken Sie in der Horizon Universal Console auf Kapazität > Horizon Edges > Hinzufügen > Horizon Cloud > Microsoft Azure, um die Stepper-Seite Horizon Edge hinzufügen zu öffnen.

1. Melden Sie sich bei der Horizon Universal Console an. Weitere Informationen finden Sie unter Anmelden bei Horizon Cloud.

2. Klicken Sie im linken Navigationsbereich auf Kapazität > Horizon Edges.

3. Klicken Sie auf der Registerkarte Horizon Edges auf Hinzufügen und wählen Sie Horizon Cloud > Microsoft Azure im Dropdown-Menü aus.

4. Reagieren Sie auf alle nachfolgenden Stepper-Seiten der Benutzeroberfläche gemäß der folgenden Beschreibung.

Allgemeine Informationen

Geben Sie einen eindeutigen Namen in Horizon Edge-Name ein, der diesen Horizon Edge von anderen unterscheidet, die in der Konsole angezeigt werden. Sie können eine optionale Beschreibung hinzufügen. Klicken Sie auf Weiter, um den Vorgang fortzusetzen.

Primärer Anbieter

Vervollständigen Sie die Einträge auf der Seite „Primärer Anbieter“ und klicken Sie dann auf Weiter, um fortzufahren.

1. Wählen Sie für Azure-Abonnement entweder einen der vorhandenen Anbieter Ihrer Umgebung aus oder verwenden Sie Neue hinzufügen, um Informationen zum Abonnement eines neuen Anbieters einzugeben. Wenn Sie ein vorhandenes Azure-Abonnement auswählen, werden die folgenden Felder aufgefüllt und können nicht bearbeitet werden.

   Geben Sie beim Hinzufügen von Informationen zum Abonnement eines neuen Anbieters ein:

   • Ein eindeutiger Anbietername, der diesen von anderen unterscheidet, die in der Konsole angezeigt werden.

   • Ihre Microsoft Azure-Abonnement-ID aus dem Microsoft Azure-Portal.

   • Wählen Sie den Azure Cloud-Typ, die Azure-Region und die Verzeichnis-ID aus, die für diese Microsoft Azure-Abonnement-ID gelten.

   • Geben Sie die Informationen des Dienstprinzipals (Anwendungs-ID, Anwendungsschlüssel und Ablaufdatum) an, die Sie zu diesem Zweck im Microsoft Azure-Portal erstellt haben.

   Weitere Informationen zum Ablauf des Anwendungsschlüssels des Dienstprinzipals finden Sie unter Überwachen und Verwalten von Benachrichtigungen.

2. Wählen Sie für den Registrierungstyp der Unternehmens-App entweder Manuell für die herkömmliche Einzelmandantenmethode oder Von Omnissa verwaltet (empfohlen) für die Methode mit mehreren Mandanten aus, wie in der Bildschirmhilfe beschrieben.

3. Aktivieren Sie optional das Kontrollkästchen Zu Horizon-Gateway-Appliances zuordnen, wenn Sie diesen Anbieter für die Horizon Edge Gateway- und Unified Access Gateway-Instanzen verwenden möchten und einen separaten Anbieter für die Bereitstellung von für Endbenutzer berechtigten Ressourcen verwenden möchten. Ist diese Option nicht ausgewählt, liefert dieser Anbieter auch die für den Endbenutzer bestimmten Ressourcen.

Unternehmens-App-Registrierung

Vervollständigen Sie die Seite „Unternehmens-App-Registrierung“ und klicken Sie auf Weiter, um fortzufahren. Beachten Sie, dass sich die Optionen je nachdem unterscheiden, ob Sie auf der Seite „Primärer Anbieter“ Manuell oder Von Omnissa verwaltet (empfohlen) ausgewählt haben.

• Wenn Sie im vorherigen Schritt Von Omnissa verwaltet (empfohlen) angegeben haben, können Sie mehrmandantenfähige Apps für Abonnement-IDs hinzufügen (oder eine verfügbare Mehrmandanten-App auswählen), für die Ihnen Zugriff gewährt wurde, wie in der Bildschirmhilfe beschrieben. Optional können Sie auch das Kontrollkästchen An alle Horizon Edges, UAGs, Images und Pools weitergeben aktivieren.

  • Klicken Sie auf Hinzufügen und im Abschnitt „Mehrmandanten-Apps“ der Seite, um eine neue Mehrmandantenanwendung hinzuzufügen, oder wählen Sie eine vorhandene Mehrmandanten-App aus der Tabelle aus.

  • Beachten Sie in der Spalte „Status“ für die spezifische mehrmandantenfähige App, dass der Status als Zustimmung nicht erteilt angezeigt wird.

  • Klicken Sie in der Spalte „Aktionen“ für die spezifische Zeile der mehrmandantenfähigen App auf Zustimmungslink, um eine Berechtigungsanforderungsseite zu öffnen.

  • Hinweis: Wenn Sie keine externen Links (wie den Zustimmungslink) anklicken dürfen, können Sie ein alternatives Zustimmungsverfahren durchführen, bei dem die Verwendung des Zustimmungslinks nicht erforderlich ist. Um die Einwilligung ohne den Zustimmungslink zu erteilen, können Sie den mehrmandantenfähigen App-Dienstprinzipal mithilfe von Microsoft Graph, der Azure-CLI oder Microsoft Graph PowerShell erstellen. Am einfachsten ist es, die Azure-CLI zu verwenden und die folgenden Befehle auszuführen:

         az login --tenant <your-tenant-id>
         az ad sp create --id <omnissa-application-id>
  

  • Klicken Sie auf der Microsoft-Seite Angeforderte Berechtigungen auf Akzeptieren. Es wird eine Meldung angezeigt, die besagt, dass ein Dienstprinzipal für diesen Mandanten erstellt wurde und dass der Name mit dem Anwendungsnamen aus der Zeile übereinstimmt, in der Sie Zustimmungslink ausgewählt haben. Sie werden dann zu Ihrem Microsoft Azure-Portal umgeleitet.

  • Der Vorgang zum Erteilen der Zugriffsberechtigung für den Dienstprinzipal wird in Ihrem Microsoft Azure-Portal in der IAM-Anwendung (Access Control) durchgeführt. Die erforderliche Mindestrollenzuweisung ist Mitwirkender. Informationen zum Zuweisen von Zugriffsrechten finden Sie unter Themen wie Zuweisen von Azure-Rollen über das Azure-Portal in der Microsoft-Produktdokumentation.

  • Nachdem Sie dem Dienstprinzipal die Berechtigung erteilt haben, melden Sie sich vom Microsoft Azure-Portal ab und aktualisieren Sie die Benutzeroberflächenseite Horizon Edge hinzufügen, um festzustellen, dass sich der Eintrag in der Spalte „Status“ von Zustimmung nicht erteilt in Rolle nicht zugewiesen geändert hat.

• Wenn Sie im vorherigen Schritt Manuell angegeben haben und eine herkömmliche Bereitstellung mit einem Mandanten erstellen möchten, werden Sie aufgefordert, die Anwendungs-ID, den Anwendungsschlüssel und das Ablaufdatum für den Dienstprinzipal anzugeben, wie in der Hilfe beschrieben. Sie können optional zusätzliche Dienstprinzipale hinzufügen.

• (Optional): Klicken Sie im Abschnitt Zusätzliche Dienstprinzipale auf Hinzufügen, um Dienstprinzipale hinzuzufügen.

  Zusätzlich zum Hauptdienstprinzipal für den Anbieter können Sie vier zusätzliche und eindeutige Dienstprinzipale für diesen Anbieter erstellen. Um insgesamt 5.000 VMs zu unterstützen, fügen Sie vier zusätzliche Dienstprinzipale hinzu. Wenn Sie über mehrere Dienstprinzipale verfügen, teilen diese die Abonnement-ID und die Verzeichnis-ID, aber jeder Dienstprinzipal verfügt über eine eigene Anwendungs-ID.

  Wichtig: Sie müssen für jeden Dienstprinzipal dieselbe Rolle verwenden.

• (Optional): Erweitern Sie den Knoten Erweitert, um Azure-Ressourcen-Tags nach Bedarf hinzuzufügen. Weitere Informationen finden Sie unter Verwenden von Azure-Ressourcen-Tags.

Sekundäre Anbieter

Vervollständigen Sie die Seite „Sekundäre Anbieter“ und klicken Sie dann auf Weiter, um fortzufahren.

Sie können optional sekundäre Anbieter hinzufügen, wie in der Hilfe auf dem Bildschirm beschrieben. Der sekundäre Anbieter muss sich jedoch in derselben Azure-Region wie der primäre Anbieter befinden.

Netzwerke

Wählen Sie auf der Seite Netzwerke die Mandanten-Subnetze (Desktop-Subnetze) aus, die Sie für die primären und sekundären Anbieter verwenden möchten, und klicken Sie dann auf Weiter, um fortzufahren.

Hinweis: Sie können die Subnetze zu einem späteren Zeitpunkt auswählen. Das System verhindert jedoch die Bereitstellung von Ressourcen in einem Anbieter, bis der Horizon Edge über mindestens ein zugeordnetes Mandantensubnetz verfügt.

Site

Wählen Sie auf der Seite „Sites“ eine vorhandene Site in Ihrer Umgebung oder Neu hinzufügen aus, um Informationen zu einer neuen Site hinzuzufügen. Geben Sie für eine neue Site einen eindeutigen Namen und eine optionale Beschreibung an. Klicken Sie auf Weiter, um den Vorgang fortzusetzen.

Konnektivität

Vervollständigen Sie die Seite „Konnektivität“ und klicken Sie dann auf Weiter, um fortzufahren.

1. Wählen Sie im Abschnitt Konnektivität als Typ für den Netzwerkverbindungstyp für diesen Horizon Edge entweder Azure Private Link (empfohlen) oder Internet aus, wie in der Hilfe auf dem Bildschirm beschrieben.

   Weitere Informationen finden Sie in der Checkliste der Anforderungen für einen Microsoft Azure Edge.

   Hinweis: Da Microsoft Azure Government-Abonnements keine Unterstützung für Privater Azure-Link bieten, wird der Konnektivitätstyp als Internet festgelegt, wenn Sie Azure – US-Regierung als Azure Cloud-Typ auf der Seite Primärer Anbieter ausgewählt haben.

2. Wählen Sie im Abschnitt App Volumes-Anwendungsspeicher das Subnetz des privaten Endpoints für den privaten Azure-Endpoint als entweder Edge-Gateway-Verwaltungssubnetz verwenden oder Benutzerdefiniertes Subnetz konfigurieren aus, wie in der folgenden Tabelle beschrieben, und klicken Sie dann auf Weiter, um fortzufahren.

   Hinweis: Nach dem Konfigurieren des privaten Endpoints sollten sich Benutzer bei ihrer virtuellen Maschine abmelden und erneut anmelden.

   Option	Beschreibung
   Edge-Gateway-Verwaltungs-Subnetz verwenden	Edge-Gateway-Verwaltungs-Subnetz, in dem eine private Endpoint-Ressource erstellt wird. Die Verwendung dieser Standardoption wird empfohlen.
   Benutzerdefiniertes Subnetz konfigurieren	Stellen Sie sicher, dass die Voraussetzungen erfüllt sind. Informationen zu diesen Voraussetzungen finden Sie unter Private Azure-Endpoints für ein App Volumes-Anwendungsspeicherkonto. Aktivieren Sie die Bestätigungskontrollkästchen. Wählen Sie im Dropdown-Menü Privates Endpoint-vNet ein virtuelles Netzwerk aus. Wählen Sie im Dropdown-Menü Subnetz das entsprechende Subnetz aus.

Nachdem der Horizon Edge bereitgestellt und der private Endpoint erfolgreich erstellt wurde, lautet der Status des privaten Endpoints Konfiguriert. Wenn der Status Nicht konfiguriert lautet, kann der private Endpoint mithilfe der Option Privaten Endpoint konfigurieren im Abschnitt App Volumes-Anwendungsspeicher des Horizon Edge erneut konfiguriert werden. Weitere Informationen zur Verwendung dieser Option finden Sie im Abschnitt Konfigurieren eines privaten Endpoints für ein App Volumes-Anwendungsspeicherkonto in Anzeigen der Horizon Edge-Details.

Wenn zwischen einem der vorhandenen Desktop-Pools und Dateifreigaben Konnektivitätsprobleme auftreten, die die Anwendungsbereitstellung beeinträchtigen, und Sie den öffentlichen Netzwerkzugriff für das Speicherkonto bis zur Behebung dieser Probleme wiederherstellen möchten, können Sie die Option Privaten Endpoint entfernen verwenden. Diese Option entfernt den konfigurierten privaten Endpoint und aktiviert automatisch den öffentlichen Netzwerkzugriff für das Speicherkonto im Azure-Portal. Nach der Behebung der Probleme können Sie den privaten Endpoint mithilfe der Option Privaten Endpoint konfigurieren konfigurieren.

Horizon Edge Gateway

Vervollständigen Sie die Seite „Horizon Edge Gateway“ und klicken Sie auf Weiter, um fortzufahren.

1. Wählen Sie im Abschnitt Horizon Edge Gateway einen Bereitstellungstyp aus (Azure Kubernetes Service oder Einzelne virtuelle Maschine), wie in der Hilfe auf dem Bildschirm beschrieben.

• Azure Kubernetes Service – Diese Option gilt für Edge Gateway (AKS). Der folgende Screenshot enthält den Typ der Informationen, die angezeigt und zu deren Eingabe Sie aufgefordert werden, wenn Sie den Bereitstellungstyp Azure Kubernetes Service auswählen. Dieser Bereitstellungstyp wird in der Regel für eine Produktionsumgebung verwendet.

• Einzelne virtuelle Maschine – Diese Option gilt für Edge Gateway (VM). Der folgende Screenshot enthält den Typ der Informationen, die angezeigt und zu deren Eingabe Sie aufgefordert werden, wenn Sie den Bereitstellungstyp Einzelne virtuelle Maschine auswählen. Dieser Bereitstellungstyp wird in der Regel für eine einfache oder Proof-of-Concept-Umgebung verwendet.

Hinweis: Auf der Benutzeroberfläche wird eine Hochverfügbarkeitszeichenfolge auf Basis des ausgewählten Bereitstellungstyps angezeigt. Für den Bereitstellungstyp „Einzelne virtuelle Maschine“ bedeutet die angezeigte Zeichenfolge, dass Endbenutzer den Anmeldeablauf ohne SSO-Anmeldung sehen und die Überwachungsdaten der Desktops nicht aufgezeichnet werden, wenn die VM nicht verfügbar ist. Für den Bereitstellungstyp „Azure Kubernetes Service“ bedeutet die angezeigte Zeichenfolge, dass die SSO-Anmeldeerfahrung und die Überwachungsdatenerfassung über replizierte Dienste verarbeitet werden, die ein vollständiges Failover dieser Funktionen ermöglichen.

Hinweis: Wie bereits erwähnt, können Sie den Edge anfänglich mit dem Bereitstellungstyp „Einzelne virtuelle Maschine“ bereitstellen und später zum AKS-Bereitstellungstyp „Azure Kubernetes Service (AKS)“ wechseln. Sie können jedoch einen erfolgreich bereitgestellten Edge nicht vom Bereitstellungstyp „Azure Kubernetes Service (AKS)“ in den Bereitstellungstyp „Einzelne virtuelle Maschine“ ändern.

2. Nachdem Sie den Bereitstellungstyp ausgewählt haben, konfigurieren Sie die Horizon Edge Gateway-Einstellungen anhand der Anweisungen für diesen spezifischen Bereitstellungstyp wie folgt. Wenn Sie die angezeigten Felder der Benutzeroberfläche für den ausgewählten Bereitstellungstyp ausgefüllt haben, folgen Sie weiterhin den Eingabeaufforderungen auf dem Bildschirm.

Bereitstellungstyp	Schritte
Azure Kubernetes Service (AKS)	Bei Verwendung der Funktion Azure Kubernetes Service: Wählen Sie Ausgehender Clustertyp unter NAT-Gateway und Benutzerdefinierte Routen aus. Die Standardauswahl ist NAT-Gateway. Wenn Sie NAT-Gateway auswählen, muss dem Verwaltungs-Subnetz ein NAT-Gateway zugeordnet werden. Bei Auswahl von Benutzerdefinierte Routen muss eine Routentabelle mit der Standardroute, die mit dem Typ des nächsten Hops einer virtuelle Appliance konfiguriert ist, an das Verwaltungssubnetz angehängt werden. Die erforderlichen Ports und URLs müssen erreichbar sein, da die AKS Edge-Bereitstellung ansonsten fehlschlägt. AKS fügt der Routentabelle im Verwaltungs-Subnetz Einträge für das interne Routing von Kubernetes-Pods hinzu. Entfernen Sie die Einträge nicht. Ausgehender Clustertyp kann nach der Horizon Edge-Erstellung nicht mehr bearbeitet werden. Wählen Sie die Option Benutzerverwaltete Identität aus, die über die erforderlichen Rollen verfügt. Wählen Sie im Unterabschnitt Virtuelles Netzwerk ein virtuelles Netzwerk für Ihre Site aus. Die verfügbaren virtuellen Netzwerke werden durch die zuvor ausgewählte Microsoft Azure-Region bestimmt. Um ein neues virtuelles Netzwerk zu erstellen, wechseln Sie zum Microsoft Azure-Portal. Wählen Sie das Verwaltungssubnetz aus, das für Horizon Edge Gateway- und Unified Access Gateway-Instanzen verwendet werden soll. Stellen Sie sicher, dass das ausgewählte Verwaltungssubnetz mit einem NAT-Gateway konfiguriert ist, da ein Horizon Edge, der einen AKS-Cluster verwendet, ein NAT-Gateway für die ausgehende Konnektivität benötigt. Achtung: Stellen Sie sicher, dass das ausgewählte Verwaltungs-Subnetz nicht von einem anderen AKS-Cluster verwendet wird. Geben Sie im Textfeld Dienst-CIDR den IP-Adressbereich für dieses CIDR ein. Geben Sie einen Bereich von mindestens /27 an. Stellen Sie sicher, dass dieser CIDR-Bereich nicht von einem Netzwerkelement im virtuellen Netzwerk des Verwaltungs-Subnetzes verwendet wird oder mit diesem verbunden ist. Stellen Sie sicher, dass dieser CIDR-Bereich nicht mit anderen wichtigen IP-Adressen, wie z. B. den DNS-Server-IP-, AD-Server-IP- oder Unified Access Gateway-IP-Adressen, in Konflikt steht. Geben Sie im Textfeld Pod-CIDR den IP-Adressbereich für dieses CIDR ein. Geben Sie einen Bereich von mindestens /21 an. Stellen Sie sicher, dass dieser CIDR-Bereich nicht von einem Netzwerkelement im virtuellen Netzwerk des Verwaltungs-Subnetzes verwendet wird oder mit diesem verbunden ist. Stellen Sie sicher, dass dieser CIDR-Bereich nicht mit anderen wichtigen IP-Adressen, wie z. B. den DNS-Server-IP-, AD-Server-IP- oder Unified Access Gateway-IP-Adressen, in Konflikt steht. Passen Sie optional das AKS-Cluster-DNS-Präfix (Standardeinstellung) an. Zum Aktivieren von Single Sign-On für Ressourcen, die Teil dieses Horizon Edge sind, schalten Sie die Option SSO verwenden um und wählen die entsprechende Konfiguration im Dropdown-Menü SSO-Konfigurationen aus. Um ausgehende Anfragen über einen Proxyserver zu leiten, aktivieren Sie Ausgehenden Proxy verwenden. Geben Sie einen Namen und die IP-Adresse des Proxyservers ein. Geben Sie die Portnummer ein, an der der HTTP/TCP-Proxy den HTTP/HTTPS-Datenverkehr abhört. Um ein Zertifikat für die sichere SSL/TLS-Kommunikation hinzuzufügen, wählen Sie SSL aktivieren aus. Horizon Cloud unterstützt nur SSL-Authentifizierung. Die Authentifizierung mit Benutzernamen und Kennwort wird nicht unterstützt. Laden Sie ein Proxy-Zertifikat hoch. Horizon Cloud unterstützt nur Zertifikate im PEM-Format. Das Zertifikat muss Subject Alternative Names (SANs) anstelle der veralteten Common Names unterstützen. (Optional) Wenn Microsoft Azure als Anbietertyp verwendet wird, können Sie Azure-Ressourcen-Tags nach Bedarf verwalten. Erweitern Sie den Knoten Erweitert. Wenn vererbte Tags vorhanden sind, werden diese Tags zu Referenzzwecken aufgelistet. Klicken Sie auf Hinzufügen. Verwalten Sie Ressourcen-Tags nach Bedarf. Sie können Tags hinzufügen, die auf die für diesen Microsoft Azure Edge spezifischen Ressourcengruppen angewendet werden. Klicken Sie auf Fertig. Klicken Sie auf Bereitstellung, um den Horizon Edge-Erstellungsvorgang zu aktivieren.
Einzelne virtuelle Maschine	Bei Verwendung der Option Einzelne virtuelle Maschine: Wählen Sie im Unterabschnitt Virtuelles Netzwerk ein virtuelles Netzwerk für Ihre Site aus. Die verfügbaren virtuellen Netzwerke werden durch die zuvor ausgewählte Microsoft Azure-Region bestimmt. Um ein neues virtuelles Netzwerk zu erstellen, wechseln Sie zum Microsoft Azure-Portal. Wählen Sie das Verwaltungssubnetz aus, das für Horizon Edge Gateway- und Unified Access Gateway-Instanzen verwendet werden soll. Zum Aktivieren von Single Sign-On für Ressourcen, die Teil dieses Horizon Edge sind, schalten Sie die Option SSO verwenden um und wählen die entsprechende Konfiguration im Dropdown-Menü SSO-Konfigurationen aus. Um ausgehende Anfragen über einen Proxyserver zu leiten, aktivieren Sie Ausgehenden Proxy verwenden. Wählen Sie optional Proxy-Einstellungen aus einem anderen Horizon Edge aus. Geben Sie einen Namen und die IP-Adresse des Proxyservers ein. Geben Sie die Portnummer ein, an der der HTTP/TCP-Proxy den HTTP/HTTPS-Datenverkehr abhört. Wenn für den Proxyserver Anmeldedaten erforderlich sind, geben Sie optional unter Benutzername den Namen und unter Kennwort das entsprechende Kennwort ein. Um ein Zertifikat für die sichere SSL/TLS-Kommunikation hinzuzufügen, wählen Sie SSL aktivieren. (Optional) Zur Angabe interner Netzwerkbereiche klicken Sie auf Erweitert und geben optional ein Dienst-CIDR und ein Pod-CIDR an. Geben Sie im Textfeld Dienst-CIDR, falls zutreffend, den IP-Adressbereich für dieses CIDR ein. Geben Sie einen Bereich von mindestens /27 an. Beachten Sie, dass von einer Änderung dieses Werts zu einem späteren Zeitpunkt abgeraten wird, es sei denn, der aktuelle Wert überschneidet sich mit Ihren internen Netzwerken. Geben Sie im Textfeld Pod-CIDR, falls zutreffend, den IP-Adressbereich für dieses CIDR ein. Geben Sie einen CIDR-Bereich von mindestens /21 an. Beachten Sie, dass von einer Änderung dieses Werts zu einem späteren Zeitpunkt abgeraten wird, es sei denn, der aktuelle Wert überschneidet sich mit Ihren internen Netzwerken. (Optional) Wenn Microsoft Azure als Anbietertyp verwendet wird, können Sie Azure-Ressourcen-Tags nach Bedarf verwalten. (Optional) Klicken Sie auf Erweitert, um Informationen zu Azure Resource-Tags anzuzeigen. Wenn vererbte Tags vorhanden sind, werden diese Tags zu Referenzzwecken aufgelistet. Klicken Sie auf Hinzufügen. Verwalten Sie Ressourcen-Tags nach Bedarf. Sie können Tags hinzufügen, die auf die für diesen Microsoft Azure Edge spezifischen Ressourcengruppen angewendet werden. Klicken Sie auf Fertig. Klicken Sie auf Bereitstellung, um den Horizon Edge-Erstellungsvorgang zu aktivieren.

Unified Access Gateway (UAG)

Vervollständigen Sie die Seite „Unified Access Gateway“ und klicken Sie dann auf Speichern, um den Edge zu erstellen.

Weitere Informationen finden Sie oben im Abschnitt Voraussetzungen für die Konfiguration des erweiterten UAG-Modus, wenn Sie beabsichtigen, den Bereitstellungstyp Erweitert zu verwenden.

Weitere Informationen zu Proxy-Optionen bei der Angabe von UAG-Ausgaben finden Sie unter Port- und Protokollanforderungen für Ihre Horizon Cloud-Bereitstellung in Microsoft Azure.

Informationen zum Bereitstellen des UAG ohne Verwendung des Azure Marketplace finden Sie im Abschnitt Voraussetzungen für die Bereitstellung des UAG außerhalb des Azure Marketplace oben auf dieser Seite.

1. Legen Sie im Abschnitt Bereitstellung den Bereitstellungstyp auf Standard oder Erweitert fest. Über die Einstellung für den Bereitstellungstyp wird festgelegt, dass für die Verteilung des Lastausgleichsdiensts entweder „Quell-IP-Affinität“ oder „Hash“ verwendet wird.

   • Standard – Wird für ein Lastausgleichsdienstszenario mit Quell-IP-Affinität verwendet, um bis zu 2.000 Verbindungen für jeden Horizon Edge zu unterstützen, wenn das NAT-Gateway oder die Firewall vor einem Azure-Lastausgleich konfiguriert ist.
   • Erweitert – Wird für ein Lastausgleichsdienstszenario mit Hash-basierter Affinität verwendet, um bis zu 18.000 Verbindungen für jeden Horizon Edge zu unterstützen. Zur Verwendung dieser Option müssen Sie ein neues Verwaltungssubnetz mit einer Subnetzmaske von /28 verwenden. Dieses UAG-Verwaltungssubnetz sollte sich im selben vNet wie das Edge-Verwaltungssubnetz oder in einem Peer-vNet befinden. Das neue UAG-Verwaltungssubnetz muss mit einer in der Liste ausgewählten /28-Subnetzmaske bereitgestellt werden.

   Beispielsweise werden in Szenarien, in denen Sie ein NAT-Gateway oder eine Firewall vor einem Azure-Lastausgleichsdienst mit aktiviertem Basis-/Quell-IP-Affinitäts-UAG bereitstellen, nur 2.000 Verbindungen für jeden Horizon Edge unterstützt. Wenn die erweiterte/Hash-UAG-Bereitstellung aktiviert ist, können bis zu 18.000 Verbindungen für jeden Horizon Edge unterstützt werden.

   Wenn Sie zum Konfigurieren des erweiterten UAG-Modus auf Speichern klicken, wird eine Meldung mit dem Hinweis angezeigt, dass die Konfiguration des erweiterten UAG-Modus ausgeführt wird. Die Konfiguration des erweiterten UAG-Modus kann bis zu 15 Minuten dauern.

   Nach der erfolgreichen Konfiguration des erweiterten UAG-Modus kann sich die IP-Adresse des UAG-Lastausgleichsdiensts ändern. In diesem Fall müssen Sie möglicherweise den DNS-Datensatz mit der neuen IP-Adresse aktualisieren.

   Hinweis: Wenn dem Unified Access Gateway-Lastausgleichsdienst eine private Front-End-IP-Adresse aus einem DMZ- oder VM-Subnetz zugeteilt wurde, ändert sich die IP-Adresse des Lastausgleichsdiensts, sobald Sie beim Wechsel des Bereitstellungstyps zu oder von „Standard“ auf „Erweitert“ ein anderes Subnetz auswählen. Weitere Informationen finden Sie unter Aktualisieren des Unified Access Gateway-Bereitstellungstyps und der Auswirkungen auf die IP-Adresse des Lastausgleichdiensts. Weitere Informationen zu Azure-Lastausgleichsdiensten finden Sie unter Verteilungsmodi des Azure-Lastausgleichsdiensts in der Microsoft-Dokumentation.

   Wenn Sie Erweitert auswählen, können Sie einen oder mehrere der folgenden Vorgänge durchführen:

   • Wenn Sie das UAG als Blast Extreme bereitstellen, können Sie angeben, dass entweder Port 8443 oder Port 443 verwendet wird.
   • Der Bereitstellerdienst aktiviert automatisch den eingehenden UDP-Port 8445 in der UAG-Verwaltungs-NSG.
   • Sie können einen NTP-Server und Proxy-Informationen angeben, wie in der Bildschirmhilfe für diese Optionen dargestellt und beschrieben.
   • Sie können Azure-Ressourcen-Tags nach Bedarf verwalten. Hierzu gehören das Anzeigen von übernommenen Tags, das Bearbeiten und Löschen vorhandener Tags sowie das Hinzufügen von Tags, die auf die für dieses Unified Access Gateway spezifischen Ressourcengruppen angewendet werden sollen. Weitere Informationen finden Sie unter Verwenden von Azure-Ressourcen-Tags.

   Wenn Sie Erweitert auswählen, wird auch die Option Verschlüsselungs-Suites angezeigt. Eine Verschlüsselungs-Suite ist ein standardisierter Satz kryptografischer Algorithmen, die zur Sicherung der Kommunikation über ein Netzwerk verwendet werden. Alle Verschlüsselungs-Suites sind standardmäßig aktiviert. Sie können eine oder mehrere Verschlüsselungs-Suites aus der folgenden Bildschirmliste deaktivieren oder aktivieren:

   • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
   • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
   • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
   • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

   Hinweis: Mindestens eine der ausgewählten Verschlüsselungs-Suites sollte eine GCM-Verschlüsselungs-Suite sein.

2. Wählen Sie im Abschnitt Gateway-Zugriff einen Zugriffstyp aus den folgenden Optionen aus:

   • Interner Zugriff über ein Unternehmensnetzwerk – wenn Sie Ihre VMs nur über das Intranet (internes Unternehmensnetzwerk) erreichen möchten. Ein Layer-4-Lastausgleichsdienst wird mit einem Front-End im Desktop-Netzwerk bereitgestellt.
   • Externer Zugriff über das Internet – wenn Sie Ihre VMs über das Internet erreichen möchten. Ein Layer-4-Lastausgleichsdienst wird mit einer öffentlichen IP-Adresse bereitgestellt.
   • Interner und externer Zugriff – sowohl internen als auch externen Zugriff ermöglichen.
     
     

   Hinweis: Für alle drei Optionen ist ausgehender Internetzugriff auf *.horizon.omnissa.com erforderlich. Wenn Sie Interner Zugriff über ein Unternehmensnetzwerk verwenden, kann entweder benutzerdefiniertes Routing oder ein NAT-Gateway auf das Verwaltungs-Subnetz angewendet werden, um ausgehenden Datenverkehr zuzulassen. Wenn der externe Zugriff extern über ein DMZ-Netzwerk konfiguriert wird, muss der externe Zugriff auf *.horizon.omnissa.com im DMZ-Netzwerk konfiguriert werden.

   Wenn Sie eine unterstützte Horizon Edge-Version verwenden, können Sie auch ein UAG mit einem Proxy bereitstellen, der HTTPS anstelle von HTTP verwendet. Alternativ können Sie auch ein UAG mit einem Proxy bereitstellen, ohne vertrauenswürdige Zertifikate angeben zu müssen. Wenden Sie sich zum Aktivieren dieser Optionen an Omnissa Customer Connect.

3. Aktivieren Sie im Abschnitt Access-Konfiguration die Umschaltoption, um Automatische öffentliche IP für Unified Access Gateway zu aktivieren, oder deaktivieren Sie sie, wenn Sie lieber eine manuelle öffentliche IP verwenden möchten.

   Die Umschaltfläche ist standardmäßig eingeschaltet. Wenn eine manuelle benutzerdefinierte IP-Adresse ausgewählt ist, wird ein externes Unified Access Gateway mit einer privaten Front-End-IP-Adresse im DMZ-Netzwerk bereitgestellt. Anschließend müssen Sie das Routing von dieser privaten IP-Adresse zur vom Kunden bereitgestellten öffentlichen IP-Adresse übernehmen.

4. Geben Sie im Abschnitt FQDN für Zugriffskonfiguration den FQDN oder die FQDNs für die Unified Access Gateway-Bereitstellung ein. Die FQDN(s) müssen erreichbar sein.

   Wenn Sie beim Konfigurieren des internen und externen Zugriffs denselben FQDN verwenden möchten, geben Sie diesen in den Feldern Externer FQDN und Interner FQDN ein.

5. Wählen Sie im Abschnitt Gateway-VMs für das Feld Zertifikattyp entweder PEM oder PFX im Dropdown-Menü aus.

6. Laden Sie im Abschnitt Gateway-VMs für das Feld Zertifikat das Zertifikat hoch, das es den Clients ermöglicht, Verbindungen mit dem Unified Access Gateway in Microsoft Azure zu vertrauen.

   Ein selbstsigniertes Zertifikat wird unterstützt.

   Der Signaturalgorithmus „SHA256withRSA“ wird unterstützt und ist erforderlich.

   Das Zertifikat darf nur eine Serverauthentifizierungs-EKU und keine Client-Authentifizierungs-EKU enthalten.

7. Wählen Sie im Abschnitt Gateway-VMs das VM-Modell zur Verwendung für das UAG aus der Liste der verfügbaren VM-Modelle aus.

8. Geben Sie im Abschnitt Gateway-VMs die Anzahl der erforderlichen Gateway-VMs im Feld UAG-VMs ein.

9. Verwenden Sie im Abschnitt Netzwerk die Bildschirmhilfe, um Informationen zum virtuellen Netzwerk, zum VM-Subnetz, zum UAG-Management-Subnetz und zum DMZ-Subnetz anzugeben.

10. (Optional) Erweitern Sie die Option Erweitert und verwenden Sie die Bildschirmhilfe, um den Blast Extreme-TCP-Port, den NTP-Server, den ausgehenden Proxy und das Azure-Ressource-Tag anzugeben, wie in der Bildschirmhilfe und nachstehend beschrieben.

    Sie können Azure-Ressourcen-Tags nach Bedarf verwalten. Hierzu gehören das Anzeigen von übernommenen Tags, das Bearbeiten und Löschen vorhandener Tags sowie das Hinzufügen von Tags, die auf die für dieses Unified Access Gateway spezifischen Ressourcengruppen angewendet werden sollen.

    Bei einer Bereitstellung in Azure China wird das Azure Marketplace-Image für das UAG nicht unterstützt. In diesem Szenario wird das Unified Access Gateway im Rahmen der Bereitstellung in ein automatisch erstelltes Azure-Speicherkonto kopiert. Diese Funktion wird automatisch ausgelöst, wenn die UAG-Bereitstellung einen Azure China-Anbieter verwendet. Sie müssen dem Dienstprinzipal jedoch auch die Rolle Storage Blob Data Contributor hinzufügen, um diesen Workflow zu unterstützen.

    Wenn Sie ein UAG bereitstellen und es sich bei Ihrem Azure-Abonnement um ein Azure China-Abonnement handelt, erstellt Horizon Cloud automatisch ein Speicherkonto in einer neuen Ressourcengruppe und importiert die UAG-VHD. Anschließend wird ein Image aus dieser VHD in Ihrem Azure-Abonnement erstellt. Die Image-Version ist für Erstellungs-, horizontale, vertikale und Upgrade-Vorgänge gültig. Die Ressourcengruppe, der Speicherkontocontainer und der Image-Name weisen alle das Namenspräfix hcs-app-img auf. Der Name der automatisch generierten Ressourcengruppe lautet hcs-app-img-{providerInstanceId}-rg. Der Name des Speicherkontos wird nach dem Zufallsprinzip generiert und darf keinen Bindestrich (-) enthalten. Daher folgt der Name der Benennungskonvention hcsappimg{random-suffix}.

    Um stattdessen eine vorhandene Ressourcengruppe oder ein vorhandenes Speicherkonto für diesen Vorgang anzugeben, wenden Sie sich an den Support unter Omnissa Customer Connect gemäß der Beschreibung im Abschnitt Voraussetzungen für die Bereitstellung des UAG außerhalb des Azure Marketplace oben auf der Seite.

11. Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie diesen Vorgang abgeschlossen haben, erstellen Sie DNS-Einträge, die dem FQDN entsprechen, den Sie für die Unified Access Gateway-Instanzen eingegeben haben. Weitere Informationen finden Sie unter Konfigurieren von DNS-Datensätzen nach dem Bereitstellen von Horizon Edge Gateway und Unified Access Gateway.

Nachdem Sie die Horizon Cloud-Bereitstellung abgeschlossen und den Endbenutzern die Berechtigung für Desktops oder Anwendungen erteilt haben, sollten Sie beachten, wie das folgende Verhalten des Unified Access Gateway die Nutzung des Horizon Web Clients durch die Endbenutzer beeinflusst. Wenn eine Unified Access Gateway-Instanz in den Wartungsmodus wechselt oder in einen fehlerhaften Zustand übergeht und nicht mehr erreichbar ist, werden laufende Sitzungen für Endbenutzer, die Horizon Web Client verwenden, mit einer fehlerfreien Unified Access Gateway-Instanz neu verbunden. Das Wiederherstellen der Verbindung kann einige Minuten dauern. Beachten Sie, dass Endbenutzersitzungen beim Aktualisieren des SSL-Zertifikats für das Unified Access Gateway beendet werden.

Hinweis: Wenn Sie eine mehrmandantenfähige App in Horizon Cloud löschen, müssen Sie sie auch aus Ihrem Microsoft Azure-Portal löschen.

Informationen zur Überwachung Ihrer Bereitstellung finden Sie unter Überwachen Ihrer Umgebung.