Maschinenkataloge erstellen

Sammlungen von physischen oder virtuellen Maschinen werden als Einheit in einem sogenannten Maschinenkatalog verwaltet. Maschinen in einem Katalog haben den gleichen Betriebssystemtyp: Multisitzungs-OS oder Einzelsitzungs-OS. Ein Katalog mit Maschinen mit Multisitzungs-OS kann entweder Windows- oder Linux-Maschinen enthalten, nicht aber beides.

Nach dem Erstellen der Site werden Sie von Studio zur Erstellung des ersten Maschinenkatalogs geführt. Nach dem Erstellen des ersten Maschinenkatalogs werden Sie in Studio durch das Erstellen der ersten Bereitstellungsgruppe geführt. Später können Sie den erstellten Katalog ändern und weitere Kataloge erstellen.

Tipp:

Wenn Sie ein Upgrade für eine vorhandene Bereitstellung durchführen, das die MCS-Speicheroptimierung (MCS E/A) aktiviert, ist keine zusätzliche Konfiguration erforderlich. Der VDA und das Delivery Controller-Upgrade behandeln das MCS-E/A-Upgrade.

Übersicht

Wenn Sie einen Katalog virtueller Maschinen erstellen, geben Sie an, wie diese VMs bereitgestellt werden sollen. Sie können Citrix Tools, z. B. Maschinenerstellungsdienste (MCS) oder Citrix Provisioning (zuvor “Provisioning Services”) verwenden. Alternativ können Sie eigene Tools verwenden.

Berücksichtigen Sie dabei:

• MCS unterstützt einen einzelnen Systemdatenträger vom VM-Image. Die übrigen mit dem Image verbundenen Datenträger werden ignoriert.
• Wenn Sie Maschinen mit Citrix Provisioning erstellen, lesen Sie die zugehörige Dokumentation.
• Bei Verwendung von Maschinenerstellungsdiensten (MCS) stellen Sie ein Masterimage (bzw. einen Image-Snapshot) zum Erstellen identischer virtueller Maschinen im Katalog bereit. Vor dem Erstellen des Katalogs verwenden Sie die Tools des Hypervisors oder Clouddiensts zum Erstellen und Konfigurieren des Masterimages. Dazu gehört auch die Installation eines Virtual Delivery Agents (VDA) auf dem Image. Dann erstellen Sie den Maschinenkatalog in Studio. Sie wählen das Image (bzw. den Snapshot) und geben die Anzahl der in dem Katalog zu erstellenden VMs und weitere Informationen an.
• Selbst wenn Sie die Maschinen bereits haben, erstellen Sie mindestens einen Maschinenkatalog für diese Maschinen.
• Wenn Sie einen Katalog direkt mit dem PowerShell-SDK erstellen, können Sie alternativ zu einem Image bzw. einem Snapshot eine Hypervisorvorlage (VMTemplates) angeben.

Beim Erstellen des ersten Maschinenkatalogs mit MCS oder Citrix Provisioning verwenden Sie die Hostverbindung, die Sie beim Erstellen der Site konfiguriert haben. Nach dem Erstellen des ersten Maschinenkatalogs und der ersten Bereitstellungsgruppe können Sie die Informationen über diese Verbindung ändern und weitere Verbindungen erstellen.

Nach Abschließen des Assistenten zum Erstellen von Maschinenkatalogen werden automatisch Tests ausgeführt, um sicherzustellen, dass der Katalog richtig konfiguriert wurde. Wenn die Tests abgeschlossen sind, können Sie einen Testbericht anzeigen. Führen Sie die Tests jederzeit über Studio aus.

Hinweis:

MCS unterstützt Windows 10 IoT Core und Windows 10 IoT Enterprise nicht. Weitere Informationen finden Sie auf der Website von Microsoft.

Technische Details zu den Citrix Provisioning-Tools finden Sie unter Citrix Virtual Apps and Desktops Image Management.

Prüfung auf RDS-Lizenz

In Citrix Studio wird derzeit nicht auf gültige Microsoft RDS-Lizenzen geprüft, wenn ein Maschinenkatalog mit Multisitzungs-Windows-Maschinen erstellt wird. Zum Anzeigen des Status der Microsoft RDS-Lizenz einer Multisitzungs-Windows-Maschine verwenden Sie Citrix Director. Zeigen Sie den Status der Lizenz für Microsoft RDS (Remotedesktopdienste) im Fenster Maschinendetails auf den Seiten Maschinendetails und “Benutzerdetails” an. Weitere Informationen finden Sie unter Microsoft RDS-Lizenzstatus.

VDA-Registrierung

Ein VDA muss bei einem Delivery Controller (lokale Bereitstellungen) bzw. Cloud Connector (Citrix Cloud-Bereitstellungen) registriert sein, damit er beim Start gebrokerter Sitzungen in die Auswahl kommt. Nicht registrierte VDAs können eine mangelnde Auslastung verfügbarer Ressourcen zur Folge haben. Es gibt eine Reihe von Gründen, warum ein VDA nicht registriert sein könnte. Viele können vom Administrator behandelt werden. Studio bietet Informationen zur Problembehandlung im Assistenten zum Erstellen von Maschinenkatalogen und nach dem Hinzufügen von Maschinen eines Katalogs zu einer Bereitstellungsgruppe.

Im Assistenten zum Erstellen von Maschinenkatalogen wird nach dem Hinzufügen vorhandener Maschinen in der Liste der Computerkontonamen angezeigt, ob die einzelnen Maschinen zum Hinzufügen zu dem Katalog geeignet sind. Zeigen Sie auf das Symbol neben jeder Maschine, um Informationen dazu einzublenden.

Wenn die Nachricht eine problematische Maschine identifiziert, können Sie diese Maschine entweder entfernen (über die Schaltfläche Entfernen) oder die Maschine hinzufügen. Wird beispielsweise gemeldet, dass die Maschineninformationen nicht abgerufen werden konnten (z. B. weil die Maschine nie registriert wurde), fügen Sie die Maschine dennoch hinzu.

Weitere Informationen:

• CTX136668 zur Problembehandlung bei der VDA-Registrierung
• VDA-Versionen und Funktionsebenen
• VDA-Registrierung

Überblick über die Katalogerstellung mit MCS

Nachdem Sie Informationen im Assistenten zum Erstellen von Maschinenkatalogen eingegeben haben, erfolgen die nachfolgend aufgeführten Standardaktionen in MCS.

