Citrix Virtual Apps and Desktops

Maschinenkataloge erstellen

Wichtig:

Ab Citrix Virtual Apps and Desktops 7 2006 können Bereitstellung mit einer der folgenden Technologien erst dann auf die aktuelle Version aktualisiert werden, nachdem Elemente am Ende des Lebenszyklus (EOL), die diese Technologien verwenden, entfernt wurden.

  • Persönliche vDisks (PvDs)
  • AppDisks
  • Hosts öffentlicher Clouds: Citrix CloudPlatform, Microsoft Azure Classic

Weitere Informationen finden Sie unter Entfernen von persönlichen vDisks, AppDisks und nicht unterstützten Hosts.

Um in Ihrer Bereitstellung Verbindungen mit Hosts öffentlicher Clouds zu verwenden, benötigen Sie eine Hybrid Rights-Lizenz, um Ihre Neuinstallation oder das Upgrade auf die aktuelle Version abzuschließen.

Wenn das Installationsprogramm eine nicht unterstützte Technologie oder Hostverbindung ohne Hybrid Rights-Lizenz erkennt, wird das Upgrade angehalten oder beendet. Es wird eine Meldung mit einer Erläuterung angezeigt. Die Installationsprotokolle enthalten die Details. Weitere Informationen finden Sie unter Upgrade einer Bereitstellung.

Auswirkung der Hybrid Rights-Lizenz auf Hostverbindungen

In folgenden drei Szenarios werden Verbindungen mit Hosts öffentlicher Clouds vom Hybrid Rights-Lizenzanspruch beeinflusst:

  • Um sich mit Hosts öffentlicher Clouds zu verbinden, müssen Sie über eine Hybrid Rights-Lizenz verfügen.

  • Wenn Ihre vorhandene Hybrid Rights-Lizenz abgelaufen ist, werden bestehende Verbindungen mit Hosts öffentlicher Clouds als nicht berechtigt markiert und wechseln in den Wartungsmodus. Wenn vorhandene Hostverbindungen im Wartungsmodus sind, sind folgende Prozesse nicht möglich:

    • Hinzufügen oder Ändern von Hostverbindungen
    • Erstellen von Katalogen und Aktualisieren von Images
    • Ausführen von Energieaktionen
  • Sobald nicht berechtigte Hostverbindungen in den Zustand “Berechtigt” wechseln, werden vorhandene Hostverbindungen wieder aktiviert.

Einführung

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 Citrix 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:

Beim Upgrade einer vorhandenen Bereitstellung wird die MCS-Speicheroptimierung (MCS E/A) aktiviert und es ist keine zusätzliche Konfiguration erforderlich. Das VDA- und das Delivery Controller-Upgrade sorgen für 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 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.
  • Verwenden einer Vorlage für das Provisioning eines Katalogs wird als experimentelles Feature betrachtet. Bei dieser Methode kann die Vorbereitung der virtuellen Maschine fehlschlagen. Daher kann der Katalog nicht mit der Vorlage veröffentlicht werden.

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 an. Das Fenster findet sich auf den Seiten Maschinendetails und Benutzerdetails. Weitere Informationen finden Sie unter Microsoft RDS-Lizenzstatus.

VDA-Registrierung

Ein VDA muss beim Start gebrokerter Sitzungen bei einem Delivery Controller registriert sein. 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.

Nach dem Hinzufügen vorhandener Maschinen im Assistenten wird 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, entfernen Sie diese oder fügen Sie sie hinzu. Wird beispielsweise gemeldet, dass die Maschineninformationen nicht abgerufen werden konnten fügen Sie die Maschine dennoch hinzu.

Weitere Informationen:

Ü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:

    • Die MCS-Speicheroptimierung erstellt einen Schreibcachedatenträger für jede VM.
    • Bei MCS können jetzt vollständige Klons verwendet werden, im Gegensatz zum Szenario mit Deltadatenträgern, das im vorherigen Abschnitt beschrieben wurde.

    Hypervisorfeatures spielen auch eine Rolle. Beispiel:

    • Citrix Hypervisor IntelliCache erstellt für jeden Citrix Hypervisor einen Lesedatenträger im lokalen Speicher. Diese Option spart IOPS gegen das Masterimage, 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 virtuellen Datenträger, 16 GB für die Auslagerungsdatei der virtuellen Maschine und 100 MB für Protokolldateien (insgesamt 36,1 GB).
    • 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.
    • 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.
    • Beim Aktualisieren des Katalogs wird für jeden Speicherort ein zusätzlicher Basisdatenträger erstellt. 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.
  • Verbesserte Diagnose durch die Unterstützung einer im Schreibcachedatenträger gespeicherten Windows-Absturzabbilddatei.
  • 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. Die Auslagerungsdatei wird an das formatierte Volume MCSWCDisk umgeleitet. Daher umfasst diese Datenträgergröße die Gesamtmenge des Speichers. Sie umfasst somit die Differenz zwischen der Datenträgergröße und der generierten Workload plus Auslagerungsdatei. Dies ist in der Regel mit der VM-RAM-Größe verknüpft.

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.

    Maschinenkatalogerstellung

  • Wird ein Maschinenkatalog auf einen neuen VM-Snapshot aktualisiert, der einen für Version 1903 konfigurierten VDA enthält, verwendet der neue Snapshot die MCS-E/A-Einstellung des Katalogs für RAM und Datenträgergröße weiter. Der bestehende Rohdatenträger wird formatiert.

