Horizon Cloud-Pods – Erstellen einer Farm

In Horizon Cloud erstellen Sie eine Farm, sodass Sie Ihren Endbenutzern Desktop-Sitzungen oder Remoteanwendungen über Hosts bereitstellen können, die mehrere Benutzersitzungen gleichzeitig bedienen können. Nach der Erstellung besteht die Farm aus einem Pool von RDS-fähigen Hosts. Bei diesen RDS-fähigen Hosts kann es sich um VMs mit Microsoft Windows Server- oder Microsoft Windows 10 Enterprise-Betriebssystemen für Mehrfachsitzungen handelt. Sie erstellen Farmen mithilfe der Konsolenseite „Farmen“.

Eine Farm ist eine Sammlung von Hosts für Remotedesktopdienste (RDSHs). Jeder dieser Remotedesktopdienst(RDS)-Hosts ist eine VM, die basierend auf dem spezifischen RDSH-fähigen Image instanziiert wird, das Sie für die Farm auswählen. Das RDSH-fähige Image wird mitunter auch als RDS-fähiges Image, als RDSH-Image oder als RDSH-fähiges Image bezeichnet.

Standardmäßig sind Horizon Cloud-Farmen mit einer rollierenden Wartung konfiguriert. Ein Beispiel für die rollierende Wartung einer Farm finden Sie unter Beispiel für rollierende Wartung einer Farm.

Hinweis: Wenn Sie Desktops, auf denen ein Microsoft Windows 10-Betriebssystem für Mehrfachsitzungen ausgeführt wird, bereitstellen und App Volumes-Anwendungen auf diesen Desktops verwenden möchten, erstellen Sie eine Farm vom Typ Desktop. Geben Sie das versiegelte Image für Microsoft Windows 10 für Mehrfachsitzungen an, in dem Sie den App Volumes Agent installiert haben.

Voraussetzungen

• Stellen Sie sicher, dass mindestens ein Image auf der Seite „Images“ aufgeführt ist, dass dieses Image über ein RDSH-fähiges Windows-Betriebssystem verfügt, dass auf der Seite „Images“ der Status des Images als „Veröffentlicht“ angezeigt wird und dass es sich in dem Horizon Cloud-Pod befindet, in dem Sie die Farm erstellen möchten. Sie können in einem Pod ohne ein solches verfügbares Image keine Farm erstellen.
• Entscheiden Sie, ob die VMs dieser Farm mit einem VM-Subnetz verbunden werden sollen, das sich vom primären VM-Subnetz des Pods (auch als Mandantensubnetz bezeichnet) unterscheidet. Wenn in Ihrem Pod das Manifest 2298 oder höher ausgeführt wird und Sie den Pod so bearbeitet haben, dass zusätzliche VM-Subnetze hinzugefügt werden, können Sie die Verwendung dieser Subnetze für diese Farm angeben. 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.
• Legen Sie fest, ob diese Farm für sitzungsbasierte Desktops oder für Remoteanwendungen verwendet wird. In dieser Version kann dieselbe Farm nicht beiden dienen.
  Hinweis: Wenn Ihre Endbenutzer App Volumes-Anwendungen mit einem Microsoft Windows 10-Betriebssystem für Mehrfachsitzungen verwenden möchten, müssen Sie diesen Benutzern Berechtigungen sowohl für eine App Volumes-Anwendungszuweisung als auch für eine sitzungsbasierte Desktop-Zuweisung erteilen. Erstellen Sie in diesem Szenario eine Farm für Desktops, um diese sitzungsbasierten Desktops basierend auf dieser Farm bereitzustellen. Wählen Sie beim Erstellen dieser Desktop-Farm das veröffentlichte Image aus, das Sie mit dem Microsoft Windows 10-Betriebssystem für Mehrfachsitzungen erstellt haben.
