2. September 2026

Checkliste der Anforderungen für die Bereitstellung eines Microsoft Azure Edge

Diese Checkliste dient dazu, Sie über die erforderlichen Elemente für die Durchführung einer nativen Microsoft Azure-Bereitstellung mit der Horizon Control Plane zu informieren.

Hinweis: Eine Horizon Cloud on Microsoft Azure-Bereitstellung bezieht sich auf eine native Microsoft Azure-Infrastruktur.

Zweck der Checkliste

Diese Checkliste gilt für Horizon Cloud-Kundenkonten, die noch nie eine Horizon Cloud on Microsoft Azure-Bereitstellung in ihrer Mandantenumgebung hatten. Solche Mandanten können als saubere oder neue Umgebungen bezeichnet werden.

Sie müssen einige der folgenden Elemente ausführen, bevor Sie Horizon Cloud bereitstellen. Sie können einige Elemente aufschieben, bis die Bereitstellung abgeschlossen ist und ausgeführt wird.

Anforderungen für Microsoft Azure-Abonnements

Informationen zu Grenzwerten für die Konfiguration finden Sie in Dimensionieren Ihrer Horizon Cloud-Bereitstellung. Dieses Kapitel enthält darüber hinaus Informationen zur Verwendung des Tools für die Maximalwerte für Konfigurationen. Wählen Sie auf der Seite „Maximalwerte für Konfigurationen“ die Option Grenzwerte anzeigen, Horizon Cloud, die aktuelle Version und die anzuzeigenden Kategorien aus.

☐	Gültige Microsoft Azure-Abonnements in einer unterstützten Microsoft Azure-Umgebung. Wenn Sie Horizon Edge-Appliances, zu denen Horizon Edge Gateway- und Unified Access Gateway-Instanzen gehören, in einem eigenen dedizierten Anbieter (Microsoft Azure-Abonnement) bereitstellen möchten, müssen Sie ein weiteres gültiges Microsoft Azure-Abonnement erwerben, um Pools bereitzustellen. Hinweis: Horizon Cloud unterstützt die meisten Microsoft Azure-Regionen.
☐	Gültige Microsoft Azure-Administrationsrechte in diesem Microsoft Azure-Abonnement, damit Sie das Microsoft Azure-Portal verwenden und die Schritte zur Vorbereitung der Microsoft Azure Edge-Bereitstellung durchführen können.
☐	Stellen Sie sicher, dass weder eine Azure-Richtlinie noch Ressourcensperren vorhanden sind, die die Erstellung von Edge-Bereitstellungsressourcen verhindern könnten. Beispielsweise die Erstellung eines privaten Endpoints, die durch eine Richtlinie oder Ressourcensperre blockiert wird, wenn Sie Azure Private Link-Konnektivität auswählen.
☐	Notieren Sie Ihre Abonnement-ID und Verzeichnis-ID von Microsoft Azure. Siehe Edge mit Enterprise-App-Registrierung − Planen einer zukünftigen Dienstprinzipalrolle für das Microsoft Azure-Abonnement, falls Sie beabsichtigen, einen Horizon Edge unter Verwendung des Typs Omnissa-verwaltete Enterprise-App-Registrierung (auch als Mehrmandantenfähigkeit bezeichnet) in Horizon Cloud zu erstellen. Für diese Methode akzeptiert Ihre Organisation unseren Zustimmungslink und Omnissa erstellt einen Dienstprinzipal für Ihren Mandanten. Die App-ID und der geheime Schlüssel werden dann zu etwas, das Omnissa im Namen Ihrer Organisation besitzt und verwaltet.Dies ist die empfohlene Methode. Siehe Edge mit manueller App-Registrierung − Erstellen eines Dienstprinzipals für das Microsoft Azure-Abonnement, falls Sie beabsichtigen, einen Horizon Edge unter Verwendung des Typs Manuell verwaltete Enterprise-App-Registrierung (auch als traditionelle Einzelmandantenfähigkeit bezeichnet) in Horizon Cloud zu erstellen. Bei dieser Methode erstellen Sie den Dienstprinzipal, bevor Sie den Horizon Edge definieren. Informationen zur Verwendung einer benutzerdefinierten Rolle für Ihren Dienstprinzipal finden Sie unter Verwenden einer benutzerdefinierten Rolle für die Horizon Cloud App-Registrierung. Hinweis: Sie können optional zusätzliche Dienstprinzipale erstellen. Wenn Sie über mehrere Dienstprinzipale verfügen, teilen diese dieselbe Verzeichnis-ID, aber jeder Dienstprinzipal verfügt über eine eigene Anwendungs-ID. Verwenden Sie dieselbe Rolle für jeden Dienstprinzipal.
☐	Geben Sie den Typ des Microsoft Azure Edge-Formats an, das Sie bereitstellen möchten. Die folgenden Optionen sind verfügbar. Edge-Gateway (VM) = Virtuelle Maschine des Edge-Gateways Edge-Gateway (VM) ist für kleinere Bereitstellungen ohne Hochverfügbarkeit vorgesehen. Edge-Gateway (AKS) = Azure Kubernetes Service des Edge-Gateways Edge-Gateway (AKS) bietet Hochverfügbarkeit.
☐	Erstellen Sie zur Bereitstellung eines Edge-Gateways (AKS) eine benutzerverwaltete Microsoft Azure-Identität. Ein Horizon Edge, der einen AKS-Cluster verwendet, erfordert eine benutzerverwaltete Identität mit der Rolle „Netzwerkmitwirkender“ im Bereich der Ressourcengruppe des Verwaltungs-VNets und der Rolle „Verwalteter Identitätsoperator“ im Bereich des Microsoft Azure-Abonnements. Weitere Informationen zur Verwaltung von vom Benutzer zugewiesenen verwalteten Identitäten finden Sie in der Microsoft-Dokumentation. Wenn Ihr Management-Subnetz über eine Routentabelle verfügt und die Ressourcengruppe dieser Routentabelle sich von der Ressourcengruppe des VNet unterscheidet, muss die Rolle Netzwerk-Contributor auch der Ressourcengruppe der Routentabelle zugewiesen werden.
☐	Registrieren Sie die erforderlichen Ressourcenanbieter für Ihr Microsoft Azure-Abonnement. Weitere Informationen finden Sie unter Überprüfen, ob die erforderlichen Ressourcenanbieter in Ihrem Microsoft Azure-Abonnement registriert sind.
☐	Erstellen Sie eine benutzerdefinierte Rolle, die Leseberechtigungen für die Azure Compute Galleries in Ihren Abonnements bietet, und weisen Sie diese benutzerdefinierte Rolle allen Dienstprinzipalen zu, die für einen bestimmten Horizon Edge konfiguriert sind.
☐	Wenn Ihr Azure-Abonnement erfordert, dass während der Bereitstellung bestimmte Tags auf Ressourcengruppen angewendet werden, halten Sie eine Liste dieser Azure-Ressourcen-Tags bereit, um sie bei der Bereitstellung Ihres Microsoft Azure Edge anzugeben.
☐	Wenn Sie die Verschlüsselung für eine Edge Gateway (AKS)-Bereitstellung verwenden möchten, aktivieren Sie die Verschlüsselung in Ihrem Microsoft Azure-Abonnement. Wenn die Funktionen vom Typ `EncryptionAtHostSupported` auf Abonnementebene aktiviert sind, wird die Festplattenverschlüsselung berücksichtigt. Zum Aktivieren dieser Funktion in Ihrem Azure-Abonnement führen Sie die Schritte im Abschnitt „Voraussetzungen“ unter Verwenden des Azure-Portals zum Aktivieren der End-to-End-Verschlüsselung mithilfe der Verschlüsselung am Host durch.

