Maschinenkataloge erstellen

Last published : Nov 03, 2026
Hinweis:
Dieser Artikel beschreibt, wie Kataloge mit Studio erstellt werden. Wenn Sie Quick Deploy zum Erstellen von Azure-Ressourcen verwenden, folgen Sie den Anweisungen unter Kataloge mit Quick Deploy erstellen.
Sammlungen physischer oder virtueller Maschinen werden als einzelne Entität, ein sogenannter Maschinenkatalog, verwaltet. Innerhalb eines Maschinenkatalogs verwenden alle Maschinen einen gemeinsamen Betriebssystemtyp, der entweder ein Multi-Session-OS oder ein Single-Session-OS sein kann, wie z. B. Windows- oder Linux-basierte Systeme.
Hinweis:
Weitere Informationen zur Bereitstellung von macOS-Maschinen mithilfe von Maschinenkatalogen finden Sie in (/de-de/mac-vda/install-and-upgrade/steps-for-non-domain-joined-vdas-to-prepare-in-daas) in der macOS VDA-Dokumentation.
Studio führt Sie durch die Erstellung des ersten Maschinenkatalogs. Nachdem Sie den ersten Katalog erstellt haben, erstellen Sie die erste Bereitstellungsgruppe. Später können Sie den erstellten Katalog ändern und weitere Kataloge erstellen.
Related information
Bereitstellung planen und erstellen
Katalog von Amazon WorkSpaces Core Managed Instances erstellenErstellen eines Amulet Hotkey CoreStation-MaschinenkatalogsErstellen eines AWS EC2-KatalogsEinen Google Cloud Platform-Katalog erstellenHPE Moonshot-Maschinenkatalog erstellenErstellen eines Microsoft Azure-KatalogsErstellen eines Microsoft SCVMM-KatalogsNutanix-Katalog erstellenRed Hat OpenShift-Katalog erstellenVMware-Katalog erstellenErstellen eines XenServer®-Katalogs

Übersicht

Wenn Sie einen Katalog von VMs erstellen, geben Sie an, wie diese VMs bereitgestellt werden sollen. Sie können Machine Creation Services™ (MCS) verwenden. Oder Sie können Ihre eigenen Tools verwenden, um Maschinen bereitzustellen.
  • Wenn Sie MCS zur Bereitstellung von VMs verwenden, stellen Sie ein Image (oder einen Snapshot) bereit, um identische VMs im Katalog zu erstellen. Bevor Sie den Katalog erstellen, müssen Sie zum ersten Mal eine Hostverbindung zum Hypervisor oder Cloud-Dienst Ihrer Wahl einrichten und dann das Masterimage darauf erstellen und konfigurieren. Die Konfiguration des Masterimages erfordert Aufgaben wie den Domänenbeitritt bei Bedarf, die Installation erforderlicher Treiber, zu veröffentlichende Anwendungen und die Bereitstellung des Virtual Delivery Agent (VDA) auf dem Image.
  • Nachdem Sie das Masterimage erstellt haben, erstellen Sie den Maschinenkatalog in Studio. Sie wählen dieses Image (oder einen Snapshot eines Images) aus, geben die Anzahl der im Katalog zu erstellenden VMs an und konfigurieren zusätzliche Informationen.
  • Wenn Ihre Maschinen bereits verfügbar sind, müssen Sie dennoch einen oder mehrere Maschinenkataloge erstellen, um diese VMs in den Katalog zu importieren.
Wenn Sie MCS zum Erstellen des ersten Katalogs verwenden, geben Sie eine zuvor erstellte Hostingeinheit an. Hostingeinheiten stellen die Ressourcenkonfiguration für die Erstellung einer virtuellen Maschine bereit. Später (nachdem Sie Ihren ersten Katalog und Ihre erste Bereitstellungsgruppe erstellt haben) können Sie Informationen zu dieser Hostingeinheit oder ihrer übergeordneten Hostverbindung ändern oder weitere Verbindungen und Hostingeinheiten erstellen.
Wenn ein Cloud Connector nicht ordnungsgemäß funktioniert, dauern MCS-Bereitstellungsvorgänge (wie Katalogaktualisierungen) länger als gewöhnlich, und die Leistung der Verwaltungsoberfläche verschlechtert sich erheblich.

RDS-Lizenzprüfung

Die Erstellung eines Maschinenkatalogs, der Windows-Multi-Session-Betriebssystemmaschinen enthält, umfasst eine automatische Überprüfung auf gültige Microsoft RDS-Lizenzen. Im Katalog wird nach einer eingeschalteten und registrierten Maschine gesucht, um die Überprüfung durchzuführen.
  • Wenn keine eingeschaltete und registrierte Maschine gefunden werden kann, wird eine Warnung angezeigt, die erklärt, dass die RDS-Lizenzüberprüfung nicht durchgeführt werden kann.
  • Wenn eine Maschine gefunden und ein Fehler erkannt wird, zeigt Studio eine Warnmeldung für den Katalog an, die das erkannte Problem enthält. Um eine RDS-Lizenzwarnung aus einem Katalog zu entfernen (damit sie nicht mehr angezeigt wird), 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, um beim Starten von vermittelten Sitzungen berücksichtigt zu werden. Nicht registrierte VDAs können zu einer Unterauslastung ansonsten verfügbarer Ressourcen führen. Es gibt verschiedene Gründe, warum ein VDA möglicherweise nicht registriert ist, von denen viele behoben werden können. Informationen zur Fehlerbehebung finden Sie im Assistenten zum Erstellen von Katalogen und nachdem Sie einen Katalog zu einer Bereitstellungsgruppe hinzugefügt haben.
Im Assistenten zum Erstellen von Katalogen zeigt die Liste der Computerkontonamen nach dem Hinzufügen vorhandener Maschinen an, ob jede Maschine für das Hinzufügen zum Katalog geeignet ist. Fahren Sie mit der Maus über das Symbol neben jeder Maschine, um eine informative Meldung zu dieser Maschine anzuzeigen.
Wenn die Meldung eine problematische Maschine identifiziert, können Sie diese Maschine entweder entfernen (mit der Schaltfläche Entfernen) oder die Maschine hinzufügen. Wenn beispielsweise eine Meldung darauf hinweist, dass Informationen zu einer Maschine nicht abgerufen werden können (vielleicht weil sie nie registriert wurde), können Sie die Maschine trotzdem hinzufügen.
Weitere Informationen zur Fehlerbehebung bei der VDA-Registrierung finden Sie unter CTX136668.

Zusammenfassung der MCS-Katalogerstellung

Hier ist eine kurze Übersicht über die Standardaktionen von MCS, nachdem Sie Informationen im Assistenten zum Erstellen von Katalogen bereitgestellt haben.
  • Wenn Sie ein Image (und keinen Snapshot) auswählen, erstellt MCS einen Snapshot.
  • MCS erstellt eine vollständige Kopie des Snapshots und legt die Kopie an jedem in der Hostverbindung definierten Speicherort ab.
  • MCS fügt die Maschinen zu Active Directory hinzu, wodurch eindeutige Identitäten erstellt werden.
  • MCS erstellt die im Assistenten angegebene Anzahl von VMs, wobei für jede VM zwei Datenträger definiert sind. Zusätzlich zu den zwei Datenträgern pro VM wird auch eine vollständige Kopie des Snapshots oder Master-Images am selben Speicherort gespeichert. Wenn Sie mehrere Speicherorte definiert haben, erhält jeder die folgenden Datenträgertypen:
    • Die vollständige Kopie des Snapshots (wie zuvor erwähnt), die schreibgeschützt ist und von den gerade erstellten VMs gemeinsam genutzt wird.
    • Eine eindeutige 16 MB Identitätsdisk, die jeder VM eine eindeutige Identität verleiht. Jede VM erhält eine Identitätsdisk.
    • Eine eindeutige Differenzdisk zum Speichern von Schreibvorgängen, die an der VM vorgenommen wurden. Diese Disk ist Thin Provisioned (wenn vom Hostspeicher unterstützt) und wächst bei Bedarf auf die maximale Größe des Master-Images an. Jede VM erhält eine Differenzdisk. Die Differenzdisk speichert Änderungen, die während der Sitzungen vorgenommen wurden. Sie ist permanent für dedizierte Desktops. Bei gepoolten Desktops wird sie nach jedem Neustart gelöscht und eine neue erstellt.
  • Für Windows-VMs mit VDA-Version 2511 (Update 1) oder höher kann MCS jeder Maschine eine eindeutige MachineGuid zuweisen. Diese MachineGuid wird für Lizenzierungszwecke von Software verwendet, die auf dem VDA installiert ist. Dieses Verhalten ist standardmäßig deaktiviert, kann aber durch Setzen des Registrierungsschlüsselwerts HKLM:\Software\Citrix\MachineIdentityServiceAgent\EnableUniqueMachineGuid auf 1 auf dem Master-Image oder einzelnen Maschinen aktiviert werden.
Alternativ können Sie beim Erstellen von VMs zur Bereitstellung statischer Desktops (auf der Seite Maschinen des Katalogerstellungsassistenten) dicke (vollständige Kopie) VM-Klone angeben. Vollständige Klone erfordern keine Beibehaltung des Master-Images auf jedem Datenspeicher. Jede VM hat ihre eigene Datei.

MCS-Speicherüberlegungen

Bei der Entscheidung über Speicherlösungen, Konfigurationen und Kapazitäten für MCS sind viele Faktoren zu berücksichtigen. Die folgenden Informationen bieten geeignete Überlegungen zur Speicherkapazität:
Kapazitätsüberlegungen:
  • Datenträger
    Die Delta- oder Differenz-Datenträger (Diff-Disks) verbrauchen in den meisten MCS-Bereitstellungen den größten Speicherplatz pro VM. Jeder von MCS erstellten VM werden bei der Erstellung mindestens 2 Datenträger zugewiesen.
    • Disk0 = Differenzdisk: enthält das Betriebssystem, wenn es vom Basis-Master-Image kopiert wird.
    • Disk1 = Identitätsdisk: 16 MB - enthält Active Directory-Daten für jede VM.
    Im Zuge der Produktentwicklung müssen Sie möglicherweise weitere Datenträger hinzufügen, um bestimmte Anwendungsfälle und die Nutzung von Funktionen zu ermöglichen. Zum Beispiel:
    • MCS-Speicheroptimierung erstellt für jede VM einen Datenträger im Schreibcache-Stil. In XenServer-, VMware- und SCVMM-Virtualisierungsumgebungen platziert MCS den Write-back-Cache (WBC)-Datenträger am selben Speicherort wie den OS-Datenträger, wenn Sie die Liste der verfügbaren OS-Speicherorte bei der Erstellung einer Hostverbindung identisch mit der Liste der verfügbaren temporären Speicherorte konfigurieren.
    • MCS hat die Möglichkeit hinzugefügt, vollständige Klone zu verwenden, im Gegensatz zum im vorherigen Abschnitt beschriebenen Delta-Disk-Szenario.
    Auch Hypervisor-Funktionen können eine Rolle spielen. Zum Beispiel:
    • XenServer IntelliCache erstellt eine Lesefestplatte auf dem lokalen Speicher für jeden XenServer. Diese Option spart IOPS für das Image, das sich möglicherweise am freigegebenen Speicherort befindet.
  • Hypervisor-Overhead
    Verschiedene Hypervisoren verwenden spezifische Dateien, die Overhead für VMs erzeugen. Hypervisoren nutzen Speicher auch für Verwaltungs- und allgemeine Protokollierungsoperationen. Berechnen Sie den Speicherplatz, um den Overhead für Folgendes zu berücksichtigen:
    • Protokolldateien
    • Hypervisor-spezifische Dateien. Zum Beispiel:
      • VMware fügt dem Ordner VM-Speicher weitere Dateien hinzu. Siehe VMware Best Practices.
      • Berechnen Sie den gesamten Speicherplatzbedarf Ihrer virtuellen Maschine. Berücksichtigen Sie eine virtuelle Maschine, die 20 GB für die virtuelle Festplatte, 16 GB für die Auslagerungsdatei und 100 MB für Protokolldateien enthält, was insgesamt 36,1 GB verbraucht.
    • Snapshots für XenServer; Snapshots für VMware.
  • Prozess-Overhead
    Das Erstellen eines Katalogs, das Hinzufügen einer Maschine und das Aktualisieren eines Katalogs haben einzigartige Speicherauswirkungen. Zum Beispiel:
    • Die anfängliche Katalogerstellung erfordert, dass eine Kopie der Basis-Festplatte an jeden Speicherort kopiert wird.
    • Das Hinzufügen einer Maschine zu einem Katalog erfordert kein Kopieren der Basis-Festplatte an jeden Speicherort. Die Katalogerstellung variiert je nach den ausgewählten Funktionen.
    • Das Aktualisieren des Katalogs erstellt eine zusätzliche Basis-Festplatte an jedem Speicherort. Katalogaktualisierungen führen auch zu einem temporären Speicher-Peak, bei dem jede VM im Katalog für eine bestimmte Zeit 2 Differenz-Festplatten besitzt.
