Horizon Cloud-Pods in Microsoft Azure – Erstellen und Anzeigen von VDI-Multi-Cloud-Zuweisungen in Ihrer First-Gen-Umgebung

Auf dieser Dokumentationsseite wird beschrieben, wie Sie VDI-Multi-Cloud-Zuweisungen aus Horizon Cloud-Pods erstellen und deren Details anzeigen können. Bei diesen Pods handelt es sich um diejenigen Pods, die auf der Horizon Cloud-Pod-Manager-Technologie aufgebaut sind.

Mithilfe des Assistenten für die Zuweisungskonfiguration erstellen Sie VDI-Multi-Cloud-Zuweisungen von Desktops, die von mehreren Horizon Cloud-Pods in Microsoft Azure bereitgestellt werden.

Maximale Anzahl der Horizon Cloud-Pods pro VDI-Multi-Cloud-Zuweisung

Die unterstützte maximale Anzahl der Horizon Cloud-Pods in einer VDI-Multi-Cloud-Zuweisung beträgt fünf (5). Die Verwendung von mehr als fünf erhöht die gleichzeitige Last auf Universal Broker. Dies ist die in Ihrer Mandantenumgebung für die Verwendung mit VDI-Multi-Cloud-Zuweisungen konfigurierte Brokering-Technologie. Das Erhöhen dieser gleichzeitigen Last kann dazu führen, dass bei Endbenutzern Fehler auftreten, wenn sie auf die angezeigte Kachel der Zuweisung im Client klicken und der Dienst versucht, den Benutzer beim virtuellen Desktop anzumelden.

Neben der Einhaltung des Maximalwerts von fünf Pods pro VDI-Multi-Cloud-Zuweisung können Sie die Wahrscheinlichkeit, dass Endbenutzer zu dem Zeitpunkt, an dem sie auf die angezeigte Kachel der Zuweisung klicken, im Client weiter verringern, indem Sie eine zusätzliche Desktop-Kapazität von drei Prozent (3 %) in der VDI-Multi-Cloud-Zuweisung hinzufügen. Wenn Sie beispielsweise eine VDI-Multi-Cloud-Zuweisung für die Bereitstellung von 1.000 virtuellen Desktops für 1.000 Benutzer definieren, legen Sie die Größe der Zuweisung für 1.030 Desktops fest.

Informationen zur URL, die Ihre Endbenutzer auf ihren Clients verwenden sollten, um ordnungsgemäß auf Desktops zuzugreifen, die über eine dieser VDI-Multi-Cloud-Zuweisungen bereitgestellt werden

Nur wenn Ihre Umgebung für die Verwendung von Universal Broker mit Ihren Horizon Cloud-Pods konfiguriert ist, können Sie mithilfe dieser Horizon Cloud-Pods eine VDI-Multi-Cloud-Zuweisung erstellen. Wenn Ihre Umgebung für die Verwendung von Universal Broker mit diesen Pods konfiguriert ist, wird von Ihren Endbenutzern erwartet, dass sie die konfigurierte Universal Broker-URL Ihrer Umgebung in ihren Clients verwenden, um auf die berechtigten VDI-Desktops zuzugreifen, die von diesen Multi-Cloud-Zuweisungen bereitgestellt werden. Vermeiden Sie, dass Ihre Endbenutzer die alte Methode verwenden, d. h. den Unified Access Gateway-FQDN auf ihren Clients, wenn Ihre Umgebung für die Verwendung von Universal Broker konfiguriert ist. Andernfalls können unerwartete Ergebnisse auftreten, wenn Ihre Endbenutzer den Universal Broker umgehen und direkt zu einem Unified Access Gateway-FQDN wechseln.

Informationen zu den Bezeichnungen, die auf den Desktop-Kacheln dargestellt sind, die Ihre Endbenutzer auf ihren Clients sehen

Beachten Sie, dass, wenn ein Endbenutzer die Universal Broker-URL in seinem Client verwendet, die Bezeichnung auf der Desktop-Kachel in seinem Client den Namen anzeigt, der in Zuweisungsname im Formular für die Multi-Cloud-Zuweisung angegeben ist, wie in den folgenden Schritten zur Erstellung einer Zuweisung beschrieben.

Wenn Sie Ihren Endbenutzern jedoch mitteilen, die zuvor verwendete Einzel-Pod-Brokering-Methode für die Verwendung des Unified Access Gateway-FQDN zu verwenden, zeigt die Desktop-Kachel eine Variation des Namens an, der in Zuweisungsname angegeben ist, und nicht der präzise Name, der in Zuweisungsname angegeben ist. Die Kachel stellt den Zuweisungsnamen dar, der im Feld Zuweisungsname angegeben ist, sowie ein eindeutiges Suffix mit 8 Zeichen.

Wenn beispielsweise Zuweisungsname in der Definition der Multi-Cloud-Zuweisung als Dedizierte Verkäufe angegeben ist, ergibt sich Folgendes:

• Client mit Universal Broker-URL – Dem Endbenutzer wird eine Desktop-Kachel mit der Bezeichnung Dedizierte Verkäufe angezeigt.
• Client verwendet stattdessen den Unified Access Gateway-FQDN – Der Endbenutzer sieht eine Desktop-Kachel mit der Bezeichnung Dedizierte Verkäufe-nnnnnnnn, wobei nnnnnnnn eine eindeutige, zufällige alphanumerische Zeichenfolge ist. Wenn zwei Endbenutzer in diesem Beispiel den Unified Access Gateway-FQDN anstelle der Universal Broker-URL für ihre Desktops verwenden, könnte die Desktop-Kachel eines Endbenutzers als Dedizierte Verkäufe-d1f466f1 bezeichnet werden, während die Kachel des anderen Endbenutzers wie Dedizierte Verkäufe-6bdbb611 bezeichnet würde.

Wichtig: Wenn diese Pods für die Verwendung von Universal Broker konfiguriert sind, wird von Endbenutzern erwartet, dass sie die Universal Broker-URL in ihren Clients verwenden, um auf ihre über diese Zuweisungen bereitgestellten VDI-Desktops zuzugreifen.

Voraussetzungen

• VDI-Multi-Cloud-Zuweisungen stehen in Mandantenumgebungen zur Verfügung, die für die Verwendung von Universal Broker mit Pods vom Typ „Pod-Manager“ konfiguriert sind. Hierbei handelt es sich um diejenigen Pods, die mithilfe des automatisierten Pod-Bereitstellungsassistenten in Microsoft Azure bereitgestellt werden. Stellen Sie sicher, dass Ihr Mandant so konfiguriert ist, dass er Universal Broker als Brokering-Methode zur Verwendung mit diesen Pods nutzen kann. Siehe Starten der Aktivierung von Universal Broker über die Horizon Universal Console und Konfigurieren von Universal Broker-Einstellungen.
• Konfigurieren Sie Sites und Start-Site-Zuordnungen für Ihre Brokering-Umgebung, wie unter Konfigurieren von Sites für Universal Broker und Konfigurieren von Start-Sites für Universal Broker beschrieben.
• Stellen Sie sicher, dass in jedem Pod, der für die Teilnahme an der Zuweisung ausgewählt werden soll, mindestens ein veröffentlichtes Image mit einem Microsoft Windows-Clientbetriebssystem verfügbar ist. Ohne ein solches Image können Sie in keinem der teilnehmenden Pods eine VDI-Multi-Cloud-Zuweisung erstellen. Wenn Sie beispielsweise einen einzelnen Pod für die Zuweisung auswählen möchten, muss dieser Pod über ein veröffentlichtes Image verfügen. Wenn Sie mehrere Pods für diese Zuweisung auswählen möchten, muss jeder dieser Pods über mindestens ein veröffentlichtes Image verfügen. Navigieren Sie zur Seite „Images“ und stellen Sie sicher, dass die entsprechenden Images aufgelistet werden. Die Schritte zum Erstellen eines veröffentlichten Images finden Sie unter Konvertieren einer konfigurierten Image-VM in ein zuweisbares Image in Horizon Cloud auf Basis einzelner Pods.
• Entscheiden Sie, ob die Desktop-Festplatten verschlüsselt werden sollen. Sie müssen die Festplattenverschlüsselung angeben, wenn Sie die VDI-Multi-Cloud-Zuweisung erstellen. Sie können die Festplattenverschlüsselung nicht später hinzufügen, nachdem die Zuweisung erstellt wurde. Eine Beschreibung der Festplattenfunktion finden Sie unter Verwenden der Microsoft Azure-Festplattenverschlüsselung mit Ihren Farmen und VDI-Desktops in Ihren Horizon Cloud-Umgebungen.
  Wichtig: Diese Version unterstützt keine Festplattenverschlüsselung für flexible VDI-Zuweisungen, die Image-VMs mit angehängten Datenfestplatten verwenden. Stellen Sie sicher, dass das Image, das Sie in der Zuweisung verwenden möchten, über keine Datenfestplatten verfügt.