• Wenn Sie ein Masterimage anstelle eines Snapshots ausgewählt haben, erstellt MCS einen Snapshot.
• MCS erstellt eine vollständige Kopie des Snapshots und fügt diese an jedem in der Hostverbindung definierten Speicherort hinzu.
• MCS fügt Active Directory Maschinen hinzu, wodurch eindeutige Identitäten erstellt werden.
• MCS erstellt die im Assistenten angegebene Anzahl VMs mit jeweils zwei Datenträgern. Neben den beiden Datenträgern wird jeweils ein Master am gleichen Speicherort gespeichert. Wenn Sie mehrere Speicherorte definiert haben, werden an jedem die folgenden Datenträgertypen erstellt:
  • Vollständige Kopie des Snapshots; diese ist schreibgeschützt und wird von allen gerade erstellten VMs gemeinsam genutzt.
  • Eine eindeutige 16-MB-Identitätsdisk, durch die jede VM eine eindeutige Identität erhält. Jede VM erhält eine Identitätsdisk.
  • Ein eindeutiger differenzierender Datenträger zum Speichern der auf der VM erfolgten Schreibvorgänge. Dieser Datenträger ist, sofern dies vom Hostspeicher unterstützt wird, für schlanke Speicherzuweisung geeignet und kann bei Bedarf auf die maximale Größe des Masterimages anwachsen. Jede VM erhält einen differenzierenden Datenträger. Der differenzierende Datenträger enthält die im Lauf von Sitzungen gemachten Änderungen. Er ist für dedizierte Desktops permanent. Für gepoolte Desktops wird er nach jedem Neustart über den Delivery Controller gelöscht und neu erstellt.

Alternativ können Sie beim Erstellen von VMs für statische Desktops auf der Seite Maschinen des Assistenten zum Erstellen von Maschinenkatalogen Thick Clones (vollständige Kopie) festlegen. Thick Clones erfordern keine Beibehaltung des Masterimages in jedem Datenspeicher. Jede VM hat ihre eigene Datei.

Überlegungen zum MCS-Speicher

Es gibt viele Faktoren bei der Entscheidung über Speicherlösungen, Konfigurationen und Kapazitäten für MCS. Die folgenden Informationen enthalten Überlegungen zur Speicherkapazität:

Kapazitätsüberlegungen:

• Datenträger

  Die Delta- oder Differenzdatenträger (Diff) benötigen den meisten Speicherplatz in den meisten MCS-Bereitstellungen für jede VM. Jede VM, die von MCS erstellt wurde, erhält beim Erstellen mindestens 2 Datenträger.

  • Disk0 = Diff Disk: Enthält das Betriebssystem, wenn von dem Masterbasisimage kopiert.
  • Disk1 = Identitätsdatenträger: 16 MB, enthält Active Directory-Daten für jede VM.

  Im Laufe der Weiterentwicklung des Produkts, müssen Sie möglicherweise zusätzliche Datenträger hinzufügen, um den Verbrauch bestimmter Anwendungsfälle und Features abzudecken. Beispiel:

  • Personal vDisk bietet Endbenutzern die Möglichkeit, Anwendungen ohne Administratoreingriff auf einem separaten Datenträger zu installieren, der mit der VM verbunden ist.
  • AppDisk bietet Endbenutzern die Möglichkeit, Nur-Anwendungsdatenträger an VMs anzuhängen, primär für Multisitzungs-OS-Kataloge.
  • Die MCS-Speicheroptimierung erstellt einen Schreibcachedatenträger für jede VM.
  • MCS hat die Möglichkeit hinzugefügt, vollständige Klons zu verwenden, im Gegensatz zu dem oben beschriebenen Szenario mit Deltadatenträgern.

  Hypervisorfeatures spielen auch eine Rolle. Beispiel:

  • Citrix Hypervisor IntelliCache erstellt einen Lesedatenträger im lokalem Speicher für jeden Citrix Hypervisor, um IOPS gegen das Masterimage zu sparen, das möglicherweise an einem freigegebenen Speicherort ist.

• Mehraufwand für den Hypervisor

  Unterschiedliche Hypervisors verwenden bestimmte Dateien, die einen Mehraufwand für VMs verursachen. Hypervisors verwenden auch Speicher für Verwaltungs- und allgemeine Protokollierungsvorgänge. Berücksichtigen Sie beim Speicherplatz den Mehraufwand für:

  • Protokolldateien
  • Hypervisorspezifische Dateien. Beispiel:
    • VMware fügt dem VM-Speicherordner zusätzliche Dateien hinzu. Siehe VMware Best Practices.
    • Berechnen Sie erforderliche Gesamtgröße für virtuelle Maschinen. Vorschlag für die virtuelle Maschine: 20 GB für den virtueller Datenträger, 16 GB für die Auslagerungsdatei der virtuellen Maschine (die Größe des zugewiesenen Arbeitsspeichers) und 100 MB für Protokolldateien also 36,1 GB insgesamt.
  • Snapshots for XenServer; Snapshots for VMware.

• Mehraufwand für die Verarbeitung

  Das Erstellen eines Katalogs, Hinzufügen einer Maschine und Aktualisieren eines Katalogs haben spezielle Auswirkungen auf den Speicher. Beispiel:

  • Für die anfängliche Katalogerstellung muss eine Kopie des Basisdatenträgers an jeden Speicherort kopiert werden.
    • Außerdem müssen Sie vorübergehend eine Vorbereitungs-VM erstellen.
  • Das Hinzufügen einer Maschine zu einem Katalog erfordert nicht das Kopieren der Basisdatenträger an jeden Speicherort. Die Katalogerstellung variiert je nach ausgewählten Features. Daher benötigt ein Katalog, der PvD oder AppDisks verwendet, mehr Speicherplatz als ein einfacher zufällig gepoolter Katalog.
  • Beim Aktualisieren des Katalogs kann für jeden Speicherort ein zusätzlicher Basisdatenträger erstellt werden. Für Katalogupdates kommt es zu einer vorübergehenden Speicherverbrauchspitze, bei der jede VM im Katalog für eine bestimmte Zeit 2 Diff-Datenträger hat.

Weitere Überlegungen:

• RAM-Dimensionierung: Beeinflusst die Größe bestimmter Hypervisordateien und -datenträger, einschließlich E/A-Optimierungsdatenträger, Schreibcache und Snapshotdateien.
• Thin / Thick Provisioning: NFS-Speicher wird wegen der schlanke Speicherzuweisungsfunktionen bevorzugt.

MCS-Speicheroptimierung

Mit der MCS-Speicheroptimierung (Maschinenerstellungsdienste), die als MCS E/A bezeichnet wird:

