Checkliste der Anforderungen für die Bereitstellung eines Amazon Workspaces Core-Edge

Diese Checkliste dient dazu, Sie über die erforderlichen Elemente für die Durchführung einer nativen Amazon WorkSpaces Core-Bereitstellung mit der Horizon Control Plane in Horizon Cloud zu informieren.

Checklisten-Zielgruppe

Diese Checkliste gilt für Horizon Cloud-Kundenkonten, die noch nie eine Horizon Cloud on Amazon WorkSpaces Core-Bereitstellung in ihrer Mandantenumgebung hatten. Solche Mandanten werden oft als saubere (clean-slate) Umgebungen oder Umgebungen auf der grünen Wiese (greenfield) bezeichnet.

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 das AWS-Konto

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.

Anforderungen für Amazon Elastic Compute Cloud (Amazon EC2)

☐	Gültiges Amazon Web Services-Konto in einer unterstützten AWS-Region. Weitere Informationen finden Sie in der zugehörigen AWS-Dokumentation. Anmerkung: Horizon Cloud unterstützt die meisten unterstützten Amazon WorkSpaces Core-Regionen.
☐	Gültige AWS-IAM-Rollen (Identity and Access Management) in jedem Amazon Web Services-Konto. Informationen zum Erstellen eines AWS-Kontos finden Sie in der AWS-Dokumentation. Die Rollen sind erforderlich, um die Amazon WorkSpaces Core-Edge-Bereitstellung durchzuführen. Weitere Informationen finden Sie unter Amazon WorkSpaces Core-Edge-Bereitstellungen.
☐	Stellen Sie sicher, dass weder eine AWS-IAM-Richtlinie noch Ressourcensperren vorhanden sind, die die Erstellung von Horizon Edge-Bereitstellungsressourcen verhindern könnten.
☐	Durchführen von IAM-Anforderungen Erstellen Sie IAM-Berechtigungen. Weitere Informationen finden Sie in der AWS-Dokumentation zum Erstellen von IAM-Richtlinien. Weitere Informationen zum Erstellen von IAM-Berechtigungen für Ihre Horizon Cloud-Bereitstellung finden Sie auch unter Erstellen von IAM-Berechtigungen in diesem Handbuch. Erstellen Sie eine IAM-Rolle mit einer benutzerdefinierten Vertrauensrichtlinie. Weitere Informationen zum Erstellen von IAM-Berechtigungen für Ihre Horizon Cloud-Bereitstellung finden Sie unter Erstellen von IAM-Berechtigungen in diesem Handbuch.
☐	Amazon EC2-Kapazität für die Horizon Edge-Kernressourcen, die in diesem Konto bereitgestellt werden sollen. Edge-Gateway (VM) – ausreichendes Kontingent für eine einzelne virtuelle Maschine. Im Folgenden finden Sie eine Liste der unterstützten VM-SKU-Größen für eine Bereitstellung vom Typ „Edge-Gateway (VM)“ in absteigender Reihenfolge nach Priorität. Wenn Ihr Amazon WorkSpaces Core-Konto Kapazität für mindestens eine der folgenden VM-SKU-Größen aufweist, wird die Edge-Bereitstellung akzeptiert. Andernfalls wird die Edge-Bereitstellung abgelehnt. M5.xlarge Führen Sie Befehle aus, um die Verfügbarkeit des Amazon WorkSpaces Core-Modells und die regionale CPU-Ausgabe zu überprüfen. Weitere Informationen finden Sie unter Überprüfen der Verfügbarkeit des Amazon WorkSpaces Core-Modells. Unified Access Gateway-Instanzen – Mindestens 2 x der folgenden unterstützten Größen. Die Standardgröße und empfohlene Größe ist C4.2xlarge. C3.2xlarge und höher C4.2xlarge und höher C5.2xlarge und höher C5a.2xlarge und höher C5ad.2xlarge und höher C5d.2xlarge und höher C5n.2xlarge und höher C6a.xlarge und höher C6g.2xlarge und höher C6gd.2xlarge und höher C6gn.2xlarge und höher C6i.2xlarge und höher C6in.2xlarge und höher C7a.2xlarge und höher C7g.2xlarge und höher Wenn Ihre Horizon Edge-Instanz einsatzbereit ist, muss Ihre Kapazität in Amazon WorkSpaces Core 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.
☐	Die folgende Amazon WorkSpaces Core-Bereitstellungsoption ist verfügbar: Edge-Gateway (VM) = Edge-Gateway Virtuelle Edge-Gateway-Maschine (VM) ist für kleinere Bereitstellungen ohne Hochverfügbarkeit vorgesehen.

Kapazitätsanforderungen für Amazon WorkSpaces Core

Wenn sich die folgende Tabelle auf die Amazon WorkSpaces Core-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.

☐	Voraussetzung für BYOL (Bring-Your-Own-License ) wurde konfiguriert. Informationen zum Bereitstellen eigener Windows-Desktop-Lizenzen in WorkSpaces finden Sie in der AWS-Dokumentation.
☐	Verfügbarkeitsbereiche für WorkSpaces Personal wurden konfiguriert. Informationen zu Verfügbarkeitsbereichen für WorkSpaces Personal finden Sie in der AWS-Dokumentation.

Netzwerkanforderungen

