Citrix DaaS

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

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 datenträgerbasiert 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

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, können Sie beim Erstellen eines Katalogs folgende Einstellungen konfigurieren. Diese Einstellungen gelten für Azure- und für GCP-Umgebungen.

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

  • Wählen des Speichertyps für den Datenträger für den Zurückschreibcache.

    • Für Azure sind folgende Optionen verfügbar: Premium-SSD, Standard-SSD und Standard-HDD. Weitere Informationen finden Sie im Artikel Microsoft Azure Resource Manager-Cloudumgebungen.
    • Für GCP sind folgende Optionen verfügbar: Persistente Standarddatenträger, Persistente ausbalancierte Datenträger und Persistente SSD-Datenträger. Weitere Informationen finden Sie unter Google Cloud-Umgebungen.
  • Wählen eines persistenten Datenträgers für den Zurückschreibcache für die bereitgestellten VMs (bei Bedarf). Wählen Sie Zurückschreibcache aktivieren, um die Optionen verfügbar zu machen. Die Standardeinstellung ist Nicht-persistenten Datenträger für Zurückschreibcache verwenden.

  • Festlegen der Option Nicht-persistenten Datenträger für Zurückschreibcache verwenden, wenn der Datenträger für den Zurückschreibcache für die in Azure bereitgestellten VMs nicht persistent sein darf. Der Datenträger wird während Energiezyklen gelöscht, sodass alle Daten, die auf den Datenträger umgeleitet wurden, verloren gehen. Mit dieser Option können Sie einen temporären Azure-Datenträger als Speicher verwenden, da die Option für nicht persistente Datenträger für den Zurückschreibcache geeignet ist. Dies reduziert Ihre Speicherkosten und verbessert die E/A-Leistung. Sie können auch PowerShell verwenden. Weitere Informationen finden Sie unter Verwenden von PowerShell zum Erstellen eines Katalogs mit nicht-persistentem Zurückschreibcachedatenträger.
    • Nicht-persistenten Datenträger für Zurückschreibcache verwenden. Schrittfolge zur Verwendung dieser Option:

      1. Aktivieren Sie das Kontrollkästchen Zurückschreibcache aktivieren.
      2. Geben Sie eine gültige positive Zahl für die Größe des Datenträgercache ein (in GB). Bei zu geringer Größe funktioniert die VM nicht fehlerfrei.
      3. Wählen Sie die Option Nicht-persistenten Datenträger für Zurückschreibcache verwenden.
  • Verwenden von Persistenter Datenträger für Zurückschreibcache, um zu steuern, ob der Zurückschreibcache-Datenträger für die in Azure und Google Cloud Platform (GCP) 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. Sie können auch PowerShell verwenden. Weitere Informationen finden Sie unter Verwenden von PowerShell zum Erstellen eines Katalogs mit persistentem Zurückschreibcachedatenträger.
    • Persistenter Datenträger für Zurückschreibcache. Schrittfolge zur Verwendung dieser Option:

      1. Aktivieren Sie das Kontrollkästchen Zurückschreibcache aktivieren.
      2. Geben Sie eine gültige positive Zahl für die Größe des Datenträgercache ein (in GB). Bei zu geringer Größe funktioniert die VM nicht fehlerfrei.
      3. Wählen Sie die Option Persistenten Datenträger für Zurückschreibcache verwenden.
  • Verwenden Sie Systemdatenträger während Energiezyklen beibehalten, um zu steuern, ob die Systemdatenträger für VDAs bei Energiezyklen gespeichert werden sollen. Dieses Verhalten gilt für Azure- und GCP-Umgebungen.
    • 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. Die Aktivierung dieser Option beschleunigt den Neustart von VMs, erhöht allerdings auch die Speicherkosten. Wählen Sie Zurückschreibcache aktivieren, um diese Option verfügbar zu machen.
    • VMs während Energiezyklen beibehalten. Wählen Sie diese Option aus, um VM-Anpassungen beizubehalten und einen VM-Start über das Azure- oder GCP-Portal zu ermöglichen. Aktivieren Sie Systemdatenträger während Energiezyklen beibehalten, um diese Option verfügbar zu machen.

Hinweis:

Kurzlebige Azure-Betriebssystemdatenträger und MCS-E/A können nicht gleichzeitig aktiviert werden. Weitere Informationen finden Sie unter Kurzlebige Azure-Betriebssystemdatenträger und MCS-Speicheroptimierung (MCS-E/A).

