Verwenden Sie die folgenden Informationen und die verknüpften Unterthemen, wenn Sie die Verwendung von Horizon Cloud vorbereiten sowie bei der Verwendung. Beziehen Sie sich während Ihrer gesamten Reise mit Horizon Cloud auf diese Informationen.

Voraussetzungen für die Einrichtung, Software-Downloads, Persistenz von Benutzereinstellungen, Produktdokumentation und weitere hilfreiche Ressourcen

Voraussetzungen für die Einrichtung
Überprüfen Sie bei Microsoft Azure-Bereitstellungen vor dem Bereitstellen die Setup-Voraussetzungen.

Überprüfen Sie bei Verbindungen mit Ihren Horizon-Pods die Voraussetzungen für die Einrichtung, bevor Sie den Vorgang starten. Informationen dazu erhalten Sie in den folgenden Dokumenten:

Software-Downloads
Überprüfen Sie die Software-Downloads von My VMware ®, die Sie eventuell für Ihre Umgebung benötigen. Auch wenn diese Downloads für den Start Ihrer Bereitstellung möglicherweise nicht zwingend erforderlich sind, sollten Sie sie je nach Anwendungsszenario vor der Bereitstellung überprüfen. Rufen Sie die Download-Seite für VMware Horizon Cloud Service auf und navigieren Sie zum Download-Link für die spezielle Version vom Oktober 2020. Auf dieser Seite finden Sie die Zeile „Horizon Cloud Connector“, in der Sie auf Zu den Downloads klicken können, um die neueste Version des Installationsprogramms für den Horizon Cloud Connector und das VMware Universal Broker-Plug-in zu erhalten.
Persistenz von Benutzereinstellungen
Für alle Microsoft Azure-Bereitstellungen können Sie die Persistenz von Benutzerprofilen mithilfe von VMware Dynamic Environment Manager™ mit Ordnerumleitung sicherstellen. Sie können die Dynamic Environment Manager-Software, die für die Verwendung mit dieser Version unterstützt wird, von der Download-Seite für VMware Horizon Cloud Service herunterladen und zum Download-Link für diese spezielle Version navigieren.
Produktdokumentation und weitere hilfreiche Ressourcen

Um auf die gesamte Produktdokumentation für alle Bereitstellungsmodelle von Horizon Cloud zuzugreifen, rufen Sie die Zielseite für die VMware Horizon Cloud Service-Dokumentation auf.

Auf der Community-Website finden Sie hilfreiche Tipps und Sie können dort beliebige Fragen stellen. Im Abschnitt „Ressourcen“ der Horizon Cloud-Produktseite finden Sie auch technische Dokumente zu diesem Thema.

Nützliche Fakten, die man der Verwendung von Horizon Cloud kennen sollte

Vor Ausführen eines Bereitstellungstyps
  • Wenn Ihre Horizon Cloud-Umgebung nicht in Ihre Workspace ONE-Umgebung integriert ist, erfolgt die Anmeldeauthentifizierung in der Cloud- und Web-basierten Verwaltungskonsole auf Grundlage der My VMware-Kontoanmeldedaten. Wenn das My VMware-Kontosystem ausfällt und keine Authentifizierungsanforderungen entgegennehmen kann, können Sie sich in diesem Zeitraum nicht bei der Konsole anmelden. Wenn beim Anmelden beim ersten Anmeldebildschirm in der Konsole Probleme auftreten, überprüfen Sie die Seite „Systemstatus“ in Horizon Cloud unter https://status.horizon.vmware.com, um den neuesten Systemstatus anzuzeigen. Auf dieser Seite können Sie sich auch für den Empfang von Updates registrieren.
  • Wenn Sie einen Pod mithilfe des Pod-Bereitstellungsassistenten der Konsole bereitstellen und einen Horizon-Pod über Horizon Cloud Connector verbinden, müssen bestimmte DNS-Namen erreichbar und bestimmte Ports und Protokolle zulässig sein. Informationen zu den Konnektivitätsanforderungen finden Sie unter Anforderungen an DNS, Ports und Protokolle bei Verwendung von Horizon Cloud Connector und einem Horizon-Pod, Anforderungen an DNS für einen Horizon Cloud-Pod in Microsoft Azure und Port- und Protokollanforderungen für einen Horizon Cloud-Pod im Manifest der Version vom September 2019 oder höher.
  • Für alle mit der Horizon Cloud-Steuerungsebene gekoppelten Pods, die demselben Kundenkonto zugewiesen sind, muss eine Sichtverbindung mit den Active Directory-Domänen bestehen, die mit diesen Pods verbunden sind. Neben der Sichtverbindung ist auch eine unidirektionale oder bidirektionale Vertrauensstellung erforderlich. Wenn Sie z. B. drei Pods haben, von denen ein Pod in Microsoft Azure, ein Pod lokal und ein Pod in VMware Cloud on AWS vorhanden ist, benötigt jeder dieser Pods eine Sichtverbindung sowie eine unidirektionale oder bidirektionale Vertrauensstellung für denselben Satz an Active Directory-Domänen.
