Citrix Virtual Apps and Desktops Service

Erstellen von Maschinenkatalogen

Hinweis:

In diesem Artikel wird beschrieben, wie Sie Kataloge mit der Schnittstelle “Vollständige Konfiguration” erstellen. Wenn Sie Quick Deploy zum Erstellen von Azure-Ressourcen verwenden, folgen Sie den Anweisungen unter Erstellen von Katalogen mit Quick Deploy.

Sammlungen von physischen oder virtuellen Maschinen werden als Einheit in einem sogenannten Maschinenkatalog verwaltet. Alle 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.

Die Oberfläche Verwalten > Vollständige Konfiguration führt Sie durch das Erstellen des ersten Maschinenkatalogs. Nach dem Erstellen des ersten Maschinenkatalogs erstellen Sie die erste Bereitstellungsgruppe. Später können Sie den erstellten Katalog ändern und weitere Kataloge erstellen.

Übersicht

Wenn Sie einen Katalog virtueller Maschinen erstellen, geben Sie an, wie diese VMs bereitgestellt werden sollen. Sie können Maschinenerstellungsdienste (MCS) verwenden. Alternativ können Sie eigene Tools verwenden.

  • Bei Verwendung von Maschinenerstellungsdiensten (MCS) stellen Sie ein Image (bzw. einen 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 Images. Dazu gehört auch die Installation eines Virtual Delivery Agents (VDA) auf dem Image. Anschließend erstellen Sie den Maschinenkatalog in der Oberfläche Verwalten > Vollständige Konfiguration. Sie wählen das Image (bzw. einen Image-Snapshot) und geben die Anzahl der in dem Katalog zu erstellenden VMs und weitere Informationen an.
  • Selbst wenn Sie die Maschinen bereits haben, d. h. keine Images verwenden müssen, erstellen Sie mindestens einen Maschinenkatalog.

Wenn Sie die Maschinenerstellungsdienste zum Erstellen des ersten Katalogs verwenden, geben Sie eine Hostverbindung an, die Sie zuvor erstellt haben. Nach dem Erstellen des ersten Maschinenkatalogs und der ersten Bereitstellungsgruppe können Sie die Informationen über diese Verbindung ändern und weitere Verbindungen erstellen.

Wenn ein Cloud Connector nicht ordnungsgemäß funktioniert, dauern MCS-Provisioningvorgänge (z. B. Katalogaktualisierungen) ungewöhnlich lange, und die Leistung der Verwaltungsoberfläche wird erheblich beeinträchtigt.

Als Image zum Erstellen eines Maschinenkatalogs können Sie Images auswählen, die Sie in der Azure Shared Image Gallery erstellt haben. Diese Images sind im Bildschirm “Masterimage” des Assistenten zum Erstellen von Maschinenkatalogen aufgelistet.

Damit diese Images angezeigt werden, müssen Sie folgende Schritte ausführen:

  1. Konfigurieren Sie eine Citrix Virtual Apps and Desktops-Site.
  2. Stellen Sie eine Verbindung mit Azure Resource Manager her.
  3. Erstellen Sie im Azure-Portal eine Ressourcengruppe. Weitere Informationen finden Sie unter Erstellen einer Azure Shared Image Gallery mithilfe des Portals.
  4. Erstellen Sie in der Ressourcengruppe eine Shared Image Gallery.
  5. Erstellen Sie in der Shared Image Gallery eine Imagedefinition.
  6. Erstellen Sie in der Imagedefinition eine Imageversion.

Prüfung auf RDS-Lizenz

Beim Erstellen von Maschinenkatalogen mit Windows-Maschinen für Multisitzungs-OS erfolgt eine automatische Prüfung auf gültige Microsoft RDS-Lizenzen. Der Katalog wird nach einer eingeschalteten und registrierten Maschine durchsucht, um die Prüfung durchzuführen.

  • Wird keine eingeschaltete, registrierte Maschine gefunden, wird per Warnung gemeldet, dass die RDS-Lizenzprüfung nicht durchgeführt werden kann.
  • Wird eine Maschine gefunden und ein Fehler festgestellt, dann ist unter Verwalten > Vollständige Konfiguration eine Warnmeldung bezüglich des Katalogs mit dem erkannten Problem zu sehen. Um eine RDS-Lizenzwarnung aus einem Katalog zu entfernen (sodass sie nicht mehr in der Anzeige erscheint), wählen Sie den Katalog aus. Wählen Sie RDS-Lizenzwarnung entfernen. Bestätigen Sie die Aktion, wenn Sie dazu aufgefordert werden.

VDA-Registrierung

Ein VDA muss bei einem Cloud Connector 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 Sie beheben. Informationen zur Problembehandlung werden im Assistenten für die Katalogerstellung angezeigt, und nachdem ein Katalog zu einer Bereitstellungsgruppe hinzugefügt wurde.

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 können (z. B. weil die Maschine nie registriert wurde), können Sie die Maschine auf Wunsch dennoch hinzufügen.

Weitere Informationen zur Fehlerbehebung bei der VDA-Registrierung finden Sie unter CTX136668.

Ü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 Image 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 (siehe oben); 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 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 Image, 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 Basisfestplatte 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

Die MCS-Speicheroptimierung (Maschinenerstellungsdienste) wird auch als “MCS E/A” bezeichnet:

  • 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. Diese Funktionalität ermöglicht dem Administrator einen Kostenausgleich zwischen RAM und Festplatte unter Erzielung einer der erwarteten Workload gerechten Leistung.

Die Aktualisierung der Schreibcachemethode von festplattenbasiert auf dateibasiert erfordert die folgenden Änderungen:

  1. MCS-E/A unterstützt einen ausschließlich RAM-basierten Cache nicht mehr. Geben Sie bei der Erstellung des Maschinenkatalogs eine Datenträgergröße 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

Beim Erstellen eines Maschinenkatalogs können RAM- und Festplattengröße folgendermaßen konfiguriert werden:

  • Die Benutzeroberfläche für die Einrichtung der Maschinenkatalogerstellung der webbasierten Konsole:

    Maschinenkatalogerstellung

  • Die Benutzeroberfläche der Maschinenkatalogerstellung der Legacykonsole:

    Maschinenkatalogerstellung

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.

Wenn die MCS-Speicheroptimierung aktiviert ist, haben Sie beim Erstellen eines Katalogs folgende Möglichkeiten:

  • Konfigurieren der Größe von Festplatte und Arbeitsspeicher zum Caching temporärer Daten.

  • Wählen Sie den Speichertyp für den Datenträger für den Zurückschreibcache aus: Die folgenden Speichertypen stehen für den Zurückschreibcache-Datenträger zur Verfügung:

    • Premium-SSD. Bietet Datenträgerspeicherung mit hoher Leistung und niedriger Latenz für VMs mit E/A-intensiven Workloads.
    • Standard-SSD. Kostengünstige Speicheroption, die für Workloads geeignet ist, die eine gleichmäßige Leistung bei niedrigeren IOPS-Raten erfordern. Ein Azure-Identitätsdatenträger wird immer mit Standard-SSD erstellt.
    • Standard-HDD. Zuverlässiger, kostengünstiger Datenträgerspeicher, der für VMs mit latenzunempfindlichen Workloads geeignet ist.

    MCS konfiguriert Premium- und Standarddatenträger für die Verwendung von lokal redundantem Speicher (LRS). LRS erstellt mehrere synchrone Kopien Ihrer Daten in einem Datencenter. Weitere Informationen über Speichertypen und Speicherreplikation bei Azure finden Sie in den folgenden Artikeln:

  • Verwenden von Persistenter Datenträger für Zurückschreibcache, um zu steuern, ob der Zurückschreibcache-Datenträger für die in Azure bereitgestellten VMs persistent ist. Alternativ können Sie PowerShell verwenden. Weitere Informationen finden Sie unter Verwenden von PowerShell zum Erstellen eines Katalogs mit permanentem Zurückschreibcachedatenträger.
    • Persistenter Datenträger für Zurückschreibcache. Mit dieser Option können Sie steuern, ob der Zurückschreibcache-Datenträger für die bereitgestellten VMs persistent ist. Standardmäßig ist “Persistenter Datenträger für Zurückschreibcache” deaktiviert, sodass der Datenträger bei Energiezyklen gelöscht wird und alle an ihn umgeleiteten Daten verloren gehen. Die Aktivierung dieser Option erhöht die Speicherkosten. Aktivieren Sie Größe des Datenträgercache (GB), um diese Option verfügbar zu machen.
  • Verwenden Sie Systemdatenträger während Energiezyklen beibehalten, um zu steuern, ob die Systemdatenträger für VDAs bei Energiezyklen gespeichert werden sollen.
    • Systemdatenträger während Energiezyklen beibehalten. Standardmäßig werden Systemdatenträger beim Herunterfahren gelöscht und beim Starten neu erstellt. Dies stellt sicher, dass der Datenträgercache immer in bereinigtem Zustand ist, der Neustart von VMs dauert jedoch länger. Wenn Systemschreibvorgänge zum RAM-Cache umgeleitet und auf den Cachedatenträger überlaufen, bleibt der Systemdatenträger unverändert. Durch die Aktivierung dieser Option werden Ihre Speicherkosten erhöht, die VM-Neustartzeiten werden jedoch reduziert, Ihre VM-Anpassung wird beibehalten und VMs können über das Azure-Portal gestartet werden. Aktivieren Sie Größe des Datenträgercache (GB), um diese Option verfügbar zu machen.

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

Zum Konfigurieren eines Katalogs mit permanentem Zurückschreibcachedatenträger verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties.

Tipp:

Der PowerShell Parameter New-ProvScheme CustomProperties sollte nur für cloudbasierte Hostingverbindungen verwendet werden. Wenn Sie Maschinen mit permanentem Zurückschreibcachedatenträger für eine On-Premises-Lösung (z. B. Citrix Hypervisor) bereitstellen möchten, wird PowerShell nicht benötigt, da der Datenträger automatisch permanent ist.

Dieser Parameter unterstützt die zusätzliche Eigenschaft PersistWBC, welche bestimmt, ob der Zurückschreibcachedatenträger bei 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.

Hinweis:

Dieses Verhalten gilt nur für Azure, bei dem der standardmäßige MCSIO-Zurückschreibcachedatenträger beim Aus- und Wiedereinschalten gelöscht und neu erstellt wird. Sie können den Datenträger als permament konfigurieren, um das Löschen und neu Erstellen des MCSIO-Zurückschreibcachedatenträger zu vermeiden.

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 ist, wird der Zurückschreibcachedatenträger nicht gelöscht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über die Verwaltungsoberfläche herunterfährt.

Wen PersistWBC auf false festgelegt ist, wird der Zurückschreibcachedatenträger gelöscht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über die Verwaltungsoberfläche herunterfährt.

Hinweis:

Wird die Eigenschaft PersistWBC nicht angegeben, so gilt der Standardwert false und der Zurückschreibcachedatenträger wird beim Herunterfahren der Maschine über die Verwaltungsoberfläche 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 VMs.

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

Verbessern der Startleistung mit MCSIO

Sie können die Startleistung für Azure Managed Disks verbessern, wenn MCSIO aktiviert ist. Verwenden Sie die benutzerdefinierte PowerShell-Eigenschaft PersistOSDisk im Befehl New-ProvScheme, um dieses Feature zu konfigurieren: Optionen für New-ProvScheme:

<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="Resource<!--NeedCopy-->
``````<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Um dieses Feature zu aktivieren, legen Sie die benutzerdefinierte Eigenschaft PersistOSDisk auf true fest. Beispiel:

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=`"PersistOsDisk`" 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-->

Vom Kunden verwalteter Schlüssel für Azure

Hinweis:

Dieses Feature ist nur in der webbasierten Konsole verfügbar.

Beim Erstellen eines Maschinenkatalogs können Sie wählen, ob Daten auf den im Katalog bereitzustellenden Maschinen verschlüsselt werden sollen. Die serverseitige Verschlüsselung mit einem vom Kunden verwalteten Schlüssel ermöglicht die Verwaltung der Verschlüsselung auf der Ebene verwalteter Datenträger und das Schützen von Daten auf den Maschinen im Katalog. Ein Datenträgerverschlüsselungssatz (DES) repräsentiert einen vom Kunden verwalteten Schlüssel. Um das Feature zu nutzen, müssen Sie zuerst einen DES in Azure erstellen. Ein DES hat folgendes Format:

  • /subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet`

Wählen Sie einen DES aus der Liste aus. Der ausgewählte DES muss sich im selben Abonnement und in derselben Region wie Ihre Ressourcen befinden. Wenn Ihr Image mit einem DES verschlüsselt ist, verwenden Sie beim Erstellen des Maschinenkatalogs denselben DES. Sie können den DES nicht mehr ändern, wenn Sie den Katalog erstellt haben.

Wenn Sie einen Katalog mit einem Schlüssel erstellen und später den entsprechenden DES in Azure deaktivieren, können Sie die Maschinen im Katalog nicht mehr einschalten und diesem keine Maschinen mehr hinzufügen.

Dedizierte Azure-Hosts

Sie können mit MCS virtuelle Maschinen auf dedizierten Azure-Hosts bereitstellen. Vor dem Bereitstellen virtueller Maschinen auf dedizierten Azure-Hosts führen Sie folgende Schritte aus:

  • Erstellen Sie eine Hostgruppe.
  • Erstellen Sie Hosts in der Hostgruppe.
  • Stellen Sie sicher, dass genügend Hostkapazität für die Erstellung von Katalogen und virtuellen Maschinen reserviert ist.

Sie können einen Katalog mit Maschinen erstellen, deren Host-Tenancy über das folgende PowerShell-Skript definiert wird:

New-ProvScheme <otherParameters> -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="HostGroupId" Value="myResourceGroup/myHostGroup" />
 ...other Custom Properties...
 </CustomProperties>
<!--NeedCopy-->

Wenn Sie mit MCS virtuelle Maschinen auf dedizierten Azure-Hosts bereitstellen, berücksichtigen Sie Folgendes:

  • Ein dedizierter Host ist eine Katalogeigenschaft und kann nach der Katalogerstellung nicht mehr geändert werden. Dedizieren für Mandanten wird derzeit in Azure nicht unterstützt.
  • Bei Verwendung des Parameters HostGroupId ist eine vorkonfigurierte Azure-Hostgruppe in der Region der Hostingeinheit erforderlich.
  • Die automatische Platzierung in Azure ist erforderlich. Das Feature beantragt das Onboarding des mit der Hostgruppe verknüpften Abonnements. Weitere Informationen finden Sie unter VM Scale Set on Azure Dedicated Hosts - Public Preview. Wenn die automatische Platzierung nicht aktiviert ist, tritt in MCS bei der Katalogerstellung ein Fehler auf.

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.

Erfassung der AWS-Instanzeigenschaft

Wenn Sie einen Katalog für die Bereitstellung von Maschinen über Maschinenerstellungsdienste (MCS) in AWS erstellen, wählen Sie ein AMI (Amazon Machine Image) als Master-/Gold-Image des Katalogs. Von diesem AMI verwendet MCS einen Snapshot des Datenträgers. In früheren Versionen mussten Rollen oder Tags auf Maschinen individuell über die die AWS-Konsole festgelegt werden. Diese Funktion ist standardmäßig aktiviert.

Tipp:

Zur Verwendung der Erfassung der AWS-Instanzeigenschaft benötigen Sie eine VM, die dem AMI zugeordnet ist.

Zur Verbesserung dieses Prozesses liest MCS Eigenschaften aus der Instanz, aus der das AMI stammt, und wendet die IAM-Rolle und -Tags (Identity and Access Management) der Maschine auf die für einen bestimmten Katalog bereitgestellten Maschinen an. Wenn Sie dieses optionale Feature verwenden, findet der Katalogerstellungsprozess die ausgewählte AMI-Quellinstanz und liest einen begrenzten Satz von Eigenschaften. Diese Eigenschaften werden dann in einer AWS-Startvorlage gespeichert, mit der Maschinen für den Katalog bereitgestellt werden. Alle Maschinen im Katalog erben die erfassten Instanzeigenschaften.

Erfasste Eigenschaften sind:

  • IAM-Rollen — auf bereitgestellte Instanzen angewendet
  • Tags – auf bereitgestellte Instanzen, deren Datenträger und Netzwerkkarten angewendet. Die Tags werden auf flüchtige Citrix Ressourcen angewendet: S3-Bucket und -Objekte, Volume- und Workerressourcen sowie AMIs, Snapshots und Startvorlagen.

Tipp:

Das Tagging flüchtiger Citrix Ressourcen ist optional und kann über die benutzerdefinierte Eigenschaft AwsOperationalResourcesTagging konfiguriert werden.

Erfassen der AWS-Instance-Eigenschaft

Sie können dieses Feature über die Spezifizierung der benutzerdefinierten Eigenschaft AwsCaptureInstanceProperties beim Erstellen eines Provisioningschemas für eine AWS-Hostingverbindung nutzen:

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true” …<standard provscheme parameters

Um das Feature nutzen zu können, müssen Sie einen breiteren Satz von Berechtigungen für den AWS-Dienstschlüssel angeben. Diese umfassen:

  • ec2:AssociateIamInstanceProfile
  • ec2:CreateLaunchTemplate
  • ec2:DeleteLaunchTemplate
  • ec2:DeleteTags
  • ec2:DisassociateIamInstanceProfile
  • ec2:DescribeIamInstanceProfileAssociations
  • ec2:DescribeLaunchTemplates
  • ec2:DescribeLaunchTemplateVersions
  • ec2:DescribeSnapshots
  • ec2:DescribeTags
  • iam:PassRole
  • s3:PutBucketTagging
  • s3:PutObjectTagging

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

Tagging von AWS-Betriebsressourcen

Ein Amazon Machine Image (AMI) ist ein virtuelles Gerät, das zum Erstellen einer virtuellen Maschine in der Amazon Cloud-Umgebung EC2 verwendet wird. Sie verwenden ein AMI, um Dienste bereitzustellen, die die EC2-Umgebung verwenden. Wenn Sie einen Katalog für die Bereitstellung von Maschinen über MCS für AWS erstellen, wählen Sie ein AMI als Gold-Image des Katalogs.

Wichtig:

Das Erstellen von Katalogen durch Erfassen einer Instanzeigenschaft und einer Startvorlage ist für die Verwendung des Taggings von Betriebsressourcen erforderlich. Weitere Informationen finden Sie oben unter Erfassung der AWS-Instanzeigenschaft.

Um einen AWS-Katalog zu erstellen, müssen Sie zunächst ein AMI für die Instanz erstellen, die als Gold-Image fungieren soll. MCS liest die Tags dieser Instanz und fügt sie in die Startvorlage ein. Die Startvorlagen-Tags werden dann auf alle in der AWS-Umgebung erstellten Citrix Ressourcen angewendet:

  • Virtuelle Maschinen
  • VM-Datenträger
  • VM-Netzwerkschnittstellen
  • S3-Buckets
  • S3-Objekte
  • Startvorlagen
  • AMIs

Tagging einer Betriebsressource

Tagging von Ressourcen mit PowerShell:

  1. Öffnen Sie ein PowerShell-Fenster vom DDC-Host aus.
  2. Führen Sie den Befehl asnp citrix aus, um Citrix spezifische PowerShell-Module zu laden.

Verwenden Sie die neue benutzerdefinierte Eigenschaft AwsOperationalResourcesTagging, um eine Ressource für eine bereitgestellte VM zu taggen. Eigenschaftssyntax:

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true; AwsOperationalResourcesTagging,true” …<standard provscheme parameters>

Um die benutzerdefinierte Eigenschaft AwsOperationalResourcesTagging zu verwenden, stellen Sie sicher, dass die folgenden neuen Berechtigungen für den AWS-Serviceschlüssel vorhanden sind:

  • ec2:CreateTags
  • ec2:DeleteTags
  • ec2:DescribeTags
  • s3:PutBucketTagging
  • s3:PutObjectTagging

Legen Sie diese Berechtigungen im Bereich IAM der AWS Management Console fest:

  1. Wählen Sie im Bereich Summary die Registerkarte Permissions.
  2. Wählen Sie Add Permissions.

Identity and Access Management (IAM)

Erteilen Sie im Fenster Add Permissions to folgende Berechtigungen:

Berechtigungen für IAM-Richtlinien erteilen

Verwenden Sie Folgendes als Beispiel für die Registerkarte JSON:

JSON-Beispiel

Tipp:

Das JSON-Beispiel enthält möglicherweise nicht alle Berechtigungen für Ihre Umgebung. Weitere Informationen finden Sie unter How to Define Identity Access Management Permissions Running CVAD on Amazon Web Services.

Vorbereiten eines Masterimages auf dem Hypervisor bzw. im Clouddienst

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.
  • 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 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 über Verwalten > Vollständige Konfiguration 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. 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.
  5. Citrix empfiehlt, dass Sie einen Snapshot des Masterimages erstellen und benennen, damit es künftig identifiziert werden kann. Wenn Sie beim Erstellen eines Maschinenkatalogs keinen Snapshot, sondern ein Masterimage angeben, erstellt die Verwaltungsoberfläche automatisch einen Snapshot, der jedoch nicht umbenannt werden kann.

Beginnen Sie mit dem Erstellen des Katalogs

Vor dem Erstellen eines Katalogs:

  • Lesen Sie diesen Abschnitt über die Optionen, die Sie auswählen, und welche Informationen Sie angeben müssen.
  • Stellen Sie sicher, dass Sie eine Verbindung zum Hypervisor, Cloudservice und anderen Ressourcen hergestellt haben, die Ihre Maschinen hosten.
  • Wenn Sie ein Masterimage für das Provisioning von Maschinen erstellt haben, stellen Sie sicher, dass Sie einen VDA auf diesem Image installiert haben.

Starten Sie den Assistenten zum Erstellen von Katalogen:

  1. Melden Sie sich bei Citrix Cloud an. Wählen Sie im Menü links oben Eigene Services > Virtual Apps and Desktops.
  2. Wählen SieVerwalten.
  3. Wenn Sie den ersten Katalog erstellen, werden Sie zur richtigen Auswahl weitergeleitet (z. B. “Einrichten der Maschinen und Erstellen von Maschinenkatalogen zum Ausführen von Apps und Desktops”). Der Assistent zum Erstellen von Katalogen wird geöffnet und führt Sie durch die nachfolgend beschriebenen Einstellungen.

Wenn Sie bereits einen Maschinenkatalog erstellt haben und einen weiteren erstellen möchten, wählen Sie unter Verwalten > Vollständige Konfiguration im linken Bereich Maschinenkataloge. Wählen Sie dann Maschinenkatalog erstellen.

Der Assistent führt Sie durch die nachfolgend beschriebenen Seiten. Die angezeigten Seiten können sich je nach der von Ihnen vorgenommenen Auswahl und der verwendeten Verbindung (zu einem Host) unterscheiden. Hosts/Virtualisierungsressourcen listet Informationsquellen für die unterstützten Hosttypen auf.

Betriebssystem

Jeder Katalog enthält nur Maschinen eines Typs:

  • 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.
  • 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 Maschinen mit Remote-PC-Zugriff 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 die Oberfläche “Vollständige Konfiguration” ausgeführt werden soll.

  • Maschinen mit Energieverwaltung über die Oberfläche “Vollständige Verwaltung” oder mit Provisioning über eine Cloudumgebung (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 die Oberfläche “Vollständige Konfiguration” (z. B. physische Maschinen).

Wenn Sie für Maschinen eine Energieverwaltung über die Oberfläche “Vollständige Konfiguration” oder die Bereitstellung über eine Cloudumgebung festgelegt haben, wählen Sie ein Tool zum Erstellen von VMs aus.

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

Masterimage

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

Wählen Sie die Verbindung mit dem Host-Hypervisor oder Clouddienst und anschließend den zuvor erstellten Snapshot bzw. die zuvor erstellte virtuelle Maschine.

Hinweis:

  • Wenn Sie MCS verwenden, führen Sie auf den Masterimages nicht Sysprep aus.
  • Wenn Sie keinen Snapshot, sondern ein Masterimage angeben, erstellt die Verwaltungsoberfläche automatisch einen Snapshot, der jedoch nicht umbenannt werden kann.

Ändern Sie nicht den Standardwert für die Mindestversion des VDAs. Stellen Sie sicher, dass auf dem Masterimage die aktuelle VDA-Version installiert ist, damit Sie die neuesten Produktfeatures verwenden können.

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, kann der Assistent zum Erstellen von Maschinenkatalogen zusätzliche Seiten für den spezifischen Host umfassen. Wenn Sie z. B. ein Azure Resource Manager-Masterimage verwenden, enthält der Assistent die Seite Speicher- und Lizenztypen.

Für hostspezifische Informationen folgen Sie dem entsprechenden Link unter Beginnen Sie mit dem Erstellen des Katalogs.

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 führen Sie folgende Schritte aus:

    • Legen Sie fest, wie viele virtuelle Maschinen erstellt werden sollen.
    • Wählen Sie die Menge Arbeitsspeicher in MB für jede VM.
    • Wichtig: 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 Benutzeränderungen an statischen Desktops auf einer separaten persönlichen vDisk gespeichert werden sollen, geben Sie die Größe des virtuellen Datenträgers in GB und den Laufwerksbuchstaben an.
    • Wenn Ihre Bereitstellung mehrere Zonen (Ressourcenstandorte) 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.
  • Bei Verwendung anderer Tools führen Sie folgende Schritte aus:

    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 im Assistenten 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 Assistentenseite sind.

  • Bei der Verwendung anderer Tools (nicht MCS) führen Sie folgende Schritte aus:

    Ein Symbol und eine QuickInfo für jede hinzugefügte (bzw. importierte) Maschine lassen solche Maschinen erkennen, die dem Katalog möglicherweise nicht hinzugefügt oder nicht bei einem Cloud Connector registriert werden können.

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.

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.

Zum Aktivieren der Zwischenspeicherung temporärer Daten muss der VDA auf jeder Maschine in dem ausgewählten Katalog mindestens in Version 7.9 vorliegen. Dieses Feature wird als MCSIO bezeichnet.

Wichtig:

Das Feature erfordert einen aktuellen MCSIO-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. Das Aktivieren und Konfigurieren des temporären Caches im Katalog enthält zwei Kontrollkästchen und Werte: Dem Cache zugewiesener Speicher (MB) und Größe des Datenträgercache (GB). Standardmäßig sind diese Kontrollkästchen deaktiviert. Wenn Sie eines oder beide Kontrollkästchen aktivieren, unterscheiden sich die Standardwerte je nach Verbindungstyp. Die Standardwerte sind in den meisten Fällen ausreichen. Allerdings muss der für Folgendes erforderliche Speicherplatz berücksichtigt werden:

  • 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 alle Anwendungen, die Benutzer möglicherweise sitzungsintern installieren

Wenn Sie das Kontrollkästchen Größe des Datenträgercache aktivieren, werden temporäre Daten zunächst 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.

Bild des Speichers

Der Speichercache ist Teil der Gesamtspeichermenge auf jeder Maschine. Wenn Sie das Kontrollkästchen Dem Cache zugewiesener Speicher aktivieren, sollten Sie daher die Gesamtspeichergröße auf jeder Maschine erhöhen.

Wenn Sie das Kontrollkästchen Dem Cache zugewiesener Speicher deaktivieren und das Kontrollkästchen Größe des Datenträgercache aktiviert lassen, werden temporäre Daten direkt auf den Cachedatenträger geschrieben, wobei ein minimale Menge an Speichercache verwendet wird.

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.

Wichtig:

Wenn auf dem Datenträgercache nicht mehr genügend Speicherplatz vorhanden ist, wird die Sitzung des Benutzers unbrauchbar.

Wenn Sie das Kontrollkästchen Größe des Datenträgercache deaktivieren, wird kein Datenträgercache erstellt. In diesem Fall geben Sie einer Wert für Dem Cache zugewiesener Speicher an, der groß genug ist, um alle temporären Daten zu speichern. Dies ist nur möglich, wenn für jede VM eine große Menge RAM zum Zuweisen verfügbar ist.

Wenn Sie beide Kontrollkästchen deaktivieren, werden temporäre Daten nicht zwischengespeichert. Für jede VM wird auf den differenzierenden Datenträger (im Betriebssystemspeicher) geschrieben. (Dies ist die Provisioning-Aktion in Releases vor 7.9.)

Aktivieren Sie die Zwischenspeicherung nicht, wenn ein Katalog zum Erstellen von AppDisks verwendet werden soll.

Die Cachewerte für einen Maschinenkatalog können nach dessen Erstellung nicht geändert werden.

Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen

Bei Verwendung der Verwaltungsschnittstelle Vollständige Konfiguration können Sie Maschinen mithilfe von CSV-Dateien in großer Zahl hinzufügen. Das Feature steht für alle Katalogen mit Ausnahme solcher zur Verfügung, die per MCS erstellt wurden.

Dies ist ein allgemeiner Workflow zum Massenhinzufügen von Maschinen mit CSV-Dateien:

  1. Wählen Sie auf der Seite Maschinen die Option CSV-Datei hinzufügen. Das Fenster Maschinen in Massen hinzufügen wird angezeigt.

  2. Wählen Sie CSV-Vorlage herunterladen.

  3. Füllen Sie die Vorlagendatei aus.

  4. Navigieren Sie zu der Datei, um sie hochzuladen (oder verwenden Sie Drag & Drop).

  5. Wählen Sie Validieren, um Ihren Import zu überprüfen.

  6. Wählen Sie zum Abschluss Importieren.

Informationen zu CSV-Dateien finden Sie unter Überlegungen zum Hinzufügen von Maschinen mithilfe von CSV-Dateien.

Netzwerkkarten (NICs)

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

Wenn Sie mehrere Netzwerkkarten verwenden möchten, weisen Sie jeder 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 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.

Wenn Sie die webbasierte Konsole verwenden, können Sie Maschinen mithilfe von CSV-Dateien auch in Massen hinzufügen. Dies ist ein allgemeiner Workflow dafür:

  1. Wählen Sie auf der Seite Maschinenkonten die Option CSV-Datei hinzufügen. Das Fenster Maschinen in Massen hinzufügen wird angezeigt.

  2. Wählen Sie CSV-Vorlage herunterladen.

  3. Füllen Sie die Vorlagendatei aus.

  4. Navigieren Sie zu der Datei, um sie hochzuladen (oder verwenden Sie Drag & Drop).

  5. Wählen Sie Validieren, um Ihren Import zu überprüfen.

  6. Wählen Sie zum Abschluss Importieren.

Informationen zu CSV-Dateien finden Sie unter Überlegungen zum Hinzufügen von Maschinen mithilfe von CSV-Dateien.

Maschinenidentitäten

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

Jede Maschine im Katalog muss eine eindeutige Identität haben. Auf dieser Seite können Sie Identitäten für Maschinen im Katalog konfigurieren. Die Maschinen werden nach ihrem Provisioning mit der Identität verbunden. Sie können den Identitätstyp nicht mehr ändern, wenn Sie den Katalog erstellt haben.

Der allgemeine Workflow zum Konfigurieren von Einstellungen auf dieser Seite ist folgender:

  1. Sie wählen eine Identität aus der Liste aus.
  2. Sie geben an, ob neue Konten erstellt oder vorhandene Konten verwendet werden sollen, und Sie geben den Speicherort (Domäne) für diese Konten an.

Sie können eine der folgenden Optionen auswählen:

  • On-Premises-Active Directory. Maschinen, die der Organisation gehören und mit einem Active Directory-Konto dieser Organisation angemeldet sind. Sie existieren on-premises.

  • Gehört keiner Domäne an. Maschinen, die keiner Domäne angehören

Wichtig:

  • Wenn Sie On-Premises-Active Directory als Identittätstyp auswählen, benötigt jede Maschine im Maschinenkatalog ein Active Directory-Computerkonto.
  • Für den Identitätstyp Gehört keiner Domäne an ist VDA-Version 1811 oder höher als Mindestfunktionsebene für den Katalog erforderlich. Zur Bereitstellung aktualisieren Sie die Mindestfunktionsebene.

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

  • Jede Maschine im Katalog muss einen eindeutigen Computernamen haben. Geben Sie das Kontobenennungsschema für die Maschinen an, die Sie erstellen möchten. Verwenden Sie Rauten, um die Position fortlaufender Zahlen oder Buchstaben anzugeben. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten. Ein Name darf nicht mit Zahlen oder Leerzeichen 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

Stellen Sie sicher, dass Sie ausreichend Konten für die hinzuzufügenden Maschinen haben. Da diese Konten über die Oberfläche “Vollständige Konfiguration” verwaltet werden, gestatten Sie der Oberfläche, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an (muss für alle Konten gleich sein).

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.

Domänenanmeldeinformationen

Wählen Sie Anmeldeinformationen eingeben und geben Sie Benutzeranmeldeinformationen mit ausreichenden Berechtigungen zum Erstellen von Maschinenkonten in Active Directory ein.

Tipp:

Das Konto, mit dem Sie sich bei der Oberfläche “Vollständige Konfiguration” angemeldet haben, ist dasselbe Konto, das Sie für die Interaktion mit Active Directory verwenden. Beim Provisioning eines neuen Katalogs, dem Hinzufügen von Maschinen zu einem Katalog oder dem Entfernen eines Katalogs und der Maschinennamen aus Active Directory müssen Sie sich in einem Dialogfeld als Active Directory-Domänenadministrator anmelden.

Workspace Environment Management (optional)

Hinweis:

Dieses Feature ist nur über die Schnittstelle Verwalten > Vollständige Konfiguration verfügbar.

Diese Seite wird nur angezeigt, wenn Sie die Advanced oder Premium Edition des Citrix Virtual Apps and Desktops Service verwenden.

Wählen Sie einen WEM-Konfigurationssatz (Workspace Environment Management) aus, an den der Katalog gebunden werden soll. Ein Konfigurationssatz ist ein logischer Container zum Organisieren eines Satzes von WEM-Konfigurationen. Durch Binden eines Katalogs an einen Konfigurationssatz können Sie mit WEM den Benutzern die bestmögliche Workspace-Erfahrung bieten.

Wichtig:

  • Bevor Sie einen Katalog an einen Konfigurationssatz binden können, müssen Sie Ihre WEM Service-Bereitstellung einrichten. Melden Sie sich bei Citrix Cloud an und starten Sie dann den WEM Service. Weitere Informationen finden Sie unter Erste Schritte mit dem Workspace Environment Management Service.
  • Wenn Sie WEM bereits verwenden, sind die Maschinen im Katalog, die Sie bereitstellen möchten, möglicherweise bereits in einem Konfigurationssatz vorhanden, z. B. über Active Directory. In diesem Fall empfehlen wir, die Konfiguration konsequent mit Active Directory durchzuführen und diese Konfiguration zu überspringen.

Wenn der ausgewählte Konfigurationssatz keine mit der Grundkonfiguration von WEM verbundenen Einstellungen enthält, wird die folgende Option angezeigt:

  • Grundeinstellungen auf Konfigurationssatz anwenden. Mit dieser Option werden Grundeinstellungen auf den Konfigurationssatz angewendet, was einen schnellen Einstieg in WEM ermöglicht. Zu den Grundeinstellungen gehören Schutz vor CPU-Spitzen, automatische Verhinderung von CPU-Spitzen und intelligente CPU-Optimierung. Klicken Sie zum Anzeigen der Grundeinstellungen auf den Link hier. Sie können die Grundeinstellungen mit der WEM-Konsole ändern.

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 der Verwaltungsoberfläche “Vollständige Konfiguration” angezeigt.

Wenn Sie fertig sind, wählen Sie Fertig stellen, um das Erstellen des Katalogs zu starten.

Weitere Informationen

So geht es weiter

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

Informationen zum gesamten Konfigurationsprozess finden Sie unter Planen und Erstellen einer Bereitstellung.