Wichtig:

Die MCS-Speicheroptimierung wurde in Citrix Virtual Apps and Desktops 1903 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 Maschinenkatalog und weisen einen größeren Schreibcachedatenträger zu.

Verwenden von PowerShell zum Erstellen eines Katalogs mit persistentem Zurückschreibcachedatenträger

Zum Konfigurieren eines Katalogs mit persistentem Datenträger für den Zurückschreibcache 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 MCS-bereitgestellten Maschinen persistent 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.

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 Sie 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.

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-->

Vorbereiten eines Masterimages

Hinweise zum Erstellen von Hostverbindungen 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 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 Host ü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. Wenn Sie ein Masterimage anstelle eines Snapshots beim Erstellen eines Maschinenkatalogs angeben, erstellt Studio automatisch einen Snapshot. Sie können es nicht benennen.

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.

Speicherort der Auslagerungsdatei

In Azure-Umgebungen wird die Auslagerungsdatei beim Erstellen der VM an einem geeigneten Speicherort eingerichtet. Die Einstellung der Auslagerungsdatei wird im Format <page file location>[min size] [max size] konfiguriert (Größe in MB). Weitere Informationen finden Sie in diesem Microsoft-Dokument zum Bestimmen der geeigneten Auslagerungsdatei.

Wenn Sie während der Image-Vorbereitung ProvScheme erstellen, wird der Speicherort der Auslagerungsdatei von MCS anhand bestimmter Regeln festgelegt. Nachdem Sie ProvScheme erstellt haben, gilt Folgendes:

  • Das Ändern der VM-Größe wird blockiert, wenn sich die Größe der eingehenden VM von der Einstellung für die Auslagerungsdatei unterscheidet.
  • Das Aktualisieren des Maschinenprofils wird blockiert, wenn sich das Dienstangebot ändert, da sich durch Aktualisierung des Maschinenprofils die Einstellung für die Auslagerungsdatei unterscheidet.
  • Die Eigenschaften des kurzlebigen Betriebssystemdatenträgers (EOS) und von MCSIO können nicht geändert werden.

Bestimmen des Speicherorts der Auslagerungsdatei

Da Features wie EOS und MCSIO einen bestimmten Speicherort voraussetzen, schließen sie einander aus. Die folgende Tabelle zeigt, welcher Speicherort der Auslagerungsdatei je nach Feature erwartet wird:

Feature Erwarteter Speicherort der Auslagerungsdatei
EOS OS-Datenträger
MCSIO Zuerst temporärer Azure-Datenträger, andernfalls Zurückschreibcache-Datenträger

Hinweis:

Selbst wenn die Image-Vorbereitung getrennt von der Erstellung des Provisioningschemas erfolgt, bestimmt MCS den Speicherort der Auslagerungsdatei korrekt. Der Standardspeicherort der Auslagerungsdatei befindet sich auf dem Betriebssystemdatenträger.

Szenarien zum Einrichten der Auslagerungsdatei

Die Tabelle beschreibt einige mögliche Szenarien zum Einrichten der Auslagerungsdatei während der Image-Vorbereitung und beim Aktualisieren des Provisioningschemas:

Während Szenario Ergebnis
Imagevorbereitung Quellimage-Auslagerungsdatei wird auf dem temporären Datenträger eingerichtet, während die im Provisioningschema angegebene VM-Größe keinen temporären Datenträger hat. Auslagerungsdatei wird auf dem Betriebssystemdatenträger gespeichert
Imagevorbereitung Quellimage-Auslagerungsdatei wird auf dem Betriebssystemdatenträger eingerichtet, während die im Provisioningschema angegebene VM-Größe einen temporären Datenträger hat. Auslagerungsdatei wird auf dem temporären Datenträger gespeichert
Imagevorbereitung Quellimage-Auslagerungsdatei wird auf dem temporären Datenträger eingerichtet, während der kurzlebige Betriebssystemdatenträger im Provisioningschema aktiviert wird. Auslagerungsdatei wird auf dem Betriebssystemdatenträger gespeichert
Aktualisierung des Provisioningschemas Sie versuchen, das Provisioningschema zu aktualisieren, die ursprüngliche VM-Größe hat einen temporären Datenträger und die Ziel-VM hat keinen temporären Datenträger. Änderung wird mit Fehlermeldung abgelehnt
Aktualisierung des Provisioningschemas Sie versuchen, das Provisioningschema zu aktualisieren, die ursprüngliche VM-Größe hat keinen temporären Datenträger und die Ziel-VM hat einen temporären Datenträger. Änderung wird mit Fehlermeldung abgelehnt

Einstellung für die Auslagerungsdatei aktualisieren

Sie können die Einstellung für die Auslagerungsdatei (einschließlich Speicherort und Größe) auch explizit per PoSH-Befehl festlegen. Dadurch wird der von MCS festgelegte Wert überschrieben. Hierfür führen Sie den Befehl New-ProvScheme aus und fügen die folgenden benutzerdefinierten Eigenschaften hinzu:

  • PageFileDiskDriveLetterOverride: Laufwerksbuchstabe für Speicherort der Auslagerungsdatei
  • InitialPageFileSizeInMB: Anfangsgröße der Auslagerungsdatei (in MB)
  • MaxPageFileSizeInMB: Maximalgröße der Auslagerungsdatei (in MB)

Beispiel für die Verwendung der benutzerdefinierten Eigenschaften:

-CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

Einschränkungen:

  • Sie können die Einstellung für die Auslagerungsdatei nur aktualisieren, wenn Sie mit dem Befehl New-ProvScheme ein Provisioningschema erstellen. Die Einstellung für die Auslagerungsdatei kann später nicht geändert werden.
  • Geben Sie alle Eigenschaften zur Einstellung der Auslagerungsdatei (PageFileDiskDriveLetterOverride, InitialPageFileSizeInMB und MaxPageFileSizeInMB) in den benutzerdefinierten Eigenschaften an, oder geben Sie keine davon an.
  • Die Anfangsgröße der Auslagerungsdatei muss zwischen 16 MB und 16777216 MB liegen.
  • Die Maximalgröße der Auslagerungsdatei muss größer oder gleich der Anfangsgröße der Auslagerungsdatei und kleiner als 16777216 MB sein.
  • Dieses Feature wird in Citrix Studio nicht unterstützt.

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 ohne Energieverwaltung über Studio (z. B. virtuelle Maschinen oder Blade-PC). Diese Option ist nur verfügbar, wenn Sie bereits eine Verbindung zu einem Host konfiguriert haben.
  • Maschinen ohne Energieverwaltung über Studio (z. B. physische Maschinen).

Wenn Sie angegeben haben, dass die Energieverwaltung der Maschinen über Studio 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. 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 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 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.

Gerätesammlung

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

Auf der Seite Gerätesammlung:

  • Geben Sie die Adresse des Citrix Provisioning-Servers ein, mit dem Sie eine Verbindung herstellen möchten.
  • Wählen Sie die gewünschte Domäne aus. Wenn die Domäne nicht in der Liste angezeigt wird, können Sie folgende Schritte ausführen:
    • Suchen Sie anhand einer exakten Übereinstimmung danach.
    • Durchsuchen Sie alle Domänen, um die Domäne zu finden.
  • Wählen Sie die gewünschten Gerätesammlungen. (Die Gerätesammlungen und die Geräte, die noch keinem Katalog hinzugefügt wurden, werden in der Liste angezeigt.)

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 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 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. Unter Neue Features werden für jede Version eventuelle Änderungen der Standardfunktionsebene aufgeführt.

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:

In 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 höher) auswählen, können sich VDAs älterer Versionen in dem Katalog nicht mehr bei einem Controller registrieren. Wenn der Katalog jedoch nur VDAs der Version 1811 oder neuer enthält, können sich alle registrieren. Dazu gehören Kataloge mit VDAs, die für spätere Citrix Virtual Apps and Desktops-Releases konfiguriert sind, einschließlich Version 1903 und andere 19XX-Releases vor dem aktuellen Release.

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

Temporärer Speicher und Imagespeicher

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.
  • 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.

Netzwerkkarte

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.