Anforderungen an Microsoft Azure-Kapazität

Wenn sich die folgende Tabelle auf die Microsoft Azure-Kapazität bezieht, ist keine manuelle Installation erforderlich. Sofern die angegebenen Kapazitäten im Abonnement verfügbar sind, instanziiert der Bereitsteller automatisch die beschriebenen VMs.

☐

Anforderungen an Microsoft Azure-Kapazität.

Ihr Azure-Abonnement muss über ausreichend Kapazität für die Kernressourcen von Horizon Edge verfügen, die darin bereitgestellt werden.

Kapazitätsanforderungen variieren je nach bereitgestelltem Edge-Format: Edge Gateway (AKS) oder Edge Gateway (VM).

Edge Gateway (AKS) – Eine Edge Gateway (AKS)-Bereitstellung verwendet einen Azure Kubernetes Service (AKS)-Cluster. Ihr Abonnement muss über ein Kontingent für 5 Knoten einer unterstützten VM-Größe verfügen – 4 Knoten für den normalen Clusterbetrieb und 1 zusätzlicher temporärer Knoten, der nur während des Upgrades verwendet wird.

Horizon Cloud wählt automatisch die beste verfügbare VM-Größe aus den unten aufgeführten unterstützten SKU-Familien aus. Alle neueren Versionen jedes SKU-Musters werden automatisch berücksichtigt. Die Auswahl folgt dieser Prioritätsreihenfolge:

1. AMD-SKUs werden zur Kostenoptimierung gegenüber Intel-SKUs bevorzugt.
2. Neuere SKU-Versionen werden gegenüber älteren Versionen bevorzugt.
3. SKUs mit Premium-E/A-Unterstützung werden gegenüber solchen ohne diese Unterstützung bevorzugt.
```
    Eine Edge Gateway (AKS)-Bereitstellung wird akzeptiert, wenn mindestens eine unterstützte VM-Größe über ein verfügbares Kontingent in Ihrem Abonnement und ihrer Region verfügt und keine Nutzungseinschränkungen aufweist. Wenn keine unterstützte VM-Größe diese Kriterien erfüllt, wird die Bereitstellung abgelehnt.<br><br>
    
     Jede unterstützte SKU stellt 2 vCPUs und 8 GB Arbeitsspeicher bereit.<br><br>

     Zu den unterstützten SKU-Mustern gehören:
     <ul>    	    
        <li>Standard_D2ads_v[Version]
	    </li>
        <li>Standard_D2as_v[Version]
	    </li>
	    <li>Standard_D2ds_v[Version]
	    </li>
	    <li>Standard_D2d_v[Version]
	    </li>     
	    <li>Standard_D2a_v[Version]
	    </li>
	    <li>Standard_D2s_v[Version]
  	    </li>          
     </ul>

</li>
```

Edge Gateway (VM) – Eine Edge Gateway (VM)-Bereitstellung verwendet eine einzelne virtuelle Maschine. Ihr Abonnement muss über ein Kontingent für eine VM mit einer unterstützten VM-Größe verfügen.

Horizon Cloud wählt automatisch die beste verfügbare VM-Größe aus den unten aufgeführten unterstützten SKU-Familien aus. Alle neueren Versionen jedes SKU-Musters werden automatisch berücksichtigt. Die Auswahl folgt dieser Prioritätsreihenfolge:

1. AMD-SKUs werden zur Kostenoptimierung gegenüber Intel-SKUs bevorzugt.
2. Neuere SKU-Versionen werden gegenüber älteren Versionen bevorzugt.
3. SKUs mit Premium-E/A-Unterstützung werden gegenüber solchen ohne diese Unterstützung bevorzugt.

    Eine Edge Gateway (VM)-Bereitstellung wird akzeptiert, wenn mindestens eine unterstützte VM-Größe über ein verfügbares Kontingent in Ihrem Abonnement und ihrer Region verfügt und keine Nutzungseinschränkungen aufweist. Wenn keine unterstützte VM-Größe diese Kriterien erfüllt, wird die Bereitstellung abgelehnt.<br><br>
    
     Jede unterstützte SKU stellt 4 vCPUs und 16 GB Arbeitsspeicher bereit.<br><br>

     Zu den unterstützten SKU-Mustern gehören:
     <ul>    	    
        <li>Standard_D4as_v[Version]
	    </li>
        <li>Standard_D4a_v[Version]
	    </li>
	    <li>Standard_D4s_v[Version]
	    </li>
	    <li>Standard_D4_v[Version]
	    </li>     
     </ul>

</li>

Führen Sie Befehle aus, um die Verfügbarkeit des Microsoft Azure-VM-Modells und die regionale CPU-Ausgabe zu überprüfen. Weitere Informationen finden Sie unter Überprüfen der Verfügbarkeit des Microsoft Azure-VM-Modells.

Unified Access Gateway-Instanzen – Mindestens 2 x der folgenden unterstützten Größen. Die Standardgröße und empfohlene Größe ist Standard_F8s_v2.
- Standard_A4_v2
- Standard_D8s_v4
- Standard_D16s_v4
- Standard_F8s_v2
- Standard_F16s_v2
Hinweis: Das A4_v2-VM-Modell reicht nur für Proof-of-Concepts (PoCs), Pilotversuche oder kleinere Umgebungen aus, in denen 1.000 aktive Sitzungen auf dem Horizon Edge nicht überschritten werden.

Wenn Ihre Horizon Edge-Instanz einsatzbereit ist, muss Ihre Kapazität in der Microsoft Azure-Cloud auch die importierten VMs, Images, Pool-VMs und App Volumes-VMs mit App-Erfassung aufnehmen können, die Sie in dieser Horizon Edge-Instanz erstellen. Weitere Informationen finden Sie im Abschnitt Systemanforderungen für die Image-Verwaltung.

Netzwerkanforderungen

Die folgenden Netzwerkanforderungen enthalten die Details, die für die erfolgreiche Bereitstellung und den Betrieb eines Horizon Edge erforderlich sind.

Die beiden folgenden Tabellen sind ähnlich, weisen aber Unterschiede auf. Verwenden Sie die Tabelle, die auf den bereitzustellenden Microsoft Azure Edge-Formattyp (Edge-Gateway (VM) oder Edge-Gateway (AKS)) zutrifft.