• Entscheiden Sie, ob Sie die Möglichkeit haben möchten, NSX Cloud-Funktionen für die Desktop-VMs zu verwenden. Sie müssen das NSX Cloud Management aktivieren, wenn Sie die VDI-Multi-Cloud-Zuweisung erstellen. Nach Erstellung der Zuweisung können Sie die Zuweisung nicht mehr für eine NSX Cloud-Verwaltung aktivieren. Das veröffentlichte Image, das Sie für diese Zuweisung auswählen, muss den installierten NSX-Agenten enthalten. Sie müssen den NSX-Agenten vor der Veröffentlichung des Images installiert haben. Informationen dazu finden Sie unter VMware NSX Cloud und Horizon Cloud-Pods in Microsoft Azure und den entsprechenden Unterthemen.
  Wichtig: Wenn Sie sowohl NSX Cloud-Funktionen als auch die Festplattenverschlüsselung verwenden möchten, stellen Sie sicher, dass der installierte NSX-Agent des Images die neueste Agent-Version ist. Die Verwendung der Festplattenverschlüsselung mit früheren NSX-Agent-Versionen wird nicht unterstützt.
• Wenn ein Pod für mehrere VM-Subnetze konfiguriert ist, können Sie entscheiden, ob diese im Abonnement dieses Pods bereitgestellten Desktop-VMs mit einem dieser VM-Subnetze oder mit dem primären VM-Subnetz (auch als Mandantensubnetz bekannt) dieses Pods verbunden werden sollen. Wenn ein Pod, auf dem Manifest 2298 oder höher ausgeführt wird, zum Hinzufügen zusätzlicher VM-Subnetze bearbeitet wurde, können Sie diese Subnetze für die Desktop-VMs der Zuweisung verwenden, die für diesen speziellen Pod instanziiert werden. Für diesen Anwendungsfall müssen Sie sicherstellen, dass das zu verwendende VM-Subnetz auf der Pod-Detailseite im Abschnitt Netzwerk mit dem Status Ready aufgeführt ist, sodass das Subnetz in den Workflow-Schritten zum Auswählen verfügbar ist. Weitere Informationen finden Sie unter Übersicht über die Verwendung mehrerer Mandantensubnetze mit Ihrem Horizon Cloud-Pod für Ihre Farmen und VDI-Zuweisungen.
  Wichtig: Wenn Sie die Verwendung eines VM-Subnetzes für die Zuweisung angeben, bleibt das ausgewählte VM-Subnetz bestehen und kann nach dem Erstellen der Zuweisung nicht geändert werden. Darüber hinaus muss die Gesamtzahl der von den ausgewählten Subnetzen bereitgestellten IP-Adressen größer oder gleich der Angabe in der Einstellung Max. VMs sein. Wenn Sie beispielsweise festlegen, dass die Zuweisung das primäre Subnetz oder mehrere VM-Subnetze verwenden soll, bei denen 100 IP-Adressen für die Zuweisung verfügbar sind, darf Max. VMs 100 nicht überschreiten.

Prozedur

1. Klicken Sie im linken Bereich der Konsole auf Zuweisungen und wählen Sie die Untermenüoption für die VDI-Desktops aus.
2. Klicken Sie auf der Seite „Zuweisungen“ auf Neu und wählen Sie die Untermenüoption für Desktops in Microsoft Azure aus.
   Das Fenster „Neue Desktop-Zuweisung“ wird mit dem ersten Schritt des Assistenten geöffnet.
3. Konfigurieren Sie im Assistenten die erforderlichen Einstellungen.
   Hinweis: Möglicherweise müssen Sie die Bildlaufleiste verwenden, um alle Einstellungen zu sehen.

   Einstellung	Beschreibung
   Desktop-Typ	Wählen Sie eine der folgenden Optionen aus: Flexibel: Bei einer flexiblen Zuweisung erhält ein Benutzer bei jeder Anmeldung eine andere virtuelle Maschine mit einem anderen Computernamen. Bei flexiblen Zuweisungen können Sie Desktops erstellen, die Benutzer in unterschiedlichen Schichten verwenden können und deren Größe auf der maximalen Anzahl gleichzeitiger Benutzern basiert. Beispiel: 300 Benutzer können eine Zuweisung von 100 Desktops verwenden, wenn sie in Schichten mit jeweils 100 gleichzeitigen Benutzern arbeiten. Bei flexiblen Zuweisungen werden dem Benutzer für die einzelnen Desktop-Sitzungen möglicherweise verschiedene Hostnamen angezeigt. Zugeordnet: In einer zugeordneten Zuweisung wird jeder virtuelle Desktop einem bestimmten Benutzer zugeordnet. Jeder zugeordnete Benutzer kehrt bei jeder Anmeldung auf den gleichen Desktop zurück. Wenn ein dedizierter Desktop einem bestimmten Benutzer zugeordnet wird, gilt dieser als diesem Benutzer zugeordnet. Hinweis: Ein bestimmter Benutzer kann höchstens einen zugewiesenen Desktop aus einer dedizierten von Universal Broker vermittelten Zuweisung empfangen, auch wenn die Zuweisung Desktops aus mehreren Pods enthält. Diese Einstellung wird schreibgeschützt, wenn Sie eine vorhandene Zuweisung bearbeiten.
   Zuweisungsname	Geben Sie einen benutzerfreundlichen Namen für die Zuweisung ein. Wie bereits in diesem Dokumentationsthema beschrieben, sehen berechtigte Endbenutzer eine Form dieses Zuweisungsnamens auf der Desktop-Kachel in dem Client, den sie für den Zugriff auf ihre Desktops verwenden. Der Name darf nur Buchstaben, Bindestriche und Ziffern enthalten. Leerzeichen sind nicht zulässig. Der Name darf nicht mit einem nicht alphabetischen Zeichen beginnen.
   Beschreibung	Geben Sie eine optionale Beschreibung für die Zuweisung ein.
   Pod(s) auswählen	Aktivieren Sie das Kontrollkästchen neben jedem Pod, der an dieser Zuweisung teilnehmen soll. Die Desktop-VMs der Zuweisung werden in den Abonnements der ausgewählten Pods in Microsoft Azure instanziiert. Hinweis: Wie im Abschnitt „Voraussetzungen“ angegeben, muss jeder ausgewählte Pod über ein aus mindestens einem veröffentlichten Image bestehendes Image und ein Microsoft Windows-Clientbetriebssystem verfügen. Wenn ein ausgewählter Pod diese Voraussetzung nicht erfüllt, verhindert das System den Abschluss des nächsten Schritts im Assistenten, in dem Sie das Image jedes teilnehmenden Pods angeben.
   Bereich	Um anzugeben, wo der Broker als Antwort auf die Desktop-Anforderung eines Benutzers nach Desktops suchen kann, wählen Sie eine der folgenden Optionen aus: Jede Site ermöglicht dem Broker die Suche nach verfügbaren Desktops, die sich an einem beliebigen konfigurierten geografischen Standort befinden. Auf eine Site beschränken weist den Broker an, nur nach verfügbaren Desktops zu suchen die sich in der Standard-Site des Benutzers befinden, wie durch die Einstellung Verbindungsaffinität angegeben. Eine Einführung in die Zuteilung von Sites und Desktops finden Sie unter Arbeiten mit Sites in einer Universal Broker-Umgebung.
   Verbindungsaffinität	Diese Einstellung gibt einen bestimmten geografischen Standort als Standard-Site für den Benutzer oder an. Wenn der Benutzer einen Desktop anfordert, beginnt der Broker auf der Standard-Site mit der Suche nach verfügbaren Desktops. Wenn auf der Standard-Site keine verfügbaren Desktops gefunden werden und keine Site-Einschränkungen aktiv sind, sucht der Broker weiterhin nach Desktops, die über die Standard-Site hinausgehen. Wählen Sie eine der folgenden Optionen aus: Nächstgelegene Site gibt die nächstgelegene geografische Site als Standard-Site für den Benutzer an. Start-Site gibt die Start-Site des Benutzers (oder die Start-Site der Gruppe, die den Benutzer enthält) als Standard-Site für diesen Benutzer an. Hinweis: Wenn Sie Start-Site auswählen, wird die Einstellung Start-Site zuweisen auf der Seite „Benutzer“ in einem späteren Schritt des Assistenten verfügbar. Damit der Benutzer auf Desktops außerhalb der konfigurierten Start-Site zugreifen kann, aktivieren Sie die Option Beschränkung der Start-Site nicht. Aktivieren Sie die Option Beschränkung der Start-Site, um den Benutzer beim Zugreifen auf Desktops auf die konfigurierte Start-Site zu beschränken. Wichtig: Wenn Sie Beschränkung der Start-Site aktivieren, muss der Benutzer (oder die Gruppe, die den Benutzer enthält) über eine konfigurierte Start-Site verfügen, bevor er auf alle Desktops zugreifen kann.

   Nachdem Sie die Einstellungen unter „Definition“ konfiguriert haben, klicken Sie auf Weiter, um mit der nächsten Seite des Assistenten fortzufahren.