Weitere Überlegungen:
  • RAM-Größe: Beeinflusst die Größe bestimmter Hypervisor-Dateien und -Festplatten, einschließlich E/A-Optimierungsfestplatten, Schreibcache und Snapshot-Dateien.
  • Thin / Thick Provisioning: NFS-Speicher wird aufgrund der Thin Provisioning-Funktionen bevorzugt.

Machine Creation Services (MCS)-Speicheroptimierung

Die Speicheroptimierungsfunktion von Machine Creation Services (MCS) ist auch als MCS I/O bekannt. Diese Funktion ist nur auf Azure, GCP, XenServer, VMware, AWS und SCVMM verfügbar.
  • Der Schreibcache-Container ist dateibasiert, dieselbe Funktionalität, die in Citrix Provisioning zu finden ist. Zum Beispiel ist der Dateiname des Citrix Provisioning-Schreibcaches D:\vdiskdif.vhdx und der Dateiname des MCS I/O-Schreibcaches ist D:\mcsdif.vhdx.
  • Erzielen Sie Diagnoseverbesserungen durch die Unterstützung einer Windows-Absturzabbilddatei, die auf die Schreibcache-Festplatte geschrieben wird.
  • MCS I/O behält die Technologie Cache im RAM mit Überlauf auf die Festplatte bei, um die optimalste mehrstufige Schreibcache-Lösung bereitzustellen. Diese Funktionalität ermöglicht es einem Administrator, die Kosten in jeder Stufe (RAM und Festplatte) und die Leistung auszugleichen, um die gewünschten Workload-Erwartungen zu erfüllen.
Das Aktualisieren der Schreibcache-Methode von festplattenbasiert zu dateibasiert erfordert die folgenden Änderungen:
  1. MCS I/O unterstützt keinen reinen RAM-Cache mehr. Geben Sie eine Festplattengröße während der Erstellung des Maschinenkatalogs an.
  2. Die VM-Schreibcache-Festplatte wird automatisch erstellt und formatiert, wenn eine VM zum ersten Mal gestartet wird. Sobald die VM läuft, wird die Schreibcache-Datei mcsdif.vhdx in das formatierte Volume MCSWCDisk geschrieben.
  3. Die Auslagerungsdatei wird auf dieses formatierte Volume, MCSWCDisk, umgeleitet. Daher berücksichtigt diese Festplattengröße den gesamten Festplattenspeicherplatz. Sie umfasst die Differenz zwischen der Festplattengröße und der generierten Arbeitslast zuzüglich der Größe der Auslagerungsdatei. Dies ist typischerweise mit der VM-RAM-Größe verbunden.

MCS-Speicheroptimierungsupdates aktivieren

Um die MCS I/O-Speicheroptimierungsfunktion zu aktivieren, aktualisieren Sie den Cloud Connector und den VDA auf die neueste Version von Citrix DaaS.
Hinweis:
Wenn Sie eine bestehende Bereitstellung aktualisieren, bei der MCS I/O aktiviert ist, ist keine zusätzliche Konfiguration erforderlich. Das Upgrade des VDA und des Delivery Controllers übernimmt das MCS I/O-Upgrade.
Informationen zum Zuweisen eines Laufwerkbuchstabens zur Write-Back-Cache-Festplatte finden Sie unter Zuweisen eines bestimmten Laufwerkbuchstabens zur MCS I/O-Write-Back-Cache-Festplatte.

Masterimage auf dem Hypervisor oder Cloud-Dienst vorbereiten

Das Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software.
Gut zu wissen:
  • Ein Masterimage kann auch als Klon-Image, Golden Image, Basis-VM oder Basis-Image bezeichnet werden. Hostanbieter und Cloud-Dienstanbieter verwenden möglicherweise unterschiedliche Begriffe.
  • Stellen Sie sicher, dass der Hypervisor oder Cloud-Dienst über genügend Prozessoren, Arbeitsspeicher und Speicherplatz verfügt, um die Anzahl der erstellten Maschinen aufzunehmen.
  • Konfigurieren Sie den korrekten Festplattenspeicherplatz, der für Desktops und Anwendungen benötigt wird. Dieser Wert kann später oder im Maschinenkatalog nicht geändert werden.
  • Maschinenkataloge für Remote-PC-Zugriff verwenden keine Masterimages.
  • Überlegungen zur Microsoft KMS-Aktivierung bei Verwendung von MCS: Wenn Ihre Bereitstellung 7.x VDAs mit einem XenServer 6.1 oder 6.2, vSphere oder Microsoft System Center Virtual Machine Manager Host umfasst, müssen Sie Microsoft Windows oder Microsoft Office nicht manuell reaktivieren.
Installieren und konfigurieren Sie die folgende Software auf dem Masterimage:
  • Integrationstools für Ihren Hypervisor (z. B. Citrix VM Tools, Hyper-V Integration Services oder VMware Tools). Wenn Sie diesen Schritt weglassen, funktionieren Anwendungen und Desktops möglicherweise nicht richtig.
  • Ein VDA. Citrix empfiehlt die Installation der neuesten VDA-Version, um den Zugriff auf die neuesten Funktionen zu ermöglichen. Wenn kein VDA auf dem Masterimage installiert ist, schlägt die Katalogerstellung fehl.
  • Bei Bedarf Tools von Drittanbietern, wie z. B. Antivirensoftware oder Softwareverteilungsagenten. Konfigurieren Sie Dienste mit Einstellungen, die für Benutzer und den Maschinentyp geeignet sind (z. B. Update-Funktionen).
  • Drittanbieteranwendungen, die Sie nicht virtualisieren. Citrix empfiehlt die Virtualisierung von Anwendungen. Die Virtualisierung reduziert die Kosten, da das Masterimage nach dem Hinzufügen oder Neukonfigurieren einer Anwendung nicht mehr aktualisiert werden muss. Außerdem reduzieren weniger installierte Anwendungen die Größe der Festplatten des Masterimages, was Speicherkosten spart.
  • App-V-Clients mit den empfohlenen Einstellungen, wenn Sie App-V-Anwendungen veröffentlichen möchten. Der App-V-Client ist von Microsoft erhältlich.
  • Wenn Sie MCS verwenden und Microsoft Windows lokalisieren, installieren Sie die Gebietsschemas und Sprachpakete. Während der Bereitstellung, wenn ein Snapshot erstellt wird, verwenden die bereitgestellten VMs die installierten Gebietsschemas und Sprachpakete.
Wichtig:
Wenn Sie MCS verwenden, führen Sie Sysprep nicht auf Masterimages aus.
So bereiten Sie ein Masterimage vor:
  1. Erstellen Sie mit dem Verwaltungstool Ihres 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 angeben, wenn Sie den Maschinenkatalog mit PowerShell erstellen. Beim Erstellen eines Katalogs über Studio können Sie die Anzahl der vCPUs nicht angeben. Konfigurieren Sie den für Desktops und Anwendungen benötigten Festplattenspeicherplatz. Dieser Wert kann später oder im Katalog nicht geändert werden.
  2. Stellen Sie sicher, dass die Festplatte an Geräteposition 0 angeschlossen ist. Die meisten Standard-Masterimage-Vorlagen konfigurieren diesen Speicherort standardmäßig, aber einige benutzerdefinierte Vorlagen möglicherweise nicht.
  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, in der Anwendungen und Desktops Mitglieder sind. 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 der im Assistenten zur Katalogerstellung angegebenen Domäne hinzugefügt.
  5. Citrix empfiehlt, einen Snapshot Ihres Masterimages zu erstellen und zu benennen, damit er später identifiziert werden kann. Wenn Sie beim Erstellen eines Katalogs ein Masterimage anstelle eines Snapshots angeben, erstellt die Verwaltungsoberfläche einen Snapshot, den Sie jedoch nicht benennen können.

Volumenlizenzaktivierung

MCS unterstützt die Volumenlizenzaktivierung zur Automatisierung und Verwaltung der Aktivierung von Windows-Betriebssystemen und Microsoft Office. Die drei Modelle, die MCS für die Volumenlizenzaktivierung unterstützt, sind:
  • Key Management Service (KMS)
  • Active Directory-basierte Aktivierung (ADBA)
  • Mehrfachaktivierungsschlüssel (MAK)
Sie können die Aktivierungseinstellung ändern, nachdem Sie den Maschinenkatalog erstellt haben.

Key Management Service (KMS)

Der KMS ist ein schlanker Dienst, der kein dediziertes System erfordert und problemlos auf einem System gehostet werden kann, das andere Dienste bereitstellt. Diese Funktionalität wird von allen von Citrix unterstützten Windows-Versionen unterstützt. Während der Image-Vorbereitung führt MCS das Microsoft Windows- und Microsoft Office KMS-Rearm durch. Sie können das Rearm überspringen, indem Sie den Befehl Set-Provserviceconfigurationdata ausführen. Weitere Informationen zur KMS-Aktivierung finden Sie unter Aktivieren mit dem Schlüsselverwaltungsdienst.
Hinweis:
Alle Maschinenkataloge, die nach Ausführung des Befehls Set-Provserviceconfigurationdata erstellt wurden, haben dieselbe Einstellung wie im Befehl angegeben.

Active Directory-basierte Aktivierung (ADBA)

ADBA ermöglicht Ihnen die Aktivierung von Maschinen über deren Domänenverbindungen. Maschinen werden sofort aktiviert, wenn sie der Domäne beitreten. Diese Maschinen bleiben aktiviert, solange sie der Domäne angehören und mit ihr in Kontakt stehen. Diese Funktionalität wird von allen von Citrix unterstützten Windows-Versionen unterstützt. Weitere Informationen zur Active Directory-basierten Aktivierung finden Sie unter Aktivieren mit Active Directory-basierter Aktivierung.

Mehrfachaktivierungsschlüssel (MAK)

MAK ist eine Methode zur Volumenaktivierung und Authentifizierung des Windows-Systems mithilfe des Microsoft-Servers. Sie müssen den MAK-Schlüssel von Microsoft kaufen, dem eine feste Anzahl von Aktivierungen zugewiesen ist. Jedes Mal, wenn ein Windows-System aktiviert wird, verringert sich die Aktivierungsanzahl. Es gibt zwei Möglichkeiten, das System zu aktivieren:
  • Online-Aktivierung: Wenn das Windows-System, das Sie aktivieren möchten, Internetzugang hat, aktiviert das System Windows automatisch bei der Installation des Produktschlüssels. Dieser Vorgang reduziert die Aktivierungsanzahl für den entsprechenden MAK um 1.
  • Offline-Aktivierung: Wenn das Windows-System keine Verbindung zum Internet herstellen kann, um die Online-Aktivierung durchzuführen, erhält MCS eine Bestätigungs-ID und eine Installations-ID vom Microsoft-Server, um das Windows-System zu aktivieren. Diese Art der Aktivierung ist nützlich für nicht-persistente Maschinenkataloge.
Hinweis:
  • MCS unterstützt die Microsoft Office-Aktivierung mit MAK nicht.
  • Die mindestens erforderliche VDA-Version ist 2303.