Edge-Gateway (VM)

Verwenden Sie die folgende Tabelle für eine Edge-Gateway(VM)-Bereitstellung.

Netzwerkanforderungen für ein Edge-Gateway (VM)

☐	Virtuelles Microsoft Azure-Netzwerk (VNet), das in der gewünschten Microsoft Azure-Region mit dem anwendbaren Adressbereich zur Abdeckung der erforderlichen Subnetze erstellt wurde. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen für Microsoft Azure-Regionen.
☐	Die folgenden Subnetzanforderungen sind Mindestanforderungen. Für größere Umgebungen sind möglicherweise größere Subnetze erforderlich. Verwaltungs-Subnetz – mindestens /26 Desktop-Subnetz (Mandant) – Primär — mindestens /27, jedoch in Abhängigkeit von der Anzahl der Desktops und RDS-Server entsprechend dimensioniert. Sie können nach Bedarf weitere Subnetze hinzufügen. DMZ-Subnetz – mindestens /27 für den Cluster von Unified Access Gateway-Instanzen (nicht erforderlich für den internen Unified Access Gateway-Zugriffstyp). Als Voraussetzung müssen Sie Subnetze manuell im VNet erstellen. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen für Microsoft Azure-Regionen. Es wird empfohlen, keine anderen Ressourcen an die Subnetze anzuhängen. Wenn Sie einen dedizierten Anbieter für die Bereitstellung von Horizon Gateway-Appliances (Horizon Edge Gateway und Unified Access Gateway) verwenden möchten, müssen Sie Backend-Subnetze beim Anbieter erstellen, über den Desktops bereitgestellt werden.
☐	Vergewissern Sie sich, dass sich Ihre internen Netzwerke nicht mit den folgenden von Kubernetes verwendeten Werten überschneiden, die innerhalb des Bereitstellungstyps Edge Gateway (VM) ausgeführt werden. Dienst-CIDR: 192.168.236.0/23 Pod-CIDR: 192.168.240.0/21
☐	Konfigurieren Sie den DNS-Server des VNet (virtuellen Netzwerks), der auf einen gültigen DNS-Server verweist, der sowohl interne Computernamen als auch externe Namen auflösen kann. Weitere Informationen finden Sie unter Konfigurieren der erforderlichen DNS-Einträge nach der Bereitstellung von Horizon Edge Gateway und Unified Access Gateway. Für interne Endpoints ist der AD-Server ein Beispiel. Für externe Endpoints muss der ausgehende Internetzugriff auf den VNets, die Sie für die Bereitstellung des Gateways verwenden, bestimmte DNS-Namen auflösen und über bestimmte Ports und Protokolle erreichen können. Dies ist für die Bereitstellung und den laufenden Betrieb erforderlich. Hinweis: Sie können die Hub-Spoke-Netzwerktopologie für Desktop- und Unified Access Gateway-Subnetze (UAG) in unterschiedlichen VNets nutzen. Dies bietet eine Alternative für Umgebungen, in denen direktes VNet-Peering weder bevorzugt noch von der Organisationsrichtlinie gefordert wird. Weitere Informationen zur Hub- und Spoke-Architektur von Microsoft Azure finden Sie unter Hub-Spoke-Netzwerktopologie in Azure.
☐	Ausgehender Internetzugriff auf den VNets, die Sie für die Horizon Edge-Bereitstellung verwenden, muss bestimmte DNS-Namen auflösen und über bestimmte Ports und Protokolle erreichen können. Dies ist für die Bereitstellung und den laufenden Betrieb erforderlich. Weitere Informationen finden Sie unter Horizon Cloud-Port- und -Protokollanforderungen für Ihre Bereitstellung in Microsoft Azure.
☐	Optional. Proxy-Serverinformationen bei Bedarf für ausgehenden Internetzugriff auf dem VNet, das während der Bereitstellung und des laufenden Betriebs der Horizon Cloud-Umgebung verwendet wird.
☐	Optional. Microsoft Azure VPN/Express Route konfiguriert, wenn Sie ein Netzwerk zwischen dem VNet und Ihrem lokalen Unternehmensnetzwerk herstellen möchten.

Edge-Gateway (AKS)

Verwenden Sie die folgende Tabelle für eine Bereitstellung vom Typ „Edge-Gateway (AKS)“. Diese Anforderungen umfassen Unterstützung für die Konfiguration von Horizon Edge Gateway unter Verwendung eines AKS-Clusters. Wenn Sie Horizon Edge Gateway mithilfe eines AKS-Clusters konfigurieren, erhalten Sie eine leichter skalierbare Lösung.

Netzwerkanforderungen für ein Edge-Gateway (AKS)