4. Konfigurieren Sie auf der Seite „Desktops“ des Assistenten die erforderlichen Einstellungen.
   Hinweis: Möglicherweise müssen Sie die Bildlaufleiste verwenden, um alle Einstellungen zu sehen.

   Einstellung	Beschreibung
   Filter	Legen Sie einen oder mehrere Filter fest, um die im Dropdown-Menü Modelle verfügbaren Modelle zu bestimmen. Sie können Modelle nach Typ, Serie, Anzahl CPUs, Arbeitsspeicher und Tags filtern. Weitere Informationen zur Auswahl von Modellen finden Sie unter Verwalten von VM-Typen und -Größen für Farmen und Zuweisungen in der Horizon Universal Console. Dort werden die Optionen auf der Seite „VM-Typen und-Größen“ (Einstellungen > VM-Typen und -Größen) beschrieben. Zum Festlegen eines Filters wählen Sie zuerst das Kriterium im Dropdown-Menü aus und geben dann einen oder mehrere gewünschte Werte ein. Standardmäßig ist ein einzelner Filter mit dem Kriterium „Tag“ und dem Wert „Von VMware empfohlen“ vorhanden. Sie können diesen ersten Filter bearbeiten und weitere Filter hinzufügen, die durch die Operatoren „And“ und „Or“ verbunden sind. Nachfolgend finden Sie die Kriterien, die Sie für Filter und Beschreibungen der Werte verwenden können, die Sie jeweils eingeben können. Typ Wenn Sie diese Option auswählen, steht im zweiten Dropdown-Menü nur der Wert zur Verfügung: GPU und High-Performance – Modelle mit GPU. Hinweis: Wenn Sie ein GPU-Modell auswählen, enthält die Liste der angezeigten Images nur Images, die mit dem Flag „GPU einbeziehen“ erstellt wurden, sodass Sie mindestens ein solches Image benötigen, um eine Farm oder einen Pool mithilfe eines GPU-Modells zu erstellen. Wenn Sie ein Nicht-GPU-Modell auswählen, enthält die Liste der angezeigten Images nur Images, die ohne das Flag „GPU einbeziehen“ erstellt wurden. Serie Wenn Sie diese Option auswählen, können Sie anschließend eine Reihe von Modellen aus einem zweiten Dropdown-Menü auswählen. Sie können diese Liste auch filtern, indem Sie Text in das Textfeld Filter am oberen Rand der Liste eingeben. CPUs Wenn Sie diese Option auswählen, können Sie anschließend einen CPU-Bereich eingeben. Wichtig: Verwenden Sie für Produktionsumgebungen VM-Modelle mit mindestens zwei (2) CPUs, um unerwartete Probleme bei der Endbenutzer-Verbindung zu vermeiden. Arbeitsspeicher Wenn Sie diese Option auswählen, können Sie anschließend einen Arbeitsspeicherbereich in GB eingeben. Tag Wenn Sie diese Option auswählen, können Sie anschließend ein Tag aus einem zweiten Dropdown-Menü auswählen. Sie können diese Liste auch filtern, indem Sie Text in das Textfeld Filter am oberen Rand der Liste eingeben. Die im Dropdown-Menü verfügbaren Tags sind sowohl hardcodierte System-Tags als auch benutzerdefinierte Tags, die Sie auf der Seite „VM-Typen und -Größen“ (Einstellungen > VM-Typen und -Größen) erstellt haben. Sie können zusätzliche Filter festlegen, indem Sie für jeden Filter die folgenden Schritte ausführen: Klicken Sie auf den Link +. Wählen Sie entweder „And“ oder „Or“ für den Operator zwischen dem vorherigen Filter und dem neuen aus, den Sie erstellen. Legen Sie den neuen Filter fest, indem Sie ein Kriterium auswählen und Werte eingeben.
   Modell	Wählen Sie das Modell aus, das für die Desktopinstanzen verwendet werden soll. Im Menü werden nur Modelloptionen angezeigt, die in allen ausgewählten Pods, die an der Zuweisung beteiligt sind, verfügbar sind. Diese Auswahl definiert die zugrunde liegenden Ressourcen, die für die Erstellung der Desktop-Instanzen verwendet werden, in Bezug auf die Kapazität (Rechenleistung, Speicher usw.). Wichtig: Wählen Sie für Produktionsumgebungen ein VM-Modell mit mindestens zwei (2) CPUs aus. Skalierungstests der First-Gen-Horizon Cloud haben gezeigt, dass bei Verwendung von 2 oder mehr CPUs unerwartete Probleme bei der Endbenutzerverbindung vermieden werden. Auch wenn das System Sie nicht daran hindert, ein VM-Modell mit einer einzelnen CPU auszuwählen, sollten Sie diese Modelle nur für Tests oder Machbarkeitsnachweise verwenden.
   Festplattentyp	Wählen Sie einen unterstützten Festplattentyp aus den verfügbaren Optionen aus. Im Menü werden nur die Optionen für den Festplattentyp angezeigt, die in allen ausgewählten Pods in der Zuweisung verfügbar sind. Die Optionen für den Festplattentyp basieren auf dem ausgewählten Modell und Ihrem Azure-Abonnement sowie Ihrer Region. Nachfolgend sind einige gängige verfügbare Festplattentypen aufgeführt. Standard-HDD – Standardfestplattentyp. Standard-SSD Premium SSD – Diese Option wird nur angezeigt, wenn Sie ein Modell ausgewählt haben, das Premium-E/A unterstützt. Bei Bedarf können Sie Ihre Auswahl nach der Erstellung der Zuweisung bearbeiten.
   Festplattengröße	Geben Sie die Festplattengröße des Betriebssystems in GB für die VMs in dieser Zuweisung ein. Der Standardwert ist die Festplattengröße des Basisimage-Betriebssystems (in der Regel 128 GB). Wenn Sie die Größe ändern, muss der eingegebene Wert größer als die Festplattengröße des Basisimage-Betriebssystems sein und darf den größten Wert (in der Regel 1024 GB), der vom ausgewählten Modell unterstützt wird, nicht überschreiten. Sie können diesen Wert auch später bearbeiten. Wichtig: Wenn Sie die Festplattengröße bearbeiten, müssen Sie zusätzliche Aktionen durchführen, damit die VMs erwartungsgemäß erstellt werden. Weitere Informationen finden Sie unter Erforderliche Aktionen des Administrators, wenn die Festplattengröße für eine Farm oder eine VDI-Desktop-Zuweisung zugenommen hat.
   Betriebssystem	Geben Sie das Betriebssystem der VMs an, die Sie in die Zuweisung einschließen möchten. Tipp: Diese Auswahl dient als Filter für das nachfolgende Menü Image. Nur Images mit dem hier ausgewählten Betriebssystem können im nachfolgenden Menü Image ausgewählt werden.
   Domäne	Wählen Sie die Active Directory-Domäne aus, die mit Ihrer Umgebung registriert ist.
   Festplatten verschlüsseln	Wählen Sie Ja aus, wenn die Desktop-Instanzen verschlüsselte Festplatten haben sollen. Wichtig: Wenn Sie die Disk-Verschlüsselung wünschen, müssen Sie diese Auswahl beim Erstellen der VDI-Multi-Cloud-Zuweisung treffen. Sie können die Festplattenverschlüsselung nicht später hinzufügen, nachdem die Zuweisung erstellt wurde. Wenn Sie sowohl NSX Cloud-Funktionen als auch die Festplattenverschlüsselung verwenden möchten, muss der installierte NSX-Agent des Images die neueste Agent-Version sein. Die Verwendung der Festplattenverschlüsselung mit früheren NSX-Agent-Versionen wird nicht unterstützt.
   Von NSX Cloud verwaltet	Wählen Sie Ja aus, wenn Sie Funktionen von NSX Cloud für die Desktop-Instanzen der Zuweisung verwenden möchten. Eine Beschreibung zur Verwendung der NSX Cloud-Funktionen mit Ihren Desktops in Microsoft Azure finden Sie unter VMware NSX Cloud und Horizon Cloud-Pods in Microsoft Azure und den entsprechenden Unterthemen. Wichtig: Wenn Sie NSX Cloud mit den Desktop-Instanzen verwenden möchten, müssen Sie diese Auswahl beim Erstellen der VDI-Multi-Cloud-Zuweisung treffen. Nach Erstellung der Zuweisung können Sie die NSX Cloud-Verwaltung nicht mehr aktivieren. Damit die NSX-Cloud-Management-Funktionen mit den Desktop-Instanzen der Zuweisung funktionieren, muss auf dem Image, das Sie für diese Zuweisung auswählen, bereits der NSX-Agent installiert sein. Wenn Sie diesen Schalter auf Ja setzen, stellen Sie sicher, dass auf dem von Ihnen unter Image ausgewählten Image der NSX-Agent installiert ist. Das System überprüft beim Erstellen der Zuweisung nicht, ob das ausgewählte Image über den NSX-Agent verfügt. Wenn Sie sowohl NSX Cloud-Funktionen als auch die Festplattenverschlüsselung verwenden möchten, muss der installierte NSX-Agent des Images die neueste Agent-Version sein. Die Verwendung der Festplattenverschlüsselung mit früheren NSX-Agent-Versionen wird nicht unterstützt.
   Image	Wählen Sie das Image für jeden Pod aus, den Sie den Endbenutzern zuweisen möchten. Klicken Sie zum Anzeigen von Informationen zum ausgewählten Image auf Details. Hier werden nur die veröffentlichten Images in den einzelnen Pods aufgeführt, die der Auswahl unter Betriebssystem entsprechen. Ein veröffentlichtes Image, das teilweise auch als versiegeltes Image oder zuweisbares Image bezeichnet wird, ist ein Image, das durch Konvertieren eines Golden Images in einen Desktop im System veröffentlicht wurde. Hinweis: Wenn beim Auswahlversuch eines Images die Fehlermeldung „Wählen Sie ein gültiges Image aus, um den Vorgang fortzusetzen“ angezeigt wird, kann ein Problem mit dem Image vorliegen. Navigieren Sie zu Bestand > Images, um den Status des problembehafteten Images anzuzeigen und den empfohlenen Vorgang zur Behebung durchzuführen. Da Sie für jeden an der Zuweisung beteiligten Pod ein anderes Image auswählen können, ist die Erfahrung für die Endbenutzer der Sitzung möglicherweise unterschiedlich. Dies basiert darauf, wie Universal Broker Ressourcen aus der Zuweisung vermittelt. Beispielsweise kann ein Benutzer einen Desktop von Pod A empfangen, der ein bestimmtes Image verwendet. Ein anderer Benutzer, der einen Desktop von Pod B empfängt, hat jedoch basierend auf dem von Pod B verwendeten Desktop-Image möglicherweise eine andere Sitzungserfahrung. Wichtig: Wenn Sie den Schalter Festplatten verschlüsseln auf Ja setzen, stellen Sie sicher, dass das hier ausgewählte Image nicht mit Festplatten verbunden ist. Die Verwendung der Festplattenverschlüsselung von VMs mit Datenfestplatten für flexible VDI-Zuweisungen wird in dieser Version nicht unterstützt. Wenn Sie den Schalter Von NSX Cloud verwaltet auf Ja festlegen, stellen Sie sicher, dass auf dem von Ihnen hier ausgewählten Image der NSX-Agent installiert ist. Damit die NSX-Cloud-Management-Funktionen mit den Desktop-Instanzen der Zuweisung funktionieren, muss auf dem Image, das Sie für diese Zuweisung auswählen, bereits der NSX-Agent installiert sein. Das System überprüft beim Erstellen der VDI-Desktop-Zuweisung nicht, ob das ausgewählte Image über den NSX-Agent verfügt.
   Präfix für VM-Namen	Basisname für die in dieser Zuweisung erstellten Desktop-VMs. An diesen Basisnamen werden für die VM-Namen Zahlen angehängt, z. B. win10-1, win10-2. Der Name muss mit einem Buchstaben beginnen und darf nur Buchstaben, Bindestriche und Ziffern enthalten. Die Endbenutzer sehen diesen Namen, wenn sie aus dieser Zuweisung heraus auf einen Desktop zugreifen. Wenn ein Endbenutzer beispielsweise Horizon Client ausführt, um einen der Desktops zu verwenden, wird dieser Name im Horizon Client angezeigt.
   Standardprotokoll	Wählen Sie ein Standardanzeigeprotokoll für die Endbenutzersitzungen aus. In manchen Umständen ist es erforderlich, ein vom Standardprotokoll abweichendes Protokoll zu verwenden. Wenn z. B. das Clientgerät das Standardprotokoll nicht unterstützt oder der Endbenutzer die Auswahl des Standardprotokolls überschreibt. Hinweis: Für Images mit dem Microsoft Windows 7 Enterprise-Betriebssystem ist RDP die einzige unterstützte Auswahl.
   Bevorzugter Client	Wählen Sie den bevorzugten Client aus, der verwendet wird, wenn Endbenutzer ihre Desktops über das Portal der Plattform Workspace™ ONE™ starten: Horizon Client oder einen Browser für HTML Access. Hinweis: Für Images mit dem Microsoft Windows 7 Enterprise-Betriebssystem ist Horizon Client die einzige unterstützte Auswahl.
   Verfügen Sie über eine Windows-Client-Lizenz?	Der Assistent fordert Sie zur Bestätigung auf, dass Sie über eine geeignete Lizenz verfügen, um das im Image enthaltene Microsoft Windows-Betriebssystem zu verwenden, das sich auch auf den Desktop-VMs befinden wird. Folgen Sie den Anweisungen auf dem Bildschirm. Für ein Client-Betriebssystem legt Horizon Cloud für die Desktop-VMs der Zuweisung fest, dass sie standardmäßig den Windows-Client-Lizenztyp verwenden. Sie können diese Einstellung auch nicht ändern.
   Ausschalt-Schutzzeit	Geben Sie an, wie viele Minuten das System warten soll, bevor ein eingeschalteter Desktop automatisch ausgeschaltet wird. Sie können einen Wert von 1 bis 60 eingeben. Die Standardeinstellung beträgt 30 Minuten. Diese Schutzzeit wird in erster Linie für Situationen verwendet, in denen das System eine Desktop-VM automatisch ausschaltet. Sie können die Einstellung Ausschalt-Schutzzeit verwenden, damit das System während der angegebenen Zeitspanne wartet, bevor es mit dem Ausschalten der VM beginnt, um die Einstellung für den Schwellenwert im Feld Energieverwaltung einzuhalten. Das System wartet während der für Ausschalt-Schutzzeit angegebenen Zeitspanne, bevor es die VM ausschaltet, um den konfigurierten Zeitplan einzuhalten. Die Standardwartezeit beträgt 30 Minuten.

   Konfigurieren Sie nach Bedarf die erweiterten Eigenschaften.

   Option	Beschreibung
   Computer-OE	Active Directory-Organisationseinheit, in der sich die Desktop-VMs befinden sollen. Geben Sie die Active Directory-Organisationseinheit mit dem definierten Namen ein, z. B. OU=RootOrgName,DC=DomainComponent,DC=eng usw. Die Organisationseinheit und jeder Pfad in einer verschachtelten Organisationseinheit können jede beliebige Kombination aus Buchstaben, Zahlen, Sonderzeichen und Leerzeichen enthalten und maximal 64 Zeichen aufweisen. Informationen zur Verwendung von verschachtelten Organisationseinheiten finden Sie unter Überlegungen zur Verwendung verschachtelter Active Directory-Domänen-Organisationseinheiten. Hinweis: Wenn für die Computer-OE CN=Computers festgelegt ist, verwendet das System für VMs den standardmäßigen Active Directory-Container Computers. In Ihrem Active Directory wird dieser Standardcontainer möglicherweise zu einem Klassencontainer der Organisationseinheit umgeleitet.
   Anmeldeskript ein Mal ausführen	(Optional) Speicherort eines Skripts, das nach der VM-Erstellung in den Zuweisungs-Desktop-VMs der Farm ausgeführt werden soll. Hinweis: Das Skript muss mit einem Neustart-Schritt enden, um die VM neu zu starten. Andernfalls kann sich der Endbenutzer erst nach einem manuellen Neustart am Desktop anmelden. Eine Beispiel-Neustartzeile als Windows-Befehl ist: shutdown /r /t 0 Der Grund, warum das Skript mit einem Neustartschritt enden muss, liegt in der Reihenfolge, in der das Skript nach dem Sysprep-Prozess ausgeführt wird. Wenn das System eine Desktop-VM für die Zuweisung erstellt, bootet die VM und schließt den sysprep-Prozess im Windows-Betriebssystem ab. Wenn der sysprep-Prozess abgeschlossen ist, übernimmt der Agent in der Desktop-VM den Domänenbeitritt. Gleichzeitig erhält der Agent den hier angegebenen Skriptpfad. Der Agent setzt den Windows RunOnce-Pfad (System run once) und startet dann die Desktop-VM neu. Beim nächsten Neustart meldet sich das System mit dem lokalen Administratorkonto im Windows-Betriebssystem an und führt das Skript aus. Erst nach einem weiteren, im Skript angegebenen Neustart ist die Desktop-VM für die Anmeldung eines Benutzers bereit.
   Getrennte Sitzungen abmelden	Geben Sie an, wann das System den Benutzer von einer getrennten Desktop-Sitzung abmelden soll. Hinweis: Die Sitzungen, die den Einstellungen Getrennte Sitzungen abmelden, Intervall für Zeitüberschreitung der Sitzung und Maximale Sitzungslebensdauer unterliegen, sind die Benutzeranmeldungen für das Windows-Betriebssystem der Desktops. Diese Sitzungen sind nicht die Benutzeranmeldungen in Horizon Client, Horizon HTML Accessoder Workspace ONE. Die Benutzersitzung beginnt, wenn sich der Benutzer beim Windows-Betriebssystem des Desktops authentifiziert.
   Intervall für Zeitüberschreitung der Sitzung	Dieses Intervall ist der Zeitraum, während dessen Endbenutzersitzungen inaktiv sein können, bevor das System eine Abmeldung von den Desktops erzwingt. Diese Zeitüberschreitung gilt für die angemeldete Sitzung des zugrunde liegenden Windows-Betriebssystems. Der hier festgelegte Zeitraum unterscheidet sich von den Zeitüberschreitungseinstellungen, die die angemeldete Horizon Client- oder HTML Access-Sitzung der Endbenutzer steuern. Vorsicht: Wenn das System die Abmeldung von der zugrunde liegenden Windows-Betriebssystemsitzung erzwingt, gehen die nicht gespeicherten Daten verloren. Um unerwünschten Datenverlust zu verhindern, legen Sie dieses Intervall hoch genug, um die geschäftlichen Anforderungen Ihrer Endbenutzer zu erfüllen. Das Standardintervall beträgt eine Woche (10080 Minuten). Hinweis: Wenn bis zum Ablauf des Zeitüberschreitungsintervalls keine Benutzeraktivität stattfindet, erscheint auf dem Desktop eine Meldung, dass der Benutzer abgemeldet wird, sofern er nicht innerhalb der nächsten 30 Sekunden auf OK klickt. Beim Abmelden gehen alle nicht gespeicherten Benutzerdaten, z. B. Dokumente oder Dateien, verloren.
   Maximale Sitzungslebensdauer	Geben Sie die maximale Anzahl Minuten an, die für eine einzelne Benutzersitzung zulässig sein soll.
   Energieverwaltungsmodus	Hinweis: Diese Einstellung ist nur verfügbar, wenn Sie den Desktop-Typ auf Dynamisch festgelegt haben. Die Einstellungen zur Energieverwaltung beziehen sich auf die Schwellenwerte, nach denen die Anzahl der eingeschalteten Desktop-Instanzen in der flexiblen VDI-Desktop-Zuweisung je nach Nutzung automatisch erhöht oder reduziert wird. Wenn die Nutzung eine Obergrenze überschreitet, wird automatisch eine neue Desktop-Instanz eingeschaltet. Wenn die Nutzung unter eine Untergrenze sinkt, hebt das System die Zuweisung von Desktop-VMs auf, wenn sich Endbenutzer von den Desktops abmelden. Durch Auswahl der Energieverwaltungseinstellungen werden die Kapazitätskosten mit einer schnelleren Verfügbarkeit abgestimmt: Wählen Sie Auf Leistung optimieren aus, wenn die nächste Desktop-Instanz eher früher als später eingeschaltet werden soll. Auch wenn die Kosten höher sind, wenn der nächste Desktop auf Abruf bereitsteht, bevor der Benutzerbedarf dies verlangt, erhöht diese Einstellung die Wahrscheinlichkeit, dass der Desktop bereits eingeschaltet ist, wenn ein Benutzer versucht, einen Desktop aus einer Zuweisung zu starten. Wählen Sie Für Stromversorgung optimieren aus, wenn so lange wie möglich gewartet werden soll, bis die nächste Desktop-Instanz eingeschaltet wird. Die Belegung der Desktops der Zuweisungsgruppe ist höher, bevor das System die nächste Desktop-Instanz einschaltet. Auch wenn diese Einstellung die Kapazitätskosten durch eine höhere Auslastung der vorhandenen Desktops minimiert, erhöht sie die Gefahr einer Verzögerung bei der Anmeldung neuer Benutzer, da sie möglicherweise warten müssen, bis Desktops eingeschaltet werden. Wählen Sie Ausgewogen, um eine Balance zwischen Kapazitätskosten und zeitlicher Verfügbarkeit für Benutzer herzustellen. Die unteren und oberen Schwellenwerte für jede Auswahl sind: Auf Leistung optimieren Unterer Schwellenwert: 23% Oberer Schwellenwert für: 50 % Für Stromversorgung optimieren Unterer Schwellenwert: 38 % Oberer Schwellenwert für: 80 % Ausgeglichen Unterer Schwellenwert: 31 % Oberer Schwellenwert für: 66 %
   Azure Resource-Tags	(Optional) Erstellen Sie benutzerdefinierte Tags, die auf Azure-Ressourcengruppen angewendet werden sollen. Azure Resource-Tags werden nur auf die Ressourcengruppen angewendet und nicht von den Ressourcen in den Gruppen übernommen. Füllen Sie zum Erstellen des ersten Tags die Felder „Name“ und „Wert“ aus. Um ein zusätzliches Tag zu erstellen, klicken Sie auf Hinzufügen und füllen Sie dann die Felder „Name“ und „Wert“ aus, die unter den vorhandenen Tags angezeigt werden. Sie können maximal 10 Tags erstellen. Der Tag-Name ist auf 512 Zeichen begrenzt, und der Tag-Wert ist auf 256 Zeichen begrenzt. Bei Speicherkonten ist der Tag-Name auf 128 Zeichen und der Tag-Wert auf 256 Zeichen begrenzt. Tag-Namen dürfen die folgenden Zeichen nicht enthalten: < > % & \ ? / Tag-Namen dürfen die folgenden Zeichenfolgen ohne Beachtung von Groß-/Kleinschreibung nicht enthalten: „azure“, „windows“, „microsoft“ Nachdem eine Zuweisung erstellt wurde, können Sie weitere Azure Resource-Tags hinzufügen und Tags für diese Zuweisung bearbeiten oder löschen.

   Nachdem Sie die Desktopeinstellungen konfiguriert haben, klicken Sie auf Weiter, um mit der nächsten Seite des Assistenten fortzufahren.