• Der Schreibcachecontainer ist jetzt wie bei Citrix Provisioning dateibasiert. Beispielsweise lautet der Name des Citrix Provisioning-Schreibcache D:\vdiskdif.vhdx und der des MCS-E/A-Schreibcache D:\mcsdif.vhdx.
• Verbesserungen bei der Diagnose werden durch die Unterstützung für eine im Schreibcachedatenträger gespeicherte Windows-Absturzabbilddatei erzielt.
• MCS E/A behält die Technologie Cache im RAM mit Überlauf auf Festplatte bei, um die optimale Schreibcachelösung auf mehreren Ebenen bereitzustellen. Mit dieser Funktion können Administratoren die Kosten in den Bereichen RAM, Datenträger und Leistung ausgleichen, um die Workload-Erwartungen zu erfüllen.

Die Aktualisierung der Schreibcachemethode von datenträgerbasiert auf dateibasiert erfordert die folgenden Änderungen:

1. MCS-E/A unterstützt einen ausschließlich RAM-basierten Cache nicht mehr. Geben Sie beim der Erstellen des Maschinenkatalogs eine Datenträgergröße in Citrix Studio an.
2. Der VM-Schreibcachedatenträger wird beim ersten Starten einer VM automatisch erstellt und formatiert. Sobald die VM läuft, wird die Schreibcachedatei mcsdif.vhdx in das formatierte Volume MCSWCDisk geschrieben.
3. Mit Ausnahme von Microsoft Azure-Umgebungen wird die Auslagerungsdatei an das formatierte Volume MCSWCDisk umgeleitet. Daher wird bei der Festplattengröße die Gesamtmenge des Festplattenspeichers berücksichtigt, einschließlich des Deltas zwischen der Festplattengröße und der generierten Workload plus Auslagerungsdateigröße (die normalerweise mit der VM-RAM-Größe zusammenhängt). Die Microsoft Azure Auslagerungsdatei ist zur Verwendung eines lokalen temporären Datenträgers vorkonfiguriert und wird von der MCS-E/A-Speicheroptimierung nicht an MCSWCDisk umgeleitet.

Aktivieren der neuen MCS-Speicheroptimierung

Zum Aktivieren der MCS E/A-Speicheroptimierung aktualisieren Sie den Delivery Controller und den VDA auf die neueste Version von Citrix Virtual Apps and Desktops.

Hinweis:

Wenn Sie eine vorhandene Bereitstellung aktualisieren, in der MCS E/A aktiviert ist, ist keine zusätzliche Konfiguration erforderlich. Der VDA und das Delivery Controller-Upgrade behandeln das MCS-E/A-Upgrade.

Berücksichtigen Sie bei der Aktivierung der neuen MCS-Speicheroptimierung Folgendes:

• Beim Erstellen eines Maschinenkatalogs können RAM- und Datenträgergröße konfiguriert werden.

  

• Beim Aktualisieren eines Maschinenkatalogs auf einen neuen VM-Snapshot, der einen VDA mit Citrix Virtual Apps and Desktops Version 1903 enthält, wird die MCS-E/A-Einstellung des Katalogs für RAM und Datenträgergröße weiterverwendet. Der bestehende Rohdatenträger wird formatiert.

Wichtig:

Die MCS-Speicheroptimierung wurde in Citrix Virtual Apps and Desktops 1912 LTSR geändert. Dieses Release unterstützt einen dateibasierten Schreibcache und bietet damit mehr Leistung und Stabilität. Die neue Funktion, die von MCS-E/A bereitgestellt wird, erfordert möglicherweise mehr Schreibcachespeicher als frühere Versionen von Citrix Virtual Apps and Desktops. Citrix empfiehlt, gegebenenfalls die Datenträgergröße anzupassen, damit genügend Speicherplatz für den zugewiesenen Workflow und die größere Auslagerungsdatei vorhanden ist. Die Größe von Auslagerungsdatei und System-RAM sind in der Regel miteinander verbunden. Reicht die Datenträgergröße des Katalogs nicht aus, erstellen Sie einen neuen Maschinenkatalog und weisen einen größeren Schreibcachedatenträger zu.

Microsoft Azure-Umgebungen

Standardmäßig wird der MCS-E/A-Schreibcachedatenträger beim ersten VM-Start bereitgestellt und nach dem Herunterfahren der VM gelöscht. Dies ist die kostengünstigste Einstellung. Allerdings dauert der VM-Start länger, da der Schreibcachedatenträger formatiert werden muss und ein zusätzlicher Neustart erforderlich ist. Für Umgebungen mit Workloads, bei denen ein schneller Start wichtig ist, empfiehlt Citrix die Erstellung einer VM mit permanentem MCS-E/A-Cachedatenträger mithilfe von PowerShell. Ein permanenter Cachedatenträger wird beim Ausschalten nicht gelöscht, doch sollten die Azure-Speicherkosten berücksichtigt werden.

Verwenden von PowerShell zum Erstellen eines Azure-Katalogs mit permanentem Zurückschreibcachedatenträger

Zum Konfigurieren eines Azure-Katalogs mit permanentem Zurückschreibcachedatenträger verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties. Dieser Parameter unterstützt die zusätzliche Eigenschaft PersistWBC, welche bestimmt, ob der Zurückschreibcachedatenträger bei von Azure Resource Manager gehosteten und von MCS-bereitgestellten Maschinen permanent oder flüchtig ist. Die Eigenschaft PersistWBC wird nur verwendet, wenn der Parameter UseWriteBackCache angegeben wird und Parameter WriteBackCacheDiskSize so konfiguriert ist, dass ein Datenträger erstellt wird.

Tipp:

Da es in Azure viele bereitstellungsspezifische Eigenschaften gibt, wird das Feld CustomProperties für viele Einstellungen verwendet.

Beispiele für Eigenschaften im Parameter CustomProperties vor Unterstützung von PersistWBC:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

Berücksichtigen bei Verwendung dieser Eigenschaften deren Standardwerte, wenn die Eigenschaften im Parameter CustomProperties ausgelassen werden. Die Eigenschaft PersistWBC hat zwei mögliche Werte: true oder false.

Wenn PersistWBC auf true festgelegt wird, wird der Zurückschreibcachedatenträger nicht gelöscht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine mit Citrix Studio herunterfährt.

Wird PersistWBC auf false festgelegt, wird der Zurückschreibcachedatenträger gelöscht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine mit Citrix Studio herunterfährt.

Hinweis:

Wird die Eigenschaft PersistWBC nicht angegeben, so gilt der Standardwert false und der Zurückschreibcachedatenträger wird bei Herunterfahren der VM mit Citrix Studio gelöscht.

Beispiel der Verwendung des Parameters CustomProperties zur Einstellung von PersistWBC auf “true”:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Wichtig:

Die Eigenschaft PersistWBC kann nur mit dem PowerShell-Cmdlet New-ProvScheme festgelegt werden. Eine Änderung der CustomProperties eines Provisioningschemas nach der Erstellung hat keine Auswirkungen auf den Maschinenkatalog und die Permanenz des Zurückschreibcachedatenträger beim Herunterfahren von Maschinen. Der Wert von PersistWBC wird nur für Kataloge verwendet, die in Azure Resource Manager bereitgestellt werden.

Beispiel der Einstellung von New-ProvScheme zur Verwendung des Zurückschreibcache und Einstellung von PersistWBC auf “true”:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Unterstützung der AWS-Host-Tenancy

Sie können mit MCS dedizierte AWS-Hosts bereitstellen. Ein Administrator kann einen Katalog mit Maschinen erstellen, deren Host-Tenancy über PowerShell definiert wird.

Ein dedizierter Amazon [EC2]-Host ist ein physischer Server mit [EC2]-Instanzkapazität, der vollständig dediziert ist und die Verwendung vorhandener Socket- oder VM-Softwarelizenzen gestattet.

Für dedizierte Hosts gilt eine voreingestellte Nutzung basierend auf dem Instanztyp. Ein einzelner dedizierter Host des Instanztyps C4 Large ist beispielsweise auf die Ausführung von 16 Instanzen beschränkt. Weitere Informationen finden Sie auf der AWS-Website.

Voraussetzungen für die Bereitstellung auf AWS-Hosts:

• Ein importiertes Bring Your Own License-Image (AMI). Mit dedizierten Hosts können Sie Ihre vorhandenen Lizenzen verwenden und verwalten.
• Eine Zuordnung dedizierter Hosts mit ausreichender Nutzungskapazität.
• Aktiviertes Auto-Placement.

Verwenden Sie zur Bereitstellung auf einem dedizierten Host in AWS mit PowerShell das Cmdlet New-ProvScheme mit dem auf Host festgelegten Parameter “TenancyType”.

Weitere Informationen finden Sie in der Citrix Dokumentation für Entwickler.

Vorbereiten eines Masterimages auf dem Hypervisor bzw. im Clouddienst

Informationen über das Erstellen von Verbindungen mit Hypervisors und Cloudanbietern finden Sie unter Verbindungen und Ressourcen.

Das Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software.

Nützliche Info:

• Masterimages werden ggf. auch als Klonimage, Golden Image, Basis-VM oder Basisimage bezeichnet. Hosthersteller und Clouddienstanbieter verwenden andere Bezeichnungen.
• Wenn Sie Citrix Provisioning verwenden, können Sie entweder ein Masterimage oder einen physischen Computer als Masterzielgerät verwenden. Die Terminologie in Bezug auf Images ist bei Citrix Provisioning anders als bei MCS. Informationen hierzu finden Sie in der Dokumentation von Citrix Provisioning.
• Stellen Sie sicher, dass der Hypervisor oder Clouddienst über genügend Prozessoren, Arbeitsspeicher und Datenspeicher für die erstellten Maschinen verfügt.
• Konfigurieren Sie die für Desktops und Anwendungen benötigte Menge an Festplattenspeicher. Dieser Wert kann später nicht mehr geändert werden (auch nicht im Maschinenkatalog).
• Bei Remote-PC-Zugriff-Maschinenkatalogen werden keine Masterimages verwendet.
• Hinweise zur Microsoft Key Management Server-Aktivierung bei Verwendung der Maschinenerstellungsdienste: Wenn Ihre Bereitstellung 7.x-VDAs mit einem XenServer 6.1- oder 6.2-Host, einem vSphere-Host oder einem Microsoft System Center Virtual Machine Manager-Host enthält, müssen Sie kein manuelles Rearm für Microsoft Windows oder Microsoft Office durchführen.

Installieren und konfigurieren Sie die folgende Software auf dem Masterimage:

• Integrationstools für den Hypervisor (z. B. Citrix VM Tools, Hyper-V-Integrationsdienste oder VMware-Tools). Wenn Sie diesen Schritt auslassen, funktionieren die Anwendungen und Desktops unter Umständen nicht richtig.
• Einen VDA: Citrix empfiehlt die Installation der neuesten Version, damit die neuesten Features verfügbar sind. Wird kein VDA auf dem Masterimage installiert, schlägt die Katalogerstellung fehl.
• Tools von Drittanbietern, zum Beispiel Antivirensoftware oder Agents zur elektronischen Softwareverteilung. Konfigurieren Sie Dienste mit den für Benutzer und Maschinentyp geeigneten Einstellungen (z. B. Featureupdates).
• Anwendungen von Drittanbietern, die Sie nicht virtualisieren möchten. Citrix empfiehlt, dass Sie Anwendungen virtualisieren. Die Virtualisierung von Anwendungen senkt Kosten, denn das Masterimage muss nach dem Hinzufügen oder Neukonfigurieren einer Anwendung nicht aktualisiert werden. Außerdem belegen weniger installierte Anwendungen weniger Platz auf Masterimage-Festplatten, wodurch Speicherkosten eingespart werden.
• App-V-Clients mit den empfohlenen Einstellungen, wenn Sie App-V-Anwendungen veröffentlichen möchten. Der App-V-Client ist bei Microsoft erhältlich.
• Wenn Sie MCS verwenden und Microsoft Windows in lokalisierter Version ausführen möchten, installieren Sie die Gebietsschemas und Sprachpakete. Wenn ein Snapshot beim Provisioning erstellt wird, verwenden die bereitgestellten VMs die installierten Gebietsschemas und Sprachpakete.

Wichtig:

Wenn Sie Citrix Provisioning oder MCS verwenden, führen Sie auf den Masterimages nicht Sysprep aus.

Vorbereiten eines Masterimages