• Entscheiden Sie, ob die RDSH-VMs der Farm über verschlüsselte Festplatten verfügen sollen. Sie müssen Festplattenverschlüsselung angeben, wenn Sie die Farm erstellen. Sie können die Festplattenverschlüsselung nicht später nach der Erstellung der Farm hinzufügen. Eine Beschreibung der Festplattenfunktion finden Sie unter Verwenden der Microsoft Azure-Festplattenverschlüsselung mit Ihren Farmen und VDI-Desktops in Ihren Horizon Cloud-Umgebungen.
• Entscheiden Sie, ob Sie die Möglichkeit haben möchten, NSX Cloud-Funktionen für die RDSH-VMs der Farm zu verwenden. Sie müssen die NSX Cloud-Verwaltung aktivieren, wenn Sie die Farm erstellen. Nach Erstellung der Farm können Sie die Farm nicht mehr für eine NSX Cloud-Verwaltung aktivieren. Das veröffentlichte Image, das Sie für diese Farm 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.
• Wenn das Betriebssystem des Images Universal Windows Platform (UWP)-Anwendungen enthält, entscheiden Sie sich für die Methode, die Sie verwenden möchten, um sicherzustellen, dass Ihre Endbenutzer diese UWP-Anwendungen aus den RDSH-VMs der Farm verwenden können. Beispielsweise kann das Image über das Microsoft Windows 10 Enterprise-Betriebssystem für Mehrfachsitzungen verfügen. Die Methode, die Sie zum Aktivieren der Verwendung dieser UWP-Anwendungen auswählen, kann bestimmen, welche Active Directory-Organisationseinheit Sie für die Farm verwenden. Weitere Informationen finden Sie unter Aktivieren einer Horizon Agent-Richtlinie, um das Ausführen von UWP-Anwendungen über RDSH-VMs zu ermöglichen.

Prozedur