5. Nehmen Sie auf der Seite „Kapazität“ des Assistenten die folgenden Einstellungen vor.
   1. Wenn Sie eine dedizierte VDI-Desktop-Zuweisung erstellen, können Sie auf Globale Konfiguration für alle Pods klicken und Einstellungen konfigurieren, die für alle zur Zuweisung gehörenden Pods gelten.
      Hinweis:

      • Hier vorgenommene Einstellungen können für einen bestimmten Pod außer Kraft gesetzt werden, wenn Sie die Einstellungen pro Pod im folgenden Schritt angeben.
      • Diese Einstellungen gelten nicht für Pods mit Manifestversionen vor 2474.0. Wenn die Zuweisung Pods mit Manifesten vor 2474.0 verwendet, wird eine Meldung mit dem Hinweis angezeigt, dass diese Einstellungen nicht für Desktop-VMs in diesen Pods gelten.

      Option	Beschreibung
      Maximale Anzahl an Desktop-Löschungen	Hiermit wird die Anzahl Desktop-VMs festgelegt, die in der Zuweisung gelöscht werden können, bevor sie in die Rate einbezogen werden, die Sie für Löschschutz auf der Seite Einstellungen > Allgemeine Einstellungen festlegen. Wählen Sie eine der folgenden Optionen im Dropdown-Menü aus. Unbegrenzt: Es können unbegrenzt Desktop-VMs aus der Zuweisung gelöscht werden. In diesem Fall ist die Einstellung Löschschutz nicht mehr relevant. Keine: Es können keine weiteren Desktop-VMs gelöscht werden, bevor sie in die Rate einbezogen werden, die Sie für Löschschutz festlegen. In diesem Fall verwendet das System nur den Löschschutz, um Löschvorgänge zu autorisieren oder zu blockieren. Keine ist der Standardwert für Löschschutz. Benutzerdefiniert: Anzahl weiterer Desktop-VMs, die gelöscht werden können, bevor sie in die Rate einbezogen werden, die Sie für Löschschutz festlegen. Wenn Sie Benutzerdefiniert auswählen, müssen Sie auch einen numerischen Wert für Anzahl benutzerdefinierter Löschvorgänge eingeben. Beispielsweise können Sie Maximale Anzahl an Desktop-Löschungen auf 10 und Löschschutz auf 1 festlegen. In diesem Fall erlaubt das System nach dem Löschen der ersten 10 VMs (unabhängig davon, wie lange es dauert, bis die Anzahl erreicht wird) ab diesem Zeitpunkt das Löschen einer zusätzlichen VM pro Stunde. Wichtig: Wenn Sie ein neues Image für eine dedizierte Desktop-Zuweisung angeben, ändert das System bei Bedarf die Einstellung Maximale Anzahl an Desktop-Löschungen, sodass alle nicht zugewiesenen Desktop-VMs mit dem neuen Image neu erstellt werden können. Hinweis: Wenn Sie Unbegrenzt für Löschschutz auswählen, ist es nicht erforderlich, die Einstellung Maximale Anzahl an Desktop-Löschungen zu verwenden. Weitere Informationen zur Einstellung Löschschutz finden Sie unter Anpassbare allgemeine Einstellungen für Ihre Horizon Cloud-Mandantenumgebung. Um in einer dedizierten Desktop-Zuweisung alle Löschungen von VMs zu verhindern, aktivieren Sie die Einstellung Löschungen verhindern auf der Seite Zuweisungen. Siehe Verhindern von Löschvorgängen oder Zulassen von Löschvorgängen für eine dedizierte Multi-Cloud-Desktopzuweisung.
      Anzahl benutzerdefinierter Löschvorgänge	Wenn Sie Benutzerdefiniert für Maximale Anzahl an Desktop-Löschungen ausgewählt haben, geben Sie die Anzahl der zusätzlichen Desktop-VMs ein, die gelöscht werden können, bevor Sie sie in die für Löschschutz festgelegte Rate einbeziehen. Die von Ihnen eingegebene Zahl muss zwischen 1 und 2000 liegen.

   2. Konfigurieren Sie die erforderlichen Einstellungen für alle teilnehmenden Pods, indem Sie auf das Pfeilsymbol neben dem Pod in der Pod-Liste klicken.

      Option	Beschreibung
      Hinzufügen eines Energieverwaltungsplans	Um die Einsparungen und die Leistung der Desktop-VMs in Microsoft Azure zu optimieren, können Sie optional Zeitpläne konfigurieren, damit die Mindestanzahl von Desktop-Instanzen wöchentlich angepasst wird. Hinweis: In einer Zuweisung vom Typ Dynamisch können Sie beliebige Desktop-Instanzen mithilfe des Zeitplans für die Energieverwaltung verwalten. In einer Zuweisung vom Typ Dediziert können Sie nur die nicht zugewiesenen Desktop-Instanzen mit dem Zeitplan verwalten. Beispiel: Für Wochenenden oder Nachtstunden, an bzw. in denen die Endbenutzer ihre Desktops nicht verwenden, können Sie einen Zeitplan für null oder eine geringe Anzahl eingeschalteter Desktops (bei einer Zuweisung vom Typ Dynamisch) oder eingeschalteter nicht zugewiesener Desktops festlegen (bei einer Zuweisung vom Typ Dediziert). Für bestimmte Tage oder bestimmte stundenweise Abschnitte, für die Sie eine erhöhte Endbenutzernachfrage vorhersagen können, können Sie einen Zeitplan einrichten, der die Mindestanzahl von Desktops erhöht, die verfügbar sein müssen, um den Bedarf zu decken. Sie können bis zu 10 Zeitpläne für die Zuweisung angeben. Wenn in Zeitplänen überlappende Zeiträume vorhanden sind, jedoch eine unterschiedliche Mindestanzahl für Desktops angegeben ist, verwendet das System den größten Wert der Mindestanzahl von Desktops für den überlappenden Zeitraum. Klicken Sie auf das Kalendersymbol unter der Spalte „Mindestanzahl Desktops“, um den Bildschirm Energieverwaltungsplan hinzufügen für diesen Pod zu öffnen. Wählen Sie die Tage für den ersten Zeitplan. Geben Sie die entsprechenden Stunden an den angegebenen Tagen ein. Alternative: Aktivieren Sie das Kontrollkästchen Ganztägig, um diesen Zeitplan für alle Stunden an den angegebenen Tagen zu aktivieren. Geben Sie Start- und Endzeiten für den Zeitraum an jedem Tag an. Hinweis: Das Einschalten verschlüsselter VMs dauert länger als das Einschalten unverschlüsselter VMs. Wenn Sie Festplatten verschlüsseln auf Ja festgelegt haben und möchten, dass alle verschlüsselten VMs zu einem bestimmten Zeitpunkt des Tages für Endbenutzerverbindungen bereit sind, müssen Sie hier möglicherweise eine frühere Startzeit festlegen. Weitere Informationen finden Sie unter Beim Planen der Energieverwaltung für Farmen und VDI-Desktop-Zuweisungen, die viele verschlüsselte VMs enthalten. Wählen Sie die Zeitzone aus. Die Zeitzone, die sich am nächsten am Standort Ihrer Endanwender befindet, wird empfohlen. Wie für die ausgewählte Zeitzone geeignet, wird die Sommerzeit automatisch angewendet. Hinweis: Wenn zwei Zeitpläne die gleiche Zeitzoneneinstellung und einander überlappende Zeiten haben, wird eine Warnung angezeigt. Wenn jedoch zwei Zeitpläne unterschiedliche Zeitzoneneinstellungen haben und einander überlappen, wird die Warnung nicht angezeigt. Wenn Sie beispielsweise zwei ganztägige Pläne für Samstag haben und eine Zeitzone für Europa/London und die andere für Amerika/Toronto ausgewählt ist, wird die Überlappungswarnung nicht angezeigt. Geben Sie im Feld Mindestanzahl Desktops die minimale Anzahl an Desktops ein, die im angegebenen Zeitraum eingeschaltet werden sollen. Im angegebenen Zeitraum wird mindestens diese Anzahl an Desktops eingeschaltet, um während dieser Zeit für die Anforderungen der Endbenutzer verfügbar zu sein. In einer Zuweisung vom Typ Dynamisch kann diese Anzahl von null (0) bis zum angegebenen Wert unter Max. Anzahl Desktops für den Pod liegen. In einer Zuweisung vom Typ Dediziert kann diese Anzahl von null (0) bis zur Gesamtzahl nicht zugewiesener Desktop-Instanzen für den Pod reichen. Wenn diese Zahl null (0) ist und keine aktiven Endbenutzer-Sitzungen zum Startzeitpunkt des Zeitplans vorhanden sind, werden die Desktops des Pods ausgeschaltet. Wenn ein Endbenutzer in diesem Szenario später versucht, eine Verbindung zu einem Desktop über diese Zuweisung während des geplanten Zeitraums herzustellen, kommt es zu einer Verzögerung, bevor der Desktop in einem verwendbaren Zustand ist, da die zugrunde liegende Desktop-VM eingeschaltet werden muss. Wenn Sie zusätzliche Energieverwaltungszeitpläne erstellen möchten, klicken Sie auf Zeitplan hinzufügen. Hinweis: Wenn sich ein Benutzer von einem Desktop zu einem Zeitpunkt abmeldet, der außerhalb eines Zeitplans liegt, verhindert das System standardmäßig, dass die Desktop-VM während der im Feld Ausschalt-Schutzzeit angegebenen Zeit ausgeschaltet wird. Die Standardeinstellung beträgt 30 Minuten.
      Beim Erstellen einer flexiblen VDI-Zuweisung Min. VMs Max. VMs	Legen Sie die minimale Anzahl und die maximale Anzahl an Desktops fest, die Sie im ausgewählten Pod für diese Zuweisung verwenden möchten. Beim erstmaligen Erstellen der Zuweisung stellt das System die in der Einstellung Max. VMs angegebene Anzahl an Desktop-VMs im Pod bereit und schaltet dann die Desktop-VMs mit Ausnahme der für Min. VMs angegebenen Anzahl aus. Zunächst wird nur die minimale Anzahl von Desktop-Instanzen eingeschaltet. Wenn der Bedarf der Endbenutzer steigt, schaltet das System zusätzliche Desktops ein, bis der Wert unter Max. VMs erreicht ist. Wenn dann der Bedarf der Endbenutzer abnimmt, schaltet das System die Desktops aus, bis der Wert unter Min. VMs erreicht ist. Ein Desktop muss frei von einer angemeldeten Benutzersitzung sein, bevor das System ihn ausschaltet. Wenn Sie null (0) für Min. VMs angeben, bedeutet dies, dass das System alle Desktops der Zuweisung ausschalten soll, bis der Endbenutzer einen Desktop benötigt. Wichtig: Die in VM-Subnetz(e) angeben festgelegten Subnetze müssen die Anzahl der IP-Adressen aufnehmen, die dem Wert unter Max. VMs entsprechen.
      Beim Erstellen einer dedizierten VDI-Zuweisung Min. VMs Max. VMs	Tipp: Die Einstellung Min. VMs für eine dedizierte VDI-Desktop-Zuweisung unterscheidet sich geringfügig von der Funktionsweise der Einstellung für eine dynamische VDI-Desktop-Zuweisung. Bei einer dedizierten VDI-Desktop-Zuweisung bezieht sich die Einstellung Min. VMs auf die nicht zugewiesenen Desktops. Wenn einem Benutzer ein Desktop zugewiesen wird, handelt es sich bei dieser Desktop-VM nicht mehr um einen nicht zugewiesenen Desktop. Daher wird er nicht als Teil der Desktops angesehen, die durch die Einstellung Min. VMs gesteuert werden. Wenn die Anzahl der nicht zugewiesenen Desktop-VMs in der Zuweisung kleiner ist als der Wert für Min. VMs, werden Sie feststellen, dass die Anzahl der eingeschalteten VMs kleiner ist als der Wert unter Min. VMs. Min. VMs – Legt die Anzahl der eingeschalteten, nicht zugewiesenen Desktop-VMs fest, die in dem Pool vorhanden sein müssen, der von dieser Zuweisung im ausgewählten Pod erstellt wurde. Wenn die Zuweisung zum ersten Mal erstellt wird, werden null Desktop-VMs von der möglichen Gesamtmenge für den ausgewählten Pod zugewiesen (festgelegt durch den Wert für Max. VMs). Daher ist zu diesem Zeitpunkt die hier festgelegte Anzahl die Untermenge der Anzahl der nicht zugewiesenen VMs, die gemessen an diesem möglichen Maximum eingangs aktiviert werden sollen. Wenn Sie für Min. VMs null (0) angeben, deutet dies darauf hin, dass beim ersten Erstellen der Zuweisung keine der nicht zugewiesenen Desktop-VMs eingeschaltet werden soll. Der Vorteil der Festlegung, dass einige nicht zugewiesene VMs eingeschaltet werden, liegt in erster Linie darin, dass einige nicht zugewiesene VMs bereitstehen, bei denen sich Benutzer kurzerhand anmelden können. Wenn im Laufe der Zeit diese eingeschalteten, nicht zugewiesenen Desktops den Benutzern zugewiesen werden (entweder durch Benutzer im Rahmen ihrer ersten Anmeldung, wobei Desktops für sie beansprucht werden, oder durch einen Administrator mithilfe der Aktion Zuweisen, um einem Benutzer einen Desktop explizit zuzuweisen), schaltet das System zusätzliche, nicht zugewiesene Desktops in diesem Pod gemeinsam mit anderen Pods ein, die zu dieser Zuweisung gehören. Wenn das System den für einen Pod unter Max. VMs angegebenen Wert erreicht, beendet das System das Einschalten nicht zugewiesener Desktops im Pod-Pool für diese Zuweisung. Wenn schließlich alle Desktop-VMs im angegebenen Pod Benutzern zugewiesen sind, kommt der Wert unter Min. VMs nicht weiter zum Tragen, bis Sie explizit damit beginnen, die Zuweisung von Desktops zu Benutzern aufzuheben. Max. VMs – Legt die Gesamtzahl der Desktop-VMs fest, die im VM-Pool des Pods enthalten sein sollen, wie durch diese Zuweisung definiert. Wichtig: Die in VM-Subnetz(e) angeben festgelegten Subnetze müssen die Anzahl der IP-Adressen aufnehmen, die dem Wert unter Max. VMs entsprechen.
      Stilllegung von VMs	Diese Einstellung spielt in dem Anwendungsfall eine Rolle, in dem Sie die Zuweisung zum Ändern des Images bearbeiten, das für den ausgewählten Pod angegeben wird. Das resultierende Verhalten auf den Desktop-VMs ist bei flexiblen VDI-Desktop-Zuweisungen etwas anders als bei dedizierten VDI-Desktop-Zuweisungen. Für eine flexible VDI-Desktop-Zuweisung Diese Einstellung steuert die Anzahl der eingeschalteten Desktop-VMs der Zuweisung, die sich im ausgewählten Pod befinden und die gleichzeitig stillgelegt werden können, während das ausgewählte Image des Pods aktualisiert wird. Beispiel: Wenn Sie diese Zuweisung später bearbeiten, um ein anderes Image aus dem ausgewählten Pod zu verwenden, schaltet das System diese Anzahl an eingeschalteten Desktop-VMs für diejenigen VMs, die keine Sitzungen aufweisen, gleichzeitig aus. (Wenn ein eingeschalteter Desktop eine Sitzung aufweist, wartet das System mit dem Ausschalten des Desktops, bis die Sitzung beendet wird.) Für den Satz der ausgeschalteten Desktop-VMs führt das System dann die erforderlichen Aktionen aus, um das neue Image in diesem Satz bereitzustellen. Bei typischen Anwendungsfällen wird diese Anzahl auf eine Teilmenge der maximalen Anzahl an Desktops-VMs festgelegt, die für den ausgewählten Pod definiert sind. Sie können bei Bedarf hier jedoch eine Zahl angeben, die der Einstellung Max. VMs entspricht. In diesem Szenario lassen Sie zu, dass alle eingeschalteten Desktop-VMs der Zuweisung im ausgewählten Pod gleichzeitig vom System ausgeschaltet werden, wenn Sie die Zuweisung zur Verwendung eines neuen Images für die Desktop-VMs in diesem Pod bearbeiten. Für eine dedizierte VDI-Desktop-Zuweisung Diese Einstellung steuert die Anzahl der nicht zugewiesenen Desktops der Zuweisung, die sich im ausgewählten Pod befinden und die gleichzeitig stillgelegt werden können, während das ausgewählte Image des Pods aktualisiert wird. Beispiel: Wenn Sie diese Zuweisung später bearbeiten, um ein anderes Image aus dem ausgewählten Pod zu verwenden, schaltet das System diese Anzahl an nicht zugewiesenen Desktop-VMs gleichzeitig aus. Für den Satz der ausgeschalteten, nicht zugewiesenen Desktop-VMs führt das System dann die erforderlichen Aktionen aus, um das neue Image in diesem Satz bereitzustellen. Bei typischen Anwendungsfällen wird diese Anzahl auf eine Teilmenge der maximalen Anzahl an Desktops-VMs festgelegt, die für den ausgewählten Pod definiert sind. Sie können bei Bedarf hier jedoch eine Zahl angeben, die der Einstellung Max. VMs entspricht. In diesem Szenario lassen Sie zu, dass alle eingeschalteten, nicht zugewiesenen Desktop-VMs der Zuweisung im ausgewählten Pod gleichzeitig vom System ausgeschaltet werden, wenn Sie die Zuweisung zur Verwendung eines neuen Images für die Desktop-VMs in diesem Pod bearbeiten. Hinweis: In einer flexiblen VDI-Desktop-Zuweisung gilt diese Einstellung nicht für ausgeschaltete Desktop-VMs. Wenn ein Image für einen Pod in einer flexiblen VDI-Multi-Cloud-Zuweisung geändert wird, löscht das System sofort die ausgeschalteten Desktop-VMs und aktualisiert sie mit dem neuen Image. Benutzern zugeordnete Desktops gelten in einer dedizierten VDI-Multi-Cloud-Zuweisung als diesen Benutzern zugewiesen. Nicht zugewiesene Desktops in einer dedizierten VDI-Desktop-Zuweisung sind Desktops, die noch nicht bestimmten Benutzern zugeordnet sind.
      Maximale Anzahl an Desktop-Löschungen Anzahl benutzerdefinierter Löschvorgänge	Diese Optionen werden nur für dedizierte VDI-Desktop-Zuweisungen angezeigt. Weitere Informationen finden Sie in den Beschreibungen in der Tabelle im vorherigen Schritt. Änderungen, die Sie an diesen Einstellungen für einen ausgewählten Pod vornehmen, überschreiben die entsprechenden Einstellungen, die Sie im vorherigen Schritt in den globalen Konfigurationseinstellungen vorgenommen haben.
      VM-Subnetz(e) angeben	Aktivieren Sie diesen Schalter, um ein oder mehrere spezifische Subnetze auszuwählen, die für den ausgewählten teilnehmenden Pod konfiguriert sind. Hierbei handelt es sich um diejenigen Subnetze, die in der Konfiguration dieses Pods definiert wurden (siehe Beschreibung unter Übersicht über die Verwendung mehrerer Mandantensubnetze mit dem Horizon Cloud-Pod für Ihre Farmen und VDI-Desktop-Zuweisungen). Die Desktop-VMs der Zuweisung werden mit diesen Subnetzen verbunden. Nachdem Sie den Schalter aktiviert haben, können Sie die spezifischen Subnetze in der angezeigten Liste auswählen. Wenn dieser Schalter ausgeschaltet ist, werden die Desktop-VMs der Zuweisung standardmäßig mit dem primären VM-Subnetz des Pods verbunden. Wichtig: Wenn Sie die Verwendung eines VM-Subnetzes für die Zuweisung angeben, bleibt das ausgewählte VM-Subnetz bestehen und kann nach dem Erstellen der Zuweisung nicht geändert werden. Die Gesamtzahl der von den ausgewählten Subnetzen bereitgestellten IP-Adressen muss größer oder gleich der Angabe in der Einstellung Max. VMs sein. Wenn Sie beispielsweise festlegen, dass die Zuweisung das primäre Subnetz oder mehrere VM-Subnetze verwenden soll, bei denen 100 IP-Adressen für die Zuweisung verfügbar sind, darf Max. VMs 100 nicht überschreiten.

   Nachdem Sie die Einstellungen unter „Kapazität“ konfiguriert haben, klicken Sie auf Weiter, um mit der nächsten Seite des Assistenten fortzufahren.