1. Erstellen Sie mit dem Verwaltungstool des Hypervisors ein Masterimage und installieren Sie dann das Betriebssystem sowie alle Service Packs und Updates. Geben Sie die Anzahl der vCPUs an. Sie können den vCPU-Wert auch festlegen, wenn Sie den Maschinenkatalog mit PowerShell erstellen. Beim Erstellen eines Maschinenkatalogs mit Studio können Sie die Anzahl der vCPUs nicht angeben. Konfigurieren Sie die für Desktops und Anwendungen benötigte Menge an Festplattenspeicher. Dieser Wert kann später nicht mehr geändert werden (auch nicht im Maschinenkatalog).
2. Stellen Sie sicher, dass die Festplatte am Gerätestandort 0 verbunden ist. Dieser Standort ist in den meisten Standardmasterimagevorlagen automatisch konfiguriert; in einigen benutzerdefinierten Vorlagen ist dies jedoch nicht unbedingt der Fall.
3. Installieren und konfigurieren Sie die oben aufgeführte Software auf dem Masterimage.
4. Bei Verwendung von Citrix Provisioning erstellen Sie eine VHD-Datei für den virtuellen Datenträger von Ihrem Masterzielgerät, bevor Sie das Masterzielgerät in eine Domäne einbinden. Informationen hierzu finden Sie in der Dokumentation von Citrix Provisioning.
5. Wenn Sie MCS nicht verwenden, fügen Sie das Masterimage der Domäne hinzu, zu der die Anwendungen und Desktops gehören. Stellen Sie sicher, dass das Masterimage auf dem Host verfügbar ist, auf dem die Maschinen erstellt werden. Wenn Sie MCS verwenden, ist das Hinzufügen des Masterimages zu einer Domäne nicht erforderlich. Die bereitgestellten Maschinen werden Mitglied der im Assistenten zum Erstellen von Maschinenkatalogen angegebenen Domäne.
6. Citrix empfiehlt, dass Sie einen Snapshot des Masterimages erstellen und benennen, damit es künftig identifiziert werden kann. Wenn Sie ein Masterimage anstelle eines Snapshots beim Erstellen eines Maschinenkatalogs angeben, erstellt Studio automatisch einen Snapshot, der jedoch nicht umbenannt werden kann.

Erstellen eines Maschinenkatalogs mit Studio

Lesen Sie diesen Abschnitt, bevor Sie den Assistenten zum Erstellen von Katalogen starten.

Wenn Sie ein Masterimage verwenden, vergewissern Sie sich vor dem Erstellen des Maschinenkatalogs, dass auf dem Image ein VDA installiert ist.

In Studio:

• Wenn Sie eine Site, jedoch noch keinen Maschinenkatalog erstellt haben, führt Studio Sie zum richtigen Startpunkt zur Erstellung eines Maschinenkatalogs.
• Wenn Sie bereits einen Maschinenkatalog erstellt haben und einen weiteren erstellen möchten, wählen Sie im Studio-Navigationsbereich Maschinenkataloge. Wählen Sie im Aktionsbereich die Option Maschinenkatalog erstellen.

Der Assistent führt Sie durch die folgenden Elemente. Die angezeigten Assistentenseiten unterscheiden sich je nach der von Ihnen vorgenommenen Auswahl.

Betriebssystem

Jeder Katalog enthält nur Maschinen eines Typs. Wählen Sie eine Option aus.

• Multisitzungs-OS: Ein Katalog für Multisitzungs-OS bietet gehostete freigegebene Desktops. Auf den Maschinen können die unterstützten Versionen von Windows oder Linux ausgeführt werden, ein Katalog kann jedoch nur Windows- oder Linux-Maschinen enthalten. Informationen zu Linux finden Sie in der Dokumentation zu Linux-VDAs.
• Einzelsitzungs-OS: Ein Einzelsitzungs-OS-Katalog stellt VDI-Desktops bereit, die Sie verschiedenen Benutzern zuweisen können.
• Remote-PC-Zugriff: Ein Remote-PC-Zugriff-Katalog bietet Benutzern Remotezugriff auf ihre physischen Büro-Desktopmaschinen. Bei Remote-PC-Zugriff wird VPN nicht für die Sicherheit benötigt.

Maschinenverwaltung

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Auf der Seite Maschinenverwaltung wird angegeben, wie die Maschinen verwaltet und mit welchem Tool sie bereitgestellt werden.

Wählen Sie, ob für Maschinen in dem Katalog die Energieverwaltung über Studio ausgeführt wird.

• Maschinen mit Energieverwaltung über Studio oder über eine Cloudumgebung bereitgestellte Maschinen (z. B. VM oder Blade-PC). Diese Option ist nur verfügbar, wenn bereits eine Verbindung zu einem Hypervisor oder Cloudservice konfiguriert wurde.
• Maschinen ohne Energieverwaltung über Studio (z. B. physische Maschinen).

Wenn Sie angegeben haben, dass die Energieverwaltung der Maschinen über Studio oder die Maschinenbereitstellung über eine Cloudumgebung erfolgen soll, wählen Sie aus, welches Tool für die Erstellung von VMs verwendet werden soll.

• Citrix Maschinenerstellungsdienste (MCS): verwendet ein Masterimage zum Erstellen und Verwalten virtueller Maschinen. Bei Maschinenkatalogen in Cloudumgebungen wird MCS verwendet. MCS ist für physische Maschinen nicht verfügbar.

• Citrix Provisioning: (zuvor “Provisioning Services”) verwaltet Zielgeräte als Gerätesammlung. Ein als Image eines Masterzielgeräts erstellter virtueller Datenträger in Citrix Provisioning liefert Desktops und Anwendungen.

  Hinweis:

  Diese Option wird nicht mehr unterstützt. Verwenden Sie den Exportassistenten für Citrix Provisioning-Geräte, um ein Citrix Provisioning-Zielgerät in einen Citrix Virtual Apps and Desktops-Katalog zu importieren.

• Sonstiges: Ein Tool, das Maschinen verwaltet, die bereits im Rechenzentrum sind. Citrix empfiehlt die Verwendung von Microsoft System Center Configuration Manager oder einer anderen Drittanbieteranwendung, um sicherzustellen, dass die Maschinen im Katalog konsistent sind.

Desktoptypen (Desktoperfahrung)

Diese Seite wird nur angezeigt, wenn Sie einen Maschinenkatalog mit Einzelsitzungs-OS erstellen.

Auf der Seite Desktoperfahrung wird festgelegt, was bei jeder Benutzeranmeldung passiert. Wählen Sie eine der folgenden Optionen aus:

• Benutzer stellen bei jeder Anmeldung eine Verbindung mit einem neuen Desktop her
• Benutzer stellen bei jeder Anmeldung eine Verbindung mit dem gleichen Desktop her

Wenn Sie die zweite Option wählen und MCS für das Provisioning von Maschinen verwenden, können Sie festlegen, wie Änderungen der Benutzer am Desktop verarbeitet werden:

• Benutzeränderungen am Desktop auf separater persönlicher vDisk speichern (Persönliche vDisk ist veraltet.)
• Benutzeränderungen am Desktop auf dem lokalen Datenträger speichern
• Änderungen verwerfen und virtuelle Desktops bei Abmeldung entfernen Wählen Sie diese Option, wenn Sie den Benutzerpersonalisierungslayer verwenden.

Masterimage

Diese Seite wird nur angezeigt, wenn Sie VMs mit MCS erstellen.