☐	Virtuelles Microsoft Azure-Netzwerk (VNet), das in der gewünschten Microsoft Azure-Region mit dem anwendbaren Adressbereich zur Abdeckung der erforderlichen Subnetze erstellt wurde. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen für Microsoft Azure-Regionen.
☐	Die folgenden Subnetzanforderungen sind Mindestanforderungen. Für größere Umgebungen sind möglicherweise größere Subnetze erforderlich. Verwaltungs-Subnetz – mindestens /26 Konfigurieren Sie bei der Bereitstellung eines Edge-Gateways (AKS) ein NAT-Gateway für das Verwaltungs-Subnetz, da ein Horizon Edge, der ein AKS-Cluster verwendet, ein NAT-Gateway für ausgehende Konnektivität benötigt. Desktop-Subnetz (Mandant) – Primär — mindestens /27, jedoch in Abhängigkeit von der Anzahl der Desktops und RDS-Server entsprechend dimensioniert. Sie können nach Bedarf weitere Subnetze hinzufügen. DMZ-Subnetz – mindestens /27 für den Cluster von Unified Access Gateway-Instanzen (nicht erforderlich für den internen Unified Access Gateway-Zugriffstyp). Als Voraussetzung müssen Sie Subnetze manuell im VNet erstellen. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen für Microsoft Azure-Regionen. Es wird empfohlen, keine anderen Ressourcen an die Subnetze anzuhängen. Wenn Sie einen dedizierten Anbieter für die Bereitstellung von Horizon Gateway-Appliances (Horizon Edge Gateway und Unified Access Gateway) verwenden möchten, müssen Sie Backend-Subnetze beim Anbieter erstellen, über den Desktops bereitgestellt werden. Wenn dem AKS Edge-Verwaltungssubnetz eine benutzerdefinierte Routentabelle angehängt ist, stellen Sie sicher, dass die für die AKS Edge-Bereitstellung ausgewählte benutzerverwaltete Identität Routen in der benutzerdefinierten Routentabelle erstellen und aktualisieren darf. Stellen Sie außerdem sicher, dass keine Azure-Richtlinien vorhanden sind, die das Hinzufügen oder Aktualisieren der Routen durch die Identität blockieren. Azure muss in der Lage sein, Routen (eine Route für jeden AKS-Clusterknoten) in der Routentabelle hinzuzufügen oder zu aktualisieren, um das Kubernetes-AKS-Clusternetzwerk zu unterstützen. Darüber hinaus verwendet Azure die benutzerverwaltete Identität des AKS-Clusters, um die Routen hinzuzufügen und zu aktualisieren. Wenn dem AKS Edge-Verwaltungssubnetz keine Routentabelle angehängt ist, erstellt Azure automatisch eine Routentabelle für das AKS Edge-Verwaltungssubnetz und fügt Routen in der Routentabelle hinzu oder aktualisiert sie.
☐	Wenn Sie ein Edge-Gateway (AKS) bereitstellen und bei der Edge-Erstellung den Wert „NAT-Gateway“ als Typ des ausgehenden Clusters auswählen, konfigurieren Sie ein NAT-Gateway im Verwaltungs-Subnetz, um ausgehende Konnektivität für das Horizon Edge Gateway zu ermöglichen. Wenn Sie den Wert für ausgehenden Cluster zum Zeitpunkt der Edge-Erstellung als Wert für ausgehenden Cluster als Benutzerdefinierte Routen auswählen, konfigurieren Sie eine Routentabelle im Verwaltungs-Subnetz mit der Standardroute 0.0.0.0/0, die auf einen nächsten Hop vom Typ VirtualAppliance oder VirtualNetworkGateway verweist.
☐	Sammeln Sie die folgenden CIDR-IP-Adressbereiche, die Sie zum Konfigurieren des Horizon Edge Gateway während der Bereitstellung benötigen. Hinweis: Stellen Sie sicher, dass diese Bereiche nicht mit anderen in Ihrer Umgebung verwendeten Bereichen in Konflikt stehen. Dienst-CIDR – mindestens /27 Pod-CIDR – mindestens /21 Wenn Sie ein Edge-Gateway (AKS) zur erfolgreichen Bereitstellung des AKS-Clusters bereitstellen, müssen Sie die folgenden Microsoft Azure-Anforderungen erfüllen. Stellen Sie bei der Bereitstellung von Horizon Edge mit der Horizon Universal Console sicher, dass der Dienst-CIDR, der Pod-CIDR und der Adressbereich des VNet des Verwaltungs-Subnetzes nicht mit den folgenden IP-Bereichen in Konflikt stehen: 169.254.0.0/16 172.30.0.0/16 172.31.0.0/16 192.0.2.0/24
☐	Konfigurieren Sie den DNS-Server des VNet (virtuellen Netzwerks), der auf einen gültigen DNS-Server verweist, der sowohl interne Computernamen als auch externe Namen auflösen kann. Weitere Informationen finden Sie unter Konfigurieren der erforderlichen DNS-Einträge nach der Bereitstellung von Horizon Edge Gateway und Unified Access Gateway. Für interne Endpoints ist der AD-Server ein Beispiel. Für externe Endpoints muss der ausgehende Internetzugriff auf den VNets, die Sie für die Bereitstellung des Gateways verwenden, bestimmte DNS-Namen auflösen und über bestimmte Ports und Protokolle erreichen können. Dies ist für die Bereitstellung und den laufenden Betrieb erforderlich.
☐	Ausgehender Internetzugriff auf den VNets, die Sie für die Horizon Edge-Bereitstellung verwenden, muss bestimmte DNS-Namen auflösen und über bestimmte Ports und Protokolle erreichen können. Dies ist für die Bereitstellung und den laufenden Betrieb erforderlich. Weitere Informationen finden Sie unter Horizon Cloud-Port- und -Protokollanforderungen für Ihre Bereitstellung in Microsoft Azure.
☐	Optional. Proxy-Serverinformationen bei Bedarf für ausgehenden Internetzugriff auf dem VNet, das während der Bereitstellung und des laufenden Betriebs der Horizon Cloud-Umgebung verwendet wird.
☐	Optional. Microsoft Azure VPN/Express Route konfiguriert, wenn Sie ein Netzwerk zwischen dem VNet und Ihrem lokalen Unternehmensnetzwerk herstellen möchten.
☐	Wenn Sie ein Edge-Gateway (AKS) bezüglich eines Horizon Edge mit einem AKS-Cluster bereitstellen und das VNet, das Sie für die Horizon Edge-Bereitstellung verwenden, über einen benutzerdefinierten DNS-Server verfügt, müssen Sie die Microsoft Azure DNS-IP-Adresse 168.63.129.16 als DNS-Weiterleitung für die Auflösung externer Namen hinzufügen.

Port- und Protokollanforderungen

☐	Bestimmte Ports und Protokolle sind für die Bereitstellung und den laufenden Betrieb Ihrer Horizon Cloud-Umgebung erforderlich. Weitere Informationen finden Sie unter Horizon Cloud-Port- und -Protokollanforderungen für Ihre Bereitstellung in Microsoft Azure.

Anforderungen für Unified Access Gateway

Ein Cluster aus Unified Access Gateway-VMs ist einem Pool zugeordnet, mit der Clients vertrauenswürdige Horizon Web Client-Verbindungen zu den VMs in diesem Pool herstellen können.

Sie verwenden die Horizon Universal Console, um Horizon Cloud mit dem Unified Access Gateway zu konfigurieren. Die folgenden Elemente sind für diese Art der Konfiguration erforderlich.

