Citrix DaaS™

Maschinenkataloge erstellen

Hinweis:

Dieser Artikel beschreibt, wie Sie Kataloge mit Studio erstellen. 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 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, 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 das Domänenbeitritt, falls erforderlich, die Installation erforderlicher Treiber, zu veröffentlichender 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 (z. B. 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-OS-Maschinen 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 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 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 zur Katalogerstellung und nachdem Sie einen Katalog zu einer Bereitstellungsgruppe hinzugefügt haben.

Im Assistenten zur Katalogerstellung 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 keine Informationen über eine Maschine 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 zur Katalogerstellung 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 ist Thin Provisioned (wenn 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 speichert Ä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 ein neuer erstellt.

Alternativ können Sie beim Erstellen von VMs zur Bereitstellung statischer Desktops (auf der Seite Maschinen des Assistenten zur Katalogerstellung) dicke (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:

Kapazitätsüberlegungen:

  • Datenträger

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

  • Disk0 = Diff-Disk: enthält das Betriebssystem, wenn es vom Basis-Masterimage kopiert wird.
  • Disk1 = Identitäts-Disk: 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 Stil eines Schreibcaches. 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 identisch mit der Liste der verfügbaren temporären Speicherorte konfigurieren.
  • MCS hat die Möglichkeit hinzugefügt, vollständige Klone anstelle des im vorherigen Abschnitt beschriebenen Delta-Disk-Szenarios zu verwenden.

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

  • XenServer IntelliCache erstellt für jeden XenServer einen Lese-Datenträger auf lokalem Speicher. Diese Option spart IOPS gegenüber dem 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 benötigt, 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 Auswirkungen auf den Speicher. 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 Speicher-Peak, bei dem jede VM im Katalog für eine bestimmte Zeit 2 Diff-Datenträger besitzt.

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-Fähigkeiten bevorzugt.

MCS-Speicheroptimierung (Machine Creation Services)

Die MCS-Speicheroptimierungsfunktion (Machine Creation Services) 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 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 Stufe (RAM und Datenträger) und der Leistung zu finden, 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 plus der Größe der Auslagerungsdatei. Dies ist typischerweise mit der RAM-Größe der VM 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 VDA- und Delivery Controller-Upgrade übernimmt das MCS I/O-Upgrade.

Informationen zum Zuweisen eines Laufwerkbuchstabens zum Write-back-Cache-Datenträger finden Sie unter Zuweisen eines bestimmten Laufwerkbuchstabens zu einem MCS I/O-Write-back-Cache-Datenträger.

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 Basisimage 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 (wie 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.
  • 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 wird, schlägt die Katalogerstellung fehl.
  • Drittanbieter-Tools nach Bedarf, wie z. B. Antivirensoftware oder Agenten für die elektronische Softwareverteilung. Konfigurieren Sie Dienste mit Einstellungen, die für Benutzer und den Maschinentyp geeignet sind (z. B. Update-Funktionen).
  • 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 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 Festplattenspeicher. Dieser Wert kann später oder im Katalog nicht geändert werden.
  2. Stellen Sie sicher, dass die Festplatte an Gerätestandort 0 angeschlossen ist. Die meisten Standard-Masterimage-Vorlagen konfigurieren diesen Speicherort standardmäßig, einige benutzerdefinierte Vorlagen jedoch 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 Katalogerstellungs-Assistenten 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 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 nach dem Erstellen des Maschinenkatalogs ändern.

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 KMS-Rearm für Microsoft Windows und Microsoft Office 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 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 Active Directory-basierte 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 erwerben, dem eine feste Anzahl von Aktivierungszählern zugewiesen ist. Jedes Mal, wenn ein Windows-System aktiviert wird, verringert 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 Vorgang reduziert den Aktivierungszähler 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.

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 Masterimage. 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.
    2. 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 Masterimage. Dieser Schritt verbraucht einen Aktivierungszähler.
  2. Erstellen Sie einen MCS-Maschinenkatalog.
  3. Wenn Sie keine Image-Vorbereitung verwenden:

  4. Fügen Sie den Registrierungs-DWORD-Wert Manual unter Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation hinzu.
  5. Setzen Sie den Wert auf 1.

    Diese Methode deaktiviert die Option der Online-Aktivierung.

  6. Fügen Sie VMs zum Maschinenkatalog hinzu.
  7. Schalten Sie die VMs ein.
  8. 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 den bereitgestellten VMs, um den Aktivierungsstatus des Windows-Systems zu erhalten. 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 aus dem neuesten Masterimage 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 erstellt 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, kann der Assistent zur Katalogerstellung zusätzliche Seiten enthalten, die spezifisch für diesen Host sind. Zum Beispiel, wenn Sie ein Azure Resource Manager-Masterimage verwenden, enthält der Assistent zur Katalogerstellung eine Seite Speicher- und Lizenztypen. Hostspezifische Informationen finden Sie in den spezifischen Artikeln, wie unter Nächste Schritte erwähnt.

Assistenten zur Katalogerstellung 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 aus.
  4. Wenn dies der erste Katalog ist, der erstellt wird, werden Sie zur richtigen Auswahl geführt (z. B. „Maschinen einrichten und Maschinenkataloge erstellen, um Apps und Desktops auszuführen“). Der Assistent zur Katalogerstellung 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 zur Katalogerstellung 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 bietet gehostete Shared Desktops. 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 bietet VDI-Desktops, 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, um Sicherheit zu gewährleisten.

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 zur Bereitstellung 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.
  • Maschinen werden nicht energieverwaltet (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 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. > - Wenn Sie einen Citrix Provisioning-Katalog auf der Seite Zielgerät erstellen, kann es vorkommen, dass im Dropdown-Menü zur Auswahl der Farm und Site für die bereitzustellenden Maschinen 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 die Konsistenz der Maschinen im Katalog sicherzustellen.

Hinweis:

Informationen zu Linux-Betriebssystemmaschinen 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 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 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 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 Kopieren virtueller Maschinen auf der Seite Virtuelle Maschinen zur Verfügung. Andernfalls ist der Modus Kopieren virtueller Maschinen nicht verfügbar.

Image und 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 eine automatische Image-Vorbereitung zu Beginn der Katalogerstellung. 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 zuvor im Assistenten ausgewählten Maschinenverwaltungstechnologie kompatibel ist.
      • Um Images innerhalb eines Image-Knotens zu aktualisieren, wählen Sie ihn in der Baumstruktur aus und klicken Sie dann oben rechts auf die Option Aktualisieren. 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:

      • Mit vorbereiteten Images erstellte VMs unterstützen keine Ruhezustandsfunktion.
      • Derzeit ist die Erstellung von Katalogen mit vorbereiteten Images nur in Amazon WorkSpaces Core-, Azure- und VMware-Umgebungen verfügbar.
      • Für die Erstellung von Katalogen in Amazon WorkSpaces Core-Umgebungen sind vorbereitete Images erforderlich.

      Weitere Informationen zum Erstellen vorbereiteter Images finden Sie unter Image-Verwaltung.

  2. Um VM-Einstellungen von einem Maschinenprofil zu übernehmen, wählen Sie Maschinenprofil verwenden und anschließend eine VM oder 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.
    • Für die Erstellung von Katalogen in Amazon WorkSpaces Core-Umgebungen ist ein Maschinenprofil 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, navigieren Sie im Assistenten zur Katalogerstellung zur Seite Virtuelle Maschinen und dort zum Abschnitt Ordner zum Ablegen der Maschinen auswählen und geben Sie den Speicherort des Ordners für virtuelle Maschinen an. Wird kein Speicherort angegeben, verwendet 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 mindestfunktionale Ebene für den Katalog aus. Um die Nutzung der neuesten Produktfunktionen zu ermöglichen, stellen Sie sicher, dass auf dem Masterimage die neueste VDA-Version installiert ist.

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.
  • 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 für einen leeren Katalog Maschinen hinzufügen.
    • Wählen Sie die Größe des Arbeitsspeichers (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-Erfahrung 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 zum Bereitstellen von Maschinen:

    Fügen Sie Maschinennamen (oder eine Liste davon) hinzu (oder importieren Sie sie). Sie können den Kontonamen für eine VM ändern, nachdem Sie sie hinzugefügt oder importiert haben. Wenn Sie auf der Seite Desktop-Erfahrung 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-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 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 zum Verwalten zufälliger, nicht persistenter Maschinen in einem Katalog verwenden, 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 innerhalb der Sitzung installieren können, erstellt oder kopiert werden könnten.

    Speicherabbild

  • Beim Aktivieren des Write-Back-Caches für temporäre Daten 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 dem Aktivieren des Write-Back-Caches zu erhöhen.
  • Das Ändern der Festplatten-Cache-Größ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 Festplatten-Cache keinen Speicherplatz mehr hat, wird die Benutzersitzung unbrauchbar.

  • Wenn Sie das Kontrollkästchen Festplatten-Cache-Größe 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 dann machbar, 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.

Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen

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 Massenhinzufü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 Considerations when using CSV files to add machines.

Sie können Maschinen auch von einem Katalog auf derselben Seite „Maschinen“ exportieren. Die exportierte CSV-Datei der Maschinen kann dann als Vorlage beim Massenhinzufü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 Massenhinzufügen von Maschinen mithilfe der gespeicherten CSV-Datei finden Sie im vorherigen Abschnitt, Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen.

Hinweis:

  • Diese Funktion ist nicht für Remote-PC-Zugriffskataloge 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 Hosting-Einheit 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 dann 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 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 unter 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 Nicht in Domäne eingebunden.

Wichtig:

  • Wenn Sie Lokales 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 in Domäne eingebunden 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 Microsoft Entra-Kataloge erstellen, die in Microsoft Intune für persistente und nicht-persistente VMs registriert sind.

Bevor Sie Maschinenidentitäten konfigurieren, stellen Sie sicher, dass Sie über die Berechtigung verfügen, Computerkonten in der OU zu erstellen, 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 importierte Dateiinhalt 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.

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.

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 zusammenfassen.
  • 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 # (Platzhalter)-Zeichen 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 fortlaufend 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 fortlaufend 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.
  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 unter Maschinenidentitäten ausgewählte Identitätstyp Microsoft Entra hybrid joined ist, müssen die von Ihnen eingegebenen Anmeldeinformationen über die Berechtigung Write userCertificate verfügen.

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 Ihrer 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 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 Erlebnisoptimierung aus, die auf den Maschinenkatalog angewendet werden soll:

  • Standardeinstellungen anwenden: Wählen Sie diese Option, um die Standardoptimierungseinstellungen anzuwenden, einschließlich automatischem CPU-Spitzenschutz und intelligenter 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 über 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 über 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 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 Virtualisierung von Apps, Desktops und Servern.

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

    Es wird ein schrittweises Fortschrittsdiagramm 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

  • Gilt nur für Windows-Betriebssysteme
  • Zulässiger Laufwerkbuchstabe für den 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>'
    <!--NeedCopy-->
    
  5. Schließen Sie die Katalogerstellung ab.

Wichtige Überlegungen 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 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.

Wichtige Überlegungen 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
  • Die folgenden Set-ProvScheme-Parameter aktualisieren, nachdem Sie den Maschinenkatalog erstellt haben:

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

Hinzufügen von SIDs beim Erstellen virtueller Maschinen

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. Beispiel:

    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
    <!--NeedCopy-->
    

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 wird 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 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.
  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 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 neuen VMs, die dem Katalog hinzugefügt werden, werden in Azure Arc integriert.

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

Voraussetzungen

Berücksichtigen Sie Folgendes, bevor Sie das Azure Arc-Onboarding im MCS-Katalog aktivieren:

  • Azure-Ressourcengruppe mit:

    • Erlaubt Konten, Arc-Server zu lesen, zu erstellen und zu löschen.
    • Erlaubt Konten, VM-Erweiterungen, Lizenzen und private Link-Bereiche zu verwalten.
    • 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: Später als 2311, ausgenommen 2411.

      Hinweis:

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

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

Schritte zum Integrieren 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 einzigen 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 demselben Dienstprinzipal gehören, dem die Rolle „Azure Connected Machine Resource Administrator“ zugewiesen wurde.

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

    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
    <!--NeedCopy-->
  1. Erstellen oder aktualisieren Sie einen MCS-Katalog mit den folgenden Arc-Parametern:

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

    Beispiel: So aktivieren Sie das 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”
    <!--NeedCopy-->

Beispiel: So aktivieren Sie das Azure Arc-Onboarding für einen vorhandenen Katalog:


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

Beispiel: So deaktivieren Sie das Azure Arc-Onboarding für einen vorhandenen Katalog:

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
<!--NeedCopy-->
  1. Fügen Sie dem Katalog neue Maschinen hinzu, um Arc zu integrieren.
  2. Nach dem Einschalten der VM muss die VM im Azure-Portal unter AzureArcResourceGroup als verbundene Maschine angezeigt werden.

Ü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 beim ersten Einschalten in Arc integriert.
  • Die Arc-Benutzereigenschaften werden aus Gründen der Abwärtskompatibilität weiterhin für vorhandene 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.

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

Das 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 User Principal Name (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 an 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 zugewiesen werden (z. B. bei Änderungen des Arbeitsverhältnisses wie Kündigung oder Umstrukturierung).
  • Verbesserte Sicherheitsüberwachung: Hilft bei der Identifizierung von VMs, die bestimmten Endbenutzern zugewiesen sind, für gezielte Sicherheitsscans.

Anwendbarkeit

Derzeit ist Follow-me-Tagging anwendbar auf:

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

Einschränkungen

  • Es besteht eine kurze Synchronisierungsperiode zwischen der Zuweisung des Endbenutzers und dem Erscheinen des entsprechenden Tags auf der Maschine des Hypervisors.
  • MCS versucht Tagging-Vorgänge nicht erneut, 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 abgerufen werden.
  • Tag-Operationen 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

Berücksichtigen Sie Folgendes, wenn Sie Follow-me-Tagging in AWS EC2-Umgebungen verwenden:

Berücksichtigen Sie Folgendes, wenn Sie Follow-me-Tagging in Azure-Umgebungen verwenden:

Follow-me-Tagging konfigurieren

Sie können das Follow-me-Tagging mithilfe von Studio und PowerShell konfigurieren.

Studio verwenden

Im Assistenten zur Einrichtung 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, 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 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 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 beim Hypervisor getaggt, wenn Endbenutzer zugewiesen werden.

PowerShell verwenden

Um das Follow-me-Tagging mithilfe von PowerShell zu konfigurieren, verwenden Sie den Parameter -HypervisorVMTagging mit dem Cmdlet Set-BrokerCatalog und setzen Sie ihn auf $true.

Beispielskript zum Aktivieren des Taggings:


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 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 Hypervisor-Tag auf die virtuellen Maschinen an. Dieses Tag hat das Format citrix-user-upn:<Benutzerprinzipalname (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 Tag-Filter 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ächlich angefallenen Kosten für die getaggten Ressourcen an.

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

Verwenden Sie diese Tags, um Abrechnungsberichte zu generieren, die die Kosten anzeigen, die durch 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 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 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 den Booleschen Wert IsFollowMeTagged in den CustomMachineData.

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.

Um den gesamten Konfigurationsprozess zu überprüfen, siehe Bereitstellung planen und erstellen.

Sie können einen Citrix Provisioning-Katalog mithilfe von Studio und PowerShell erstellen. Diese Implementierung bietet Ihnen die folgenden Vorteile:

  • Eine einzige, einheitliche Konsole zur Verwaltung sowohl von MCS- als auch von Citrix Provisioning-Katalogen.
  • Neue Funktionen für Citrix Provisioning-Kataloge, wie z. B. Identitätsverwaltungslö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 Citrix Provisioning-Kataloge in Citrix Studio erstellen.

Weitere Informationen