Beim Hinzufügen von Organisationseinheiten können Sie Folgendes tun, wenn die Domäne nicht in der Liste angezeigt wird:

  • Suchen Sie anhand einer exakten Übereinstimmung danach.
  • Durchsuchen Sie alle Domänen, um die Domäne zu finden.

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.

    Wählen Sie eine Domäne für diese Konten aus. Wenn die Domäne nicht in der Liste angezeigt wird, können Sie folgende Schritte ausführen:

    • Suchen Sie anhand einer exakten Übereinstimmung danach.
    • Durchsuchen Sie alle Domänen, um die Domäne zu finden.

    Legen Sie für die Maschine 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 bestehenden Maschinen wählen oder importieren Sie vorhandene Konten. Weisen Sie jede Maschine einem Active Directory-Computerkonto und einem 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 des Löschens dieser Aufgaben nach der Erstellung des Maschinenkatalogs durch Studio, 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.

Probleme bei der Imagevorbereitung

Da MCS viele Maschinen aus einem Image erstellt, werden diverse Schritte ausgeführt, um sicherzustellen, dass alle Maschinen einmalig und korrekt lizenziert sind. Die Imagevorbereitung ist Teil der Katalogerstellung. Die Vorbereitung gewährleistet, dass alle bereitgestellten Maschinen eine eindeutige IP-Adresse haben und sich dem KMS-Server korrekt als eindeutige Instanz ankündigen. In MCS erfolgt die Imagevorbereitung nach Auswahl des Masterimage-Snapshots. Es wird eine Kopie erstellt, um die Isolierung des Katalogs von der ausgewählten Maschine zu ermöglichen. Basierend auf der ursprünglichen VM wird eine Vorbereitungs-VM mit getrennter Netzwerkverbindung erstellt. Das Trennen der Netzwerkverbindung verhindert Konflikte mit anderen Maschinen und stellt sicher, dass die vorbereitete VM nur an den neu kopierten Datenträger angefügt ist.

Ein kleiner Anweisungsdatenträger mit den zum Ausführen der Imagevorbereitung erforderlichen Schritten wird an die vorbereitete VM angefügt. Die vorbereitete VM wird gestartet und die Imagevorbereitung beginnt. Die Imagevorbereitung umfasst die folgenden Prozesse:

  • Aktivieren von DHCP. Durch das Aktivieren von DHCP wird sichergestellt, dass bereitgestellte Maschinen keine IP-Adresskonflikte verursachen. DHCP wird für alle Netzwerkkarten aktiviert.
  • Zurücksetzen von Microsoft Windows KMS. Das Zurücksetzen von KMS stellt sicher, dass Microsoft Windows korrekt lizenziert wird. Das zurückgesetzte Betriebssystem wird aufgerufen, sodass es korrekt als neue Instanz an den KMS-Lizenzserver gemeldet wird.
  • Zurücksetzen von Microsoft Office KMS (wenn Microsoft Office installiert ist). Das Zurücksetzen von Microsoft Office stellt sicher, dass jegliche Microsoft Office-Version (ab 2010) korrekt beim entsprechenden KMS-Server registriert wird. Beim Aufrufen des Zurücksetzens von Microsoft Office wird dieses als neue Instanz an den KMS-Lizenzserver gemeldet.

Tipp:

Nach Abschluss der Imagevorbereitung wird der Anweisungsdatenträger vom Hypervisor bezogen. Der Hypervisor enthält die aus der Imagevorbereitung gewonnenen Informationen.

Es gibt verschiedene Gründe, warum die Imagevorbereitung fehlschlagen kann. Eine Fehlermeldung ähnlich der folgenden wird angezeigt:

Fehlermeldung zur Imagevorbereitung

Diese Fehler werden nachstehend erörtert.

Aktivieren von DHCP

Diese Fehler werden durch Netzwerkkarten verursacht, die keine statischen IP-Adressen unterstützen. Beispiel: ältere Versionen von Dell SonicWall-Netzwerkkarten. Der Vorgang schlägt fehl, da SonicWall-Karten Firewall-Netzwerkkarten sind, deren Einstellung auf DHCP keinen Sinn ergibt, da nur DHCP unterstützt wird. Dies wurde spätere Versionen von Citrix Virtual Apps and Desktops behoben. Wird der Fehler bei anderen Arten von Netzwerkkarten beobachtet, sollte das an Citrix über die Foren oder den Supportkontakt gemeldet werden.

Hinweis:

Die PowerShell-Einstellung in den folgenden Beispielen wird auf die Citrix Virtual Apps and Desktops-Site angewendet und wirkt sich auf alle neuen Kataloge sowie Imageupdates an vorhandenen Katalogen aus.