☐	Für alle Konfigurationstypen ist ausgehender Internetzugriff auf den folgenden Endpoint-Namen erforderlich: .horizon.omnissa.com Wenn Internen Zugriff über ein Unternehmensnetzwerk zulassen* als Unified Access Gateway-Zugriffstyp fungiert, kann entweder benutzerdefiniertes Routing oder NAT Gateway auf das Management-Subnetz angewendet werden, um ausgehenden Datenverkehr zuzulassen. Wenn der Unified Access Gateway-Zugriffstyp extern mit einem DMZ-Netzwerk konfiguriert ist, muss externer Zugriff auf den folgenden Endpoint-Namen im DMZ-Netzwerk konfiguriert werden: *.horizon.omnissa.com
☐	Je nach dem während der Konfiguration des Unified Access Gateway ausgewählten Zugriffstyp sind ein interner FQDN, ein externer FQDN oder beide erforderlich. Wenn Sie Endbenutzern ausschließlich internen Zugriff gewähren, ist ein einzelner FQDN erforderlich. Wenn Sie Endbenutzern ausschließlich externen Zugriff gewähren, ist ein einzelner FQDN erforderlich. Wenn Sie Endbenutzern sowohl internen als auch externen Zugriff gewähren, können Sie entweder einen einzelnen gemeinsamen FQDN oder zwei separate FQDNs konfigurieren. Wenn Sie sowohl den internen als auch den externen Zugriff isolieren möchten, konfigurieren Sie separate URLs. Andernfalls kann derselbe FQDN sowohl für den internen als auch für den externen Zugriff konfiguriert werden.
☐	Zertifikat oder Zertifikate für das Unified Access Gateway im PEM- oder PFX-Format, die dem FQDN entsprechen. Das Zertifikat darf nur eine Serverauthentifizierungs-EKU und keine Client-Authentifizierungs-EKU enthalten. Hinweis: Wenn das Zertifikat oder die Zertifikate, die Sie für diesen Zweck bereitstellen, CRLs (Zertifikatsperrlisten) oder OCSP-Einstellungen (Online Certificate Status Protocol) verwenden, die sich auf bestimmte DNS-Namen beziehen, müssen Sie sicherstellen, dass der ausgehende Internetzugriff aus dem VNet diese DNS-Server auflösen und erreichen kann. Während der Konfiguration Ihres bereitgestellten Zertifikats in der Unified Access Gateway-Konfiguration greift die Unified Access Gateway-Software auf diese DNS-Namen zu, um den Sperrstatus des Zertifikats zu überprüfen. Wenn diese DNS-Namen nicht erreichbar sind, schlägt die Bereitstellung fehl. Diese Namen hängen in hohem Maße von der Zertifizierungsstelle ab, die Sie für den Erhalt der Zertifikate verwendet haben.
☐	Befolgen Sie abhängig vom Unified Access-Bereitstellungsmodus die entsprechenden Subnetzrichtlinien: Basismodus: Verwaltungs-Subnetz – mindestens /26. Sie können dasselbe Verwaltungs-Subnetz nutzen, das für den Horizon Edge verwendet wird Desktop-Subnetz (Mandant) – Primär — mindestens /27, jedoch in Abhängigkeit von der Anzahl der Desktops und RDS-Server entsprechend dimensioniert. Sie können nach Bedarf weitere Subnetze hinzufügen. DMZ-Subnetz – mindestens /27 für den Cluster von Unified Access Gateway-Instanzen (nicht erforderlich für einen internen Unified Access Gateway-Zugriffstyp). Erweiterter Modus: Verwaltungs-Subnetz – nur /28. Verwaltungs-Subnetz verwenden – nur /28 und verwenden Sie ein anderes Verwaltungs-Subnetz als das Verwaltungs-Subnetz für den Horizon Edge. Desktop-Subnetz (Mandant) – Primär — mindestens /27, jedoch in Abhängigkeit von der Anzahl der Desktops und RDS-Server entsprechend dimensioniert. Sie können nach Bedarf weitere Subnetze hinzufügen. DMZ-Subnetz – mindestens /27 für den Cluster von Unified Access Gateway-Instanzen (nicht erforderlich für einen internen Unified Access Gateway-Zugriffstyp).

Grundlegendes zur Benutzer- und Maschinenidentität

Horizon Cloud unterscheidet sich von anderen Umgebungen in der Identitätsverarbeitung. In Horizon Cloud unterscheidet der Dienst zwischen Benutzer- und Maschinenidentität und stützt sich beim Aufbau einer sicheren Verbindung zwischen einem Client und einem Remote-Desktop oder einer Anwendung auf beide Identitätstypen.

Hinweis: Diese Unterscheidung zwischen Benutzer- und Maschinenidentität ist für Sie möglicherweise neu, wenn Sie eher mit Umgebungen vertraut sind, in denen ein einziger Identitätsanbieter zur Authentifizierung der Benutzer- und Maschinenidentität verwendet wird, wie z. B. der First-Gen-Horizon Cloud-Umgebung oder einer lokalen Horizon 8-Umgebung.

In Horizon Cloud müssen Sie eine Identitätskonfiguration einrichten, die aus einem Identitätsanbieter zur Authentifizierung der Benutzeridentität und einem Identitätsanbieter zur Authentifizieren der Maschinenidentität besteht.

Benutzeridentität

Für Horizon Cloud müssen Sie einen Benutzeridentitätsanbieter registrieren. Der Dienst verwendet diesen Identitätsanbieter zur Authentifizierung von Clientbenutzern, die auf Remote-Desktops und -anwendungen zuzugreifen möchten.
Maschinenidentität

Für Horizon Cloud ist auch die Registrierung eines Maschinenidentitätsanbieters erforderlich. Der Dienst verwendet diesen Identitätsanbieter, um die Maschinenidentität von virtuellen Maschinen festzulegen, die Remote-Desktops und -anwendungen bereitstellen.

Der Dienst verbindet über den Maschinenidentitätsanbieter Remote-Desktops und die VM-Quellen für Remoteanwendungen mit der Domäne des vertrauenswürdigen Netzwerks, auf die Clientbenutzer zugreifen können.

Unterstützte Identitätskonfigurationen

Horizon Cloud erfordert, dass Sie eine Identitätskonfiguration registrieren, die aus einem Benutzeridentitätsanbieter und einem Maschinenidentitätsanbieter besteht. Die Funktionen können je nach den in der Konfiguration enthaltenen Identitätsanbietern variieren.

Horizon Cloud unterstützt die folgenden Identitätskonfigurationen.

Unterstützte Identitätskonfigurationen für Horizon Cloud

Identitätskonfiguration	Benutzeridentitätsanbieter	Maschinenidentitätsanbieter	Überlegungen zu Funktionen
A	Microsoft Entra ID Commercial oder Microsoft Entra ID Government	Active Directory	Unterstützt SSO für Remote-Desktops und -anwendungen. Unterstützt die Integration mit Workspace ONE UEM.
B	Microsoft Entra ID Commercial oder Microsoft Entra ID Government	Microsoft Entra-ID	Bietet Unterstützung für Single Sign-On (SSO) für Remote-Desktops und -anwendungen für Windows Horizon Clients. Unterstützt die Integration mit Workspace ONE UEM. Entra ID SSO wird für Mac, Linux oder Webclients nicht unterstützt.
C	Workspace ONE Access Cloud oder Workspace ONE Access On Premises	Active Directory	Unterstützt SSO für Remote-Desktops und -anwendungen. Unterstützt die Integration mit Workspace ONE UEM. Just-in-Time-Verzeichnisse werden nicht unterstützt.
D	Omnissa Identity Service	Active Directory	Unterstützt SSO für Remote-Desktops und -anwendungen. Windows 365 wird derzeit nicht mit dieser Konfiguration unterstützt.

In den nächsten Abschnitten werden die Anforderungen für jeden unterstützten Benutzeridentitätsanbieter und Maschinenidentitätsanbieter beschrieben.

Anforderungen an die Benutzeridentität

In den nachstehenden vorbereitenden Informationen werden die Anforderungen für den Benutzeridentitätsanbieter beschrieben, den Sie in Ihrer Identitätskonfiguration verwenden möchten. Horizon Cloud unterstützt Microsoft Entra ID und Workspace ONE UEM als Anbieter von Benutzeridentitäten.

Zusätzlich zu den in diesem Abschnitt beschriebenen Anforderungen finden Sie im Abschnitt Unterstützte Identitätskonfigurationen Informationen zu den Überlegungen für Funktionen und den Maschinenidentitätsanbietern, die Sie mit jedem Benutzeridentitätsanbieter verwenden können. Eine Übersicht über die Verwaltung von Identitäten mithilfe von Horizon Cloud finden Sie im Abschnitt Grundlegendes zur Benutzer- und Maschinenidentität.