Vor dem Ausführen von Microsoft Azure-Bereitstellungen
  • Abonnements und Anzahl Pods: Legen Sie die Anzahl der für ein einzelnes Microsoft Azure-Abonnement bereitgestellten Pods sorgfältig fest, vor allem dann, wenn jeder Pod in einem großen Umfang ausgeführt werden soll. Auch wenn in einem einzelnen Microsoft Azure-Abonnement in einer Region oder über mehrere Regionen verteilt mehrere Pods bereitgestellt werden können, gelten für Microsoft Azure bestimmte Grenzwerte für ein einzelnes Abonnement. Aufgrund dieser Microsoft Azure-Grenzwerte erhöht eine große Anzahl von Pods in einem einzelnen Abonnement die Wahrscheinlichkeit, dass diese Grenzwerte erreicht werden. Zur Erreichung dieser Grenzwerte tragen eine Vielzahl von Variablen und Kombinationen dieser Variablen bei, wie z. B. die Anzahl der Pods, die Anzahl der Farmen und Zuweisungen in einem Pod, die Anzahl der Server in einem Pod, die Anzahl der Desktops in jeder Zuweisung, usw. Wenn Pods in einem großen Umfang ausgeführt werden sollen, ist möglicherweise die Verwendung mehrerer Abonnements unter einem Microsoft Azure-Konto sinnvoll. Microsoft Azure-Kunden können und bevorzugen häufig diese Vorgehensweise, da sie für die fortlaufende Verwaltung der Abonnements einige Vorteile bietet. Dabei wird pro Abonnement ein einziger Pod bereitgestellt und die Abonnements werden in einem einzelnen „primären Konto“ zusammengefasst. Dies reduziert die Wahrscheinlichkeit, dass die Microsoft Azure-Grenzwerte für ein einzelnes Abonnement erreicht werden.
  • Der ausgehende Internetzugriff ist auf dem virtuellen Microsoft Azure-Netzwerk (VNet) erforderlich, das mit der temporären Jump-Box-VM des Knotens und der Pod Manager-VM (oder mehreren VMs für den Fall, dass Hochverfügbarkeit auf dem Pod aktiviert ist) verbunden ist. In der vorliegenden Version wird eine Proxy-basierte Authentifizierung unterstützt. Sie müssen Ihre Proxy-Details im Pod-Bereitstellungsassistenten angeben. Für die Bereitstellung von Pods müssen bestimmte DNS-Namen erreichbar und bestimmte Ports und Protokolle zulässig sein. Informationen zu den Konnektivitätsanforderungen finden Sie unter Anforderungen an DNS für einen Horizon Cloud-Pod in Microsoft Azure.
  • Subnetzdimensionierung: Momentan wir eine Erweiterung der Größe der Subnetze nach der Bereitstellung des Pods nicht unterstützt. Deshalb sollten Sie für Produktionsumgebungen Subnetz-Größen verwenden, die die folgenden Anforderungen erfüllen können:
    • Management-Subnetz: Wenn Sie einen Pod bereitstellen, ist für das Management-Subnetz des Pods seit März 2019 mindestens CIDR /27 erforderlich, nachdem für frühere Versionen eine Untergrenze von CIDR /28 galt. Diese Änderung wurde vorgenommen, um die Probleme zu reduzieren, die aufgrund fehlender verfügbarer IP-Adressen im Subnetz bei der Aktualisierung von Pods auftreten können. CIDR /27 ermöglicht 32 IP-Adressen.
    • VM-Subnetz – primär: Verwenden Sie CIDR in einem Bereich, der groß genug ist, um die VMs für Ihre erwarteten VDI-Desktops, RDS-Images und alle VMs in den RDS-Farmen des Pods zu unterstützen. Die Pod-Manager-VMs und die Unified Access Gateway-VMs benötigen ebenfalls einige IP-Adressen aus diesem Subnetz (insgesamt 12 Adressen, um die Blue-Green-Aktualisierung eines HA-fähigen Pods mit beiden Arten von Gateways zu ermöglichen). Im Allgemeinen ist der Bereich von /24 bis /21 für typische Anwendungsfälle ausreichend. Hinweis: Manchmal wird dieses VM-Subnetz auch als Desktop-Subnetz oder Mandanten-Subnetz bezeichnet.
    • Ab der Dienstversion vom Juli 2020 und dem Pod-Manifest 2298.0 ermöglicht eine neue Funktion die Verwendung zusätzlicher Mandanten-Subnetze für Ihre VDI-Desktops und RDS-Farm-VMs. Diese zusätzlichen Subnetze können sich im selben VNet wie der Pod oder in Peer-VNets befinden. Für einen Pod mit Manifest 2298.0 oder höher können Sie die Konfiguration bearbeiten, um diese zusätzlichen Subnetze einzubeziehen. Dann können Sie die zusätzlichen Mandanten-Subnetze in den Definitionen Ihrer Farmen und VDI-Desktop-Zuweisungen angeben, sodass diese statt des primären VM-Subnetzes verwendet werden. Die Verwendung dieser sekundären Subnetze für Ihre Farm-VMs und VDI-Desktop-VMs vereinfacht die Verwaltung, da Sie angeben können, welche Farmen und VDI-Desktop-Zuweisungen sich in welchem Mandanten-Subnetz und -VNet befinden.
  • Damit die Funktion das externe Gateway in seinem eigenen VNet bereitstellen kann, müssen die VNets verbunden werden. Daher müssen Sie die Subnetze vor der Ausführung des Bereitstellungsassistenten manuell erstellen. Für das VNet des externen Gateways müssen dessen Verwaltungs-Subnetz und Back-End-Subnetz jeweils den gleichen CIDR /27-Mindestwert aufweisen.