Bedingungen für die Verwendung eines temporären Azure-Datenträgers als Datenträger für den Zurückschreibcache

Sie können den temporären Azure-Datenträger nur dann als Datenträger für den Zurückschreibcache verwenden, wenn alle der folgenden Bedingungen erfüllt sind:

  • Der Datenträger für den Zurückschreibcache darf nicht persistent sein, da der temporäre Azure-Datenträger nicht für persistente Daten geeignet ist.

  • Die gewählte Azure-VM-Größe muss einen temporären Datenträger einschließen.

  • Der kurzlebige Betriebsystemdatenträger muss nicht aktiviert sein.

  • Stimmen Sie zu, dass die Datenträgerdatei für den Zurückschreibcache auf dem temporären Azure-Datenträger platziert wird.

  • Der temporäre Azure-Datenträger muss größer sein als der Gesamtwert für (Größe des Datenträgers des Zurückschreibecache + reservierter Speicherplatz für Auslagerungsdatei + 1 GB Pufferspeicher).

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

Zum Konfigurieren eines Katalogs mit nicht-persistentem Datenträger für den Zurückschreibcache verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties. Die benutzerdefinierten Eigenschaften sind:

  • UseTempDiskForWBC. Diese Eigenschaft legt fest, ob der temporäre Azure-Speicher zum Speichern der Zurückschreibcachedatei verwendet werden soll. Sie muss beim Ausführen von New-ProvScheme auf “true” gesetzt sein, wenn Sie den temporären Datenträger als Datenträger für den Zurückschreibcache verwenden möchten. Wenn die Eigenschaft nicht festgelegt ist, wird die Standardeinstellung “False” für den Parameter verwendet.

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

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

Hinweis:

Nachdem Sie für den Maschinenkatalog den lokalen temporären Azure-Speicher als Datenträger für den Zurückschreibecache festgelegt haben, können Sie die Einstellung später nicht in VHD ändern.

Szenarios mit nicht persistentem Datenträger für den Zurückschreibcache

Die folgende Tabelle enthält drei Szenarios, in denen beim Erstellen des Maschinenkatalogs der temporäre Datenträger für den Zurückschreibcache (WBC) verwendet wird.

Szenario Ergebnis
Alle Bedingungen zur Verwendung des temporären Datenträgers für den Zurückschreibcache sind erfüllt. Die WBC-Datei mcsdif.vhdx wird auf dem temporären Datenträger abgelegt.
Der temporäre Datenträger hat nicht genügend Speicherplatz für den Zurückschreibcache. Ein VHD-Datenträger “MCSWCDisk” wird erstellt und die WBC-Datei mcsdif.vhdx wird auf diesem Datenträger abgelegt.
Der temporäre Datenträger hat genügend Speicherplatz für den Zurückschreibcache, UseTempDiskForWBC ist jedoch auf “false” gesetzt. Ein VHD-Datenträger “MCSWCDisk” wird erstellt und die WBC-Datei mcsdif.vhdx wird auf diesem Datenträger abgelegt.

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

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

Tipp:

Verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties nur für cloudbasierte Hostverbindungen. Wenn Sie Maschinen mit persistentem 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 persistent ist.

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.

Hinweis:

Dieses Verhalten gilt für Azure und GCP, 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 persistent 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-->

Hinweis:

Dieses Beispiel gilt nur für Azure. Die Eigenschaften sind in der GCP-Umgebung anders.

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 in Azure oder GCP verwaltete Datenträger 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-->

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

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 > DaaS.
  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 der Katalogerstellung.

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 ausreichend. 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 Daten von 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 ggf. 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.

Sie können Maschinen auch aus einem Katalog auf derselben Seite “Maschinen” exportieren. Die CSV-Datei mit exportierten Maschinen kann dann als Vorlage verwendet werden, wenn Maschinen in großen Mengen hinzugefügt werden. Gehen Sie zum Exportieren von Maschinen folgendermaßen vor:

  1. Wählen Sie auf der Seite Maschinen die Option Als CSV-Datei exportieren. Eine CSV-Datei mit einer Liste der Maschinen wird heruntergeladen.

  2. Öffnen Sie die CSV-Datei, um Maschinen nach Bedarf hinzuzufügen oder zu bearbeiten. Informationen zum Hinzufügen von Maschinen in großen Mengen mithilfe der gespeicherten CSV-Datei finden Sie im vorherigen Abschnitt Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen.