Wichtige Anforderungen

  • Der Delivery Controller™ muss Internetzugang haben.
  • Erstellen Sie einen neuen Katalog, wenn das zu aktualisierende neue Image einen anderen MAK-Schlüssel als das Original hat.
  • Installieren Sie den MAK-Schlüssel auf dem Masterimage. Schritte zur Installation des MAK-Schlüssels auf einem Windows-System finden Sie unter MAK-Aktivierung bereitstellen.
  • Wenn Sie keine Image-Vorbereitung verwenden:
    1. Fügen Sie den Registrierungs-DWORD-Wert Manual unter Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation hinzu.
    2. Setzen Sie den Wert auf 1.

Aktivierungszählungen

Um die verbleibende Anzahl der Aktivierungen für den MAK-Schlüssel anzuzeigen oder zu überprüfen, ob eine VM zwei oder mehr Aktivierungen verbraucht, verwenden Sie das Volume Activation Management Tool (VAMT). Siehe VAMT installieren.

Windows-System mit MAK aktivieren

So aktivieren Sie das Windows-System mit MAK:
  1. Installieren Sie den Produktschlüssel auf dem Masterimage. Dieser Schritt verbraucht eine Aktivierungszählung.
  2. Erstellen Sie einen MCS-Maschinenkatalog.
  3. Wenn Sie keine Image-Vorbereitung verwenden:
    1. Fügen Sie den Registrierungs-DWORD-Wert Manual unter Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation hinzu.
    2. Setzen Sie den Wert auf 1.
    Diese Methode deaktiviert die Option der Online-Aktivierung.
  4. Fügen Sie VMs zum Maschinenkatalog hinzu.
  5. Schalten Sie die VMs ein.
  6. Je nachdem, ob es sich um eine Online- oder Offline-Aktivierung handelt, wird das Windows-System aktiviert.
    • Wenn die Aktivierung online erfolgt, wird das Windows-System nach der Installation des Produktschlüssels aktiviert.
    • Wenn die Aktivierung offline erfolgt, kommuniziert MCS mit bereitgestellten VMs, um den Aktivierungsstatus des Windows-Systems abzurufen. MCS ruft dann eine Bestätigungs-ID und eine Installations-ID vom Microsoft-Server ab. Diese IDs werden zur Aktivierung des Windows-Systems verwendet.

Fehlerbehebung

Wenn die bereitgestellte VM nicht mit dem installierten MAK-Schlüssel aktiviert ist, führen Sie den Befehl Get-ProvVM oder Get-ProvScheme in einem PowerShell-Fenster aus.
  • Der Befehl Get-ProvScheme: Siehe den Parameter WindowsActivationType, der dem MCS-Maschinenkatalog des neuesten Masterimages zugeordnet ist.
  • Der Befehl Get-ProvVM. Siehe die Parameter WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode und WindowsActivationStatusError.
Sie können den Fehler überprüfen und die Schritte zur Behebung des Problems verifizieren.

Maschinenkatalog mit Studio erstellen

Vor dem Erstellen eines Katalogs:
  • Stellen Sie sicher, dass Sie eine Verbindung zum Hypervisor, Cloud-Dienst oder einer anderen Ressource hergestellt haben, die Ihre Maschinen hostet.
  • Wenn Sie ein Masterimage zur Bereitstellung von Maschinen erstellt haben. Stellen Sie sicher, dass Sie einen VDA auf diesem Masterimage installiert haben.
Hinweis:
Wenn Sie einen Cloud-Dienst oder Hypervisor zum Hosten von VMs verwenden, enthält der Assistent zum Erstellen von Katalogen möglicherweise zusätzliche Seiten, die für diesen Host spezifisch sind. Wenn Sie beispielsweise ein Azure Resource Manager-Masterimage verwenden, enthält der Assistent zum Erstellen von Katalogen eine Seite Speicher- und Lizenztypen. Hostspezifische Informationen finden Sie in den spezifischen Artikeln, wie unter Nächste Schritte erwähnt.

Assistenten zum Erstellen von Katalogen starten

  1. Melden Sie sich bei Citrix Cloud an.
  2. Klicken Sie in der Kachel DaaS auf Verwalten, um Studio zu öffnen.
  3. Wählen Sie im linken Bereich Maschinenkataloge.
  4. Wenn dies der erste Katalog ist, der erstellt wird, werden Sie zur richtigen Auswahl geführt (z. B. „Maschinen einrichten und Maschinenkataloge zum Ausführen von Apps und Desktops erstellen“). Der Assistent zum Erstellen von Katalogen wird geöffnet.
  5. Wenn Sie bereits einen Katalog erstellt haben und einen weiteren erstellen möchten, führen Sie die folgenden Schritte aus:
    1. Um Kataloge mithilfe von Ordnern zu organisieren, erstellen Sie Ordner unter dem Standardordner Maschinenkataloge. Weitere Informationen finden Sie unter Katalogordner erstellen.
    2. Wählen Sie den Ordner aus, in dem Sie den Katalog erstellen möchten, und klicken Sie dann auf Maschinenkatalog erstellen. Der Assistent zum Erstellen von Katalogen wird geöffnet.
Der Assistent führt Sie durch die in den folgenden Abschnitten beschriebenen Seiten. Die angezeigten Seiten können je nach Auswahl und der verwendeten Verbindung (zu einem Host) variieren. Hosts/Virtualisierungsressourcen listet Informationsquellen für die unterstützten Hosttypen auf.

Maschinentyp auswählen

Jeder Katalog darf nur Maschinen eines einzigen Betriebssystemtyps enthalten. Wählen Sie auf der Seite Maschinentyp eine der folgenden Optionen aus:
  • Multi-Session-OS: Ein Multi-Session-OS-Katalog bietet gehostete Shared Desktops. Die Maschinen können unterstützte Versionen der Windows- oder Linux-Betriebssysteme ausführen, der Katalog kann jedoch nicht sowohl Windows- als auch Linux-Betriebssysteme enthalten.
  • Single-Session-OS: Ein Single-Session-OS-Katalog bietet VDI-Desktops, die Sie verschiedenen Benutzern zuweisen können.
  • Remote-PC-Zugriff: Ein Remote-PC-Zugriffskatalog bietet Benutzern Remotezugriff auf ihre physischen Büro-Desktopmaschinen. Remote-PC-Zugriff erfordert kein VPN, um Sicherheit zu bieten.

Optionen für die Maschinenverwaltung auswählen

Hinweis:
Die Seite Maschinenverwaltung wird nicht angezeigt, wenn Sie auf der Seite Maschinentyp die Option Remote-PC-Zugriff auswählen.
Die Seite Maschinenverwaltung gibt an, wie Maschinen verwaltet werden und welches Tool Sie zum Bereitstellen von Maschinen verwenden möchten.
Wählen Sie eine der Optionen aus, um anzugeben, wie die Energieverwaltung der Maschinen erfolgen soll:
  • Maschinen mit Energieverwaltung (z. B. virtuelle Maschinen oder Blade-PCs): Diese Option ist nur verfügbar, wenn Sie bereits eine Verbindung zu einem Hypervisor oder Cloud-Dienst konfiguriert haben.
  • Maschinen ohne Energieverwaltung (z. B. physische Maschinen)