6. Geben Sie auf der Seite „Benutzer“ die Benutzer und Benutzergruppen an, die Sie für die Zuweisung berechtigen möchten.

   Option	Beschreibung
   Domäne	Geben Sie die Active Directory-Domäne an, in der sich die Benutzer und Gruppen befinden. Hinweis: Dabei stehen nur cloudkonfigurierte Domänen zur Auswahl.
   Benutzer suchen	Geben Sie die ersten Zeichen des Benutzer- oder Gruppennamens ein und wählen Sie die Benutzer oder die Benutzergruppe in der angezeigten Liste aus. Ihre Auswahl wird der Liste Ausgewählte Benutzer/Benutzergruppen hinzugefügt. Sie können die Schaltfläche Entfernen verwenden, um einen ausgewählten Benutzer oder eine Gruppe aus der Liste zu löschen.
   Start-Site zuweisen	Hinweis: Diese Einstellung ist nur dann verfügbar, wenn Sie auf der Seite „Definition“ des Assistenten die Option Start-Site unter Site-Verbindungsaffinität ausgewählt haben. Verwenden Sie diese optionale Einstellung, um eine Außerkraftsetzung der Start-Site für den ausgewählten Benutzer oder die ausgewählte Gruppe zu konfigurieren, die auf diese Zuweisung zugreift. In diesem Fall beginnt Universal Broker die Suche nach verfügbaren Desktops nicht auf der für den Benutzer oder Gruppen konfigurierten Start-Site, sondern auf der Außerkraftsetzungs-Site. Nehmen wir beispielsweise an, dass ein Benutzer über eine Start-Site in San Francisco verfügt, Sie jedoch New York zur Außerkraftsetzung der Start-Site angeben. Wenn der Benutzer auf die Zuweisung zugreift, sucht Universal Broker zunächst nach verfügbaren Desktops in New York und nicht in San Francisco. Um eine Außerkraftsetzung der Start-Site anzugeben, wählen Sie den Benutzer oder die Gruppe aus und klicken Sie auf Start-Site zuweisen. Im Menü „Start-Site zuweisen“ werden alle verfügbaren Sites für Pods angezeigt, die an dieser Zuweisung teilnehmen. Um eine Außerkraftsetzungs-Site als Standard anstelle der konfigurierten Start-Site des Benutzers oder der Gruppe anzugeben, wählen Sie im Menü die Außerkraftsetzungs-Site aus. Um die Außerkraftsetzungs-Site zu entfernen und stattdessen die konfigurierte Start-Site des Benutzers oder der Gruppe zu verwenden, wählen Sie Start-Site löschen aus.

   Nachdem Sie die Benutzereinstellungen konfiguriert haben, klicken Sie auf Weiter, um mit der nächsten Seite des Assistenten fortzufahren.