Microsoft Entra-ID

☐

Wenn Microsoft Entra ID Commercial oder Microsoft Entra ID Government als Ihr Benutzeridentitätsanbieter fungiert, muss ein Benutzer mit globalen Microsoft Entra ID-Administratorrechten folgende Schritte ausführen.

Die angeforderten Berechtigungen genehmigen.
Die Zustimmung für die gesamte Organisation erteilen.

Workspace ONE UEM

☐

Wenn Workspace ONE UEM Cloud oder Workspace ONE UEM On Premises als Ihr Identitätsanbieter fungiert, muss ein Benutzer mit Administratorrechten folgende Schritte ausführen.

Integrieren Sie den Identitätsanbieter.
Konfigurieren Sie die erforderlichen Voraussetzungen für die Horizon Cloud-Integration.

Omnissa Identity Service

☐	Wenn Omnissa Identity Service als Ihr Identitätsanbieter fungiert, muss ein Benutzer mit Administratorrechten folgende Schritte ausführen. Integrieren Sie den Identitätsanbieter. Wählen Sie die Horizon Cloud-Instanz aus, die mit Omnissa Identity Service verwendet werden soll.

Anforderungen an die Maschinenidentität

In den nachstehenden vorbereitenden Informationen werden die Anforderungen für den Maschinenidentitätsanbieter beschrieben, den Sie in Ihrer Identitätskonfiguration verwenden möchten. Horizon Cloud unterstützt Microsoft Entra ID und Active Directory als Anbieter von Maschinenidentitäten.

Zusätzlich zu den in diesem Abschnitt beschriebenen Anforderungen finden Sie im Abschnitt Unterstützte Identitätskonfigurationen Informationen zu den Überlegungen für Funktionen und den Benutzeridentitätsanbietern, die Sie mit jedem Maschinenidentitätsanbieter verwenden können. Eine Übersicht über die Verwaltung von Identitäten mithilfe von Horizon Cloud finden Sie im Abschnitt Grundlegendes zur Benutzer- und Maschinenidentität.

Microsoft Entra-ID

☐

Um das Löschen eines Pools oder einer VM zu aktivieren, stellen Sie sicher, dass der Dienstprinzipal über Berechtigungen zum Löschen des Geräteeintrags aus Microsoft Entra ID verfügt. Die Berechtigungen lauten wie folgt:

Geltungsbereich: https://graph.microsoft.com
Berechtigung: Device.ReadWrite.All
Geräte lesen und schreiben
Administratorzustimmung: Ja

Weitere Informationen zur Bereitstellung der notwendigen Berechtigungen finden Sie unter [Anwenden von Berechtigungen zur Verwaltung von mit Microsoft Entra ID verbundenen Maschinen durch Horizon Cloud für ein Azure-Abonnement](ApplyPermissionstoAllowHorizonCloudtoManageMicrosoftEntraIDJoinedMachines.md)

☐

Um die Konfiguration von Verwaltungseinheiten für einen mit Microsoft Entra ID verbundenen Pool zuzulassen, stellen Sie sicher, dass der Dienstprinzipal über die folgenden Berechtigungen verfügt:

Geltungsbereich: https://graph.microsoft.com
Berechtigung: AdministrativeUnit.ReadWrite.All
Verwaltungseinheiten lesen und schreiben.
Administratorzustimmung: Ja

Und

Geltungsbereich: https://graph.microsoft.com
Berechtigungen: RoleManagement.Read.Directory
Alle RBAC-Einstellungen des Verzeichnisses lesen. Diese Berechtigung ist erforderlich, um Zuweisungen der Dienstprinzipalrolle zu validieren.
Administratorzustimmung: Ja

Und

Geltungsbereich: https://graph.microsoft.com
Berechtigung: Device.Read.All
Alle Geräte im Verzeichnis lesen. Diese Berechtigung ist erforderlich, um die Informationen des mit Entra ID verbundenen Pool-VM-Geräts zu lesen und das Gerät zur Pool-Verwaltungseinheit hinzuzufügen.
Administratorzustimmung: Ja

Wenn Sie bei der Verwendung von Verwaltungseinheiten die Berechtigung „Device.ReadWrite.All“ nicht bereitstellen möchten, können Sie die folgende Berechtigung mit dem entsprechenden Geltungsbereich entweder auf der Verzeichnisebene oder auf der Ebene der Verwaltungseinheit anwenden:

Geltungsbereich: Gesamtes Verzeichnis oder bestimmte Verwaltungseinheiten
Berechtigung: microsoft.directory/devices/delete
Geräte aus Microsoft Entra ID löschen.
Administratorzustimmung: Ja

Weitere Informationen zur Bereitstellung der notwendigen Berechtigungen finden Sie unter [Anwenden von Berechtigungen zur Verwaltung von mit Microsoft Entra ID verbundenen Maschinen durch Horizon Cloud](ApplyPermissionstoAllowHorizonCloudtoManageMicrosoftEntraIDJoinedMachines.md)

☐

Konfigurieren Sie rollenbasierte Zugriffssteuerung (Role-based Access Control, RBAC) in Microsoft Entra ID.

Mit dieser Konfiguration wird sichergestellt, dass sich nur die Benutzer oder Benutzergruppen mit der Rolle VM-Administratoranmeldung oder VM-Benutzeranmeldung bei Ihren Berechtigungen anmelden können.

Active Directory