Wenn Sie die Option Maschinen mit Energieverwaltung (z. B. virtuelle Maschinen oder Blade-PCs) auswählen, wählen Sie ein Tool zum Erstellen von VMs aus:
  • Citrix Provisioning™ Technology
    • Citrix Machine Creation Services (MCS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit einem Image versehen wurden. MCS kopiert Images, die von einem Masterimage geklont wurden, auf diese VMs.
    • Citrix Provisioning Services (PVS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit PVS mit einem Image versehen wurden. Diese VMs dienen als PVS-Zielgeräte, und der PVS-Server kann ein einziges freigegebenes Datenträgerimage an sie streamen.
      Hinweis:
      • Diese Option ist nur für PVS-Sites verfügbar, die bei Citrix Cloud™ registriert sind und ist derzeit auf Azure-Ressourcen beschränkt.
      • Während Sie einen Citrix Provisioning-Katalog auf der Seite Zielgerät erstellen, wird im Dropdownmenü zur Auswahl der Farm und Site für die bereitzustellenden Maschinen möglicherweise angezeigt, dass Farmen und Sites aufgeführt sind, die nicht mehr existieren. Als Problemumgehung können Sie den PowerShell-Befehl Unregister-HypPvsSite ausführen, um die Farmen und Sites aus der Datenbank zu entfernen. Informationen zum PowerShell-Befehl finden Sie unter Unregister-HypPvsSite.
    • Anderer Dienst oder andere Technologie Ein Tool, das Maschinen verwaltet, die sich bereits im Datencenter befinden. Citrix empfiehlt die Verwendung von Microsoft System Center Configuration Manager oder einer anderen Drittanbieteranwendung, um sicherzustellen, dass die Maschinen im Katalog konsistent sind.
Hinweis:
Informationen zu Linux-Betriebssystemmaschinen finden Sie unter Linux-VDAs mit Machine Creation Services (MCS) erstellen.

Desktop-Erfahrung auswählen

Hinweis:
Die Optionen auf der Seite Desktop Experience variieren je nach dem Maschinentyp, den Sie auf der Seite Machine Type auswählen.
  • Bei Multi-session OS-Maschinen wird Benutzern bei jeder Anmeldung ein zufälliger Desktop zugewiesen. Auf der Seite Desktop Experience stehen Ihnen folgende Optionen zur Verfügung:
    • Änderungen auf der lokalen Festplatte der Maschine speichern, die virtuelle Desktops hostet: Persistent
    • Alle Änderungen verwerfen und virtuelle Desktops beim Abmelden des Benutzers löschen: Nicht persistent
    Hinweis:
    Bei persistenten Multisitzungsmaschinen werden Änderungen, die Benutzer an den Desktops vornehmen, gespeichert und sind für alle autorisierten Benutzer zugänglich.
  • Bei Single-Session-Betriebssystemmaschinen stehen Ihnen auf der Seite Desktop Experience folgende Optionen zur Verfügung:
    • Bei jeder Anmeldung mit einem neuen (zufälligen) Desktop verbinden.
    • Bei jeder Anmeldung mit demselben (statischen) Desktop verbinden.
    Sie können außerdem entscheiden, ob von Benutzern vorgenommene Änderungen nach der Abmeldung gespeichert oder verworfen werden sollen.
Wenn Sie Änderungen auf der lokalen Festplatte der Maschine speichern, die virtuelle Desktops hostet: Persistent auswählen, stehen die Optionen Fast Copy Clone oder Full Copy Clone für den Modus Virtual machine copy auf der Seite Virtual Machines zur Verfügung. Andernfalls ist der Modus Virtual machine copy nicht verfügbar.

Ein Image und ein Maschinenprofil auswählen

Hinweis:
  • Diese Seite wird nur angezeigt, wenn Sie Citrix Machine Creation Services (MCS) auf der Seite Maschinenverwaltung auswählen.
  • Die auf dieser Seite verfügbaren Optionen variieren je nach Hypervisor oder Cloud-Dienst.
Führen Sie die folgenden Schritte aus, um die Einstellungen auf der Seite abzuschließen:
  1. Wählen Sie einen Imagetyp für den Maschinenkatalog und anschließend ein Image aus. Es sind zwei Imagetypen verfügbar:
    • Masterimage: Ein Snapshot oder eine VM, die als Masterimage erstellt wurde. Es durchläuft zu Beginn der Katalogerstellung eine automatische Imagevorbereitung. Bei Bedarf können Sie eine Notiz für das ausgewählte Image hinzufügen.
      Hinweis:
      • Wenn Sie MCS verwenden, führen Sie Sysprep nicht auf Masterimages aus.
      • Wenn Sie ein Masterimage anstelle eines Snapshots angeben, erstellt die Verwaltungsoberfläche einen Snapshot, den Sie jedoch nicht benennen können.
      • Eine Fehlermeldung wird angezeigt, wenn Sie einen Snapshot oder eine VM auswählen, der/die nicht kompatibel ist mit der Maschinenverwaltungstechnologie, die Sie zuvor im Assistenten ausgewählt haben.
      • Um Images innerhalb eines Imageknotens zu aktualisieren, wählen Sie ihn in der Struktur aus und klicken Sie dann oben rechts auf die Option Aktualisieren. Wenn Sie keinen Imageknoten auswählen, werden durch Klicken auf Aktualisieren alle Images in der Struktur aktualisiert. Um einen ausgewählten Knoten in der Struktur zu löschen, halten Sie STRG gedrückt und klicken Sie dann auf den Knoten.
    • Vorbereitetes Image: Ein Image, das die Imagevorbereitung durchlaufen hat und für die direkte Verwendung bei der VM-Erstellung bereit ist. Die Wahl von vorbereiteten Images anstelle von Masterimages für die Katalogerstellung gewährleistet eine schnellere und zuverlässigere Maschinenkatalogerstellung sowie ein optimiertes Image-Lebenszyklusmanagement. Bei Bedarf fügen Sie eine Notiz für das ausgewählte vorbereitete Image hinzu.
      Hinweis:
      • VMs, die mit vorbereiteten Images erstellt wurden, unterstützen keine Ruhezustandsfunktion.
      • Derzeit ist die Erstellung von Katalogen mit vorbereiteten Images nur in Amazon WorkSpaces Core-, Azure- und VMware-Umgebungen verfügbar.
      • Vorbereitete Images sind für die Erstellung von Katalogen in Amazon WorkSpaces Core-Umgebungen erforderlich.
      Weitere Informationen zum Erstellen vorbereiteter Images finden Sie unter Imageverwaltung.
  2. Um VM-Einstellungen von einem Maschinenprofil zu übernehmen, wählen Sie Maschinenprofil verwenden und dann eine VM oder eine ARM-Vorlagenspezifikation (spezifisch für Azure) aus, die als Maschinenprofil verwendet werden soll.
    Hinweis:
    • Derzeit ist die Verwendung von Maschinenprofilen auf Azure, Amazon WorkSpaces Core, AWS, GCP und VMware-VMs beschränkt.
    • Ein Maschinenprofil ist für die Erstellung von Katalogen in Amazon WorkSpaces Core-Umgebungen erforderlich.
  3. Bei VMware-Bereitstellungen müssen Sie beim Erstellen eines Maschinenkatalogs mithilfe eines Maschinenprofils den Ordner angeben, in dem die virtuellen Maschinen gespeichert werden sollen.
Um den Speicherort des Ordners für virtuelle Maschinen anzugeben, gehen Sie im Assistenten zur Katalogerstellung zur Seite Virtuelle Maschinen, dann zum Abschnitt Ordner zum Ablegen der Maschinen auswählen und geben Sie den Speicherort des Ordners für virtuelle Maschinen an. Wenn nicht angegeben, betrachtet das System den Ordner des ausgewählten Maschinenprofils als Standardspeicherort.
  1. Für AWS-Bereitstellungen können Sie eine Startvorlage als Maschinenprofil auswählen.
  2. Wählen Sie die minimale Funktionsebene für den Katalog aus. Um die Nutzung der neuesten Produktfunktionen zu ermöglichen, stellen Sie sicher, dass das Masterimage die neueste VDA-Version installiert hat.

Maschinen konfigurieren

Hinweis:
  • Der Titel dieser Seite hängt davon ab, was Sie auf der Seite Maschinenverwaltung ausgewählt haben: Maschinen, Virtuelle Maschinen oder Maschinen und Benutzer.
  • Diese Seite wird nicht angezeigt, wenn Sie auf der Seite Maschinentyp die Option Remote-PC-Zugriff auswählen.
  • Sie können einen leeren Katalog erstellen, d. h. der Katalog enthält keine Maschinen.
  • Beim Erstellen von Maschinen mit MCS:
    • Geben Sie an, wie viele virtuelle Maschinen erstellt werden sollen. Geben Sie 0 (Null) ein, wenn Sie keine erstellen möchten. Später können Sie Maschinen hinzufügen, um VMs für einen leeren Katalog zu erstellen.
    • Wählen Sie die Speichermenge (in MB) für jede VM aus.
      Wichtig:
      Jede erstellte VM verfügt über eine Festplatte. Ihre Größe wird im Masterimage festgelegt; Sie können die Festplattengröße im Katalog nicht ändern.
    • Wenn Sie auf der Seite Desktop Experience angeben, dass Benutzeränderungen an statischen Desktops auf einer separaten Personal vDisk gespeichert werden sollen, geben Sie die Größe der virtuellen Festplatte in GB und den Laufwerksbuchstaben an.
    • Wenn Ihre Bereitstellung mehr als eine Zone (Ressourcenstandort) verwendet, können Sie eine Zone für den Katalog auswählen.
    • Wenn Sie statische Desktop-VMs erstellen, wählen Sie einen Kopiermodus für virtuelle Maschinen aus. Siehe Kopiermodus für virtuelle Maschinen.
    • Wenn Sie zufällige, nicht persistente Desktop-VMs erstellen, können Sie den Write-Back-Cache für temporäre Daten auf Maschinen aktivieren und konfigurieren, um die E/A-Leistung zu verbessern. Weitere Informationen finden Sie unter Cache für temporäre Daten konfigurieren.
  • Beim Bereitstellen von Maschinen mit anderen Tools:
    Fügen Sie Maschinennamen hinzu (oder importieren Sie eine Liste davon). Sie können den Kontonamen für eine VM ändern, nachdem Sie sie hinzugefügt oder importiert haben. Wenn Sie auf der Seite Desktop Experience statische Maschinen angegeben haben, können Sie optional den Benutzernamen für jede hinzugefügte VM angeben.
    Tipp:
    Um Benutzer hinzuzufügen, können Sie zu den Benutzern navigieren oder eine durch Semikolons getrennte Liste von Benutzernamen manuell eingeben. Wenn sich die Benutzer in Active Directory befinden, geben Sie die Namen direkt ein. Andernfalls geben Sie die Namen in diesem Format ein: <identity provider>:<user name>. Beispiel: AzureAD:username.
    Nachdem Sie Namen hinzugefügt oder importiert haben, können Sie die Schaltfläche Entfernen verwenden, um Namen aus der Liste zu löschen, solange Sie sich noch auf dieser Assistentenseite befinden.
  • Bei Verwendung anderer Tools (nicht MCS):
    Ein Symbol und eine QuickInfo für jede hinzugefügte (oder importierte) Maschine helfen, Maschinen zu identifizieren, die möglicherweise nicht zum Katalog hinzugefügt werden können oder sich nicht bei einem Cloud Connector registrieren lassen.

Kopiermodus für virtuelle Maschinen

Der Kopiermodus, den Sie auf der Seite Maschinen angeben, bestimmt, ob MCS Thin (schnelle Kopie) oder Thick (vollständige Kopie) Klone vom Masterimage erstellt. (Standard = Thin-Klone)
  • Verwenden Sie schnelle Kopierklone für eine effizientere Speichernutzung und schnellere Maschinenerstellung.
  • Verwenden Sie vollständige Kopierklone für eine bessere Datenwiederherstellung und Migrationsunterstützung, mit potenziell reduzierten IOPS nach der Maschinenerstellung.
Hinweis:
Der Ansatz des vollständigen Kopierklons ist nur für die Bereitstellung persistenter VMs auf Multi- oder Single-Session-Betriebssystemen verfügbar.

Cache für temporäre Daten konfigurieren

Wenn Sie MCS verwenden, um zufällige, nicht persistente Maschinen in einem Katalog zu verwalten, können Sie den Write-Back-Cache für Maschinen aktivieren, um die E/A-Leistung zu verbessern.
Der Write-Back-Cache wird als MCSIO bezeichnet. Weitere Informationen finden Sie in diesem Blogartikel.
Voraussetzungen
Um den Write-Back-Cache zu aktivieren, muss der Katalog diese Anforderungen erfüllen:
  • Verwendet eine Verbindung, die Speicher für temporäre Daten angibt. Weitere Informationen finden Sie unter Verbindungen und Ressourcen.
  • VDAs müssen mindestens Version 7.9 sein und mit einem aktuellen MCSIO-Treiber installiert werden.
    Hinweis:
    Sie können diesen Treiber installieren, wenn Sie einen VDA installieren oder aktualisieren. Standardmäßig ist dieser Treiber nicht installiert.
  • Um die Zuweisung von Laufwerksbuchstaben für Festplattencaches zu ermöglichen, müssen VMs die folgenden weiteren Anforderungen erfüllen:
    • Betriebssystem: Windows
    • VDA-Version: 2305 oder höher
Überlegungen
  • Write-Back-Caches gibt es als Speicher-Cache und Festplatten-Cache. Standardmäßig unterscheiden sich ihre Standardwerte je nach Verbindungstyp. Im Allgemeinen sind die Standardwerte für die meisten Fälle ausreichend; berücksichtigen Sie jedoch den benötigten Speicherplatz für:
    • Temporäre Datendateien, die von Windows selbst erstellt werden, einschließlich der Windows-Auslagerungsdatei.
    • Benutzerprofildaten.
    • ShareFile-Daten, die mit den Benutzersitzungen synchronisiert werden.
    • Daten, die von einem Sitzungsbenutzer oder von Anwendungen, die Benutzer in der Sitzung installieren können, erstellt oder kopiert werden könnten.
    Speicherabbild
  • Wenn Sie den Write-Back-Cache für temporäre Daten aktivieren, verwenden Sie sowohl einen Speicher-Cache als auch einen Festplatten-Cache. Temporäre Daten werden zuerst in den Speicher-Cache geschrieben. Wenn der Speicher-Cache die konfigurierte Grenze erreicht, werden die ältesten Daten in den Festplatten-Cache verschoben. Hinweis: Write-Back-Caching, das nur einen Festplatten-Cache verwendet, wird nicht mehr unterstützt.
  • Der Speicher-Cache ist Teil des gesamten Arbeitsspeichers auf jeder Maschine. Erwägen Sie, den gesamten Arbeitsspeicher auf jeder Maschine zu erhöhen, nachdem Sie den Write-Back-Cache aktiviert haben.
  • Das Ändern der Festplattencachegröße (GB) vom Standardwert kann die Leistung beeinträchtigen. Die Größe muss den Benutzeranforderungen und der Belastung der Maschine entsprechen.
    Wichtig:
    Wenn der Festplattencache voll ist, wird die Benutzersitzung unbrauchbar.
  • Wenn Sie das Kontrollkästchen Größe des Festplattencaches deaktivieren, wird keine Cache-Festplatte erstellt. Geben Sie in diesem Fall einen Wert für Für Cache zugewiesener Speicher an, der groß genug ist, um alle temporären Daten aufzunehmen. Dies ist nur möglich, wenn für jede VM große Mengen an RAM zur Verfügung stehen.
  • Aktivieren Sie das Caching nicht, wenn Sie diesen Katalog zum Erstellen von AppDisks verwenden möchten.
  • Sie können die Cache-Werte in einem Maschinenkatalog nach dessen Erstellung nicht mehr ändern.

Massenhaftes Hinzufügen von Maschinen mithilfe von CSV-Dateien

Wenn Sie Studio verwenden, können Sie Maschinen mithilfe von CSV-Dateien in großen Mengen hinzufügen. Die Funktion ist für alle Kataloge verfügbar, außer für Kataloge, die über MCS erstellt wurden.
Ein allgemeiner Workflow zum massenhaften Hinzufügen von Maschinen mithilfe von CSV-Dateien ist wie folgt:
  1. Wählen Sie auf der Seite Maschinen die Option CSV-Datei hinzufügen. Das Fenster Maschinen in großen Mengen hinzufügen wird angezeigt.
  2. Wählen Sie CSV-Vorlage herunterladen.
  3. Füllen Sie die Vorlagendatei aus.
  4. Ziehen Sie die Datei per Drag & Drop oder navigieren Sie zu ihr, um sie hochzuladen.
  5. Wählen Sie Validieren, um Validierungsprüfungen für Ihren Import durchzuführen.
  6. Wählen Sie Importieren, um den Vorgang abzuschließen.
Informationen zu Überlegungen bei CSV-Dateien finden Sie unter Überlegungen zur Verwendung von CSV-Dateien zum Hinzufügen von Maschinen.
Sie können Maschinen auch von einem Katalog auf derselben Seite „Maschinen“ exportieren. Die exportierte CSV-Datei der Maschinen kann dann als Vorlage beim massenhaften Hinzufügen von Maschinen verwendet werden. So exportieren Sie Maschinen:
  1. Wählen Sie auf der Seite Maschinen die Option In 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, Massenhaftes Hinzufügen von Maschinen mit CSV-Dateien.
Hinweis:
  • Diese Funktion ist für Remote-PC-Zugriffskataloge nicht verfügbar.
  • Der Export und Import von Maschinen in CSV-Dateien wird nur zwischen Katalogen desselben Typs unterstützt.

Sicherheit

Die Seite Sicherheit wird nur angezeigt, wenn Sie einen Maschinenkatalog erstellen, ohne ein Maschinenprofil in der AWS-Virtualisierungsumgebung zuzuweisen. Verwenden Sie die Seite Sicherheit, um die Sicherheitsgruppen für die VMs zu konfigurieren. Dies gilt auch beim Bearbeiten und Klonen eines vorhandenen Maschinenkatalogs.
Wenn Sie einen profilbasierten Maschinenkatalog erstellen, werden die Sicherheitsgruppenkonfigurationen vom Maschinenprofil übernommen, und die Seite Sicherheit wird nicht angezeigt.

NICs für die Maschinen konfigurieren

Die Seite NICs wird nicht angezeigt, wenn Sie auf der Seite Maschinentyp die Option Remote-PC-Zugriff auswählen.
Wenn Sie mehrere NICs verwenden möchten, ordnen Sie jeder Karte ein virtuelles Netzwerk zu. Sie können beispielsweise eine Karte für den Zugriff auf ein bestimmtes sicheres Netzwerk und eine andere Karte für den Zugriff auf ein häufiger verwendetes Netzwerk zuweisen. Sie können auf dieser Seite auch NICs hinzufügen oder entfernen.
Hinweis:
Bei VMware-Bereitstellungen erbt der Katalog beim Erstellen eines Maschinenkatalogs mithilfe eines Maschinenprofils die NIC-Konfigurationen vom Maschinenprofil. In solchen Fällen, wenn das Maschinenprofil mehrere NICs mit demselben Netzwerk hat, verwendet Studio das Netzwerk der Hostingeinheit für die NIC-Konfigurationen.

Maschinenkonten hinzufügen

Hinweis:
Diese Seite Maschinenkonten wird nur angezeigt, wenn Sie auf der Seite Maschinentyp die Option Remote-PC-Zugriff auswählen.
Fügen Sie die Active Directory-Maschinenkonten oder Organisationseinheiten (OUs) hinzu. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen.
Sie können eine zuvor konfigurierte Energieverwaltungsverbindung auswählen oder festlegen, dass keine Energieverwaltung verwendet werden soll. Wenn Sie die Energieverwaltung verwenden möchten, aber noch keine geeignete Verbindung konfiguriert wurde, können Sie diese Verbindung später erstellen und den Maschinenkatalog bearbeiten, um die Energieverwaltungseinstellungen zu aktualisieren.
Sie können Maschinen auch per Massenimport über CSV-Dateien hinzufügen. Ein allgemeiner Workflow dafür ist wie folgt:
  1. Wählen Sie auf der Seite Maschinenkonten die Option CSV-Datei hinzufügen. Das Fenster Maschinen per Massenimport hinzufügen wird angezeigt.
  2. Wählen Sie CSV-Vorlage herunterladen.
  3. Füllen Sie die Vorlagendatei aus.
  4. Ziehen Sie die Datei per Drag & Drop oder navigieren Sie zu ihr, um sie hochzuladen.
  5. Wählen Sie Validieren, um Validierungsprüfungen für Ihren Import durchzuführen.
  6. Wählen Sie Importieren, um den Vorgang abzuschließen.
Informationen zu Überlegungen bei CSV-Dateien finden Sie unter Überlegungen zur Verwendung von CSV-Dateien zum Hinzufügen von Maschinen.

Identitäten für Maschinen im Katalog konfigurieren

Hinweis:
  • Die Seite Maschinenidentitäten wird nur angezeigt, wenn Sie auf der Seite Maschinentyp nicht Remote-PC-Zugriff und auf der Seite Maschinenverwaltung die Option Citrix Machine Creation Services (MCS) auswählen.
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 der Bereitstellung der Identität zugewiesen. Sie können den Identitätstyp nach dem Erstellen des Katalogs nicht mehr ändern.
Ein allgemeiner Workflow zum Konfigurieren der Einstellungen auf dieser Seite ist wie folgt:
  1. Wählen Sie eine Identität aus der Liste aus.
  2. Geben Sie an, ob Konten erstellt oder vorhandene verwendet werden sollen, und den Speicherort (Domäne) für diese Konten.
Sie können eine der folgenden Optionen auswählen:
  • Lokales Active Directory: Maschinen, die einem Unternehmen gehören und mit einem Active Directory-Konto angemeldet sind, das zu diesem Unternehmen gehört. Sie existieren lokal.
    Hinweis:
    Standardmäßig ist die Domäne ausgewählt, in der sich die Ressource (Verbindung) befindet.
  • Microsoft Entra Joined: Maschinen, die einem Unternehmen gehören und mit einem Microsoft Entra-Konto angemeldet sind, das zu diesem Unternehmen gehört. Sie existieren nur in der Cloud. Informationen zu den Anforderungen, Einschränkungen und Überlegungen finden Sie unter Microsoft Entra Joined.
    Hinweis:
    • Diese Option erfordert, dass das Masterimage die Betriebssystemvoraussetzung erfüllt. Weitere Informationen finden Sie in der Microsoft-Dokumentation Microsoft Entra joined devices.
  • Microsoft Entra Hybrid Joined. Maschinen, die einem Unternehmen gehören und mit einem Active Directory Domain Services-Konto angemeldet sind, das zu diesem Unternehmen gehört. Sie existieren in der Cloud und lokal. Informationen zu den Anforderungen, Einschränkungen und Überlegungen finden Sie unter Microsoft Entra hybrid joined.
    Hinweis:
  • Nicht in Domäne eingebunden. Maschinen, die keiner Domäne beigetreten sind. Informationen zu den Anforderungen und Einschränkungen finden Sie unter Non-domain-joined.
Wichtig:
  • Wenn Sie On-premises Active Directory oder Microsoft Entra hybrid joined als Identitätstyp auswählen, muss jede Maschine im Katalog über ein entsprechendes Active Directory-Computerkonto verfügen.
  • Der Identitätstyp Non-domain-joined erfordert VDA-Version 1811 oder höher als Mindestfunktionsstufe für den Katalog. Um ihn verfügbar zu machen, aktualisieren Sie die Mindestfunktionsstufe.
  • Die Identitätstypen Microsoft Entra joined und Microsoft Entra hybrid joined erfordern VDA-Version 2203 oder höher als Mindestfunktionsstufe für den Katalog. Um sie verfügbar zu machen, aktualisieren Sie die Mindestfunktionsstufe.
  • Ein Microsoft Entra-Dienstkonto ist obligatorisch, wenn Sie reine Microsoft Entra-Kataloge oder in Microsoft Intune registrierte Microsoft Entra-Kataloge für persistente und nicht-persistente VMs erstellen.
Bevor Sie Maschinenidentitäten konfigurieren, stellen Sie sicher, dass Sie die Berechtigung zum Erstellen von Computerkonten in der OU haben, in der sich die Maschinen befinden. Jede Maschine im Katalog muss einen eindeutigen Namen haben. Wählen Sie dann aus, wie die Maschinenidentitäten konfiguriert werden sollen:
  • Wenn Sie neue Maschinenkonten erstellen, geben Sie die OU und das Maschinennamensschema an. Weitere Informationen finden Sie unter Maschinenkonten-Benennungsschema. Wenn Sie einen Katalog erstellen, wird automatisch ein Identitätspool erstellt, um alle Maschinenidentitäten aufzunehmen, die Sie für diesen Katalog definiert haben.
  • Wenn Sie vorhandene Maschinenkonten verwenden, wählen Sie einen vorhandenen Identitätspool in Ihrer Umgebung aus.
Hinweis:
Stellen Sie sicher, dass OU-Namen keine Schrägstriche (/) verwenden.
Wenn Sie einen Katalog erstellen und auf der Seite Maschinenidentitäten die Option Vorhandenen Identitätspool verwenden auswählen, hängt das Verhalten des Dienstkontos von der Konfiguration des Identitätspools ab:
  • Wenn der ausgewählte Identitätspool kein Dienstkonto konfiguriert hat, hat die Auswahl eines gespeicherten Dienstkontos auf der Seite Domänenanmeldeinformationen keine Auswirkung. Der Vorgang Maschinen hinzufügen kann mit einem Fehler fehlschlagen, der darauf hinweist, dass das Dienstkonto nicht gefunden werden kann. Um dies zu vermeiden, geben Sie die Domänenanmeldeinformationen manuell auf der Seite Domänenanmeldeinformationen ein.
  • Wenn der ausgewählte Identitätspool ein Dienstkonto konfiguriert hat, wird jedes auf der Seite Domänenanmeldeinformationen ausgewählte Dienstkonto ignoriert. Der Vorgang Maschinen hinzufügen verwendet immer das dem Identitätspool zugeordnete Dienstkonto.
Wenn Sie vorhandene Konten verwenden, navigieren Sie zu den Konten oder klicken Sie auf Importieren und geben Sie eine .csv Datei mit Kontonamen an. Der Inhalt der importierten Datei muss das Format [ADComputerAccount] ADcomputeraccountname.domain verwenden.
Stellen Sie sicher, dass genügend Konten für alle Maschinen vorhanden sind, die Sie hinzufügen. Studio verwaltet diese Konten. Erlauben Sie daher entweder dieser Schnittstelle, die Passwörter für alle Konten zurückzusetzen, oder geben Sie das Kontopasswort an, das für alle Konten dasselbe sein muss.
Wählen oder importieren Sie für Kataloge, die physische oder vorhandene Maschinen enthalten, vorhandene Konten und weisen Sie jede Maschine sowohl einem Active Directory-Computerkonto als auch einem Benutzerkonto zu.

Benennungsschema für Maschinenkonten

Jede Maschine in einem Katalog muss einen eindeutigen Namen haben. Sie müssen beim Erstellen eines Katalogs ein Benennungsschema für Maschinenkonten angeben. Verwenden Sie Platzhalter (Hash-Zeichen) für fortlaufende Zahlen oder Buchstaben, die im Namen vorkommen.
Beachten Sie beim Angeben eines Benennungsschemas Folgendes:
  • Die maximal zulässige Zeichenanzahl beträgt 15.
  • Das Benennungsschema muss mindestens ein Platzhalterzeichen enthalten. Sie müssen alle Platzhalter zusammenfügen.
  • Der gesamte Name, einschließlich Platzhalter, muss mindestens 2, aber nicht mehr als 15 Zeichen enthalten. Er muss mindestens ein nicht-numerisches Zeichen und ein #-Zeichen (Platzhalter) enthalten.
  • Der Name darf keine Leerzeichen oder die folgenden Zeichen enthalten: ,~!@'$%\^&.()}{\/*?"<>|=+[];:_"..
  • Der Name darf nicht mit einem Bindestrich (-) enden.
  • Die Anzahl der Zeichen nimmt mit der Anzahl der Maschinenkonten zu. Wenn Sie beispielsweise 1.000 Maschinenkonten mit dem Schema „sehrsehrlang#“ erstellen, enthält der letzte erstellte Kontoname (sehrsehrlang1000) 16 Zeichen, was die maximal zulässige Zeichenanzahl überschreitet.
Sie können angeben, ob die fortlaufenden Werte Zahlen (0-9) oder Buchstaben (A-Z) sind:
  • 0-9. Wenn diese Option ausgewählt ist, werden die angegebenen Platzhalter in fortlaufende Zahlen aufgelöst.
    Hinweis:
    Wenn nur ein Platzhalter (#) vorhanden ist, beginnen die Kontonamen mit 1. Bei zwei Platzhaltern beginnen die Kontonamen mit 01. Bei drei Platzhaltern beginnen die Kontonamen mit 001 usw.
  • A-Z. Wenn diese Option ausgewählt ist, werden die angegebenen Platzhalter in fortlaufende Buchstaben aufgelöst.
Zum Beispiel führt ein Benennungsschema von PC-Sales-## (mit ausgewählter 0-9) zu Konten mit den Namen PC-Sales-01, PC-Sales-02, PC-Sales-03 usw.
Optional können Sie angeben, womit die Kontonamen beginnen sollen.
  • Wenn Sie 0-9 auswählen, werden Konten sequenziell benannt, beginnend mit den angegebenen Zahlen. Geben Sie eine oder mehrere Ziffern ein, je nachdem, wie viele Platzhalter Sie im vorhergehenden Feld verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie zwei oder mehr Ziffern ein.
  • Wenn Sie A-Z auswählen, werden Konten sequenziell benannt, beginnend mit den angegebenen Buchstaben. Geben Sie einen oder mehrere Buchstaben ein, je nachdem, wie viele Platzhalter Sie im vorhergehenden Feld verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie zwei oder mehr Buchstaben ein.

Domänenanmeldeinformationen hinzufügen

Geben Sie die Anmeldeinformationen eines Administrators ein, der die Berechtigung zum Ausführen von Kontovorgängen besitzt. Die detaillierten Schritte sind wie folgt:
  1. Klicken Sie auf Anmeldeinformationen eingeben. Die Seite Windows-Sicherheit wird angezeigt.
  2. Geben Sie im Feld Benutzername den SamName, Benutzernamen oder die Benutzer-SID des Administrators ein. Je nach Ihrer Eingabe:
    • Wenn Sie einen SamName eingeben, wird das Feld Domäne automatisch ausgefüllt.
    • Wenn Sie einen Benutzernamen oder eine SID eingeben, können Sie die Benutzersuche auf eine bestimmte Domäne beschränken, indem Sie den Domänennamen oder die SID in das Feld Domäne eingeben.
  3. Klicken Sie auf Namen prüfen, um zu überprüfen, ob der Benutzername gültig oder eindeutig ist.
  4. Geben Sie im Feld Kennwort das Domänenkennwort des Administrators ein.
  5. Klicken Sie auf Fertig.
Hinweis:
Wenn der in Maschinenidentitäten ausgewählte Identitätstyp Microsoft Entra hybrid joined ist, müssen die von Ihnen eingegebenen Anmeldeinformationen die Write userCertificate Berechtigung erhalten haben.

Wählen Sie einen WEM-Konfigurationssatz für die Experience Optimization

Hinweis:
Die Seite Experience Optimization wird nur angezeigt, wenn Sie eine Workspace Environment Management™ (WEM)-Berechtigung haben.
Verbessern Sie die Ressourcenzuweisung und steigern Sie die Systemleistung auf Ihren Maschinen, indem Sie einen WEM-Konfigurationssatz für den Maschinenkatalog festlegen.

Erforderliche Berechtigungen

Standardmäßig erfordert das Erstellen und Verwalten von Konfigurationssätzen für Maschinenkataloge die Rolle WEM Full Administrator zusammen mit einer der folgenden Rollen:
  • Full Access Administrator
  • Cloud Administrator
  • Maschinenkatalog-Administrator
Um anderen Rollen die Verwaltung von Konfigurationssätzen zu ermöglichen, weisen Sie ihnen sowohl die Berechtigung Konfigurationssätze verwalten als auch die Rolle WEM Full Administrator zu.

Voraussetzungen

Bevor Sie einen Katalog an einen Konfigurationssatz binden, stellen Sie sicher, dass Ihre Workspace Environment Management (WEM)-Dienstbereitstellung eingerichtet ist. Melden Sie sich bei Citrix Cloud an und starten Sie den WEM-Dienst. Weitere Informationen finden Sie unter Erste Schritte mit dem Workspace Environment Management-Dienst.
Wenn Sie WEM bereits verwenden, stellen Sie sicher, dass der WEM-Agent auf jedem VDA installiert und mit Citrix Cloud verbunden ist, damit die Optimierungseinstellungen wirksam werden können.

Schritte

Wählen Sie eine Option für die Experience Optimization aus, die auf den Maschinenkatalog angewendet werden soll:
  • Standardeinstellungen anwenden: Wählen Sie diese Option, um die Standardoptimierungseinstellungen anzuwenden, einschließlich des automatischen CPU-Spitzenschutzes und der intelligenten CPU-Optimierung.
  • Benutzerdefinierte Einstellungen anwenden: Wählen Sie diese Option, um einen Konfigurationssatz für diesen Maschinenkatalog unter Verwendung des Katalognamens zu erstellen. Nachdem der Konfigurationssatz erstellt wurde, können Sie die Optimierungseinstellungen nach Bedarf anpassen. Alternativ können Sie einen vorhandenen Konfigurationssatz auswählen.

VDA-Upgrade (optional)

Wichtig:
  • Um ein reibungsloses Upgrade zu gewährleisten, stellen Sie sicher, dass Sie die Voraussetzungen erfüllen und bekannte Probleme überprüfen, bevor Sie VDAs auf CR- oder LTSR CU-Versionen aktualisieren. Siehe VDAs mit Studio aktualisieren.
  • Beim Upgrade von LTSR-VDAs auf LTSR Cumulative Update (CU)-Versionen stellen Sie sicher, dass die Version der auf den VDAs ausgeführten VDA Upgrade Agents 7.36.0.7 oder höher ist. Weitere Informationen finden Sie unter VDAs mit Studio aktualisieren.
Diese Funktion gilt für die folgenden Maschinentypen:
  • MCS-bereitgestellte persistente Maschinen. Sie stellen diese mit Citrix Machine Creation Services auf der Seite Maschinenverwaltung während der Katalogerstellung bereit.
  • Maschinen, die nicht mit MCS erstellt wurden (z. B. physische Maschinen). Sie stellen diese mit Anderer Dienst oder Technologie auf der Seite Maschinenverwaltung während der Katalogerstellung bereit.
Weitere Informationen zu den beiden Optionen finden Sie unter Maschinenverwaltung
Wählen Sie auf der Seite VDA-Upgrade die VDA-Version aus, auf die aktualisiert werden soll. Falls angegeben, können die VDAs im Katalog, auf denen der VDA Upgrade Agent installiert ist, sofort oder zu einem geplanten Zeitpunkt auf die ausgewählte Version aktualisiert werden.
Hinweis:
  • Diese Funktion unterstützt nur das Upgrade auf den neuesten VDA. Der Zeitpunkt, zu dem Sie einen VDA-Upgrade-Zeitplan erstellen oder einen VDA aktualisieren, bestimmt die neueste Version des VDA.
  • Nachdem Sie die VDA-Upgrade-Einstellungen konfiguriert haben, kann es bis zu 15 Minuten dauern, bis das Feld VDA-Upgrade den neuesten Status anzeigt. Um die Spalte VDA-Upgrade anzuzeigen, klicken Sie oben rechts auf das Symbol „Anzuzeigende Spalten“, wählen Sie Maschinenkatalog > VDA-Upgrade und klicken Sie auf Speichern.
Wählen Sie eine VDA-Spur, die zu Ihrer Bereitstellung passt:
Wichtig:
Sie können zwischen dem CR VDA und dem LTSR VDA wechseln, solange Sie von einer früheren Version zu einer späteren Version wechseln. Sie können nicht von einer späteren Version zu einer früheren Version wechseln, da dies als Downgrade betrachtet wird. Sie können beispielsweise kein Downgrade von 2212 CR auf 2203 LTSR (beliebiges CU) durchführen, aber Sie können ein Upgrade von 2112 CR auf 2203 LTSR (beliebiges CU) durchführen.
  • Neuester CR VDA. Current Releases (CRs) bieten die neuesten und innovativsten Funktionen für die App-, Desktop- und Servervirtualisierung.
  • Neuester LTSR VDA. Long Term Service Releases (LTSRs) werden für große Unternehmensproduktionsumgebungen empfohlen, die es vorziehen, über einen längeren Zeitraum dieselbe Basisversion beizubehalten.
Nach der Katalogerstellung können Sie VDAs bei Bedarf aktualisieren. Weitere Informationen finden Sie unter VDAs aktualisieren.
Wenn Sie das VDA-Upgrade später aktivieren möchten, können Sie nach der Katalogerstellung zu dieser Seite zurückkehren, indem Sie den Katalog bearbeiten. Weitere Informationen finden Sie unter VDA-Upgradeeinstellungen durch Bearbeiten eines Katalogs konfigurieren.

Einstellungen überprüfen

Überprüfen Sie auf der Seite Zusammenfassung die von Ihnen angegebenen Einstellungen. Geben Sie einen Namen und eine Beschreibung für den Katalog ein. Diese Informationen werden in Studio angezeigt.
Wenn Sie fertig sind, wählen Sie Fertig stellen, um die Katalogerstellung zu starten.
Unter Maschinenkataloge wird der neue Katalog mit einer Inline-Fortschrittsanzeige angezeigt.
So zeigen Sie Details des Erstellungsfortschritts an:
  1. Fahren Sie mit der Maus über den Maschinenkatalog.
  2. Klicken Sie in der angezeigten QuickInfo auf Details anzeigen.
    Ein schrittweiser Fortschrittsgraph wird angezeigt, in dem Sie Folgendes sehen können:
    • Verlauf der Schritte
    • Fortschritt und Laufzeit des aktuellen Schritts
    • Verbleibende Schritte

Erstellen eines MCS-Maschinenkatalogs mit PowerShell-Befehlen

Sie können einen MCS-Maschinenkatalog auch mit PowerShell-Befehlen erstellen. Weitere Informationen finden Sie unter:

Zuweisen eines bestimmten Laufwerkbuchstabens zu einem MCS-E/A-Write-Back-Cache-Datenträger

Sie können einem MCS-E/A-Write-Back-Cache-Datenträger einen bestimmten Laufwerkbuchstaben zuweisen. Diese Implementierung hilft Ihnen, Konflikte zwischen dem Laufwerkbuchstaben von Anwendungen, die Sie verwenden, und dem Laufwerkbuchstaben des MCS-E/A-Write-Back-Cache-Datenträgers zu vermeiden. Dazu können Sie PowerShell-Befehle verwenden. Die unterstützten Hypervisoren sind Azure, GCP, VMware, SCVMM und XenServer.
Hinweis:
Diese Funktion erfordert VDA-Version 2305 oder höher.

Einschränkungen

  • Nur für Windows-Betriebssysteme anwendbar
  • Anwendbarer Laufwerkbuchstabe für Write-Back-Cache-Datenträger: E bis Z
  • Nicht anwendbar, wenn eine temporäre Azure-Festplatte als Write-Back-Cache-Datenträger verwendet wird
  • Gilt nur, wenn Sie einen neuen Maschinenkatalog erstellen

Zuweisen eines Laufwerkbuchstabens zu einem Write-Back-Cache-Datenträger

So weisen Sie einem Write-Back-Cache-Datenträger einen Laufwerkbuchstaben zu:
  1. Öffnen Sie das PowerShell-Fenster.
  2. Führen Sie asnp citrix* aus.
  3. Erstellen Sie einen Identitätspool, falls noch nicht geschehen.
  4. Erstellen Sie ein Bereitstellungsschema mit dem Befehl New-ProvScheme und der Eigenschaft WriteBackCacheDriveLetter. Beispiel:
    New-ProvScheme -CleanOnBoot `
    -HostingUnitName "<name>" `
    -IdentityPoolName $schemeName `
    -ProvisioningSchemeName $schemeName `
    -InitialBatchSizeHint 1 `
    -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
    -MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
    -NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
    -ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
    -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="OsType" Value="Windows" />
    <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
    <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="WBCDiskStorageType" Value="Premium_LRS" />
    <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
    <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
    <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
    <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
    </CustomProperties>'
  5. Schließen Sie die Katalogerstellung ab.

Wichtige Überlegung zum Festlegen benutzerdefinierter Eigenschaften

Benutzerdefinierte Eigenschaften müssen in GCP- und Azure-Umgebungen bei New-ProvScheme und Set-ProvScheme korrekt festgelegt werden. Wenn Sie eine nicht vorhandene benutzerdefinierte Eigenschaft oder Eigenschaften angeben, erhalten Sie die folgende Fehlermeldung, und die Befehle können nicht ausgeführt werden.
Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property..

Wichtige Überlegung zum Festlegen von ProvScheme-Parametern

Wenn Sie MCS zum Erstellen eines Katalogs verwenden, erhalten Sie eine Fehlermeldung, wenn Sie:
  • Die folgenden New-ProvScheme Parameter in nicht unterstützten Hypervisoren festlegen, wenn Sie einen Maschinenkatalog erstellen:
Parameter Unterstützter Hypervisor
UseWriteBackCache VMware
Hyper-V
XenServer®
Azure
GCP
DedicatedTenancy Azure
GCP
AWS
TenancyType Azure
GCP
AWS
UseFullDiskCloneProvisioning VMware
Hyper-V
XenServer
  • Aktualisieren Sie die folgenden Set-ProvScheme Parameter, nachdem Sie den Maschinenkatalog erstellt haben:
    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

SIDs beim Erstellen virtueller Maschinen hinzufügen

Sie können den Parameter ADAccountSid hinzufügen, um die Maschinen beim Erstellen neuer virtueller Maschinen eindeutig zu identifizieren.
Um dies zu tun:
  1. Erstellen Sie einen Katalog mit dem unterstützten Identitätstyp.
  2. Fügen Sie dem Katalog Maschinen mithilfe von NewProvVM hinzu. Zum Beispiel:
    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
Sie können jedoch keine Maschine bereitstellen mit:
  • Ein AD-Konto, das sich nicht im Identitätspool des Katalogs befindet
  • Ein AD-Konto, das sich nicht im verfügbaren Zustand befindet

Konfiguration vor dem Erstellen eines MCS-Maschinenkatalogs validieren

Sie können Konfigurationseinstellungen vor dem Erstellen eines MCS-Maschinenkatalogs mithilfe des Parameters -validate im Befehl New-ProvScheme validieren. Nachdem Sie diesen PowerShell-Befehl mit dem Parameter ausgeführt haben, erhalten Sie eine entsprechende Fehlermeldung, wenn ein falscher Parameter verwendet wurde oder ein Parameter mit einem anderen Parameter in Konflikt steht. Sie können dann die Fehlermeldung verwenden, um das Problem zu beheben und erfolgreich einen MCS-Maschinenkatalog mit PowerShell zu erstellen. Derzeit ist diese Funktion für AWS-, Azure-, GCP- und VMware-Virtualisierungsumgebungen anwendbar.
Hinweis:
Während der Validierung dürfen Sie keinen tatsächlichen MCS-Maschinenkatalog erstellen. Sie müssen das Ergebnis des Befehls verwenden, um die Fehler zu beheben und dann einen erfolgreichen Katalog zu erstellen. Verwenden Sie daher beim Ausführen des Befehls New-ProvScheme einen gefälschten Identitätspoolnamen.
Gehen Sie wie folgt vor, um die Konfiguration zu validieren:
  1. Öffnen Sie ein PowerShell-Fenster vom Delivery Controller-Host aus.
  2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
  3. Führen Sie den Befehl New-ProvScheme aus und verwenden Sie den Parameter -validate. Geben Sie einen gefälschten Identitätspoolnamen an, damit der Befehl funktioniert. Zum Beispiel:
    $result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName``"mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.``vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName` `"MachineProfileW10Machines"  -Scope @()
    -VMCpuCount 2  -VM
    MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.``template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
    $result.TerminatingError | Format-List -Property *
    Fehlermeldung:
    ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
    ErrorMessage : ValidationFailure
    Operation    : ValidatingInputs
  4. Nach der Validierung der Konfigurationseinstellung können Sie einen MCS-Maschinenkatalog mit einem echten Identitätspoolnamen und korrekten Parametern erstellen.

VMs in Azure Arc integrieren

Azure Arc ermöglicht es Organisationen, Ressourcen wie VMs, die überall gehostet werden, so zu verwalten, als würden sie in Azure ausgeführt. Mit Azure Arc können Sie Azure-Dienste wie Azure Monitor für eine umfassende Transparenz und proaktive Verwaltung der Ressourcen nutzen.
Um VMs in Azure Arc zu integrieren, erstellen Sie einen MCS-Maschinenkatalog mit dem Befehl New-ProvScheme. Sie können auch einen vorhandenen Katalog mit dem Befehl Set-ProvScheme aktualisieren. Nur die dem Katalog neu hinzugefügten VMs werden in Azure Arc integriert.
Derzeit ist diese Funktion für alle lokalen Citrix-Hypervisoren VMware, Nutanix und SCVMM anwendbar.

Voraussetzungen

Beachten Sie Folgendes, bevor Sie die Azure Arc-Integration im MCS-Katalog aktivieren:
  • Azure-Ressourcengruppe mit:
    • Allows-Konten zum Lesen, Erstellen und Löschen von Arc-Servern.
    • Allows-Konten zum Verwalten von VM-Erweiterungen, Lizenzen und Private Link-Bereichen.
    • Azure Connected Machine Resource Administrator-Rolle, die dem Dienstprinzipal im Bereich der Ressourcengruppe zugewiesen ist.
Siehe Zuweisen von Azure-Rollen über das Azure-Portal.
  • Master-Image mit
    • VDA: Neuer als 2311, ausgenommen 2411.
      Hinweis:
      Die Azure Arc-Integration wird in Citrix Virtual Apps and Desktops 2411 nicht unterstützt.
    • AzureConnectedMachineAgent installiert. Sie können die MSI unter den Abschnitten Windows oder Linux der Microsoft-Dokumentation herunterladen.

Schritte zur Integration einer VM in Azure Arc

  1. Richten Sie ein Dienstkonto mit AzureArcResourceManagement-Funktion ein.
    Das Dienstkonto wird zur Authentifizierung oder Autorisierung verwendet, indem Anmeldeinformationen für den Zugriff auf Identitätsanbieter wie Microsoft Entra ID gespeichert werden. Jedes Dienstkonto ist an einen einzelnen Identitätsanbieter gebunden.
    Um ein neues Dienstkonto für den Zugriff auf Azure AD mit AzureArcResourceManagement capability zu erstellen, führen Sie Folgendes aus:
    New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”
    Der application-id muss demselben Dienstprinzipal angehören, dem die Rolle „Azure Connected Machine Resource Administrator“ zugewiesen wurde.
  2. Weisen Sie das Dienstkonto dem Identitätspool zu. Beispiel:
    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
  3. Erstellen oder aktualisieren Sie einen MCS-Katalog mit den folgenden Arc-Parametern:
    • EnableAzureArcOnboarding: Gibt an, ob Arc Onboarding für den Katalog aktiviert werden muss.
    • AzureArcSubscriptionId: Gibt das Azure-Abonnement an, in dem die mit Arc verbundenen VMs erstellt werden.
    • AzureArcRegion: Gibt die Azure-Region an, in der die mit Arc verbundenen VMs erstellt werden.
    • AzureArcResourceGroup: Gibt die Azure-Ressourcengruppe an, in der die mit Arc verbundenen VMs erstellt werden. Informationen zur Azure Arc-Ressourcengruppe finden Sie unter Voraussetzungen.
    Beispiel: So aktivieren Sie Azure Arc Onboarding für einen neuen Katalog:
    `New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

    -EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
    Beispiel: So aktivieren Sie Azure Arc Onboarding für einen vorhandenen Katalog:
    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
    Beispiel: So deaktivieren Sie Azure Arc Onboarding für einen vorhandenen Katalog:
    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
  4. Fügen Sie dem Katalog neue Maschinen hinzu, um Arc zu integrieren.
  5. Nach dem Einschalten der VM müssen Sie die VM im Azure-Portal unter AzureArcResourceGroup als verbundene Maschine sehen.

Überlegungen

  • Das Arc-Onboarding wird derzeit nur für neue VMs unterstützt. Wenn Sie also einen vorhandenen Katalog mit Set-ProvScheme aktualisieren, werden nur neu hinzugefügte VMs bei der ersten Inbetriebnahme in Arc integriert.
  • Die Arc-Benutzereigenschaften werden aus Gründen der Abwärtskompatibilität weiterhin für bestehende Kataloge unterstützt. Wenn Sie jedoch New-ProvScheme mit Arc-Benutzereigenschaften wie EnableAzureArcOnboarding ausführen, schlägt die Katalogerstellung fehl.
  • Sie müssen alle Parameter in New-ProvScheme und Set-ProvScheme hinzufügen, wenn Sie EnableAzureArcOnboarding als true konfigurieren.

Fehlerbehebung

Beim Erstellen eines SCVMM-Katalogs mit New-ProvScheme erhalten Sie möglicherweise den folgenden Fehler:
Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
Stellen Sie in diesem Fall sicher, dass Sie DeviceId im Parameter NetworkMapping von New-ProvScheme explizit angeben. Zum Beispiel:
New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}

Follow-Me-Tagging

Follow-Me-Tagging ermöglicht die Nachverfolgung der VM-Nutzung einzelner Endbenutzer durch Anwenden von Tags auf Hypervisor-Ebene. Diese Tags, die mit dem spezifischen Benutzer und/oder der Organisation gekennzeichnet sind (wobei citrix-user-upn als Schlüssel und der Benutzerprinzipalname (UPN) als Wert verwendet wird), werden von Citrix automatisch hinzugefügt, wenn einem Benutzer eine VM zugewiesen wird, und entfernt, wenn der Benutzer nicht mehr zugewiesen ist.

Vorteile

Diese Funktion bietet mehrere Vorteile:
  • IT-Kostenverrechnung: Ermöglicht das Filtern der Ressourcennutzung (Azure: NICs, OS, ID, WBC, Datenträger und VMs) (AWS EC2: EC2-Instanz, EBS-Volumes (OS, ID, WBC und Datenträger) und NICs) nach Tags, was eine genaue Kostenverrechnung für einzelne Benutzer oder Geschäftseinheiten ermöglicht.
    Hinweis:
    • Aktivieren Sie für AWS EC2 den Tag-Schlüssel citrix-user-upn als Kostenverteilungs-Tag, damit er in Ihrem Abrechnungsbericht angezeigt wird. Siehe Aktivieren von AWS-generierten Tags als Kostenverteilungs-Tags.
    • Für Azure müssen Sie das Tag citrix-user-upn nicht aktivieren, um Kostenanalyseberichte nach Benutzer zu filtern und detaillierte Ausgaben anzuzeigen, die monatliche Gesamtausgaben, Kosten pro einzelner Ressource, tägliche Kostentrends, Kosten nach Dienst und detaillierte Abrechnungsdatensätze umfassen.
  • Effiziente Benutzerverwaltung: Automatisiert das Entfernen von Tags von Ressourcen, wenn Endbenutzer nicht mehr zugewiesen sind (zum Beispiel bei Änderungen im Beschäftigungsverhältnis wie Kündigung oder Umstrukturierung).
  • Verbesserte Sicherheitsüberwachung: Hilft, VMs zu identifizieren, die bestimmten Endbenutzern für gezielte Sicherheitsscans zugewiesen sind.

Anwendbarkeit

Derzeit ist Follow-Me-Tagging anwendbar auf:
  • AWS EC2- und Azure-Umgebungen
  • Statisch zugewiesene Maschinen, die ein Einzelsitzungs-Betriebssystem ausführen
  • Persistente und nicht-persistente Kataloge
  • Alle unterstützten Kataloge mit beigetretener Maschinenidentität
  • Nur von MCS bereitgestellte VMs
  • Verwaltete Datenträger (nur für Azure)

Einschränkungen

  • Es gibt eine kurze Synchronisierungsperiode zwischen der Endbenutzerzuweisung und dem Erscheinen des entsprechenden Tags auf der Maschine des Hypervisors.
  • MCS wiederholt Tagging-Vorgänge nicht, wenn der Tagging-Vorgang aufgrund von Problemen wie unzureichenden Tagging-Berechtigungen, Hypervisor-Fehlern oder nicht verfügbaren Cloud Connectors fehlschlägt. Stattdessen gibt MCS eine Warnung im Bereitstellungsschema aus. Diese Warnung kann mit dem PowerShell-Befehl Get-ProvOperationEvent aufgerufen werden.
  • Tag-Vorgänge werden ausschließlich initiiert, wenn das Tagging eines Katalogs aktiviert oder deaktiviert wird oder wenn einem Benutzer eine VM zugewiesen wird.
  • Wenn Sie das Follow-Me-Tag manuell von der NIC entfernen, wird das Tag beim nächsten Einschalten nicht auf neu erstellte Ressourcen angewendet.

Wichtige Überlegungen

Beachten Sie bei der Verwendung von Follow-Me-Tagging in AWS EC2-Umgebungen Folgendes:
Beachten Sie bei der Verwendung von Follow-Me-Tagging in Azure-Umgebungen Folgendes:

Follow-Me-Tagging konfigurieren

Sie können das Follow-Me-Tagging mit Studio und PowerShell konfigurieren.

Studio verwenden

Im Assistenten zum Einrichten des Maschinenkatalogs:
  1. Wählen Sie auf der Seite Betriebssystem die Option Einzelsitzungs-OS.
  2. Auf der Seite Maschinenverwaltung:
    • Wählen Sie Maschinen, die energieverwaltet sind (z. B. virtuelle Maschinen oder Blade-PCs).
    • Wählen Sie die Bereitstellung von Maschinen mit Citrix Provisioning-Technologie Citrix Machine Creation Services (MCS).
  3. Schließen Sie die Einstellungen auf den folgenden Seiten ab.
  4. Wählen Sie auf der Seite Virtuelle Maschinen die Option Follow-me-Tagging anwenden.
  5. Schließen Sie den Katalogerstellungsprozess ab.
  6. Um zu überprüfen, ob die Funktion für den Katalog aktiviert ist, navigieren Sie zur Seite Details des erstellten Katalogs. Die Funktion Follow-me-Tagging unter Maschine muss als Aktiviert angezeigt werden.
  7. Wählen Sie im linken Bereich Bereitstellungsgruppen aus und klicken Sie auf Bereitstellungsgruppe erstellen. Fügen Sie den erstellten Katalog einer Bereitstellungsgruppe hinzu und weisen Sie der Bereitstellungsgruppe einen oder mehrere Benutzer zu.
MCS markiert eine VM im Katalog automatisch mit dem ersten Benutzer, der sich an der Maschine anmeldet. Alternativ können Benutzer einer Maschine manuell zugewiesen werden, anstatt sich auf die erste Anmeldung zu verlassen.
Sie können auch einen vorhandenen Katalog bearbeiten, um das Follow-me-Tagging zu konfigurieren.
  1. Wählen Sie den zu ändernden Katalog aus und klicken Sie auf Maschinenkatalog bearbeiten.
  2. Navigieren Sie zum Abschnitt Virtuelle Maschinen und wählen Sie Follow-me-Tagging anwenden.
  3. Klicken Sie auf Anwenden und dann auf Speichern, um die Funktion für den vorhandenen Katalog zu aktivieren. Neue und vorhandene VMs in diesem Katalog werden nun beim Zuweisen von Endbenutzern am Hypervisor getaggt.

PowerShell verwenden

Um das Follow-me-Tagging mit PowerShell zu konfigurieren, verwenden Sie den Parameter -HypervisorVMTagging mit dem Cmdlet Set-BrokerCatalog und setzen Sie ihn auf $true.
Beispielskript zum Aktivieren des Tagging:
Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true
Beispielskript zum Überprüfen des Tagging-Status für einen Katalog:
Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging
Überprüfen Sie den Wert von HypervisorVMTagging. Wenn das Follow-me-Tagging für den Katalog aktiviert ist, ist der Wert von HypervisorVMTagging True.
Nachdem Sie das Follow-Me-Tagging für den Katalog aktiviert haben, fügen Sie den erstellten Katalog einer Bereitstellungsgruppe hinzu und weisen Sie der Bereitstellungsgruppe einen oder mehrere Benutzer zu.

Follow-Me-Tagging verwenden

Nachdem Sie das Follow-Me-Tagging für einen Maschinenkatalog aktiviert und Benutzer den VMs in diesem Katalog zugewiesen haben, wendet MCS automatisch ein Tag auf Hypervisor-Ebene auf die virtuellen Maschinen an. Dieses Tag hat das Format citrix-user-upn:<User Principal Name (UPN)>. Verwenden Sie dieses Tag in der Abrechnungs- und Verwaltungskonsole Ihres Hypervisors, um die Ressourcennutzung durch bestimmte Endbenutzer zu verfolgen.
So analysieren Sie Kosten für Ressourcen mit bestimmten Tags in Azure:
  1. Gehen Sie im Azure-Portal zur Seite Kostenanalyse.
  2. Fügen Sie den Filter Tag hinzu.
  3. Verwenden Sie citrix-user-upn als Schlüssel.
  4. Wählen Sie eine oder mehrere gewünschte UPNs aus, um die Ressourcenkosten zu verfolgen.
  5. Zeigen Sie die tatsächlichen Kosten an, die für die getaggten Ressourcen angefallen sind.
Verwenden Sie die Tag-Filterung mit citrix-user-upn, um:
  • Die monatlichen Gesamtausgaben eines Benutzers anzuzeigen (Ansicht „Kumulierte Kosten“).
  • Alle Ressourcen eines bestimmten Benutzers und deren Kosten anzuzeigen (Ansicht „Kosten nach Ressourcen“).
  • Unerwartete Erhöhungen der täglichen Kosten pro Benutzer zu erkennen (Ansicht „Tägliche Kosten“).
  • Zu identifizieren, für welche Dienste ein Benutzer Ausgaben tätigt, z. B. VMs oder Speicher (Ansicht „Kosten nach Dienst“).
  • Detaillierte Abrechnungsdatensätze auf Benutzerebene zu erstellen, indem Sie die Rohdaten der Abrechnungspositionen filtern (Ansicht „Rechnungsdetails“).
So analysieren Sie Kosten für Ressourcen mit Kostenverteilungs-Tags in AWS:
  1. Aktivieren Sie die Kostenverteilungs-Tags (es dauert bis zu 24 Stunden, bis sie aktiviert und im Abrechnungsbericht sichtbar sind). Aktivieren Sie die Kostenverteilungs-Tags über die EC2-Abrechnungskonsole oder die AWS Cost Explorer-API, UpdateCostAllocationTagsStatus.
  2. Fügen Sie den AWS-Ressourcen den Kostenverteilungs-Tag-Schlüssel und einen Wert hinzu.
Mithilfe dieser Tags können Sie Abrechnungsberichte erstellen, um die Kosten anzuzeigen, die den Ressourcen gemäß dem Kostenverteilungs-Tag-Schlüssel und bestimmten Werten entstehen. Sie können den Bericht in monatlicher, täglicher und stündlicher Granularität anzeigen.
Wenn ein Benutzer von einer Maschine abgemeldet wird, entfernt MCS automatisch den entsprechenden Tag von dieser VM.

Fehlerbehebung

  • Problem: Tags werden nach der Benutzerzuweisung nicht auf dem Hypervisor angezeigt.
  • Ursache: Es kann zu einer Synchronisierungsverzögerung kommen, oder MCS konnte das Tagging aufgrund von Berechtigungsproblemen, Hypervisor-Fehlern oder nicht verfügbaren Cloud Connectors nicht durchführen.
  • Lösung:
    • Warten Sie einige Minuten, bis der Tag angezeigt wird.
    • Wenn das Problem weiterhin besteht, suchen Sie mit dem PowerShell-Cmdlet Get-ProvOperationEvent nach Warnungen im Bereitstellungsschema, um Fehler zu identifizieren, die während des Taggings aufgetreten sind. Stellen Sie sicher, dass Citrix über die erforderlichen Tagging-Berechtigungen auf dem Hypervisor verfügt.
    • Überprüfen Sie den Tagging-Status. Führen Sie Get-ProvVM aus und überprüfen Sie CustomMachineData auf den booleschen Wert IsFollowMeTagged.

Image-Replikation von zusätzlichem Speicher für unterstützte lokale Hypervisoren

Diese Funktion ermöglicht eine effiziente Replikation und Verwaltung von Instanzen von Image-Versionsspezifikationen über mehrere Speicherorte hinweg, die von lokalen Hypervisoren unterstützt werden.

Anwendungsfälle

  • Sie können Image-Versionen an neue oder abgelöste Speicherorte replizieren, wodurch virtuelle Maschinen entweder während oder nach dem Image-Vorbereitungsprozess an zusätzlichen Speicherorten bereitgestellt werden können.
  • Wenn eine neue Image-Version erstellt und zusätzliche Speicherorte angegeben werden, wird die vorbereitete Image-Versionsspezifikation automatisch an die angegebenen Speicherorte repliziert.
  • Wenn eine vorhandene Image-Version mit abgelösten oder neu hinzugefügten Speicherorten verwendet werden muss, können Sie eine Image-Versionsinstanz hinzufügen, um sie an den neuen Speicherort zu replizieren.
  • Wenn einer vorhandenen Image-Version eine Hosting-Einheit zusammen mit zusätzlichem Speicher hinzugefügt wird, wird die vorbereitete Image-Versionsspezifikationsinstanz an die angegebenen zusätzlichen Speicher innerhalb der Ziel-Hosting-Einheit repliziert.

PowerShell-Befehle

  • Eine neue Image-Instanz hinzufügen, die eine vorbereitete Image-Versionsspezifikation an den angegebenen Speicherort repliziert.
    Add-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -StorageIds "<StorageId1,StorageId2>" -RunAsynchronously
  • Eine vorhandene Image-Versionsspezifikationsinstanz-Replika entfernen, die von keiner vorhandenen VM verwendet wird.
    Remove-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid >  -ImageInstanceUid < ImageInstanceUid > -RunAsynchronously
  • Eine Liste der Image-Versionsspezifikationsinstanzen abrufen.
    Get-ProvImageVersionSpecInstance -ImageVersionSpecUid  < ImageVersionSpecUid >

Nächste Schritte

Informationen zum Erstellen spezifischer Hypervisor-Kataloge finden Sie unter:
Wenn dies der erste erstellte Katalog ist, werden Sie zum Erstellen einer Bereitstellungsgruppe geführt.
Eine Übersicht über den gesamten Konfigurationsprozess finden Sie unter Bereitstellung planen und erstellen.
Sie können einen Citrix Provisioning-Katalog mit Studio und PowerShell erstellen. Diese Implementierung bietet Ihnen die folgenden Vorteile:
  • Eine einzige, einheitliche Konsole zur Verwaltung von MCS- und Citrix Provisioning-Katalogen.
  • Neue Funktionen für Citrix Provisioning-Kataloge, wie z. B. Identitätsverwaltungslösung, On-Demand-Bereitstellung usw.
Derzeit ist diese Funktion nur für Azure- und VMware-Workloads verfügbar. In VMware- und XenServer-Umgebungen können Sie die Kataloge jedoch derzeit nur mit PowerShell-Befehlen erstellen. Weitere Informationen finden Sie unter Citrix Provisioning-Kataloge in Citrix Studio erstellen.

Weitere Informationen