1. Wechseln Sie in der Verwaltungskonsole zu Bestand > Farmen.
2. Klicken Sie auf Neu und starten Sie den Assistenten.
3. Vervollständigen Sie Ihre Auswahl nach Bedarf und fahren Sie dann mit dem nächsten Schritt fort.
   Hinweis: Sie müssen möglicherweise mit der Bildlaufleiste alle erforderlichen Felder einblenden.

   Option	Beschreibung
   Name	Geben Sie einen Namen für diese Farm ein.
   Beschreibung	Geben Sie optional eine Beschreibung ein.
   VM-Namen	Basisname für alle RDSH-VMs, die für diese Farm erstellt wurden. Der Name der VM setzt sich aus dem Basisnamen und einer angehängten Zahl zusammen, z. B. win2016-1, win2016-2 usw. Der Name muss mit einem Buchstaben beginnen und darf nur Buchstaben, Bindestriche und Ziffern enthalten.
   Farmtyp	Legen Sie den Typ des Objekts fest, den diese Farm für Endbenutzer bereitstellt: Wählen Sie Desktops aus, wenn Sie mit dieser Farm sitzungsbasierte Desktops bereitstellen möchten. Wählen Sie Anwendungen aus, wenn Sie mit dieser Farm Remoteanwendungen bereitstellen möchten. Nach der Erstellung einer Anwendungsfarm können Sie mithilfe der Option Automatisch auf Farm suchen des Workflows „Neue Anwendung“ Anwendungen vom VM-Betriebssystem der Farm in Ihren Anwendungsbestand importieren.
   Speicherort	Wählen Sie den Speicherort aus, der mit dem Pod, der über das RDSH-Image verfügt, verknüpft ist. Mit dieser Auswahl werden die auswählbaren Elemente im Feld Pod auf die Pods im ausgewählten Speicherort beschränkt.
   Pod	Wählen Sie den Pod aus. Tipp: Wenn keine Pods zur Auswahl angezeigt werden, stellen Sie sicher, dass die Liste Speicherort keinen Speicherort ohne Pods enthält. Das Feld Speicherort dient in der Pod-Liste zum Herausfiltern der Pods, die nicht mit dem ausgewählten Speicherort verknüpft sind. Wenn Sie zuvor einen Pod an einem Speicherort hatten und diesen Pod gelöscht oder an einen anderen Speicherort verschoben haben, sodass der angezeigte Speicherort keine Pods mehr enthält, werden in der Pod-Liste keine Einträge angezeigt. Da die Speicherorte alphabetisch aufgelistet sind, wählt der Bildschirm beim Öffnen automatisch den Speicherort aus, der zuerst im Alphabet erscheint. Wenn diesem Speicherort keine Pods mehr zugeordnet sind, müssen Sie den Speicherort auf einen anderen Eintrag wechseln.
   VM-Subnetz(e) angeben	Aktivieren Sie diesen Schalter, um ein oder mehrere bestimmte Subnetze auszuwählen, mit denen die VMs der Farm verbunden werden. 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 VMs der Farm standardmäßig mit dem primären VM-Subnetz des Pods verbunden.
   Filtermodelle	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 (z. B. Standard_NV6) 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 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 Hinzufügen. 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 einen oder mehrere Werte eingeben. Hinweis: Wenn das Modell, das Sie zum Erstellen der Farm ausgewählt haben, in Zukunft nicht mehr verfügbar ist, können Sie die Farm nicht erweitern. Die Farm bleibt mit Ausnahme dieser Einschränkung voll funktionsfähig. Um festzustellen, ob ein VM-Typ verfügbar ist, navigieren Sie zur Seite „VM-Typen und -Größen“ ( Einstellungen > VM-Typen und -Größen).
   Modell	Die hier aufgeführten Optionen werden nach Ihrer Auswahl unter Filtermodelle gefiltert. Wählen Sie das VM-Modell aus, das für die RDSH-VMs der Farm verwendet werden soll. Diese Auswahl definiert den Satz der zugrunde liegenden Ressourcen, die für die Erstellung der RDSH-VMs der Farm in Bezug auf die Kapazität (Rechenleistung, Speicher usw.) verwendet werden. Die verfügbaren Auswahlmöglichkeiten entsprechen den Standard-VM-Größen, die in Microsoft Azure verfügbar sind. Wichtig: Wählen Sie für Produktionsumgebungen ein VM-Modell mit mindestens zwei (2) CPUs aus. VMware-Skalierungstests haben gezeigt, dass bei Verwendung von mindestens 2 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. 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. Sie können Ihre Auswahl später bei Bedarf bearbeiten.
   Festplattengröße	Geben Sie für die VMs der Farm die Festplattengröße des Betriebssystems in GiB ein. Der Standardwert ist die Festplattengröße des Basisimage-Betriebssystems (in der Regel 127 GiB). 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 GiB), der vom ausgewählten Modell unterstützt wird, nicht überschreiten. Sie können diesen Wert auch später bei Bedarf 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.
   Image	Wählen Sie das RDSH-Image aus. Wichtig: Wenn das Betriebssystem des Images Universal Windows Platform(UWP)-Anwendungen enthält, müssen Sie zusätzliche Aktionen ausführen, um sicherzustellen, dass Ihre Endbenutzer diese UWP-Anwendungen aus den RDSH-VMs der Farm verwenden können. Weitere Informationen finden Sie unter Aktivieren einer Horizon Agent-Richtlinie, um das Ausführen von UWP-Anwendungen über RDSH-VMs zu ermöglichen. 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 VMs der Farm funktionieren, muss auf dem für die Farm ausgewählten Image bereits der NSX Agent installiert sein. Das System überprüft beim Erstellen der Farm nicht, ob das ausgewählte Image über den NSX-Agent verfügt.
   Bevorzugtes Protokoll	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.
   Bevorzugter Client-Typ	Wählen Sie den bevorzugten Client-Typ aus, der verwendet wird, wenn Endbenutzer ihre sitzungsbasierten Desktops über Workspace ONE Access starten. Dies kann ein Horizon Client oder einen Browser für HTML Access sein.
   Domäne	Wählen Sie die Active Directory-Domäne aus, die mit Ihrer Umgebung registriert ist.
   Domäne beitreten	Wählen Sie Ja aus, damit die VMs der Farm automatisch der Domäne beitreten, wenn sie erstellt werden.
   Festplatten verschlüsseln	Wählen Sie Ja aus, sodass die VMs der Farm über verschlüsselte Festplatten verfügen. Wichtig: Wenn die Festplatten verschlüsselt werden sollen, müssen Sie dies beim Erstellen der Farm auswählen. Sie können die Festplattenverschlüsselung nicht später nach der Erstellung der Farm hinzufügen.
   Von NSX Cloud verwaltet	Wählen Sie Ja aus, sodass Sie Funktionen von NSX Cloud für die VMs der Farm verwenden können. Eine Beschreibung zur Verwendung der NSX Cloud-Funktionen mit Ihren Farmen 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 VMs der Farm verwenden möchten, müssen Sie bei der Erstellung der Farm diese Auswahl vornehmen. Nach Erstellung der Farm können Sie die NSX Cloud-Verwaltung nicht mehr aktivieren. Damit die NSX Cloud Management-Funktionen mit den VMs funktionieren, muss auf dem für die Farm ausgewählten Image 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 Farm nicht, ob das ausgewählte Image über den NSX-Agent verfügt.
   Min. VMs Max. VMs	Geben Sie die minimale und maximale Anzahl RDSH-VMs an, die Sie in dieser Farm verwenden möchten. Beim erstmaligen Erstellen der Farm wird vom System die im Feld Max. VMs angegebene Anzahl VMs bereitgestellt. Anschließend werden die VMs mit Ausnahme der im Feld Min. VMs angegebenen Anzahl ausgeschaltet. Zunächst wird nur die minimale Anzahl VMs eingeschaltet. Wenn der Bedarf der Endbenutzer steigt, schaltet das System zusätzliche VMs ein, bis der Wert unter Max. VMs erreicht ist. Wenn der Endbenutzerbedarf wieder sinkt, schaltet das System die VMs aus, bis der die unter Min. VMs angegebene Anzahl VMs erreicht ist. Damit eine VM ausgeschaltet werden kann, darf sie keine Benutzersitzungen mehr enthalten. Wenn Sie für Min. VMs null (0) angeben, deutet dies darauf hin, dass alle RDSH-VMs der Farm ausgeschaltet werden sollen, wenn kein Endbenutzerbedarf für Sitzungen in dieser Farm besteht. Wenn Sie für Min. VMs null (0) eingeben, verwenden Sie das Feld Ausschalt-Schutzzeit, um die Zeitdauer anzugeben, die das System bis zum Ausschalten der VM wartet, wenn festgestellt wird, dass die verbleibende aktive VM über keinerlei Benutzersitzungen mehr verfügt.
   Ausschalt-Schutzzeit	Geben Sie an, wie viele Minuten das System warten soll, bevor eine eingeschaltete Farm-VM 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 normalerweise eine Farm-VM ausschaltet. Sie können diese Einstellung für die Ausschalt-Schutzzeit verwenden, damit das System vor dem Ausschalten der VM so lange wie angegeben wartet. Die Standardwartezeit beträgt 30 Minuten.
   Sitzungen pro VM	Legen Sie die für diese Farm zulässige Anzahl gleichzeitiger Endbenutzersitzungen pro VM fest. Für einen Pod in Microsoft Azure empfiehlt VMware basierend auf Leistungstests mit Benutzerdichten bestimmte Maximalwerte. Weitere Informationen zu diesen Empfehlungen und die zugrunde liegende Analyse finden Sie im technischen Dokument VMware Horizon Cloud Service™ on Microsoft Azure RDS Desktop and Application Scalability, das hier auf vmware.com zur Verfügung steht. Hinweis: Wenn Ihr GPU-fähiges Image für dessen Betriebssystem über Microsoft Windows Server 2012 R2 verfügt, wird eine Farm mit diesem Image für seine RDSH-VMs aufgrund einer Einschränkung des NVIDIA-Treibers auf maximal 20 Sitzungen pro VM beschränkt. Wenn Sie über diese bestimmte Kombination (Image mit GPU, Microsoft Windows Server 2012 R2, NVIDIA-Treiber und Modell der Serie NV) verfügen, geben Sie hier nicht mehr als 20 ein.
   Windows-Lizenzfrage	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 RDSH-VMs der Farm befinden wird. Folgen Sie den Anweisungen auf dem Bildschirm.

   Konfigurieren Sie nach Bedarf die erweiterten Eigenschaften.

   Option	Beschreibung
   Computer-OE	Active Directory-Organisationseinheit, in der sich die Farm-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 VMs der Farm ausgeführt werden soll. Hinweis: Das Skript sollte mit einem Neustart-Schritt enden, um die VM neu zu starten. Eine Beispiel-Neustartzeile als Windows-Befehl ist: shutdown /r /t 0 Das Skript wird nach dem Microsoft Windows-Systemvorbereitungsprozess (Sysprep) ausgeführt. Wenn das System eine VM für die Farm erstellt, wird die VM gestartet und der Sysprep-Prozess des Windows-Betriebssystems ausgeführt. Wenn der Sysprep-Prozess abgeschlossen ist, übernimmt der Agent in der VM den Domänenbeitritt. Gleichzeitig erhält der Agent den hier angegebenen Skriptpfad. Der Agent legt den Windows RunOnce-Pfad (System run once) fest und startet dann die VM neu. Beim nächsten Neustart meldet sich das System mit dem lokalen Administratorkonto im Windows-Betriebssystem an und führt das Skript aus.
   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 Farm erstellt wurde, können Sie weitere Azure Resource-Tags hinzufügen und Tags für diese Farm bearbeiten oder löschen.