☐	Active Directory Server mit Sichtverbindung zu den Horizon Edge Gateway-Instanzen und Desktop-Subnetzen. Beispiel: Ein lokaler Active Directory-Server, der über VPN/Express-Route verbunden ist Ein Active Directory-Server in Microsoft Azure
☐	Wenn Sie planen, Ihr Active Directory über LDAPS zu verbinden, sammeln Sie PEM-codierte Root- und Zwischen-CA-Zertifikate für Ihre Active Directory-Domäne. Wenn Sie Ihre Active Directory-Domäne über die Horizon Universal Console einrichten, werden Sie zu diesem Zeitpunkt aufgefordert, die PEM-codierten Root- und Zwischen-CA-Zertifikate hochzuladen.
☐	Unterstützte Domänenfunktionsebenen von Microsoft Windows Active Directory Domain Services (AD DS). Windows Server 2016 Windows Server 2012 R2 Windows Server 2012 Unterstützte Betriebssystemversionen von Microsoft Windows Active Directory Domain Services (AD DS). Windows Server 2022 Windows Server 2019 Windows Server 2016 Windows Server 2012 R
☐	Domänendienstkonto Active Directory-Domänendienstkonto (ein Standardbenutzer mit Lesezugriff), das das Attribut sAMAccountName hat. Das Attribut „sAMAccountName“ darf höchstens 20 Zeichen lang sein und darf keines der folgenden Zeichen enthalten: "/ \ [ ] : ; \| = , + * ? < >. Das Konto muss über die folgenden Berechtigungen verfügen: Inhalt auflisten Alle Eigenschaften lesen Berechtigungen lesen tokenGroupsGlobalAndUniversal lesen (implizit enthalten in „Alle Eigenschaften lesen“) Legen Sie das Kennwort für das Konto auf „Läuft nie ab“ fest, um dauerhaften Zugriff auf die Anmeldung bei Ihrer Horizon Cloud-Umgebung zu gewährleisten. Wenn Sie mit dem lokalen Horizon-Angebot vertraut sind, sind die oben genannten Berechtigungen derselbe Satz, der für die sekundären Anmeldekonten des lokalen Horizon-Angebots erforderlich sind. Domänendienstkonten erhalten die Standardberechtigungen für den Lesezugriff, die in der Regel authentifizierten Benutzern in einer Microsoft Active Directory-Bereitstellung gewährt werden. Wenn sich die AD-Administratoren Ihrer Organisation jedoch dafür entschieden haben, schreibgeschützte Berechtigungen für reguläre Benutzer zu sperren, müssen Sie diese AD-Administratoren bitten, die Standardeinstellungen der authentifizierten Benutzer für die Domänendienstkonten beizubehalten, die Sie für Horizon Cloud verwenden. Verweis: Erstellen von Active Directory-Domänendienst- und -Domänenbeitrittskonten
☐	Zusätzliches Domänendienstkonto Muss vom Hauptdomänendienstkonto getrennt sein. Die Benutzeroberfläche verhindert, dass dasselbe Konto in beiden Feldern erneut verwendet wird. Active Directory-Domänendienstkonto (ein Standardbenutzer mit Lesezugriff) mit dem Attribut „sAMAccountName“. Das Attribut „sAMAccountName“ darf höchstens 20 Zeichen lang sein und darf keines der folgenden Zeichen enthalten: "/ \ [ ] : ; \| = , + * ? < >. Das Konto muss über die folgenden Berechtigungen verfügen: Inhalt auflisten Alle Eigenschaften lesen Berechtigungen lesen tokenGroupsGlobalAndUniversal lesen (implizit enthalten in „Alle Eigenschaften lesen“) Legen Sie das Kennwort für das Konto auf „Läuft nie ab“ fest, um dauerhaften Zugriff auf die Anmeldung bei Ihrer Horizon Cloud-Umgebung zu gewährleisten. Wenn Sie mit dem lokalen Horizon-Angebot vertraut sind, sind die oben genannten Berechtigungen derselbe Satz, der für die sekundären Anmeldekonten des lokalen Horizon-Angebots erforderlich sind. Domänendienstkonten erhalten die Standardberechtigungen für den Lesezugriff, die in der Regel authentifizierten Benutzern in einer Microsoft Active Directory-Bereitstellung gewährt werden. Wenn sich die AD-Administratoren Ihrer Organisation jedoch dafür entschieden haben, schreibgeschützte Berechtigungen für reguläre Benutzer zu sperren, müssen Sie diese AD-Administratoren bitten, die Standardeinstellungen der authentifizierten Benutzer für die Domänendienstkonten beizubehalten, die Sie für Horizon Cloud verwenden.
☐	Domänenbeitrittskonto Active Directory-Domänenbeitrittskonto, das vom System zum Durchführen von Sysprep-Vorgängen und zum Hinzufügen der virtuellen Computer zur Domäne verwendet werden kann. In der Regel ein neues Konto, das Sie für diesen ausdrücklichen Zweck erstellen. (Ein Benutzerkonto für den Domänenbeitritt) Das Konto muss das Attribut sAMAccountName haben. Das Attribut sAMAccountName darf höchstens 20 Zeichen lang sein und darf keines der folgenden Zeichen enthalten: "/ \ [ ] : ; \| = , + * ? < >. Die Verwendung von Leerzeichen im Benutzernamen des Kontos wird derzeit nicht unterstützt. Setzen Sie das Kontokennwort auf „Läuft nie ab“ fest, um sicherzustellen, dass Horizon Cloud weiterhin Systemvorbereitungsvorgänge ausführen und die virtuellen Computer der Domäne hinzufügen kann. Dieses Konto erfordert die folgenden Active Directory-Berechtigungen, die auf die Organisationseinheit „Computer“ oder auf die Organisationseinheit angewendet werden, die Sie in die UI der Konsole für den Domänenbeitritt eingeben. Alle Eigenschaften lesen – nur dieses Objekt Computerobjekte erstellen – dieses Objekt und alle abgeleiteten Objekte Computerobjekte löschen – dieses Objekt und alle abgeleiteten Objekte Alle Eigenschaften schreiben – Abgeleitete Computerobjekte Kennwort zurücksetzen – abgeleitete Computerobjekte In Bezug auf die Ziel-Organisationseinheit (OE), die Sie für Pools verwenden möchten, benötigt dieses Konto auch die Active Directory-Berechtigung „Alle Eigenschaften schreiben“ für alle abhängigen Objekte dieser Ziel-Organisationseinheit (OE). Weitere Informationen zum Erstellen und Wiederverwenden von Domänenbeitrittskonten finden Sie unter Erstellen von Active Directory-Domänendienst- und -Domänenbeitrittskonten. Wenn Sie in Microsoft Active Directory eine neue OE erstellen, legt das System möglicherweise automatisch das Attribut `Prevent Accidental Deletion` fest, das für die neu erstellte OE und alle abgeleiteten Objekte für die Berechtigung „Alle untergeordneten Objekte löschen“ `Deny` anwendet. Wenn Sie daher dem Domänenbeitrittskonto explizit die Berechtigung „Computerobjekte löschen“ zugewiesen haben, hat Active Directory im Fall einer neu erstellten OE möglicherweise eine Außerkraftsetzung auf die explizit zugewiesene Berechtigung „Computerobjekte löschen“ angewendet. Da durch das Löschen des Flags Versehentliches Löschen verhindern das von Active Directory auf die Berechtigung „Alle untergeordneten Objekte löschen“ angewendete `Deny` möglicherweise nicht automatisch gelöscht wird, müssen Sie im Fall einer neu hinzugefügten OE die zum Löschen aller untergeordneten Objekte in der OE und aller untergeordneten OEs festgelegte Berechtigung `Deny` möglicherweise prüfen und manuell löschen, bevor Sie das Domänenbeitrittskonto in der Horizon Cloud Console verwenden.
☐	Optionales Hilfsdomänenbeitrittskonto Active Directory-Domänenbeitrittskonto, das vom System zum Durchführen von Sysprep-Vorgängen und zum Hinzufügen der virtuellen Computer zur Domäne verwendet werden kann. In der Regel ein neues Konto, das Sie für diesen ausdrücklichen Zweck erstellen (Ein Benutzerkonto für den Domänenbeitritt). Das Konto muss das Attribut sAMAccountName haben. Das Attribut „sAMAccountName“ darf höchstens 20 Zeichen lang sein und darf keines der folgenden Zeichen enthalten: "/ \ [ ] : ; \| = , + * ? < >. Die Verwendung von Leerzeichen im Benutzernamen des Kontos wird derzeit nicht unterstützt. Legen Sie das Kontokennwort auch auf „Läuft nie ab“ fest, um sicherzustellen, dass Horizon Cloud die Sysprep-Vorgänge weiterhin ausführen und die virtuellen Computer zur Domäne hinzufügen kann. Für dieses Konto sind die folgenden Active Directory-Berechtigungen erforderlich, die auf die Computer-OE oder auf die OE angewendet werden, die Sie in die Benutzeroberfläche für den Domänenbeitritt der Konsole eingeben. Alle Eigenschaften lesen – nur dieses Objekt Computerobjekte erstellen – dieses Objekt und alle abgeleiteten Objekte Computerobjekte löschen – dieses Objekt und alle abgeleiteten Objekte Alle Eigenschaften schreiben – Abgeleitete Computerobjekte Kennwort zurücksetzen – abgeleitete Computerobjekte In Bezug auf die Ziel-Organisationseinheit (OE), die Sie für Pools verwenden möchten, benötigt dieses Konto auch die Active Directory-Berechtigung „Alle Eigenschaften schreiben“ für alle abhängigen Objekte dieser Ziel-Organisationseinheit (OE). Wenn Sie in Microsoft Active Directory eine neue OE erstellen, legt das System möglicherweise automatisch das Attribut `Prevent Accidental Deletion` fest, das für die neu erstellte OE und alle abgeleiteten Objekte für die Berechtigung „Alle untergeordneten Objekte löschen“ `Deny` anwendet. Wenn Sie daher dem Domänenbeitrittskonto explizit die Berechtigung „Computerobjekte löschen“ zugewiesen haben, hat Active Directory im Fall einer neu erstellten OE möglicherweise eine Außerkraftsetzung auf die explizit zugewiesene Berechtigung „Computerobjekte löschen“ angewendet. Da durch das Löschen des Flags Versehentliches Löschen verhindern das von Active Directory auf die Berechtigung „Alle untergeordneten Objekte löschen“ angewendete `Deny` möglicherweise nicht automatisch gelöscht wird, müssen Sie im Fall einer neu hinzugefügten OE die zum Löschen aller untergeordneten Objekte in der OE und aller untergeordneten OEs festgelegte Berechtigung `Deny` möglicherweise prüfen und manuell löschen, bevor Sie das Domänenbeitrittskonto in der Horizon Cloud Console verwenden.
☐	Active Directory-Organisationseinheit (OU) bzw. -einheiten (OUs) für virtuelle Desktops und RDS-sitzungsbasierte Desktops oder veröffentlichte Anwendungen oder beides. Wenn Sie in Microsoft Active Directory eine neue OE erstellen, legt das System möglicherweise automatisch das Attribut `Prevent Accidental Deletion` fest, das für die neu erstellte OE und alle abgeleiteten Objekte für die Berechtigung „Alle untergeordneten Objekte löschen“ `Deny` anwendet. Wenn Sie daher dem Domänenbeitrittskonto explizit die Berechtigung „Computerobjekte löschen“ zugewiesen haben, hat Active Directory im Fall einer neu erstellten OE möglicherweise eine Außerkraftsetzung auf die explizit zugewiesene Berechtigung „Computerobjekte löschen“ angewendet. Da durch das Löschen des Flags Versehentliches Löschen verhindern das von Active Directory auf die Berechtigung „Alle untergeordneten Objekte löschen“ angewendete `Deny` möglicherweise nicht automatisch gelöscht wird, müssen Sie im Fall einer neu hinzugefügten OE die zum Löschen aller untergeordneten Objekte in der OE und aller untergeordneten OEs festgelegte Berechtigung `Deny` möglicherweise prüfen und manuell löschen, bevor Sie das Domänenbeitrittskonto in der Horizon Cloud Console verwenden.