Wählen Sie auf der Seite Masterimage die Verbindung mit dem Host-Hypervisor oder Clouddienst und anschließend den zuvor erstellten Snapshot bzw. die zuvor erstellte virtuelle Maschine. Beim Erstellen des ersten Maschinenkatalogs ist nur die Verbindung verfügbar, die Sie beim Erstellen der Site konfiguriert haben.

Nicht vergessen:

• Wenn Sie MCS oder Citrix Provisioning verwenden, führen Sie auf den Masterimages nicht Sysprep aus.
• Wenn Sie ein Masterimage anstelle eines Snapshots angeben, erstellt Studio automatisch einen Snapshot, der jedoch nicht umbenannt werden kann.

Stellen Sie sicher, dass auf dem Masterimage die aktuelle VDA-Version installiert ist, damit Sie die neuesten Produktfeatures verwenden können. Ändern Sie nicht den Standardwert für die Mindestversion des VDAs. Wenn Sie eine ältere VDA-Version verwenden müssen, lesen Sie den Abschnitt VDA-Versionen und Funktionsebenen.

Eine Fehlermeldung wird angezeigt, wenn Sie einen Snapshot oder eine VM auswählen, der bzw. die nicht mit dem zuvor im Assistenten ausgewählten Tool zur Maschinenverwaltung kompatibel ist.

Cloudplattformen/-dienste

Wenn Sie VMs über eine Cloudplattform bzw. einen Clouddienst hosten (z. B. Azure Resource Manager, Nutanix oder Amazon Web Services), enthält der Assistent zum Erstellen von Maschinenkatalogen zusätzliche Seiten für den spezifischen Host.

Einzelheiten finden Sie unter Informationen zu Verbindungstypen.

Gerätesammlung

Diese Seite wird nur angezeigt, wenn Sie VMs mit Citrix Provisioning erstellen.

Die Seite Gerätesammlung enthält die Gerätesammlungen und Geräte, die noch keinem Katalog hinzugefügt wurden.

Wählen Sie die gewünschten Gerätesammlungen.

Maschinen

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Der Titel der Seite hängt von der Auswahl ab, die Sie auf der Seite Maschinenverwaltung getroffen haben: Maschinen, Virtuelle Maschinen oder VMs und Benutzer.

Bei Verwendung von MCS:

• Legen Sie fest, wie viele virtuelle Maschinen erstellt werden sollen.
• Wählen Sie die Menge Arbeitsspeicher in MB für jede VM.
• Jede erstellte VM hat eine Festplatte. Deren Größe wird im Masterimage festgelegt. Sie können die Festplattengröße im Katalog nicht ändern.
• Wenn Sie auf der Seite Desktoperfahrung festgelegt haben, dass die Änderungen der Benutzer an statischen Desktops auf separaten Personal vDisks gespeichert werden sollen, geben Sie die Größe des virtuellen Datenträgers in GB und den Laufwerksbuchstaben an.
• Wenn Ihre Bereitstellung mehrere Zonen enthält, können Sie eine Zone für den Katalog wählen.
• Wenn Sie VMs mit statischen Desktops erstellen, wählen Sie einen Kopiermodus für die VMs. Siehe Kopiermodus für virtuelle Maschinen.
• Wenn Sie VMs mit zufälligen Desktops und ohne persönliche vDisks erstellen, können Sie einen Cache für temporäre Daten auf jeder Maschine konfigurieren. Weitere Informationen finden Sie unter Konfigurieren eines Cache für temporäre Daten.

Wenn Sie Citrix Provisioning verwenden:

Auf der Seite Geräte werden die Geräte in der Gerätesammlung aufgelistet, die Sie auf der vorherigen Seite des Assistenten ausgewählt haben. Auf dieser Seite können Sie keine Maschinen hinzufügen oder entfernen.

Bei Verwendung anderer Tools:

Fügen Sie eine Liste der Active Directory-Computerkontonamen hinzu (bzw. importieren Sie eine). Sie können den Active Directory-Kontonamen von VMs nach dem Hinzufügen bzw. Importieren ändern. Wenn Sie auf der Seite Desktoperfahrung statische Computer angegeben haben, können Sie optional den Active Directory-Benutzernamen für jede hinzugefügte VM angeben.

Nachdem Sie Namen hinzugefügt oder importiert haben, können Sie mit der Schaltfläche Entfernen Namen aus der Liste löschen, während Sie noch auf dieser Seite sind.

Bei der Verwendung von Citrix Provisioning oder anderer Tools (nicht MCS) führen Sie folgende Schritte aus:

Ein Symbol und eine QuickInfo für jede hinzugefügte (bzw. importierte oder aus einer Citrix Provisioning-Gerätesammlung stammende) Maschine lassen solche Maschinen erkennen, die dem Katalog möglicherweise nicht hinzugefügt oder nicht bei einem Delivery Controller registriert werden können. Einzelheiten finden Sie unter VDA-Versionen und Funktionsebenen.

Kopiermodus für virtuelle Maschinen

Über den auf der Seite Maschinen ausgewählten Kopiermodus wird festgelegt, ob MCS Thin Clones (Schnellkopien) oder Thick Clones (vollständige Kopien) des Masterimages erstellen soll. Standardmäßig werden Thin Clones erstellt.

• Thin Clones bieten eine effizientere Speichernutzung und eine schnellere Maschinenerstellung.
• Thick Clones bieten eine bessere Unterstützung für Datenwiederherstellung und Migration, jedoch ggf. bei geringeren IOPS nach Maschinenerstellung.

VDA-Versionen und Funktionsebenen

Die Funktionsebene eines Katalogs steuert, welche Produktfeatures den Maschinen in dem Katalog zur Verfügung stehen. Um Features zu verwenden, die in neueren Produktversionen eingeführt wurden ist ein neuer VDA erforderlich. Das Festlegen einer Funktionsebene stellt den Maschinen in dem Katalog alle mit der entsprechenden Version (und höheren Versionen, wenn die Funktionsebene nicht geändert wird) eingeführten Features zur Verfügung. In dem Katalog enthaltene Maschinen mit einer älteren VDA-Version können nicht registriert werden.

In einem Menü am unteren Rand der Seite Maschinen (bzw. Geräte) kann die VDA-Mindestebene festgelegt werden. Damit wird die Mindestfunktionsstufe des Katalogs festgelegt. Bei lokalen Bereitstellungen ist standardmäßig die aktuelle Funktionsebene ausgewählt. Wenn Sie der Citrix Empfehlung folgen, von VDAs und Kernkomponenten immer die aktuelle Version zu installieren bzw. immer ein Upgrade auf die aktuelle Version durchzuführen, müssen Sie diese Auswahl nicht ändern. Wenn Sie jedoch ältere VDAs weiterverwenden müssen, wählen Sie hier den richtigen Wert.