Die folgenden Netzwerkanforderungen enthalten die Details, die für die erfolgreiche Bereitstellung und den Betrieb eines Horizon Edge erforderlich sind. Weitere Informationen finden Sie in der AWS-Dokumentation für Netzwerke in Amazon EC2.

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

Netzwerkanforderungen für ein Edge-Gateway (VM)

☐	Für jedes Horizon Edge Gateway wird eine Amazon Virtual Private Cloud (VPC), die in Ihrer Amazon EC2-Zielregion mit entsprechendem Adressbereich zur Abdeckung der erforderlichen Subnetze erstellt wurde.
☐	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). Das DMZ-Subnetz muss öffentlich sein. Als Voraussetzung müssen Sie Subnetze manuell in der VPC erstellen. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen für eine Amazon WorkSpaces Core-Region. Es wird empfohlen, keine anderen Ressourcen an die Subnetze anzuhängen.
☐	Konfigurieren Sie für Unified Access Gateway den DNS-Server der Virtual Private Cloud (VPC), um auf einen gültigen DNS-Server zu verweisen, 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 Active Directory ein Beispiel. Für externe Endpoints muss der ausgehende Internetzugriff in der Virtual Private Cloud (VPC), die Sie für die Bereitstellung des Gateways verwenden, bestimmte DNS-Namen auflösen und über bestimmte Ports und Protokolle erreichen können. Diese Konfiguration ist für die Bereitstellung und den laufenden Betrieb erforderlich.
☐	Ausgehender Internetzugriff in der VPC, 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. Eine Liste der DNS-Namen und -Ports finden Sie unter Sicherstellen der Erreichbarkeit geeigneter Ziel-URLs für die Bereitstellung eines Horizon Edge Gateways in einer Amazon WorkSpaces Core-Umgebung.
☐	Optional. Proxy-Serverinformationen bei Bedarf für ausgehenden Internetzugriff in der Virtual Private Cloud (VPC), die während der Bereitstellung und des laufenden Betriebs der Horizon Cloud-Umgebung verwendet wird.
☐	Optional. AWS-VPN wird konfiguriert, wenn Sie eine Netzwerkverbindung zwischen der Virtual Private Cloud (VPC) und Ihrem lokalen Unternehmensnetzwerk herstellen möchten.
☐	Proxy – Fügen Sie alle konfigurierten Proxy-Einstellungen in WorkSpaces Core-Images auf Systemebene hinzu.

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 Port- und -Protokollanforderungen für Ihre Horizon Cloud-Bereitstellung in Amazon Workspaces Core.

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 Sowohl für externe als auch für interne Unified Access Gateway-Typen muss ein Internet-Gateway in der VPC vorhanden sein, und der Datenverkehr aus dem DMZ-Subnetz muss an das Internet-Gateway weitergeleitet werden.
☐	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. 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 in der Virtual Private Cloud (VPC) 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.
B	Microsoft Entra ID Commercial oder Microsoft Entra ID Government	Microsoft Entra-ID	Bietet keine Unterstützung für Single Sign-On (SSO) für Remote-Desktops und -anwendungen.
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. 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 diesem Abschnitt 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 Access 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 Access

  ☐

  Wenn Workspace ONE Access Cloud oder Workspace ONE Access 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 diesem Abschnitt 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.

• 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 von AWS verwaltetes Microsoft Active Directory. Weitere Informationen finden Sie in der AWS-Dokumentation zu verwaltetem Microsoft AD.
  ☐	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. Legen 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 Amazon WorkSpaces Core-Konto 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. Eine oder mehrere der unterstützten Konfigurationen des Amazon WorkSpaces Core-Hardwaremodells. Stellen Sie sicher, dass Sie die Kontingentbeschränkungen für Amazon WorkSpaces nicht überschreiten. Weitere Informationen finden Sie in der AWS-Dokumentation für Amazon WorkSpaces-Kontingente. Die folgenden Modelltypen sind Standard und werden empfohlen. Nicht-GPU: Wert – 1 vCPU, 2 GB Arbeitsspeicher Standard – 2 vCPUs, 4 GB Arbeitsspeicher Leistung – 2 vCPU, 8 GB Arbeitsspeicher Stromversorgung – 4 vCPU, 16 GB Arbeitsspeicher PowerPro – 8 vCPU, 32 GB Arbeitsspeicher GeneralPurpose.4xlarge – 16 vCPU, 64 GB Arbeitsspeicher GeneralPurpose.8xlarge – 32 vCPU, 128 GB Arbeitsspeicher GPU-fähig: Graphics.g4dn – 4 vCPU, 16 GiB Arbeitsspeicher, 1 GPU, 16 GiB Videospeicher, 125 GB lokaler Instanzspeicher GraphicsPro.g4dn - 16 vCPU, 64 GiB Arbeitsspeicher, 1 GPU, 16 GiB Videospeicher, 225 GB lokaler Instanzspeicher 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 Amazon WorkSpaces Core 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 Amazon WorkSpaces Core-Region verfügbaren Konfigurationen des Amazon WorkSpaces Core-Hardwaremodells, 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 Amazon WorkSpaces Core-Modelltypen und -größen mit Horizon Cloud finden Sie in der AWS-Dokumentation zur Preisgestaltung in Amazon WorkSpaces Core.

  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.