Vor dem Verbinden von Pods mit Horizon Cloud Connector
  • Wenn Ihr Horizon Cloud-Mandantenkonto am oder nach dem 17. März 2020 in einer der folgenden Regionen erstellt wurde: US-2, Europe-2, Australia-2 (früher auch bezeichnet als PROD1_NORTHCENTRALUS2_CP1, PROD1_NORTHEUROPE_CP1, PROD1_AUSTRALIAEAST_CP1), müssen Sie Horizon Cloud Connector-Version 1.6 oder höher verwenden, um diese Pods mit Horizon Cloud zu verbinden. Anhand des in Ihrer Begrüßungs-E-Mail für den Horizon-Dienst angegebenen Datums können Sie ermitteln, ob Ihr Mandantenkonto nach dem 17. März 2020 erstellt wurde. In der E-Mail wird außerdem die Region angegeben, in der Ihr Konto erstellt wurde. Mit früheren Versionen von Cloud Connector gibt es Kompatibilitätsprobleme, wenn sie mit Mandantenkonten verwendet werden, die am oder nach dem 17. März 2020 in diesen Regionen erstellt wurden.
  • Ein ausgehender Internetzugriff ist erforderlich, damit Horizon Cloud Connector mit der Cloud-Ebene des Diensts kommunizieren kann, insbesondere um die Lizenzierungsdetails zu erhalten. Bestimmte DNS-Namen müssen erreichbar und bestimmte Ports und Protokolle zulässig sein. Informationen zu den Konnektivitätsanforderungen finden Sie unter Anforderungen an DNS, Ports und Protokolle bei Verwendung von Horizon Cloud Connector und einem Horizon-Pod.
  • Bevor Sie einen zweiten Horizon-Pod mit Horizon Cloud verbinden, sollten Sie sich bei der Horizon Cloud-Verwaltungskonsole anmelden und den Active Directory-Domainregistrierungsprozess abschließen, nachdem Sie Ihren ersten Horizon-Pod über den Onboardingprozess von Horizon Cloud Connector verbunden haben. Wenn Sie mehrere Horizon-Pods mit Horizon Cloud koppeln, bevor Sie diese Active Directory-Domänenregistrierung abschließen, können unerwartete Ergebnisse auftreten, wenn Sie sich schlussendlich bei der Konsole anmelden, um den Domänenregistrierungsprozess zu starten.
  • Aufgrund eines bekannten Problems kann es bei Verwendung einer lokalen Active Directory-Domäne zur Wartung eines Pods in VMware Cloud on AWS zu langsamen Zugriffszeiten kommen. Grund hierfür ist eine Netzwerklatenz oder Netzwerküberlastung zwischen der lokalen Active Directory-Domäne und dem Pod in VMware Cloud on AWS, die dazu führt, dass es bei Aufrufen der Domäne zu Zeitüberschreitungen kommt. Zu den typischen Symptomen dieser Latenz zählt u. a., dass die Anmeldung über den Active Directory-Anmeldebildschirm nicht abgeschlossen werden kann, bevor es zu einer Zeitüberschreitung kommt. Wenn solche Symptome auftreten, kann die Konfiguration eines beschreibbaren Domänencontrollers in jedem Software-Defined Data Center (SDDC) in der Cloud hilfreich sein.