Hinweis:

  • Das Feature ist für Remote-PC-Zugriff-Kataloge nicht verfügbar.

  • Der Export und Import von Maschinen in CSV-Dateien wird nur zwischen Katalogen desselben Typs unterstützt.

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.

Sie können auch CSV-Dateien zum Massenhinzufügen von Maschinen verwenden. 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.

  • In Azure Active Directory eingebunden. Maschinen, die der Organisation gehören und mit einem Azure Active Directory-Konto dieser Organisation angemeldet sind. Sie existieren nur in der Cloud. Informationen zu Anforderungen, Einschränkungen und Überlegungen finden Sie unter In Azure Active Directory eingebunden.

  • Azure Active Directory-Hybrideinbindung. Maschinen, die der Organisation gehören und mit einem Active Directory Domain Services-Konto dieser Organisation angemeldet sind. Sie existieren in der Cloud und on-premises. Informationen zu Anforderungen, Einschränkungen und Überlegungen finden Sie unter Azure Active Directory-Hybrideinbindung.

    Hinweis:

    Vor Verwendung der Azure Active Directory-Hybrideinbindung müssen Sie sicherstellen, dass Ihre Azure-Umgebung die Voraussetzungen erfüllt. Siehe https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.

  • Gehört keiner Domäne an. Maschinen, die keiner Domäne angehören Informationen zu Anforderungen und Einschränkungen finden Sie unter Nicht domänengebunden.

Wichtig:

  • Wenn Sie On-Premises-Active Directory oder Azure Active Directory-Hybrideinbindung 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.
  • Die Identitätstypen In Azure Active Directory eingebunden und Azure Active Directory-Hybrideinbindung erfordern VDA-Version 2203 oder höher als minimale Funktionsebene für den Katalog. 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 Namen haben. Geben Sie das Kontobenennungsschema für die Maschinen an, die Sie erstellen möchten. Weitere Informationen finden Sie unter Benennungsschema für Maschinenkonten.

Hinweis:

Stellen Sie sicher, dass OU-Namen keine Schrägstriche (/) enthalten.

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. Die Konten werden in der Oberfläche “Vollständige Konfiguration” verwaltet. Gestatten Sie darum 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.

Benennungsschema für Maschinenkonten

Jede Maschine in einem Katalog muss einen eindeutigen Namen haben. Sie müssen ein Benennungsschema für Maschinenkonten angeben, wenn Sie einen Katalog erstellen. Verwenden Sie Platzhalter (Rauten) für fortlaufende Zahlen oder Buchstaben, die im Namen vorkommen.

Beachten Sie bei der Angabe eines Benennungsschemas die folgenden Regeln:

  • Das Benennungsschema muss mindestens einen Platzhalter enthalten. Alle Platzhalter müssen zusammen sein.
  • Der Name muss einschließlich Platzhaltern aus 2 bis 15 Zeichen bestehen. Es muss mindestens ein nicht numerisches Zeichen und ein #-Zeichen (Platzhalter) enthalten.
  • Der Name darf keine Leerzeichen und keines der folgenden Zeichen enthalten: ,~!@'$%^&.()}{\/*?"<>|=+[];:_“..
  • Der Name darf nicht mit einem Bindestrich (-) enden.

Lassen Sie beim Angeben des Benennungsschemas außerdem ausreichend Platz für Wachstum. Beispiel: Wenn Sie 1000 Maschinenkonten mit dem Schema “veryverylong#” erstellen, enthält der letzte Kontoname (veryverylong1000) 16 Zeichen. Das Benennungsschema führt daher zu mindestens einem Maschinennamen, der das Maximum von 15 Zeichen überschreitet.

Sie können angeben, ob es sich bei den sequentiellen Werten um Zahlen (0–9) oder Buchstaben (A–Z) handelt.

  • 0-9. Bei Auswahl dieser Option werden die angegebenen Platzhalter in fortlaufende Nummern aufgelöst.
  • A-Z. Bei Auswahl dieser Option werden die angegebenen Platzhalter in fortlaufende Buchstaben aufgelöst.

Beispiel: Das Benennungsschema “PC-Vertrieb-##” (und Aktivieren von 0-9) bewirkt eine Benennung der Konten als “PC-Vertrieb-01”, “PC-Vertrieb-02”, “PC-Vertrieb-03” usw.