4. Vervollständigen Sie die Felder im nächsten Schritt des Assistenten, treffen Sie Ihr Auswahl nach Bedarf und klicken Sie auf Weiter.

   Option	Beschreibung
   Rollierende Wartung	Wählen Sie den Wartungstyp aus, entweder auf zeitlicher Basis (Geplant) oder basierend auf Benutzersitzungen für die VMs dieser Farm (Sitzung). Wenn Geplant ausgewählt ist, konfigurieren Sie den Wartungszeitraum, entweder täglich oder wöchentlich. Wenn Sie die tägliche Wiederholung auswählen, geben Sie die volle Stunde für den Beginn der Wartung an. Wenn Sie eine wöchentliche Wiederholung auswählen, geben Sie den Wochentag und die volle Stunde an. Wenn Sitzung ausgewählt ist, geben Sie die Anzahl der Sitzungen an, ab der die Farm mit der rollierenden Wartung beginnen soll. Hinweis: Sitzungen, die innerhalb von 15 Minuten abgemeldet werden, werden bei der Berechnung der rollierenden Wartung nicht berücksichtigt, um zu verhindern, dass der Neustart und die Neuerstellung der VMs auf einer Anzahl von Sitzungen mit kurzer Laufzeit basiert. Legen Sie im Feld Parallele Stilllegung von VMs die Anzahl der Farm-VMs fest, die gleichzeitig stillgelegt werden können. Wenn sich eine VM im Status der Stilllegung befindet, kann sie weiterhin für die Benutzersitzungen verwendet werden, die bereits mit dieser VM verbunden sind. Es werden jedoch keine neuen Benutzerverbindungen mehr akzeptiert. Ein einfaches Beispiel finden Sie unter Beispiel für rollierende Wartung einer Farm.
   VM-Aktion	Wählen Sie die Aktion aus, die auf den VMs während der Wartung durchgeführt werden soll. Mit Neu starten werden die VMs neu gestartet. Mit Neu erstellen werden die VMs zuerst gelöscht und danach basierend auf dem verknüpften Image der Farm erneut bereitgestellt. Wenn Sie festlegen, dass die nicht verwendeten VMs ausgeschaltet werden sollen, belegen diese weiterhin eine gewisse Menge an Speicherplatz in Ihrer Cloud-Umgebung.
   Energieverwaltung	Diese Einstellungen zur Energieverwaltung definieren Schwellenwerte, nach denen die Anzahl der eingeschalteten VMs in der Farm gemäß der Sitzungsnutzung auf den VMs automatisch erhöht oder reduziert wird. Wenn die Nutzung eine Obergrenze überschreitet, wird über das System automatisch eine nicht verwendete VM eingeschaltet. Wenn die Nutzung unter eine Untergrenze sinkt, wird die VM zurückgefahren, bis sie nicht mehr verwendet wird. Anschließend wird die VM ausgeschaltet und freigegeben. Durch Auswahl der Energieverwaltungseinstellungen werden die Kapazitätskosten mit einer schnelleren Verfügbarkeit abgestimmt: Wählen Sie Optimierte Leistung aus, wenn die nächste VM eher früher als später eingeschaltet werden soll. Auch wenn die Ausgaben höher ausfallen, wenn die nächste VM auf Abruf bereitsteht, bevor der Benutzerbedarf dies verlangt, erhöht diese Einstellung die Wahrscheinlichkeit, dass bei einer Benutzeranmeldung die VM bereits eingeschaltet ist, um den Benutzerbedarf zu decken. Wählen Sie Optimierte Stromversorgung aus, wenn so lange wie möglich gewartet werden soll, bis die nächste VM eingeschaltet wird. Die Belegung der VMs ist höher, bevor die nächste Server eingeschaltet wird. Auch wenn diese Einstellung die Kapazitätskosten durch eine höhere Auslastung der vorhandenen VMs minimiert, erhöht sie die Gefahr einer Verzögerung bei der Anmeldung neuer Benutzer, da sie möglicherweise warten müssen, bis die VM eingeschaltet wird. 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: Optimierte Leistung Unterer Schwellenwert: 23% Oberer Schwellenwert für: 50 % Optimierte Stromversorgung Unterer Schwellenwert: 38 % Oberer Schwellenwert für: 80 % Ausgeglichen Unterer Schwellenwert: 31 % Oberer Schwellenwert für: 66 % Eine ausführliche Beschreibung der Energieverwaltungsfunktionen von Horizon Cloud und eine Beschreibung deren Funktionsweise in verschiedenen Szenarien finden Sie im technischen Dokument VMware Horizon Cloud Service™ on Microsoft Azure RDS Desktop and Application Scalability, das hier auf vmware.com zur Verfügung steht.
   Behandlung der Zeitüberschreitung	Konfigurieren Sie die Handhabung von bestimmten Benutzersitzungstypen. Hinweis: Die Benutzersitzungen, die von diesen Einstellungen gesteuert werden, sind die Benutzeranmeldungen bei der Windows-Betriebssystemsitzung des RDS-Sitzungs-Desktop oder der Anwendung. Diese Sitzungen sind nicht die Benutzeranmeldungen in Horizon Client, Horizon HTML Accessoder Workspace ONE. Die Sitzung des Benutzers beginnt, wenn der Benutzer sich beim Windows-Betriebssystem authentifiziert, das dem sitzungsbasierten Desktop oder der Remoteanwendung zugrunde liegt, der bzw. die von den RDSH-VMs dieser Farm bereitgestellt wird. Zeitüberschreitung für leere Sitzung – Legen Sie für Anwendungsfarmen fest, wie Benutzersitzungen im Leerlauf gehandhabt werden sollen. Diese können unbegrenzt andauern oder nach einer angegebenen Anzahl von Minuten durch Zeitüberschreitung automatisch beendet werden. Zeitüberschreitungen des Leerlaufs basieren auf der Aktivität des Endpunktgeräts und nicht auf dem sitzungsbasierten Desktop oder der Anwendung. Wenn Sie eine Zeitüberschreitung für eine Sitzung im Leerlauf festlegen, müssen Sie angeben, ob nach dem Zeitablauf die Sitzung getrennt oder der Benutzer abgemeldet wird. Wenn eine Sitzung getrennt wird, wird sie vom Netzwerk getrennt, aber im Arbeitsspeicher beibehalten. Wenn eine Sitzung abgemeldet wird, wird sie nicht im Arbeitsspeicher beibehalten und alle nicht gespeicherten Dokumente gehen verloren. Getrennte Sitzungen abmelden – Legt fest, dass der Benutzer von einer getrennten Sitzung abgemeldet wird. Maximale Sitzungslebensdauer – Legt die maximale Anzahl von Minuten fest, die für eine einzelne Benutzersitzung zulässig ist.
   Intervall für Zeitüberschreitung der Sitzung	Dieses Intervall definiert die Zeitspanne, während der Sitzungen der Endbenutzer inaktiv sein können, bevor das System eine Abmeldung von den sitzungsbasierten Desktops oder Anwendungen erzwingt, die von dieser Farm bereitgestellt werden. 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 alle 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 einen Tag (1440 Minuten). Hinweis: Wenn bis zum Ablauf des Zeitüberschreitungsintervalls keine Benutzeraktivität stattfindet, erscheint 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.
   Energieverwaltung planen	Um die Optimierung der Einsparungen und Leistungen der Farm-VMs in Microsoft Azure zu unterstützen, können Sie optional Zeitpläne für die Mindestanzahl der eingeschalteten VMs in dieser Farm auf einer wiederkehrenden wöchentlichen Basis konfigurieren. Beispiel: Für Wochenenden oder Nachtstunden können Sie einen Zeitplan für null oder eine geringe Anzahl von eingeschalteten VMs festlegen, wenn Sie wissen, dass Ihre Endbenutzer ihre Desktops oder Remoteanwendungen nicht verwenden werden. Sie können für bestimmte Tage oder bestimmte stundenweise Abschnitte, für die Sie einen erhöhten Endbenutzerbedarf erwarten, einen Zeitplan einrichten, der die Mindestanzahl der eingeschalteten VMs erhöht, die verfügbar sein müssen, um den Bedarf zu decken. Sie können bis zu 10 Zeitpläne für die Farm angeben. Wenn in Zeitplänen überlappende Zeiträume vorhanden sind, jedoch eine unterschiedliche VM-Mindestanzahl angegeben ist, verwendet das System für den überlappenden Zeitraum den größten Wert der VM-Mindestanzahl. Klicken Sie auf das +-Symbol, um die erste Zeile im Abschnitt „Energieverwaltung planen“ hinzuzufügen. Geben Sie einen Namen für den ersten Zeitplan ein. Wählen Sie die Tage für den ersten Zeitplan. Hinweis: Standardmäßig ist ein Tag ausgewählt, wenn die Zeile hinzugefügt wird. Wenn Sie den ausgewählten Tag nicht in diesen Zeitplan einschließen möchten, klicken Sie auf das Dropdown-Menü und deaktivieren Sie diesen ausgewählten Tag. 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 Min. VMs die minimale Anzahl VMs ein, die im angegebenen Zeitraum eingeschaltet werden sollen. Im angegebenen Zeitraum wird mindestens diese Anzahl VMs eingeschaltet, um während dieser Zeit für die Anforderungen der Endbenutzer verfügbar zu sein. Die Anzahl kann zwischen 0 (null) und der unter Max. VMs für die Farm angegebenen Anzahl liegen. Wenn Sie hier null (0) eingeben, werden die VMs der Farm ausgeschaltet, wenn zu Beginn des geplanten Zeitraums keine aktiven Endbenutzersitzungen vorhanden sind. Wenn anschließend ein Endbenutzer versucht, eine Verbindung mit einem Desktop oder einer Anwendung herzustellen, der bzw. die während des geplanten Zeitraums von dieser Farm bereitgestellt wird, kommt es zu einer Verzögerung, weil die zugrunde liegende VM erst eingeschaltet werden muss.

