Produktdokumentation
Citrix DaaS™
PDF anzeigen

Maschinenkataloge erstellen

May 4, 2026
Beitrag von: 
C C

Hinweis:

Dieser Artikel beschreibt, wie Kataloge mit Studio erstellt werden. Wenn Sie Quick Deploy zum Erstellen von Azure-Ressourcen verwenden, befolgen Sie die Anweisungen unter Kataloge mit Quick Deploy erstellen.

Sammlungen physischer oder virtueller Maschinen werden als eine einzige Entität, ein sogenannter Maschinenkatalog, verwaltet. Innerhalb eines Maschinenkatalogs teilen sich alle Maschinen einen gemeinsamen Betriebssystemtyp, der entweder ein Multi-Session-Betriebssystem oder ein Single-Session-Betriebssystem sein kann, wie z. B. Windows- oder Linux-basierte Systeme.

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

Ü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 zum Bereitstellen 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. Das Konfigurieren 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 Bereitstellungsgruppe erstellt haben) können Sie Informationen zu dieser Hostingeinheit oder ihrer übergeordneten Hostverbindung ändern oder weitere Verbindungen und Hostingeinheiten erstellen. CustomProperties 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, beinhaltet 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.

  • Wenn keine eingeschaltete und registrierte Maschine gefunden werden kann, wird eine Warnung angezeigt, die erklärt, dass die RDS-Lizenzprü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 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, um beim Starten vermittelter 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 eine Meldung beispielsweise 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 Standard-MCS-Aktionen, nachdem Sie Informationen im Assistenten zum Erstellen von Katalogen bereitgestellt haben.
  • Wenn Sie ein Image (anstelle eines Snapshots) auswählen, erstellt MCS einen Snapshot.
  • MCS erstellt eine vollständige Kopie des Snapshots und platziert die Kopie an jedem in der Hostverbindung definierten Speicherort.
    • 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 Masterimages am selben Speicherort gespeichert. Wenn Sie mehrere Speicherorte definiert haben, erhält jeder die folgenden Datenträgertypen:
    • Die vollständige Kopie des Snapshots (zuvor erwähnt), die schreibgeschützt ist und von den gerade erstellten VMs gemeinsam genutzt wird.
    • Ein eindeutiger 16 MB Identitätsdatenträger, der jeder VM eine eindeutige Identität verleiht. Jede VM erhält einen Identitätsdatenträger.
    • Ein eindeutiger Differenzdatenträger zum Speichern von Schreibvorgängen, die an der VM vorgenommen wurden. Dieser Datenträger wird als Thin Provisioning bereitgestellt (sofern vom Hostspeicher unterstützt) und wächst bei Bedarf auf die maximale Größe des Masterimages an. Jede VM erhält einen Differenzdatenträger. Der Differenzdatenträger enthält Änderungen, die während der Sitzungen vorgenommen wurden. Er ist für dedizierte Desktops permanent. Bei gepoolten Desktops wird er nach jedem Neustart gelöscht und neu 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 von einigen auf dem VDA installierten Programmen zu Lizenzierungszwecken verwendet. Dieses Verhalten ist standardmäßig deaktiviert, kann aber durch Setzen des Registrierungsschlüsselwerts HKLM:\Software\Citrix\MachineIdentityServiceAgent\EnableUniqueMachineGuid auf 1 auf dem Masterimage oder einzelnen Maschinen aktiviert werden.

    • Alternativ können Sie beim Erstellen von VMs zur Bereitstellung statischer Desktops (auf der Seite Maschinen des Assistenten zum Erstellen von Katalogen) vollständige (vollständige Kopie) VM-Klone angeben. Vollständige Klone erfordern keine Beibehaltung des Masterimages 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:

    -  *Überlegungen zur Kapazität:*

-  Datenträger

  • Die Delta- oder Differenzdatenträger (Diff-Datenträger) verbrauchen in den meisten MCS-Bereitstellungen für jede VM den größten Speicherplatz. Jede von MCS erstellte VM erhält bei der Erstellung mindestens 2 Datenträger.

    • Disk0 = Diff-Datenträger: enthält das Betriebssystem, wenn es vom Basis-Masterimage kopiert wird.
    • Disk1 = Identitätsdatenträger: 16 MB – enthält Active Directory-Daten für jede VM.

    Im Zuge der Produktentwicklung kann es erforderlich sein, weitere Datenträger hinzuzufügen, um bestimmte Anwendungsfälle und den Funktionsverbrauch zu decken. Zum Beispiel:

    • MCS Storage Optimization erstellt einen Schreibcache-Datenträger für jede VM. 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 beim Erstellen einer Hostverbindung mit der Liste der verfügbaren temporären Speicherorte identisch konfigurieren.
    • MCS bietet nun die Möglichkeit, vollständige Klone anstelle des im vorherigen Abschnitt beschriebenen Delta-Datenträger-Szenarios zu verwenden.

    Auch Hypervisor-Funktionen können eine Rolle spielen. Zum Beispiel:

    • XenServer IntelliCache erstellt einen Lesedatenträger auf dem lokalen Speicher für jeden XenServer. Diese Option spart IOPS gegenüber dem Image, das sich am gemeinsam genutzten Speicherort befinden könnte.

  • 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 mit 20 GB für die virtuelle Festplatte, 16 GB für die Auslagerungsdatei und 100 MB für Protokolldateien, die insgesamt 36,1 GB verbrauchen.
    • 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 des Basisdatenträgers an jeden Speicherort kopiert wird.
    • Das Hinzufügen einer Maschine zu einem Katalog erfordert kein Kopieren des Basisdatenträgers an jeden Speicherort. Die Katalogerstellung variiert je nach den ausgewählten Funktionen.
    • Das Aktualisieren des Katalogs erstellt einen zusätzlichen Basisdatenträger an jedem Speicherort. Katalogaktualisierungen führen auch zu einem temporären Speicherpeak, bei dem jede VM im Katalog für eine bestimmte Zeit zwei Diff-Datenträger hat.