Ein Citrix Virtual Apps and Desktops-Release enthält möglicherweise keine neue VDA-Version oder der neue VDA hat keine Auswirkungen auf die Funktionsebene. In diesem Fall kann die Funktionsebene auf eine VDA-Version hinweisen, die älter ist als die installierten bzw. aktualisierten Komponenten. Beispiel: Version 7.17 enthält zwar einen VDA der Version 7.17, die Standardfunktionsebene (“7.9 oder später”) ist jedoch weiterhin die aktuelle. Nach der Installation bzw. einem Upgrade der Komponenten von Version 7.9-7.16 auf 7.17 ist daher keine Änderung der Funktionsebene erforderlich.

In Citrix Cloud-Bereitstellungen verwendet Studio eine Standardfunktionsebene, die älter sein kann als die aktuelle.

Die Auswahl der Funktionsebene hat Auswirkungen auf die darüber aufgeführten Maschinen. Eine QuickInfo neben jedem Listeneintrag gibt an, ob der VDA der Maschine mit dem Katalog auf der gewählten Funktionsebene kompatibel ist.

Erfüllt ein VDA einer Maschine die ausgewählte Mindestfunktionsebene nicht, wird eine entsprechende Meldung angezeigt. Sie können mit dem Assistenten fortfahren. Betroffene Maschinen können in der Regel später keine Registrierung bei einem Controller durchführen. Alternativen in diesem Fall:

• Entfernen Sie Maschinen mit älteren VDAs aus der Liste, führen Sie ein Upgrade der VDAs durch und fügen Sie die Maschinen dann erneut hinzu.
• Wählen Sie eine niedrigere Funktionsebene. Es besteht dann kein Zugriff auf die neuesten Produktfeatures.

Eine Meldung wird außerdem angezeigt, wenn eine Maschine den falschen Typ aufweist und deshalb dem Katalog nicht hinzugefügt werden konnte. Beispiele wären das Hinzufügen einer Servermaschine zu einem Multisitzungs-OS-Katalog oder das Hinzufügen einer für die zufällige Zuteilung erstellten Einzelsitzungs-OS-Maschine zu einem Katalog mit statischen Maschinen.

Wichtig:

Für Release 1811 wurde eine zusätzliche Funktionsebene hinzugefügt: 1811 (oder neuer). Die Ebene ist für die Verwendung mit künftigen Citrix Virtual Apps and Desktops-Features vorgesehen. Die Standardebene ist weiterhin 7.9 (oder neuer). Die Standardebene gilt derzeit für alle Bereitstellungen.

Wenn Sie 1811 (oder neuer) auswählen können sich VDAs älterer Versionen in dem Katalog nicht mehr bei einem Controller oder Cloud Connector registrieren. Wenn der Katalog jedoch nur VDAs der Version 1811 oder neuer enthält, können sich alle registrieren.

Konfigurieren eines Cache für temporäre Daten

Das lokale Zwischenspeichern temporärer Daten auf VMs ist optional. Sie können den temporären Datencache auf Maschinen aktivieren, wenn Sie MCS zum Verwalten gepoolter (nicht dedizierter) Maschinen in einem Katalog verwenden. Wenn für einen Katalog eine Verbindung verwendet wird, durch die die Speicherung temporärer Daten festgelegt ist, können Sie bei der Katalogerstellung den temporäre Datencache aktivieren und konfigurieren.

Wichtig:

Das Feature erfordert einen aktuellen MCS-E/A-Treiber. Die Installation dieses Treibers ist eine Option, wenn Sie einen VDA installieren oder aktualisieren. Standardmäßig wird der Treiber nicht installiert.

Beim Erstellen einer Verbindung für den Katalog legen Sie fest, ob die temporären Daten in einem freigegebenen oder im lokalen Speicher abgelegt werden. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Zum Konfigurieren eines Cache für temporäre Daten auf jeder Maschine stehen zwei Optionen zur Auswahl: Dem Cache zugewiesener Speicher (MB) und Größe des Datenträgercache (GB). Standardmäßig sind beide Optionen deaktiviert. Zum Aktivieren der Option “Dem Cache zugewiesener Speicher (MB)” aktivieren Sie das Kontrollkästchen “Größe des Datenträgercache (GB)”. Wenn das Kontrollkästchen Größe des Datenträgercache nicht aktiviert ist, ist die Option “Dem Cache zugewiesener Speicher” ausgegraut. Die Standardwerte der Optionen können je nach Verbindungstyp variieren. Im Allgemeinen sind die Standardwerte für die meisten Fälle ausreichend. Berücksichtigen Sie jedoch den benötigten Platz für:

• Von Windows selbst erstellte temporäre Datendateien, einschließlich der Windows-Auslagerungsdatei
• Benutzerprofildaten
• ShareFile-Daten, die mit Benutzersitzungen synchronisiert werden
• Gegebenenfalls von einem Sitzungsbenutzer erstellte oder kopierte Daten und Daten von Anwendungen, die Benutzer möglicherweise sitzungsintern installieren

Windows gestattet nicht, dass für eine Sitzung mehr Cache verwendet wird, als es freien Speicherplatz auf dem ursprünglichen Masterimage gibt, über das die Maschinen des Maschinenkatalogs bereitgestellt werden. Es ergibt beispielsweise keinen Sinn, eine Cachegröße von 20 GB festzulegen, wenn auf dem Masterimage nur 10 GB freier Speicherplatz verfügbar sind.

Beachten Sie beim Konfigurieren eines Cache für temporäre Daten auf den Maschinen die folgenden drei Szenarien:

• Wenn Sie die Optionen “Größe des Datenträgercache” und “Dem Cache zugewiesener Speicher” nicht aktivieren, werden temporäre Daten nicht zwischengespeichert. Sie werden für jede VM direkt auf den differenzierenden Datenträger (im Betriebssystemspeicher) geschrieben. (Dies ist die Provisioningaktion in Version 7.8 und davor.)
• Wenn Sie das Kontrollkästchen “Größe des Datenträgercache” aktivieren und das Kontrollkästchen “Dem Cache zugewiesener Speicher” deaktiviert lassen, werden temporäre Daten direkt auf den Cachedatenträger geschrieben, wobei ein minimale Menge an Speichercache verwendet wird.
• Wenn Sie “Größe des Datenträgercache “ und “Dem Cache zugewiesener Speicher” aktivieren, werden temporäre Daten zuerst in den Speichercache geschrieben. Wenn der Speichercache seinen konfigurierten Grenzwert erreicht (= Wert für Dem Cache zugewiesener Speicher), werden die ältesten Daten zum temporären Datencache-Datenträger verschoben.