5. Geben Sie im Load Balancing-Schritt des Assistenten Werte für den Anmeldungsschwellenwert ein. Diese Einstellung steuert die Anzahl Anmeldungen, die innerhalb eines Zeitraums zulässig sind, bevor eine VM für die Zuweisung neuer Sitzungen depriorisiert wird. Wenn beispielsweise der Anmeldungsschwellenwert auf 3 Anmeldungen pro 30 Sekunden festgelegt ist und innerhalb der letzten 30 Sekunden 3 angemeldete Sitzungen zu VM 1 zugeordnet wurden, wird die nächste Sitzung VM 2 zugewiesen usw.
   Hinweis: Die Lastenausgleichseinstellungen werden möglicherweise nicht angezeigt oder sind möglicherweise deaktiviert, wenn Sie eine ältere Umgebung verwenden oder wenn der Agent für die Farm nicht der neuesten Version entspricht.
6. Bearbeiten Sie die Felder unter Load Balancing-Einstellungen für den Sitzungshost.
   • Horizon Cloud Agents verwenden die ersten fünf Einstellungen (Schwellenwert für die CPU-Auslastung, Schwellenwert für die Arbeitsspeichernutzung, Schwellenwert für Festplatten-Warteschlangenlänge, Schwellenwert für Festplatten-Leselatenz und Schwellenwert für Festplatten-Schreiblatenz), um den Agent-Ladeindex zu berechnen. Dabei handelt es sich um einen Wert zwischen 0 und 100 zur Messung der VM-Last.
   • Die letzte Einstellung, Schwellenwert für Ladeindex, ist der Wert für den Agent-Ladeindex, bei dem eine VM als voll gilt.
     Wichtig: Aufgrund der Schlüsselrolle, die der Agenten-Ladeindex für die Energieverwaltung spielt, ist es wichtig, dass Sie geeignete Werte für diese Einstellungen auswählen, damit Sie die gewünschte Balance zwischen Stromverbrauch und Leistung in Ihrer Umgebung erreichen können.

   Weitere Informationen dazu, wie sich der Agent-Ladeindex auf die Energieverwaltung auswirkt, finden Sie unter Informationen zur Energieverwaltung und zum Lastausgleich für Farmen in Horizon Cloud.

   Option	Beschreibung
   Schwellenwert für die CPU-Auslastung	Schwellenwert für die CPU-Auslastung in Prozent. Sie können einen Wert von 0 bis 100 festlegen. Der empfohlene Wert lautet 90. Dies ist gleichzeitig der Standardwert.
   Schwellenwert für Arbeitsspeichernutzung	Schwellenwert für den Arbeitsspeicher in Prozent. Sie können einen Wert von 0 bis 100 festlegen. Der empfohlene Wert lautet 90. Dies ist gleichzeitig der Standardwert.
   Schwellenwert für Festplatten-Warteschlangenlänge	Schwellenwert für die durchschnittliche Anzahl Lese- und Schreibanforderungen, die für die ausgewählte Festplatte während des Abtastintervalls in die Warteschlange gestellt wurden. Sie können den Wert auf eine beliebige positive Ganzzahl festlegen. Standardmäßig wird diese Einstellung nicht für das Load Balancing berücksichtigt. Der Standardwert ist 0.
   Schwellenwert für Festplatten-Leselatenz	Schwellenwert für die durchschnittliche Dauer von Lesevorgängen von Daten von der Festplatte in Millisekunden. Sie können den Wert auf eine beliebige positive Ganzzahl festlegen. Standardmäßig wird diese Einstellung nicht für das Load Balancing berücksichtigt. Der Standardwert ist 0.
   Schwellenwert für Festplatten-Schreiblatenz	Schwellenwert für die durchschnittliche Dauer von Schreibvorgängen von Daten auf die Festplatte in Millisekunden. Sie können den Wert auf eine beliebige positive Ganzzahl festlegen. Standardmäßig wird diese Einstellung nicht für das Load Balancing berücksichtigt. Der Standardwert ist 0.
   Schwellenwert für Ladeindex	Der Wert des Agent-Ladeindex, bei dem eine VM als voll gilt und bei dem ihr keine neuen Sitzungen zugewiesen werden. Sie können einen Wert zwischen 0 und 100 eingeben. Der Standardwert ist 90. Hinweis: Das System korrigiert diesen Wert bei Bedarf, damit er höher als der obere Schwellenwert für die Energieverwaltung ist. Dadurch wird eine effektive Energieverwaltung sichergestellt.