7. Überprüfen Sie auf der Seite „Übersicht“ die Konfiguration und klicken Sie dann auf Fertigstellen.

Ergebnisse

Die Desktop-Instanzen in den ausgewählten Pods werden nun automatisch konfiguriert, um VDI-Desktops für die ausgewählten Benutzer bereitzustellen.

Hinweis: Das Erstellen einer verschlüsselten Desktop-VM dauert ungefähr doppelt so lang wie das Erstellen einer nicht verschlüsselten VM. Demzufolge dauert das Erstellen einer VDI-Desktop-Zuweisung mit aktivierter Festplattenverschlüsselung rund doppelt so lang wie das Erstellen einer VDI-Desktop-Zuweisung ohne aktivierte Festplattenverschlüsselung.

Nächste Maßnahme

Wenn das Image für diese flexible VDI-Desktop-Zuweisung Anwendungen besitzt, für die spezielle Ports geöffnet werden müssen, müssen Sie eventuell die Netzwerksicherheitsgruppe (NSG) dieser Zuweisung in Microsoft Azure ändern. Weitere Informationen zur Netzwerksicherheitsgruppe finden Sie unter Informationen zu Netzwerksicherheitsgruppen und VDI-Desktops in einem Horizon Cloud-Pod.

Wenn Sie für diese Zuweisung das NSX Cloud Management angegeben haben, können Sie den Service Manager Ihrer NSX Cloud-Umgebung (CSM) verwenden, um zu prüfen, ob die Desktop-VMs in NSX Cloud verwaltet werden. Melden Sie sich beim CSM Ihrer Umgebung an und navigieren Sie zu Clouds > Azure > Instanzen. Wenn auf der Seite „Instanzen“ für die Desktop-Instanzen der Status Verwaltet angezeigt wird, können Sie mit der Implementierung von NSX-Richtlinien beginnen.