Wenn das Problem bei anderen Netzwerkkarten auftritt, können Sie es durch Ausführung eines PowerShell-Befehls auf dem Delivery Controller lösen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Zurücksetzen von Microsoft Office

Beim Zurücksetzen von KMS können im Stadium der Microsoft Office-Zurücksetzung diverse Fehler auftreten. Dabei handelt es sich hauptsächlich um folgende Fehler:

  • Einige Microsoft Office-Runtimes (z. B. Access Runtime) können das Zurücksetzen von Office aufrufen und so zu dessen Fehlschlagen führen.
  • Es ist keine KMS-Version von Microsoft Office installiert.
  • Die Anzahl Zurücksetzungen wurde überschritten.

Handelt es sich bei einem Fehler um einen falschen Alarm, können Sie ihn beheben, indem Sie den folgenden PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Microsoft Windows Rearm

Beim Zurücksetzen von Microsoft Windows können diverse KMS-Fehler auftreten. Dabei handelt es sich hauptsächlich um folgende Fehler:

  • Die installierte Version von Windows wird nicht mit KMS aktiviert. Beispielsweise wird ein Mehrfachaktivierungsschlüssel (MAK) verwendet.
  • Die Anzahl Zurücksetzungen wurde überschritten.

Wenn die Microsoft Windows-Version korrekt lizenziert ist, können Sie das Zurücksetzen des Betriebssystems überspringen, indem Sie folgenden PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Kompletter Fehlschlag

Da die Imagevorbereitungsengine nicht standardmäßig mit dem Netzwerk verbunden ist, kann in der Imagevorbereitungsphase manchmal nur ein kompletter Fehlschlag gemeldet werden. Beispiel:

Fehlermeldung zur Imagevorbereitung

Die Ursachen eines kompletten Fehlschlags sind in der Hauptsache folgende:

Virtual Delivery Agent (VDA) ist nicht oder in der Version 5.x installiert

Wenn der VDA 7.x nicht auf dem Masterimage installiert ist, tritt bei der Imagevorbereitung nach 20 Minuten ein Timeout ein und es wird der obige Fehler gemeldet. Dies liegt daran, dass auf dem Masterimage keine Software installiert ist, die die Imagevorbereitung ausführen und einen Erfolg oder Misserfolg melden kann. Um den Fehler zu beheben, stellen Sie sicher, dass der VDA (Mindestversion 7) auf dem Snapshot installiert ist, der als Masterimage ausgewählt wurde.

DISKPART SAN-Richtlinie

Die gesamte Imagevorbereitung kann aufgrund der Einstellung der Richtlinie DISKPART SAN auf dem Masterimage fehlschlagen. Ist sie nicht so eingestellt, dass der Anweisungsdatenträger zur Imagevorbereitung online geschaltet wird, wird die Maschine nach 20 Minuten heruntergefahren und die Imagevorbereitung meldet einen Fehler. Um dies auf dem Masterimage zu überprüfen, führen Sie folgenden Befehl aus:

C:>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->

Dieser Befehl gibt die aktuelle Richtlinie zurück. Wenn die Richtlinie nicht auf Online All festgelegt ist, ändern Sie die Einstellung, indem Sie den folgenden Befehl ausführen:

DISKPART>; San policy=OnlineAll

Fahren Sie das Masterimage herunter, erstellen Sie einen Snapshot der Maschine und verwenden Sie diesen dann als Basisimage für MCS.

Bildvorbereitung schlägt aus einem anderen Grund fehl

Wenn die Imagevorbereitung aus unbekanntem Grund fehlschlägt , können Sie die Imagevorbereitung beim Erstellen des MCS-Katalogs umgehen. Die Umgehung kann jedoch zu Probleme mit der KMS-Lizenzierung und dem Netzwerk (DHCP) in der Site führen. Verwenden Sie den folgenden PowerShell-Befehl:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Sammeln Sie nach Möglichkeit Protokolle für das Citrix Support-Team. Melden Sie Probleme über die Foren oder über Ihren Supportkontakt an Citrix. Sammeln von Protokollen:

  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. Starten Sie PowerShell auf dem Delivery Controller mit den geladenen Snap-Ins von Citrix PowerShell und führen Sie Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True aus:
  3. Erstellen Sie einen Katalog basierend auf diesem Snapshot.
  4. Wenn die Vorbereitungs-VM auf dem Hypervisor erstellt wurde, melden Sie sich an und extrahieren Sie aus dem Stammverzeichnis von C:\:
Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->

Fahren Sie die Maschine herunter. Nun wird der Fehlschlag gemeldet.

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.