Optional können Sie angeben, womit die Kontonamen beginnen sollen.

  • Wenn Sie 0-9 auswählen, werden die Konten sequentiell, beginnend mit den angegebenen Zahlen benannt. Geben Sie eine oder mehrere Zahlen ein, je nachdem, wie viele Platzhalter Sie verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie mindestens zwei Zahlen ein.
  • Wenn Sie A-Z auswählen, werden die Konten sequentiell, beginnend mit den angegebenen Buchstaben benannt. Geben Sie eine oder mehrere Buchstaben ein, je nachdem, wie viele Platzhalter Sie verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie mindestens zwei Buchstaben ein.

Domänenanmeldeinformationen

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

Workspace Environment Management (optional)

Diese Seite wird nur angezeigt, wenn Sie die Advanced oder Premium Edition von Citrix DaaS 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.

VDA-Upgrade (optional)

Wichtig:

  • Dieses Feature ist als Preview verfügbar.
  • Für dieses Feature ist ein funktionsfähiger Citrix VDA Upgrade Agent erforderlich. Die Installation des Agents ist eine Option, wenn Sie die VDA-Version 2109 oder höher installieren. Standardmäßig wird der Agent nicht installiert. Weitere Informationen zum VDA Upgrade Agent finden Sie unter Schritt 6. Installation zusätzlicher Komponenten.
  • Dieses Feature gilt für nicht mit MCS erstellte Maschinen (z. B. physische Maschinen).

Wählen Sie die VDA-Version für das Upgrade aus. Falls angegeben, können die VDAs in dem Katalog, auf denen der VDA Upgrade Agent installiert ist, sofort oder zu einem geplanten Zeitpunkt auf die ausgewählte Version aktualisiert werden.

Hinweis:

  • Dieses Feature unterstützt nur Upgrades auf den neuesten VDA. Der Zeitpunkt, zu dem Sie einen VDA-Upgradezeitplan erstellen oder einen VDA aktualisieren, bestimmt die neueste Version des VDA.
  • Nach dem Konfigurieren der VDA-Upgradeeinstellungen kann es bis zu 15 Minuten dauern, bis das Feld VDA-Upgrade entsprechend aktualisiert wird.

Wählen Sie einen für Ihre Bereitstellung geeigneten VDA-Track:

  • Neuester CR VDA. Aktuelle Releases bieten die neuesten und innovativsten Virtualisierungsfeatures für Apps, Desktops und Server.

  • Neuester LTSR VDA. Long Term Service Releases (LTSRs) werden empfohlen für Produktionsumgebungen großer Unternehmen, die dieselbe Basisversion für einen längeren Zeitraum beibehalten möchten.

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.

In Maschinenkataloge wird der neue Katalog mit einem Fortschrittsbalken angezeigt.

Gehen Sie zum Anzeigen von Details zum Erstellungsfortschritt folgendermaßen vor:

  1. Zeigen Sie mit der Maus auf den Maschinenkatalog.

  2. Klicken Sie in der angezeigten QuickInfo auf Details anzeigen.

    Ein Fortschrittsdiagramm wird angezeigt, in dem Sie Folgendes sehen können:

    • Geschichte der Schritte
    • Fortschritt und Laufzeit des aktuellen Schritts
    • Restliche Schritte

Richtlinien zum Festlegen benutzerdefinierter Eigenschaften

Benutzerdefinierte Eigenschaften müssen bei New-ProvScheme und Set-ProvScheme in GCP- und Azure-Umgebungen korrekt festgelegt sein. Wenn Sie nicht vorhandene benutzerdefinierte Eigenschaften angeben, wird die folgende Fehlermeldung angezeigt, und die Befehle werden nicht ausgeführt.

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

Wichtige Überlegungen zum Festlegen von ProvScheme-Parametern

Wenn Sie einen Katalog mit MCS erstellen, wird in folgenden Fällen eine Fehlermeldung angezeigt:

  • Sie legen die folgenden New-ProvScheme-Parameter in nicht unterstützten Hypervisors fest, wenn Sie einen Maschinenkatalog erstellen:
Parameter Unterstützter Hypervisor
UseWriteBackCache VMware
  Hyper-V
  Citrix Hypervisor
  Azure
  GCP
DedicatedTenancy Azure
  GCP
  AWS
TenancyType Azure
  GCP
  AWS
UseFullDiskCloneProvisioning VMware
  Hyper-V
  Citrix Hypervisor
  • Sie aktualisieren die folgenden Set-ProvScheme-Parameter, nachdem Sie den Maschinenkatalog erstellt haben:

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

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.