7. Klicken Sie auf Weiter.
8. berprüfen Sie im Schritt „Zusammenfassung“ des Assistenten die Einstellungen und klicken Sie auf Übernehmen, um mit der Erstellung der Farm zu beginnen.

Ergebnisse

Das Erstellen der Farm wird gestartet. Sie können den Fortschritt des Vorgangs mithilfe Seite „Aktivität“ überwachen. Wenn für den Farmstatus auf der Seite „Farmen“ ein grüner Punkt angezeigt wird, ist die Farm zur Verwendung bereit.

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

Wenn eine Image-VM über eine Datenfestplatte verfügt, ist außerdem zusätzliche Zeit erforderlich, um eine verschlüsselte Farm-VM basierend auf dieser Image-VM zu erstellen. Die längsten Zeiten treten bei größeren Daten-Festplatten im Terabyte-Bereich auf.

Nächste Maßnahme

Wenn Sie eine Desktop-Farm erstellt haben, müssen Sie im nächsten Schritt eine sitzungsbasierte Desktop-Zuweisung für Ihre Endanwender erstellen. Folgen Sie hierzu den Schritten unter Horizon Cloud-Pods – Bereitstellen von Desktop-Sitzungen von RDS-Hosts für Ihre Endbenutzer durch Erstellen einer RDS-basierten Sitzungs-Desktop-Zuweisung.