Wichtig:

• Wenn auf dem Datenträgercache nicht mehr genügend Speicherplatz vorhanden ist, wird die Sitzung des Benutzers unbrauchbar.
• Aktivieren Sie die Zwischenspeicherung nicht, wenn ein Katalog zum Erstellen von AppDisks verwendet werden soll.
• Diese Funktion ist nicht verfügbar, wenn eine Nutanix-Hostverbindung verwendet wird.
• Die Cachewerte für einen Maschinenkatalog können nach Erstellung der VM nicht geändert werden.

Hinweis:

• Der Speichercache ist Teil der Gesamtspeichermenge auf jeder Maschine. Wenn Sie das Kontrollkästchen “Dem Cache zugewiesener Speicher” aktivieren, sollten Sie daher ggf. die Gesamtspeichergröße auf jeder Maschine erhöhen.
• Das Ändern der Datenträgercachegröße vom Standardwert kann sich auf die Leistung auswirken. Die Größe muss gemäß den Anforderungen der Benutzer und der Maschinenlast gewählt werden.

Netzwerkkarten

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Wenn Sie mehrere Netzwerkkarten (NICs) verwenden möchten, weisen Sie auf der Seite Netzwerkkarten jeder Karte ein virtuelles Netzwerk zu. Sie können beispielsweise einer Karte ein bestimmtes sicheres Netzwerk und einer anderen ein häufiger verwendetes Netzwerk zuweisen. Auf dieser Seite können Sie auch Netzwerkkarten hinzufügen und entfernen.

Maschinenkonten

Diese Seite wird nur angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Geben Sie auf der Seite Maschinenkonten die hinzuzufügenden Active Directory-Maschinenkonten oder Organisationseinheiten an, die Benutzern oder Benutzergruppen entsprechen. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten.

Sie können eine zuvor konfigurierte Energieverwaltungsverbindung auswählen oder die Energieverwaltung nicht verwenden. Wenn Sie die Energieverwaltung verwenden möchten, jedoch noch keine geeignete Verbindung konfiguriert wurde, können Sie die Verbindung später erstellen und dann die Energieverwaltungseinstellungen des Maschinenkatalogs entsprechend bearbeiten.

Computerkonten

Diese Seite wird nur angezeigt, wenn Sie VMs mit MCS erstellen.

Jede Maschine im Maschinenkatalog benötigt ein Active Directory-Computerkonto. Geben Sie auf der Seite Computerkonten an, ob Konten erstellt oder vorhandene Konten verwendet werden sollen, und geben Sie den Speicherort für diese Konten an.

• Beim Erstellen von Konten müssen Sie berechtigt sein, Computerkonten in der Organisationseinheit zu erstellen, in der sich die Maschinen befinden.

  Legen Sie für die zu erstellenden Maschinen das Kontobenennungsschema mit Hashmarkierungen zur Kennzeichnung der Platzierung sequenzieller Zahlen bzw. Buchstaben fest. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten. Namen dürfen nicht mit einer Zahl beginnen. Beispiel: Das Benennungsschema “PC-Vertrieb-##” (und Aktivieren von 0-9) bewirkt eine Benennung der Computerkonten als “PC-Vertrieb-01”, “PC-Vertrieb-02”, “PC-Vertrieb-03” usw.

• Wenn Sie bestehende Konten verwenden, navigieren Sie zu den Konten oder klicken Sie auf Importieren und geben Sie eine CSV-Datei mit den Kontonamen an. Die importierte Datei muss folgendes Format haben:

[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->

Stellen Sie sicher, dass Sie ausreichend Konten für die hinzuzufügenden Maschinen haben. Da diese Konten von Studio verwaltet werden, gestatten Sie Studio, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort (muss für alle Konten gleich sein) an.

Bei Katalogen mit physischen oder vorhandenen Maschinen wählen Sie vorhandene Konten aus oder importieren Sie diese, und weisen Sie jeder Maschine sowohl ein Active Directory-Computerkonto als auch ein Benutzerkonto zu.

Bei Maschinen, die mit Citrix Provisioning erstellt wurden, werden Computerkonten für Zielgeräte anders verwaltet. Weitere Informationen hierzu finden Sie in der Dokumentation zu Citrix Provisioning.

Zusammenfassung, Name und Beschreibung

Überprüfen Sie auf der Seite Zusammenfassung die von Ihnen angegebenen Informationen. Geben Sie einen Namen und eine Beschreibung für den Katalog ein. Diese Informationen werden in Studio angezeigt.

Wenn Sie fertig sind, klicken Sie auf Fertig stellen, um das Erstellen des Katalogs zu starten.

Problembehandlung

Wichtig:

Wenn Sie den Maschinenkatalog mit Citrix Studio erstellt haben, können Sie den PowerShell-Befehl Get-ProvTask nicht mehr zum Abrufen der Aufgaben für die Erstellung des Maschinenkatalogs verwenden. Diese Einschränkung ist die Folge der Tatsache, dass Studio diese Aufgaben nach der Erstellung des Maschinenkatalogs löscht, unabhängig davon, ob die Erstellung erfolgreich verlief.

Citrix empfiehlt, Protokolle zu erstellen, um die Arbeit des Supportteams zu unterstützen. Führen Sie bei Verwendung von Citrix Provisioning folgende Schritte zum Generieren von Protokolldateien aus:

1. Erstellen Sie auf dem Masterimage den folgenden Registrierungsschlüssel mit dem Wert 1 (als DWORD-Wert (32-Bit)): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

2. Fahren Sie das Masterimage herunter und erstellen Sie einen Snapshot.

3. Führen Sie den folgenden PowerShell-Befehl auf dem Delivery Controller aus: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Erstellen Sie einen Katalog basierend auf diesem Snapshot.
5. Wenn die Vorbereitungs-VM auf dem Hypervisor erstellt wurde, melden Sie sich an und extrahieren Sie folgende Dateien aus dem Stammverzeichnis von C:\: Image-prep.log und PvsVmAgentLog.txt.
6. Fahren Sie die Maschine herunter. Dabei wird ein Fehler gemeldet.
7. Führen Sie den folgenden PowerShell-Befehl aus, um das automatische Herunterfahren der Image-Vorbereitungsmaschinen erneut zu aktivieren: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

So geht es weiter

Wenn Sie den ersten Katalog erstellen, werden Sie von Studio zum Erstellen einer Bereitstellungsgruppe geleitet.