Weitere Überlegungen:

  • RAM-Dimensionierung: Beeinflusst die Größe bestimmter Hypervisor-Dateien und -Datenträger, einschließlich E/A-Optimierungsdatenträger, Schreibcache und Snapshot-Dateien.
  • Thin / Thick Provisioning: NFS-Speicher wird aufgrund der Thin-Provisioning-Funktionen bevorzugt.

Speicheroptimierung für Machine Creation Services (MCS)

  • Die Speicheroptimierungsfunktion von Machine Creation Services (MCS) wird auch als MCS I/O bezeichnet. Diese Funktion ist nur auf Azure, GCP, XenServer, VMware, AWS und SCVMM verfügbar.

  • Der Schreibcache-Container ist dateibasiert, dieselbe Funktionalität wie in Citrix Provisioning. Zum Beispiel lautet der Dateiname des Citrix Provisioning-Schreibcaches D:\vdiskdif.vhdx und der Dateiname des MCS I/O-Schreibcaches D:\mcsdif.vhdx.
  • Diagnoseverbesserungen werden durch die Unterstützung einer Windows-Absturzabbilddatei erreicht, die auf den Schreibcache-Datenträger geschrieben wird.
  • MCS I/O behält die Technologie Cache im RAM mit Überlauf auf Festplatte bei, um die optimalste mehrstufige Schreibcache-Lösung bereitzustellen. Diese Funktionalität ermöglicht es einem Administrator, ein Gleichgewicht zwischen den Kosten in jeder Ebene (RAM und Datenträger) und der Leistung herzustellen, um die gewünschten Workload-Erwartungen zu erfüllen.

Die Aktualisierung der Schreibcache-Methode von datenträgerbasiert auf dateibasiert erfordert die folgenden Änderungen:

  1. MCS I/O unterstützt keinen reinen RAM-Cache mehr. Geben Sie beim Erstellen des Maschinenkatalogs eine Datenträgergröße an.
  2. Der VM-Schreibcache-Datenträger wird beim ersten Start einer VM automatisch erstellt und formatiert. 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. Infolgedessen berücksichtigt diese Datenträgergröße den gesamten Speicherplatz. Sie umfasst die Differenz zwischen der Datenträgergröße und der generierten Workload 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 mit aktiviertem MCS I/O aktualisieren, ist keine zusätzliche Konfiguration erforderlich. Das VDA- und Delivery Controller-Upgrade übernimmt das MCS I/O-Upgrade.

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 korrekt.
  • Einen 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 wird, schlägt die Katalogerstellung fehl.
  • Drittanbieter-Tools nach Bedarf, wie Antivirensoftware oder Agenten für die elektronische Softwareverteilung. Konfigurieren Sie Dienste mit Einstellungen, die für Benutzer und den Maschinentyp geeignet sind (z. B. Aktualisierungsfunktionen).
  • Drittanbieter-Anwendungen, die Sie nicht virtualisieren. Citrix empfiehlt die Virtualisierung von Anwendungen. Die Virtualisierung reduziert 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 Masterimage-Festplatten, 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 Master-Images aus.