Horizon Cloud-Pods in Microsoft Azure – Anzeigen von Details zu einer VDI-Multi-Cloud-Zuweisung

Sie können die Seite „Zuweisungen“ und die detaillierten Unterseiten verwenden, um den Status einer VDI-Multi-Cloud-Zuweisung basierend auf Horizon Cloud-Pods in Microsoft Azure zu überwachen.

Informationen auf der Seite „Zuweisungen“

Die folgenden Spalten auf der Hauptseite „Zuweisungen“ bieten nützliche Informationen zu einer VDI-Multi-Cloud-Zuweisung. Wenn Sie optionale Spalten anzeigen möchten, verwenden Sie die Anpassungsschaltfläche unten links auf der Seite „Zuweisungen“.

Informationsspalte	Beschreibung
Konfiguration	Gibt den aktuellen Fortschritt einer Anforderung zum Ändern der Zuweisungskonfiguration an. Eine Konfigurationsänderung kann die Erstellung einer neuen Zuweisung oder das Bearbeiten oder Löschen einer vorhandenen Zuweisung umfassen. Wenn die Änderungsanforderung über alle Teilnehmer-Pods in der Zuweisung weitergegeben wurde, wird in dieser Spalte der Status „Abgeschlossen“ angezeigt.
Zustand	Gibt den Bereitschaftsstatus für die Zuweisung an. Während die Zuweisung Konfigurationsänderungen durchläuft, wenn z. B. während der Erstellung einer Zuweisung von den Teilnehmer-Pods Desktops bereitgestellt werden, wird in dieser Spalte der Status „Wird ausgeführt“ mit Pfeilen angezeigt. Klicken Sie zum Anzeigen von Details zu der laufenden Aufgabe auf den Namen der Zuweisung, um die Zuweisungsdetailseite zu öffnen, wie im nächsten Abschnitt dieses Themas beschrieben. Wenn alle Konfigurationsaufgaben auf allen Teilnehmer-Pods abgeschlossen sind und die Zuweisung zur Verwendung bereit ist, wird in dieser Spalte der Onlinestatus mit einem grünen Häkchen angezeigt.
Site	Wenn Sie den Mauszeiger über diese Spalte bewegen, wird eine Liste aller Sites angezeigt, die den teilnehmenden Pods in der Zuweisung zugeordnet sind.
Pod	In dieser Spalte wird die Gesamtzahl der Pods angezeigt, die an der Zuweisung beteiligt sind. Wenn Sie den Mauszeiger über diese Spalte bewegen, wird eine Liste aller teilnehmenden Pods angezeigt.
Kapazität	Gesamtkapazität der Zuweisung, ausgedrückt als ganzzahliger Wert. Dieser Wert wird als Summe der maximalen Anzahl virtueller Maschinen berechnet, die von allen Desktop-Pools bereitgestellt werden, die der Zuweisung zugeordnet sind. Angenommen, die Zuweisung umfasst vier Desktop-Pools und jeder dieser Desktop-Pools stellt maximal eine virtuelle Maschine (VM) bereit. Die Gesamtkapazität wird wie folgt berechnet: (Maximale Anzahl virtueller Maschinen für den ersten Desktop-Pool) + (maximale Anzahl virtueller Maschinen für den zweiten Desktop-Pool) + (maximale Anzahl virtueller Maschinen für den dritten Desktop-Pool) + (maximale Anzahl virtueller Maschinen für den vierten Desktop-Pool) = 1+1+1+1 = 4.
Benutzergruppe	Diese optionale Spalte gibt die Gesamtzahl der Benutzergruppen an, die für die Zuweisung berechtigt sind.
Belegung	Diese optionale Spalte gibt den genutzten oder zugewiesenen Teil der Gesamtkapazität der Zuweisung als Prozentwert an. Die Belegung basiert auf Benutzern, die über globale Berechtigungen (z. B. per VDI-Multi-Cloud-Zuweisung) und lokale Berechtigungen auf Pod-Ebene angemeldet sind. Die Belegung für eine dynamische Zuweisung wird berechnet, indem zuerst die Anzahl angemeldeter Benutzersitzungen (einschließlich Sitzungen mit verbundenem, getrenntem und inaktivem Status) für alle dynamischen Desktop-Pools in der Zuweisung zusammengefasst wird. Die Summe der Benutzersitzungen wird dann durch die Gesamtkapazität geteilt, um einen Teilwert zu erzielen. Schließlich wird der Teilwert mit 100 multipliziert, um den Belegungsprozentsatz zu erhalten. Die Belegung für eine dedizierte Zuweisung wird berechnet, indem zuerst die Anzahl zugewiesener virtueller Maschinen aus allen dedizierten Desktop-Pools in der Zuweisung summiert wird. Die Gesamtzahl wird durch die Gesamtkapazität dividiert, um einen Teilwert zu erzielen und dann mit 100 multipliziert, um den Belegungsprozentsatz zu erhalten. Nehmen wir beispielsweise an, eine flexible Zuweisung umfasst vier Desktop-Pools für eine Gesamtkapazität von 4. Derzeit sind zwei Benutzersitzungen aktiv. Die Belegung entspricht (2/4)*100 = 50 %.