Hinweis: Wenn Sie eine Farm für Desktops erstellt haben, damit Ihre Endbenutzer App Volumes-Anwendungen in einem Microsoft Windows 10-Betriebssystem für Mehrfachsitzungen verwenden können, führen Sie als Nächstes die folgenden Workflows aus:

1. Stellen Sie sicher, dass die App Volumes-Anwendungen durch Verwenden des Import-Workflows zum Bestand Ihrer Anwendungen hinzugefügt werden. Alternativ können Sie anstelle des Import-Workflows ein anderes Image verwenden, das auf einem Windows 10-Client-Betriebssystem basiert, und den Erstellungs-Workflow verwenden, um Anwendungen von diesem Windows 10-Client-System in Ihren Bestand aufzunehmen. Sie können diese Anwendungen für Ihre Benutzer freigeben: Die Anwendungen können dann mit den sitzungsbasierten Desktops, die auf dieser Farm basieren, verwendet werden. Dies gilt auch, wenn diese Anwendungen vom Client-Typ des Windows 10-Betriebssystems erfasst werden.
2. Erteilen Sie Ihren Benutzern durch Erstellen einer App Volumes-Zuweisung die Berechtigung für diese Anwendungen.
3. Erteilen Sie diesen Benutzern durch Erstellen einer sitzungsbasierten Desktop-Zuweisung die Berechtigung für einen sitzungsbasierten Desktop.

Wenn Sie eine Anwendungsfarm erstellt haben, müssen Sie im nächsten Schritt die Farm durchsuchen, um Anwendungen in Horizon Cloud zu laden und eine Anwendungszuweisung zu erstellen, sodass Ihre Endbenutzer die Remoteanwendungen aus dieser Farm verwenden können.

Weitere Informationen finden Sie unter Anwendungen in Ihrer Horizon Cloud-Bestandsliste, Remoteanwendungen – Importieren aus RDSH-Farmen, die von Horizon Cloud-Pods in Microsoft Azure bereitgestellt werden und Remoteanwendungen – Erstellen einer Remoteanwendungszuweisung für Remoteanwendungen, die von Horizon Cloud-Pods in Microsoft Azure bereitgestellt werden.

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

Wenn Sie für diese Farm das NSX Cloud Management angegeben haben, können Sie den Service Manager Ihrer NSX Cloud-Umgebung (CSM) verwenden, um zu prüfen, ob die VMs der Farm 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 VMs der Farm der Status Verwaltet angezeigt wird, können Sie mit der Implementierung von NSX-Richtlinien beginnen.