So bereiten Sie ein Master-Image vor:

    1. Verwenden Sie das Verwaltungstool Ihres Hypervisors, um ein Master-Image zu erstellen, 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. Sie können die Anzahl der vCPUs nicht angeben, wenn Sie einen Katalog aus Studio erstellen. Konfigurieren Sie den benötigten Festplattenspeicher für Desktops und Anwendungen. Dieser Wert kann später oder im Katalog nicht geändert werden.
  1. Stellen Sie sicher, dass die Festplatte an Geräteposition 0 angeschlossen ist. Die meisten Standard-Master-Image-Vorlagen konfigurieren diesen Speicherort standardmäßig, aber einige benutzerdefinierte Vorlagen möglicherweise nicht.
  2. Installieren und konfigurieren Sie die oben genannte Software auf dem Master-Image.
  3. Wenn Sie MCS nicht verwenden, fügen Sie das Master-Image der Domäne hinzu, in der Anwendungen und Desktops Mitglieder sind. Stellen Sie sicher, dass das Master-Image auf dem Host verfügbar ist, auf dem die Maschinen erstellt werden. Wenn Sie MCS verwenden, ist das Hinzufügen des Master-Images zu einer Domäne nicht erforderlich. Die bereitgestellten Maschinen werden der Domäne hinzugefügt, die im Assistenten zur Katalogerstellung angegeben ist.
  4. Citrix empfiehlt, dass Sie einen Snapshot Ihres Master-Images erstellen und benennen, damit es später identifiziert werden kann. Wenn Sie beim Erstellen eines Katalogs ein Master-Image 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 von MCS unterstützten Modelle für die Volumenlizenzaktivierung sind:

  • Key Management Service (KMS)
  • Active Directory-basierte Aktivierung (ADBA)
    • Multiple Activation Key (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 auf 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 Key Management Service.

Hinweis:

Alle Maschinenkataloge, die nach Ausführung des Befehls Set-Provserviceconfigurationdata erstellt werden, haben dieselbe Einstellung wie im Befehl angegeben.

Active Directory-basierte Aktivierung (ADBA)

ADBA ermöglicht die Aktivierung von Maschinen über ihre 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 auf 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.

Multiple Activation Key (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, der mit einer festen Anzahl von Aktivierungszählern zugewiesen wird. Jedes Mal, wenn ein Windows-System aktiviert wird, reduziert sich der Aktivierungszähler. 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 Prozess reduziert den Aktivierungszähler um 1 für den entsprechenden MAK.
  • 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 erforderliche Mindest-VDA-Version ist 2303.

Schlüsselanforderungen

  • 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 Master-Image. Schritte zur Installation des MAK-Schlüssels auf einem Windows-System finden Sie unter Bereitstellen der MAK-Aktivierung.

  • 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.
    1. Setzen Sie den Wert auf 1.

Aktivierungszähler

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.

Aktivieren des Windows-Systems mit MAK

So aktivieren Sie das Windows-System mit MAK:

  1. Installieren Sie den Produktschlüssel auf dem Master-Image. Dieser Schritt verbraucht einen Aktivierungszähler.
  2. Erstellen Sie einen MCS-Maschinenkatalog.
      1. 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.

      1. Fügen Sie VMs zum Maschinenkatalog hinzu.
  3. Schalten Sie die VMs ein.

  4. 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 wird, führen Sie den Befehl Get-ProvVM oder Get-ProvScheme in einem PowerShell-Fenster aus.

-  Der Befehl `Get-ProvScheme`: Sehen Sie sich den Parameter `WindowsActivationType` an, der dem MCS-Maschinenkatalog des neuesten Master-Images zugeordnet ist.
  • Der Befehl Get-ProvVM: Sehen Sie sich die Parameter WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode und WindowsActivationStatusError an.

Sie können den Fehler überprüfen und die Schritte zur Behebung des Problems verifizieren.

Erstellen eines Maschinenkatalogs mit Studio

Bevor Sie einen Katalog erstellen:

  • Stellen Sie sicher, dass Sie eine Verbindung zum Hypervisor, Cloud-Dienst oder einer anderen Ressource hergestellt haben, die Ihre Maschinen hostet.
  • Wenn Sie ein Master-Image zum Bereitstellen von Maschinen erstellt haben. Stellen Sie sicher, dass Sie einen VDA auf diesem Master-Image 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 spezifisch für diesen Host sind. Wenn Sie beispielsweise ein Azure Resource Manager-Master-Image verwenden, enthält der Assistent zum Erstellen von Katalogen eine Seite Speicher- und Lizenztypen. Informationen zu hostspezifischen Details finden Sie in den spezifischen Artikeln unter Nächste Schritte.

Starten des Assistenten zum Erstellen von Katalogen 

-  1.  Melden Sie sich bei [Citrix Cloud](https://citrix.cloud.com) an.
-  1.  Klicken Sie in der Kachel **DaaS** auf **Verwalten**, um Studio zu öffnen.
-  1.  Wählen Sie im linken Bereich **Maschinenkataloge** aus.
    1. Wenn dies der erste zu erstellende Katalog ist, 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.

  1. Wenn Sie bereits einen Katalog erstellt haben und einen weiteren erstellen möchten, gehen Sie wie folgt vor:

    1. Um Kataloge mithilfe von Ordnern zu organisieren, erstellen Sie Ordner unter dem Standardordner Maschinenkataloge. Weitere Informationen finden Sie unter Erstellen eines Katalogordners.
    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 den von Ihnen getroffenen Auswahlen und der von Ihnen 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 stellt gehostete, gemeinsam genutzte Desktops bereit. Die Maschinen können unterstützte Versionen der Windows- oder Linux-Betriebssysteme ausführen, aber der Katalog kann nicht sowohl Windows- als auch Linux-Betriebssysteme enthalten.
-  **Single-Session-OS:** Ein Single-Session-OS-Katalog stellt VDI-Desktops bereit, die Sie verschiedenen Benutzern zuweisen können.
-  **Remote-PC-Zugriff:** Ein Remote-PC-Zugriffskatalog bietet Benutzern Fernzugriff auf ihre physischen Büro-Desktop-Maschinen. Der Remote-PC-Zugriff erfordert kein VPN zur Gewährleistung der Sicherheit.

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 Maschinen energieverwaltet werden sollen:

  • Energieverwaltete Maschinen (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.

  • Nicht energieverwaltete Maschinen (z. B. physische Maschinen)

  • Wenn Sie die Option Energieverwaltete Maschinen (z. B. virtuelle Maschinen oder Blade-PCs) auswählen, wählen Sie ein Tool zum Erstellen von VMs aus:

  • Citrix Provisioning™-Technologie
    • Citrix Machine Creation Services (MCS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit Images versehen wurden. MCS kopiert von einem Master-Image geklonte Images auf diese VMs.
    • Citrix Provisioning Services (PVS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit PVS mit Images versehen wurden. Diese VMs dienen als PVS-Zielgeräte, und der PVS-Server kann ein einziges freigegebenes Datenträger-Image 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.
  • Wenn Sie einen Citrix Provisioning-Katalog auf der Seite Zielgerät erstellen, sehen Sie möglicherweise im Dropdown-Menü zur Auswahl der Farm und Site für die bereitzustellenden Maschinen Farmen und Sites, die nicht mehr existieren. Als Workaround 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-OS-Maschinen finden Sie unter Erstellen von Linux-VDAs mit Machine Creation Services (MCS).

Desktop-Erfahrung auswählen

Hinweis:

Die Optionen auf der Seite Desktop-Erfahrung variieren je nach dem Maschinentyp, den Sie auf der Seite Maschinentyp auswählen.

-  Bei **Multi-Session-OS**-Maschinen wird Benutzern bei jeder Anmeldung ein zufälliger Desktop zugewiesen. Auf der Seite **Desktop-Erfahrung** stehen Ihnen die folgenden Optionen zur Verfügung:

-  Änderungen auf der lokalen Festplatte der Maschine speichern, die virtuelle Desktops hostet: Persistent
-  Alle Änderungen verwerfen und virtuelle Desktops löschen, wenn sich der Benutzer abmeldet: Nicht-persistent

> **Hinweis:**
>
> Bei persistenten Multi-Session-Maschinen werden Änderungen, die Benutzer an den Desktops vornehmen, gespeichert und sind für alle autorisierten Benutzer zugänglich.

  • Bei Single-Session-OS-Maschinen stehen Ihnen auf der Seite Desktop-Erfahrung die folgenden Optionen zur Verfügung:

    • Bei jeder Anmeldung der Benutzer eine Verbindung zu einem neuen (zufälligen) Desktop herstellen.
    • Bei jeder Anmeldung der Benutzer eine Verbindung zu demselben (statischen) Desktop herstellen.

    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 Kopie der virtuellen Maschine auf der Seite Virtuelle Maschinen zur Verfügung. Andernfalls ist der Modus Kopie der virtuellen Maschine nicht verfügbar.

Ein Image und ein Maschinenprofil auswählen

Hinweis:

  • Diese Seite wird nur angezeigt, wenn Sie auf der Seite Maschinenverwaltung die Option Citrix Machine Creation Services (MCS) 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 stehen zwei Imagetypen zur Verfügung:

    • Masterimage: Ein Snapshot oder eine VM, die als Masterimage erstellt wurde. Es durchläuft zu Beginn der Katalogerstellung eine automatische Image-Vorbereitung. 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 mit der Maschinenverwaltungstechnologie kompatibel ist, die Sie zuvor im Assistenten ausgewählt haben.
      • Um Images innerhalb eines Image-Knotens zu aktualisieren, wählen Sie ihn in der Baumstruktur aus und klicken Sie dann auf die Option Aktualisieren in der oberen rechten Ecke. Wenn Sie keinen Image-Knoten auswählen, werden durch Klicken auf Aktualisieren alle Images in der Baumstruktur aktualisiert. Um einen ausgewählten Knoten in der Baumstruktur zu löschen, halten Sie STRG gedrückt und klicken Sie dann auf den Knoten.

    • Vorbereitetes Image: Ein Image, das eine Image-Vorbereitung durchlaufen hat und für die direkte Verwendung bei der VM-Erstellung bereit ist. Die Entscheidung für vorbereitete Images anstelle von Masterimages für die Katalogerstellung gewährleistet eine schnellere und zuverlässigere Maschinenkatalogerstellung sowie ein optimiertes Image-Lebenszyklusmanagement. Fügen Sie bei Bedarf 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 anschließend 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 Sie die virtuellen Maschinen speichern möchten.

Um den Speicherort des Ordners für virtuelle Maschinen anzugeben, navigieren Sie im Assistenten zur Katalogerstellung zur Seite Virtuelle Maschinen und dort zum Abschnitt Ordner zum Platzieren 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. Bei 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.

Die 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, was bedeutet, dass der Katalog keine Maschinen enthält.

  • Bei Verwendung von MCS zum Erstellen von Maschinen:

    • 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 zum Erstellen von VMs für einen leeren Katalog Maschinen hinzufügen ausführen.

    • Wählen Sie die Speichermenge (in MB) aus, die jede VM haben soll.

      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.

  • Bei Verwendung anderer Tools zur Bereitstellung von Maschinen:

    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: <Identitätsanbieter>:<Benutzername>. 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, während Sie sich noch auf dieser Assistentenseite befinden.

  • Bei Verwendung anderer Tools (nicht MCS):

    Ein Symbol und ein Tooltip für jede hinzugefügte (oder importierte) Maschine helfen dabei, Maschinen zu identifizieren, die möglicherweise nicht zum Hinzufügen zum Katalog berechtigt sind oder sich nicht bei einem Cloud Connector registrieren können.

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 Clones)
  • 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 Full Copy Clone-Ansatz 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 Laufwerksbuchstabenzuweisung für Disk-Caches zu aktivieren, 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, 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 nach der Aktivierung des Write-Back-Caches zu erhöhen.
    • Das Ändern der Festplattencachegröße (GB) von ihrem Standardwert kann die Leistung beeinträchtigen. Die Größe muss den Benutzeranforderungen und der Belastung der Maschine entsprechen.

Wichtig: > > Wenn der Festplattencache keinen Speicherplatz mehr hat, wird die Benutzersitzung unbrauchbar.

  • Wenn Sie das Kontrollkästchen Festplattencachegröße deaktivieren, wird keine Cache-Festplatte erstellt. Geben Sie in diesem Fall einen Wert für Dem Cache zugewiesener Speicher an, der groß genug ist, um alle temporären Daten aufzunehmen. Dies ist nur möglich, wenn große Mengen an RAM für die Zuweisung zu jeder VM verfügbar sind.

  • 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 massenhaft 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 massenhaft hinzufügen wird angezeigt.
    1. Wählen Sie CSV-Vorlage herunterladen.
    1. Füllen Sie die Vorlagendatei aus.
  1. Ziehen Sie die Datei per Drag & Drop oder navigieren Sie zu ihr, um sie hochzuladen.
  2. Wählen Sie Validieren, um Validierungsprüfungen für Ihren Import durchzuführen.
  3. 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.
  1. Öffnen Sie die CSV-Datei, um Maschinen nach Bedarf hinzuzufügen oder zu bearbeiten. Informationen zum massenhaften Hinzufügen von Maschinen mithilfe der gespeicherten CSV-Datei finden Sie im vorherigen Abschnitt, Massenhaftes Hinzufügen von Maschinen mithilfe von 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 auf einem Maschinenprofil basierenden Maschinenkatalog erstellen, werden die Sicherheitsgruppenkonfigurationen vom Maschinenprofil geerbt, 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 die Energieverwaltung nicht verwenden. Wenn Sie die Energieverwaltung verwenden möchten, aber noch keine geeignete Verbindung konfiguriert wurde, können Sie diese Verbindung später erstellen und dann den Maschinenkatalog bearbeiten, um die Energieverwaltungseinstellungen zu aktualisieren.

Sie können Maschinen auch massenhaft mithilfe von 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 massenhaft hinzufügen** wird angezeigt.
  1. Wählen Sie CSV-Vorlage herunterladen.
  2. Füllen Sie die Vorlagendatei aus.
  3. Ziehen Sie die Datei per Drag & Drop oder navigieren Sie zu ihr, um sie hochzuladen.
  4. Wählen Sie Validieren, um Validierungsprüfungen für Ihren Import durchzuführen.
  5. 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** **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 der Identität nach ihrer Bereitstellung beigetreten. Sie können den Identitätstyp nach dem Erstellen des Katalogs nicht mehr ändern.

-  Ein allgemeiner Workflow zum Konfigurieren von Einstellungen auf dieser Seite ist wie folgt:

-  1.  Wählen Sie eine Identität aus der Liste aus.
-  1.  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:

-  **On-Premises 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 (On-Premises).

> **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](/de-de/citrix-daas/install-configure/machine-identities/azure-active-directory-joined.html).

Hinweis:

>
>     -  Diese Option erfordert, dass das Masterimage die Betriebssystemvoraussetzung erfüllt. Weitere Informationen finden Sie in der Microsoft-Dokumentation unter [Microsoft Entra joined devices](https://learn.microsoft.com/de-de/entra/identity/devices/concept-directory-join).

-  **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 (On-Premises). Informationen zu den Anforderungen, Einschränkungen und Überlegungen finden Sie unter [Microsoft Entra hybrid joined](/de-de/citrix-daas/install-configure/machine-identities/hybrid-azure-active-directory-joined).

> **Hinweis:**
>
>     -  Bevor Sie Microsoft Entra Hybrid Join verwenden können, stellen Sie sicher, dass Ihre Azure-Umgebung die Voraussetzungen erfüllt. Siehe [Configure Microsoft Entra hybrid join](https://learn.microsoft.com/de-de/entra/identity/devices/how-to-hybrid-join).
>     -  Diese Option erfordert, dass das Masterimage die Betriebssystemvoraussetzung erfüllt. Weitere Informationen finden Sie unter [Microsoft Entra hybrid joined devices](https://learn.microsoft.com/de-de/entra/identity/devices/concept-hybrid-join).

-  **Nicht domänenverbunden**: Maschinen, die keiner Domäne beigetreten sind. Informationen zu den Anforderungen und Einschränkungen finden Sie unter [Nicht domänenverbunden](/de-de/citrix-daas/install-configure/machine-identities/non-domain-joined.html).

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 Nicht domänenverbunden erfordert VDA-Version 1811 oder höher als Mindestfunktionslevel für den Katalog. Um ihn verfügbar zu machen, aktualisieren Sie das Mindestfunktionslevel.
  • Die Identitätstypen Microsoft Entra joined und Microsoft Entra hybrid joined erfordern VDA-Version 2203 oder höher als Mindestfunktionslevel für den Katalog. Um sie verfügbar zu machen, aktualisieren Sie das Mindestfunktionslevel.
  • Ein Microsoft Entra-Dienstkonto ist obligatorisch, wenn Sie reine Microsoft Entra- 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 Maschinenidentitäten konfiguriert werden sollen:

  • Wenn Sie neue Maschinenkonten erstellen, geben Sie die OU und das Benennungsschema für die Maschinen an. Weitere Informationen finden Sie unter Benennungsschema für Maschinenkonten. Wenn Sie einen Katalog erstellen, wird automatisch ein Identitätspool erstellt, der alle von Ihnen für diesen Katalog definierten Maschinenidentitäten enthält.

  • 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 gleich sein muss.

-  Für Kataloge, die physische oder vorhandene Maschinen enthalten, wählen oder importieren Sie 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) als Platzhalter für fortlaufende Zahlen oder Buchstaben, die im Namen erscheinen.

Berücksichtigen 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 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 erhöht sich mit der Zunahme der Anzahl der Maschinenkonten. Wenn Sie beispielsweise 1.000 Maschinenkonten mit dem Schema “veryverylong#” erstellen, enthält der zuletzt erstellte Kontoname (veryverylong1000) 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 ausgewählt, werden die angegebenen Platzhalter in fortlaufende Zahlen aufgelöst.

    Hinweis:

    Wenn nur ein Platzhalter (#) vorhanden ist, beginnen die Kontonamen mit 1. Wenn zwei vorhanden sind, beginnen die Kontonamen mit 01. Wenn drei vorhanden sind, beginnen die Kontonamen mit 001 usw.

  • A-Z. Wenn ausgewählt, werden die angegebenen Platzhalter in fortlaufende Buchstaben aufgelöst.

Zum Beispiel führt ein Benennungsschema von PC-Sales-## (mit ausgewählter Option 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 über die Berechtigung zum Ausführen von Kontovorgängen verfügt. Die detaillierten Schritte sind wie folgt:
    1. Klicken Sie auf Anmeldeinformationen eingeben. Die Seite „Windows-Sicherheit“ wird angezeigt.

  1. 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.
  2. Klicken Sie auf Namen prüfen, um zu überprüfen, ob der Benutzername gültig oder eindeutig ist.
  3. Geben Sie im Feld Kennwort das Domänenkennwort des Administrators ein.
  4. Klicken Sie auf Fertig.

Hinweis:

Wenn der unter Maschinenidentitäten ausgewählte Identitätstyp Microsoft Entra hybrid joined ist, müssen den von Ihnen eingegebenen Anmeldeinformationen die Berechtigung Write userCertificate erteilt worden sein.

WEM-Konfigurationssatz für die Experience Optimization auswählen

Hinweis:

Die Seite Experience Optimization wird nur angezeigt, wenn Sie über eine Workspace Environment Management™ (WEM)-Berechtigung verfügen.

Verbessern Sie die Ressourcenzuweisung und steigern Sie die Systemleistung auf Ihren Maschinen, indem Sie einen WEM-Konfigurationssatz für den Maschinenkatalog angeben.

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

  • Machine Catalog Administrator

  • Um anderen Rollen das Verwalten 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, überprüfen Sie, ob 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 Experience Optimization-Option 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 mithilfe von 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 mithilfe von Anderer Dienst oder Technologie auf der Seite Maschinenverwaltung während der Katalogerstellung bereit.

Weitere Informationen zu den beiden Optionen finden Sie unter Maschinenverwaltung

Auf der Seite VDA-Upgrade wählen Sie die VDA-Version aus, auf die ein Upgrade durchgeführt werden soll. Falls angegeben, können die VDAs im Katalog, auf denen der VDA-Upgrade-Agent installiert ist, auf die ausgewählte Version aktualisiert werden – sofort oder zu einem geplanten Zeitpunkt.

Hinweis:

  • Diese Funktion unterstützt das Upgrade nur 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 auf das Symbol Spalten anzeigen in der oberen rechten Ecke, wählen Sie Maschinenkatalog > VDA-Upgrade und klicken Sie auf Speichern.

Wählen Sie eine VDA-Schiene, 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 nicht von 2212 CR auf 2203 LTSR (beliebiges CU) downgraden, aber Sie können von 2112 CR auf 2203 LTSR (beliebiges CU) upgraden.

  • 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 durch Bearbeiten des Katalogs zu dieser Seite zurückkehren. Weitere Informationen finden Sie unter VDA-Upgrade-Einstellungen 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 I/O Write-Back-Cache-Datenträger

Sie können einem MCS I/O 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 I/O 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
  • Nur anwendbar, 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.
    1. Führen Sie asnp citrix* aus.
    1. Erstellen Sie einen Identitätspool, falls noch nicht geschehen.
    1. 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>'

     <!--NeedCopy-->
  1. Schließen Sie die Katalogerstellung ab.

Wichtiger Hinweis zur Festlegung benutzerdefinierter Eigenschaften

Benutzerdefinierte Eigenschaften müssen in GCP- und Azure-Umgebungen bei New-ProvScheme und Set-ProvScheme korrekt festgelegt werden. Wenn Sie eine oder mehrere nicht vorhandene benutzerdefinierte Eigenschaften angeben, erhalten Sie die folgende Fehlermeldung, und die Befehle können nicht ausgeführt werden.

Ungültige Eigenschaft gefunden: <ungültige Eigenschaft>. Stellen Sie sicher, dass der Parameter CustomProperties die Eigenschaft unterstützt.

Wichtiger Hinweis zur Festlegung 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

  • Die folgenden Set-ProvScheme-Parameter aktualisieren, 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.

Gehen Sie dazu wie folgt vor:

  1. Erstellen Sie einen Katalog mit dem unterstützten Identitätstyp.

  2. Fügen Sie dem Katalog Maschinen mit NewProvVM hinzu. Zum Beispiel:

    
New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously

<!--NeedCopy-->

Sie können jedoch keine Maschine bereitstellen mit:

  • Einem AD-Konto, das sich nicht im Identitätspool des Katalogs befindet
  • Einem 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 die Fehlermeldung dann 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.

Führen Sie die folgenden Schritte aus, 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 *

<!--NeedCopy-->

    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

<!--NeedCopy-->
  4. Nachdem Sie die Konfigurationseinstellung validiert haben, können Sie einen MCS-Maschinenkatalog mit einem echten Identitätspoolnamen und korrekten Parametern erstellen.

VMs in Azure Arc integrieren

Azure Arc ermöglicht Organisationen die Verwaltung von Ressourcen wie z.B. VMs, die überall gehostet werden, als ob sie in Azure ausgeführt würden. Mit Azure Arc können Sie Azure-Dienste wie Azure Monitor für umfassende Transparenz und proaktive Verwaltung der Ressourcen nutzen.

Um VMs in Azure Arc zu integrieren, erstellen Sie einen MCS-Maschinenkatalog mithilfe des Befehls New-ProvScheme. Sie können auch einen bestehenden Katalog mithilfe des Befehls Set-ProvScheme aktualisieren. Nur die dem Katalog neu hinzugefügten VMs werden in Azure Arc integriert.

Derzeit ist diese Funktion auf alle lokalen Citrix-Hypervisoren VMware, Nutanix und SCVMM anwendbar.

Voraussetzungen

Beachten Sie Folgendes, bevor Sie die Azure Arc-Integration in einem MCS-Katalog aktivieren:

  • Azure-Ressourcengruppe mit:

    • Ermöglicht Konten das Lesen, Erstellen und Löschen von Arc-Servern.
    • Ermöglicht Konten die Verwaltung von VM-Erweiterungen, Lizenzen und Private Link-Bereichen.
    • Die Rolle Azure Connected Machine Resource Administrator muss dem Dienstprinzipal im Bereich der Ressourcengruppe zugewiesen sein.

Siehe Zuweisen von Azure-Rollen über das Azure-Portal.

  • Master-Image mit

    • VDA: Später als 2311, ausgenommen 2411.

      Hinweis:

      Die Azure Arc-Integration wird in Citrix Virtual Apps and Desktops 2411 nicht unterstützt. [BRK-14897]

    • AzureConnectedMachineAgent-Agent installiert. Sie können die MSI-Datei unter den Abschnitten Windows oder Linux der Microsoft-Dokumentation herunterladen.

Schritte zur Integration einer VM in Azure Arc

  1. Richten Sie ein Dienstkonto mit der 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 der AzureArcResourceManagement-Funktion zu erstellen, führen Sie Folgendes aus:

    
New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”

<!--NeedCopy-->

    Die application-id muss dem Dienstprinzipal entsprechen, dem die Rolle Azure Connected Machine Resource Administrator zugewiesen wurde.

  2. Weisen Sie das Dienstkonto dem Identitätspool zu. Zum Beispiel:

    
Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”

<!--NeedCopy-->

  3. Erstellen oder aktualisieren Sie einen MCS-Katalog mit den folgenden Arc-Parametern:

    • EnableAzureArcOnboarding: Gibt an, ob die Arc-Integration im 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. Weitere Informationen zur Azure Arc-Ressourcengruppe finden Sie unter Voraussetzungen.

    Beispiel: So aktivieren Sie die Azure Arc-Integration 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”

<!--NeedCopy-->

    Beispiel: So aktivieren Sie die Azure Arc-Integration für einen bestehenden Katalog:

    
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”

<!--NeedCopy-->

    Beispiel: So deaktivieren Sie die Azure Arc-Integration für einen bestehenden Katalog:

    
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:

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

  • Die Arc-Integration wird derzeit nur für neue VMs unterstützt. Wenn Sie also einen bestehenden Katalog mit Set-ProvScheme aktualisieren, werden nur neu hinzugefügte VMs bei der ersten Inbetriebnahme in Arc integriert.
  • Die Arc-Benutzerdefinierten Eigenschaften werden aus Gründen der Abwärtskompatibilität weiterhin für bestehende Kataloge unterstützt. Wenn Sie jedoch New-ProvScheme mit Arc-Benutzerdefinierten Eigenschaften 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.

<!--NeedCopy-->

Stellen Sie in diesem Fall sicher, dass Sie die 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"}

<!--NeedCopy-->

Follow-Me-Tagging

Follow-Me-Tagging ermöglicht die Nachverfolgung der individuellen VM-Nutzung durch Endbenutzer, indem Tags auf Hypervisor-Ebene angewendet werden. Diese Tags, die mit dem spezifischen Benutzer und/oder der Organisation (unter Verwendung von citrix-user-upn als Schlüssel und dem User Principal Name (UPN) als Wert) gekennzeichnet sind, werden von Citrix automatisch hinzugefügt, wenn ein Benutzer einer VM zugewiesen wird, und entfernt, wenn der Benutzer nicht mehr zugewiesen ist.

Vorteile

Diese Funktion bietet mehrere Vorteile:

  • IT-Kostenverrechnung: Erleichtert 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 an einzelne Benutzer oder Geschäftseinheiten ermöglicht.

    Hinweis:

    • Für AWS EC2 aktivieren Sie den Tag-Schlüssel citrix-user-upn als Kostenverteilungs-Tag, damit er in Ihrem Abrechnungsbericht erscheint. Siehe Aktivieren von AWS-generierten Tags als Kostenverteilungs-Tags.
    • Für Azure müssen Sie den 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 (z. B. bei Änderungen der Beschäftigung wie Kündigung oder Umstrukturierung).
  • Verbesserte Sicherheitsüberwachung: Hilft, VMs zu identifizieren, die bestimmten Endbenutzern zugewiesen sind, für gezielte Sicherheitsscans.

Anwendbarkeit

Derzeit ist das Follow-Me-Tagging anwendbar auf:

  • AWS EC2- und Azure-Umgebungen
  • Statisch zugewiesene Maschinen mit Single-Session-Betriebssystem
  • Persistente und nicht-persistente Kataloge
  • Alle unterstützten Kataloge mit Maschinenidentität
  • Nur MCS-bereitgestellte VMs
  • Nur verwaltete Datenträger (für Azure)

Einschränkungen

  • Es gibt eine kurze Synchronisierungsperiode zwischen der Zuweisung des Endbenutzers und dem Erscheinen des entsprechenden Tags auf der Maschine des Hypervisors.
  • MCS versucht Tagging-Operationen nicht erneut, wenn die Tagging-Operation 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 abgerufen werden.
  • Tag-Operationen werden ausschließlich initiiert, wenn das Tagging eines Katalogs aktiviert oder deaktiviert wird oder wenn ein Benutzer einer 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 Folgendes, wenn Sie Follow-Me-Tagging in AWS EC2-Umgebungen verwenden:

Beachten Sie Folgendes, wenn Sie Follow-Me-Tagging in Azure-Umgebungen verwenden:

Follow-Me-Tagging konfigurieren

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

Studio verwenden

Im Assistenten zum Einrichten des Maschinenkatalogs:

  1. Wählen Sie auf der Seite Betriebssystem die Option Einzelsitzungs-Betriebssystem aus.

  2. Auf der Seite Maschinenverwaltung:

    • Wählen Sie Energieverwaltete Maschinen (z. B. virtuelle Maschinen oder Blade-PCs) aus.
    • Wählen Sie die Bereitstellung von Maschinen mithilfe der Citrix Bereitstellungstechnologie Citrix Machine Creation Services (MCS) aus.
  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 aus.
  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 taggt 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 Katalog aus, den Sie ändern möchten, und klicken Sie auf Maschinenkatalog bearbeiten.
  2. Navigieren Sie zum Abschnitt Virtuelle Maschinen und wählen Sie Follow-me-Tagging anwenden aus.
  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 auf dem Hypervisor getaggt, wenn Endbenutzer zugewiesen werden.

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

<!--NeedCopy-->

Beispielskript zum Überprüfen des Tagging-Status für einen Katalog:


Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging

<!--NeedCopy-->

Überprüfen Sie den Wert von HypervisorVMTagging. Wenn das Follow-me-Tagging für den Katalog aktiviert ist, dann 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 zur Seite Kostenanalyse im Azure-Portal.
  2. Fügen Sie den Filter Tag hinzu.
  3. Verwenden Sie citrix-user-upn als Schlüssel.
  4. Wählen Sie einen 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 Rohdaten der Abrechnungspositionen gefiltert werden (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 sind und im Abrechnungsbericht sichtbar werden). Aktivieren Sie die Kostenverteilungs-Tags über die EC2-Abrechnungskonsole oder über die AWS Cost Explorer-API, UpdateCostAllocationTagsStatus.
  2. Fügen Sie den Kostenverteilungs-Tag-Schlüssel und einen Wert zu den AWS-Ressourcen hinzu.

Mithilfe dieser Tags können Sie Abrechnungsberichte erstellen, um die Kosten anzuzeigen, die für Ressourcen gemäß dem Kostenverteilungs-Tag-Schlüssel und bestimmten Werten anfallen. Sie können den Bericht in monatlicher, täglicher und stündlicher Granularität anzeigen.

Wenn die Zuweisung eines Benutzers zu einer Maschine aufgehoben wird, entfernt MCS automatisch das entsprechende 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 das Tag angezeigt wird.
    • Wenn das Problem weiterhin besteht, suchen Sie mithilfe des PowerShell-Cmdlets Get-ProvOperationEvent nach Warnungen im Bereitstellungsschema, um Fehler zu identifizieren, die während der Tagging-Phase 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 die CustomMachineData auf den booleschen Wert IsFollowMeTagged.

Imagereplikation von zusätzlichem Speicher für unterstützte lokale Hypervisoren

Diese Funktion ermöglicht die effiziente Replikation und Verwaltung von Instanzen der Imageversionsspezifikation über mehrere von lokalen Hypervisoren unterstützte Speicherorte hinweg.

Anwendungsfälle

  • Sie können Imageversionen an neue oder abgelöste Speicherorte replizieren, sodass virtuelle Maschinen während oder nach dem Imagevorbereitungsprozess an zusätzlichen Speicherorten bereitgestellt werden können.
  • Wenn eine neue Imageversion erstellt und zusätzliche Speicherorte angegeben werden, wird die vorbereitete Imageversionsspezifikation automatisch an diese festgelegten Speicherorte repliziert.
  • Wenn eine vorhandene Imageversion mit abgelösten oder neu hinzugefügten Speicherorten verwendet werden soll, können Sie eine Imageversionsinstanz hinzufügen, die an den neuen Speicherort repliziert werden soll.
  • Wenn einer vorhandenen Imageversion eine Hosting-Einheit zusammen mit zusätzlichem Speicher hinzugefügt wird, wird die vorbereitete Imageversionsspezifikationsinstanz an die angegebenen zusätzlichen Speicher innerhalb der Ziel-Hosting-Einheit repliziert.

PowerShell-Befehle

  • Fügen Sie eine neue Image-Instanz hinzu, die eine vorbereitete Imageversionsspezifikation an den angegebenen Speicherort repliziert.

    
 Add-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -StorageIds "<StorageId1,StorageId2>" -RunAsynchronously

 <!--NeedCopy-->

  • Entfernen Sie eine vorhandene Imageversionsspezifikationsinstanz-Replik, die von keiner vorhandenen VM verwendet wird.

    
 Remove-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid >  -ImageInstanceUid < ImageInstanceUid > -RunAsynchronously

 <!--NeedCopy-->

  • Rufen Sie eine Liste der Imageversionsspezifikationsinstanzen ab.

    
Get-ProvImageVersionSpecInstance -ImageVersionSpecUid  < ImageVersionSpecUid >

<!--NeedCopy-->

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ätsmanagementlösung, On-Demand-Bereitstellung und so weiter.

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 Erstellen von Citrix Provisioning-Katalogen in Citrix Studio.

Weitere Informationen

Maschinenkataloge erstellen
May 4, 2026
Beitrag von: 
C C
May 4, 2026
Beitrag von: 
C C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.