Informationen auf der Seite „Zuweisungsdetails“

Wenn Sie weitere Informationen zum Systemzustand einer Zuweisung anzeigen möchten, klicken Sie auf der Hauptseite „Zuweisungen“ auf den Namen der Zuweisung, um die Seite Zuweisungsdetailseite zu öffnen.

Auf der Registerkarte Übersicht der Zuweisungsdetailseite können Sie eine Liste der teilnehmenden Pods anzeigen, einschließlich des individuellen Integritätsstatus der einzelnen Pods.

Wenn Sie weitere Details zum Integritätsstatus eines Pods anzeigen möchten, klicken Sie auf die Registerkarte Systemaktivität und wählen Sie im Dropdown-Menü den Namen des Pods aus. Auf der Registerkarte „Systemaktivität“ wird eine Liste der aktuellen und kürzlich bearbeiteten Aufgaben angezeigt, die auf dem Pod ausgeführt wurden. Zudem wird der Status der einzelnen Aufgaben angezeigt. Wenn Sie auf eine Aufgabenbeschreibung in der Liste klicken, werden weitere Details zu den Prozessen der Aufgabe angezeigt.

Wenn der Pod einen Problemzustand aufweist, wird auf der Registerkarte „Systemaktivität“ eine Beschreibung des Problems angezeigt. In diesem Fall können Sie die Informationen verwenden, um den Problemzustand zu beheben und den Integritätsstatus der Zuweisung wieder auf „Online“ zu setzen.