Systemanforderungen für die Image-Verwaltung

Ihr Microsoft Azure-Abonnement muss die folgenden Anforderungen erfüllen, je nachdem, welche Arten von Images Sie über den bereitgestellten Horizon Edge zur Verfügung stellen möchten.

☐

Basis für das Image. Mindestens eine der unterstützten Microsoft Azure-VM-Konfigurationen.

Microsoft Azure-VMs der Generationen 1 und 2 werden unterstützt.

Stellen Sie sicher, dass Sie über ein ausreichendes Kontingent für das Modell verfügen, das Sie für die Basis-VM verwenden möchten. Die folgenden Modelltypen sind Standard und werden empfohlen.

Nicht-GPU:

Standard_DS2_v2

GPU-fähig:

Standard_NV12s_v3

Andere Modelltypen wie die aufgelisteten Typen Nicht-GPU und GPU-fähig werden unterstützt, aber nicht notwendigerweise verifiziert. Stellen Sie sicher, dass Ihr Abonnement über ein ausreichendes Kontingent verfügt, wenn Sie eines dieser Modelle auswählen.

Anforderungen für Pool-VMs

Ihr Microsoft Azure-Abonnement muss die folgenden Anforderungen erfüllen, je nachdem, welche Arten von Pool-VMs Sie über den bereitgestellten Horizon Edge zur Verfügung stellen möchten.

☐

Modellauswahl für die VMs in Pools – eine beliebige der in der Microsoft Azure-Region verfügbaren VM-Konfigurationen von Microsoft Azure, mit Ausnahme derjenigen, die nicht mit Horizon Cloud-Desktopvorgängen kompatibel sind.

Beachten Sie bei der Auswahl eines VM-Modells die folgenden Details.

Die Verwendung des Modelltyps „GPU-fähig“ oder „Nicht-GPU“ richtet sich nach der während der Image-Erstellung ausgewählten VM.
Zum Erstellen eines Mehrfachsitzungspools wählen Sie ein Image aus, das mit einem Mehrfachsitzungs-Betriebssystem erstellt wurde.
Für Produktionsumgebungen empfehlen Skalierungstests die Verwendung von Modellen mit mindestens 2 CPUs.
Weitere Informationen zur Kompatibilität verschiedener Microsoft Azure-VM-Typen und -Größen mit Horizon Cloud finden Sie unter Microsoft Azure-VM-Typen und -Größen für Horizon Cloud (89090).
Microsoft Azure VMs der Generation 1 und 2 werden in Pools unterstützt.

Horizon Client- und Horizon Web Client-Anforderungen

☐

Stellen Sie sicher, dass Ihre Endbenutzer einen unterstützten Client verwenden, um auf die vom Dienst bereitgestellten Ressourcen zuzugreifen. Weitere Informationen finden Sie in der Liste unter Versionshinweise – Abschnitt „Client-Support“

Tipp: Wenn Endbenutzer über einen Browser eine Verbindung mit Horizon Cloud herstellen, verwenden die Verbindungen automatisch die aktuelle Version des Horizon Web Client.

War diese Seite hilfreich?