Produktdokumentation

Citrix Virtual Apps and Desktops

PDF anzeigen

Erstellen eines Microsoft Azure-Katalogs

April 7, 2026

Beitrag von:

C C

Katalog mit nich… [-CustomProperties String][-ServiceOffering String]

Katalog mit nich

CommonParameters

Katalog mit nich… Property [-CustomProperties String][-ServiceOffering String]

[-ServiceOffering <String>][-CustomProperties <String>] CommonParameters Maschinenkataloge erstellen beschreibt die Assistenten, mit denen ein Maschinenkatalog erstellt wird. Die folgenden Informationen behandeln Details, die speziell für Microsoft Azure Resource Manager-Cloudumgebungen gelten. CommonParameters

Hinweis: [-ServiceOffering String][-CustomProperties String] Bevor Sie einen Microsoft Azure-Katalog erstellen, müssen Sie die Erstellung einer Verbindung zu Microsoft Azure abgeschlossen haben. Siehe Verbindung zu Microsoft Azure.

Erstellen eines Maschinenkatalogs

Sie können einen Maschinenkatalog auf zwei Arten erstellen:

Erstellen eines Maschinenkatalogs mit einem Azure Resource Manager-Image in Web Studio

Markdown language server improvements
Ein Image kann eine Festplatte, ein Snapshot oder eine Image-Version einer Image-Definition in der Azure Compute Gallery sein, die zum Erstellen der VMs in einem Maschinenkatalog verwendet wird. Bevor Sie den Maschinenkatalog erstellen, erstellen Sie ein Image im Azure Resource Manager. Allgemeine Informationen zu Images finden Sie unter Maschinenkataloge erstellen.
Example Link

Hinweis:

Die Unterstützung für die Verwendung eines Masterimages aus einer anderen Region als der in der Hostverbindung konfigurierten Region ist veraltet. Verwenden Sie die Azure Compute Gallery, um das Masterimage in die gewünschte Region zu replizieren. [-BearerToken <String>] [-AdminAddress <String>] Beim Erstellen eines MCS-Maschinenkatalogs wird eine temporäre VM basierend auf der ursprünglichen VM erstellt, um Vorbereitungsaufgaben wie das Aktivieren von DHCP und das Zurücksetzen der Lizenz durchzuführen. Diese temporäre VM wird als Vorbereitungs-VM bezeichnet. Der Name dieser Vorbereitungs-VM folgt dem Format Preparati-84x9n, wobei die letzten fünf Zeichen zufällig generiert werden, um Duplikate zu vermeiden. Die Namenskonvention für diese Vorbereitungs-VM ist fest und kann nicht angepasst werden. Nach Abschluss der Vorbereitungsaufgaben wird die Vorbereitungs-VM zerstört.

Um die Netzwerkverbindung von der Vorbereitungs-VM zu trennen, wird eine Netzwerksicherheitsgruppe erstellt, die den gesamten eingehenden und ausgehenden Datenverkehr verweigert. Die Netzwerksicherheitsgruppe wird automatisch einmal pro Katalog erstellt. Der Name der Netzwerksicherheitsgruppe lautet Citrix-Deny-All-a3pgu-GUID, wobei GUID zufällig generiert wird. Beispiel: Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1.

Im Assistenten zum Erstellen des Maschinenkatalogs: String - Die Seiten Maschinentyp und Maschinenverwaltung enthalten keine Azure-spezifischen Informationen. Befolgen Sie die Anweisungen im Artikel Maschinenkataloge erstellen.

Wählen Sie auf der Seite Image ein Image aus, das Sie als Vorlage zum Erstellen von Maschinen in diesem Katalog verwenden möchten.

Wenn Sie Masterimage als zu verwendenden Imagetyp auswählen, klicken Sie auf Image auswählen und führen Sie die folgenden Schritte aus, um bei Bedarf ein Masterimage auszuwählen:

(Nur anwendbar für Verbindungen, die mit freigegebenen Images innerhalb oder über Mandanten hinweg konfiguriert sind) Wählen Sie ein Abonnement aus, in dem sich das Image befindet.
Wählen Sie eine Ressourcengruppe aus.
Navigieren Sie zum Azure VHD, zur Azure Compute Gallery oder zur Azure Image-Version. Fügen Sie bei Bedarf eine Notiz für das ausgewählte Image hinzu.

Beachten Sie bei der Auswahl eines Images Folgendes:
Stellen Sie sicher, dass ein Citrix VDA auf dem Image installiert ist.
- Wenn Sie eine an eine VM angehängte VHD auswählen, müssen Sie die VM herunterfahren, bevor Sie mit dem nächsten Schritt fortfahren.
webview-sample
Hinweis:

Das Abonnement, das der Verbindung (Host) entspricht, die die Maschinen im Katalog erstellt hat, wird mit einem grünen Punkt gekennzeichnet. Die anderen Abonnements sind diejenigen, mit denen die Azure Compute Gallery geteilt wird. In diesen Abonnements werden nur freigegebene Galerien angezeigt. Informationen zum Konfigurieren freigegebener Abonnements finden Sie unter Images innerhalb eines Mandanten (abonnementübergreifend) freigeben und Images mandantenübergreifend freigeben.

Die Verwendung eines Maschinenprofils mit Trusted Launch als Sicherheitstyp ist obligatorisch, wenn Sie ein Image oder einen Snapshot auswählen, bei dem Trusted Launch aktiviert ist. Sie können dann SecureBoot und vTPM aktivieren oder deaktivieren, indem Sie deren Werte im Maschinenprofil angeben. Trusted Launch wird für Shared Image Gallery nicht unterstützt. Weitere Informationen zu Azure Trusted Launch finden Sie unter https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch.

Sie können ein Bereitstellungsschema mit einem flüchtigen Betriebssystemdatenträger unter Windows mit Trusted Launch erstellen. Wenn Sie ein Image mit Trusted Launch auswählen, müssen Sie ein Maschinenprofil mit Trusted Launch auswählen, das mit vTPM aktiviert ist. Informationen zum Erstellen von Maschinenkatalogen mit flüchtigen Betriebssystemdatenträgern finden Sie unter Erstellen von Maschinen mit flüchtigen Betriebssystemdatenträgern.

>
>         -  Während die Image-Replikation läuft, können Sie fortfahren und das Image als Masterimage auswählen und die Einrichtung abschließen. Die Katalogerstellung kann jedoch länger dauern, während das Image repliziert wird. MCS erfordert, dass die Replikation innerhalb einer Stunde nach Beginn der Katalogerstellung abgeschlossen ist. Wenn die Replikation ein Zeitlimit überschreitet, schlägt die Katalogerstellung fehl. Sie können den Replikationsstatus in Azure überprüfen. Versuchen Sie es erneut, wenn die Replikation noch aussteht oder nachdem die Replikation abgeschlossen ist.
>     -  Wenn Sie ein Masterimage für Maschinenkataloge in Azure auswählen, identifiziert MCS den Betriebssystemtyp basierend auf dem von Ihnen ausgewählten Masterimage und Maschinenprofil. Wenn MCS ihn nicht identifizieren kann, wählen Sie den Betriebssystemtyp aus, der dem Masterimage entspricht.  > >     -  Sie können einen Gen2-VM-Katalog mit einem Gen2-Image bereitstellen, um die Startzeit zu verbessern. Das Erstellen eines Gen2-Maschinenkatalogs mit einem Gen1-Image wird jedoch nicht unterstützt. Ebenso wird das Erstellen eines Gen1-Maschinenkatalogs mit einem Gen2-Image nicht unterstützt. Auch jedes ältere Image, das keine Generationsinformationen enthält, ist ein Gen1-Image.

Wenn Sie Vorbereitetes Image als zu verwendenden Imagetyp auswählen, klicken Sie auf Image auswählen und wählen Sie bei Bedarf ein vorbereitetes Image aus.

-  Um eine erfolgreiche VM-Erstellung sicherzustellen, überprüfen Sie, ob das Image Citrix VDA 2311 oder höher installiert hat und MCSIO auf dem VDA vorhanden ist.

    -  Sobald Sie ein Image ausgewählt haben, wird das Kontrollkästchen **Maschinenprofil verwenden (obligatorisch für Microsoft Entra ID)** automatisch aktiviert. Klicken Sie auf **Maschinenprofil auswählen**, um zu einer VM oder einer ARM-Vorlagenspezifikation aus einer Liste von Ressourcengruppen zu navigieren. VMs im Katalog können Konfigurationen vom ausgewählten Maschinenprofil erben.

Validieren Sie die ARM-Vorlagenspezifikation, um sicherzustellen, ob sie als Maschinenprofil zum Erstellen eines Maschinenkatalogs verwendet werden kann. Es gibt zwei Möglichkeiten, die ARM-Vorlagenspezifikation zu validieren:
- Nachdem Sie die ARM-Vorlagenspezifikation aus der Ressourcengruppenliste ausgewählt haben, klicken Sie auf Weiter. Fehlermeldungen werden angezeigt, wenn die ARM-Vorlagenspezifikation Fehler enthält.
- Führen Sie einen der folgenden PowerShell-Befehle aus:

Test-ProvInventoryItem -HostingUnitName string -InventoryPath string - Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>

     -  Beispiele für Konfigurationen, die VMs von einem Maschinenprofil erben können, sind:

 -  Beschleunigte Netzwerkkonfiguration

Startdiagnose - Host-Datenträger-Caching (bezogen auf OS- und MCSIO-Datenträger) - Maschinengröße (sofern nicht anders angegeben) - Auf der VM platzierte Tags

Nachdem Sie den Katalog erstellt haben, können Sie die Konfigurationen anzeigen, die das Image vom Maschinenprofil erbt. Wählen Sie im Knoten Maschinenkataloge den Katalog aus, um dessen Details im unteren Bereich anzuzeigen. Klicken Sie dann auf die Registerkarte Vorlageneigenschaften, um die Eigenschaften des Maschinenprofils anzuzeigen. Der Abschnitt Tags zeigt bis zu drei Tags an. Um alle auf der VM platzierten Tags anzuzeigen, klicken Sie auf Alle anzeigen.

     -  Wenn MCS VMs auf einem dedizierten Azure-Host bereitstellen soll, aktivieren Sie das Kontrollkästchen **Dedizierte Hostgruppe verwenden** und wählen Sie dann eine Hostgruppe aus der Liste aus. Eine Hostgruppe ist eine Ressource, die eine Sammlung dedizierter Hosts darstellt. Ein dedizierter Host ist ein Dienst, der physische Server bereitstellt, die eine oder mehrere VMs hosten. Ihr Server ist Ihrem Azure-Abonnement gewidmet und wird nicht mit anderen Abonnenten geteilt. Wenn Sie einen dedizierten Host verwenden, stellt Azure sicher, dass Ihre VMs die einzigen Maschinen sind, die auf diesem Host ausgeführt werden. Diese Funktion eignet sich für Szenarien, in denen Sie regulatorische oder interne Sicherheitsanforderungen erfüllen müssen. Weitere Informationen zu Hostgruppen und deren Verwendung finden Sie unter [Dedizierte Azure-Hosts](#azure-dedicated-hosts).

     -  > **Wichtig:** >
     -  > -  Es werden nur Hostgruppen angezeigt, bei denen die automatische Azure-Platzierung aktiviert ist.  -  > -  Die Verwendung einer Hostgruppe ändert die Seite **Virtuelle Maschinen**, die später im Assistenten angeboten wird. Auf dieser Seite werden nur Maschinengrößen angezeigt, die die ausgewählte Hostgruppe enthält. Außerdem werden Verfügbarkeitszonen automatisch ausgewählt und stehen nicht zur Auswahl.

Die Seite Speicher- und Lizenztypen wird nur angezeigt, wenn Sie ein Azure Resource Manager-Image verwenden.
- Wählen Sie den Speicherredundanztyp aus:
  - Lokal redundanter Speicher (LRS): LRS ermöglicht Ihnen die Auswahl aus allen verfügbaren Speichertypen. Bei Verwendung von LRS stellt Azure die virtuellen Maschinen (VMs) ausschließlich innerhalb der angegebenen Verfügbarkeitszone bereit.
  - Zonenredundanter Speicher (ZRS): ZRS ermöglicht eine größere Flexibilität bei der VM-Platzierung, da Azure VMs in jeder verfügbaren Zone starten kann. Dies ist ein entscheidender Vorteil gegenüber lokal redundantem Speicher (LRS), da die VM-Verfügbarkeit auch dann gewährleistet ist, wenn die ursprüngliche Zone des Datenträgers unzugänglich wird. ZRS ist jedoch nur mit Premium SSD- und Standard SSD-Speichertypen kompatibel.
- Wählen Sie die Speichertypen aus, die für den Maschinenkatalog verwendet werden sollen: Der Speichertyp bestimmt, welche Maschinengrößen auf der Seite Virtuelle Maschinen des Assistenten angeboten werden.
  - Premium SSD. Bietet eine hochleistungsfähige, latenzarme Datenträgerspeicheroption, die für VMs mit I/O-intensiven Workloads geeignet ist.
  - Standard SSD. Bietet eine kostengünstige Speicheroption, die für Workloads geeignet ist, die eine konsistente Leistung bei niedrigeren IOPS-Werten erfordern.
  - Standard HDD. Bietet eine zuverlässige, kostengünstige Datenträgerspeicheroption, die für VMs geeignet ist, die latenzunempfindliche Workloads ausführen.
  - Temporärer Azure-Betriebssystemdatenträger. Bietet eine kostengünstige Speicheroption, die den lokalen Datenträger der VMs zur Aufnahme des Betriebssystemdatenträgers wiederverwendet. Alternativ können Sie PowerShell verwenden, um Maschinen zu erstellen, die temporäre Betriebssystemdatenträger verwenden. Weitere Informationen finden Sie unter Temporäre Azure-Datenträger. Beachten Sie Folgendes, wenn Sie einen temporären Betriebssystemdatenträger verwenden:
    - Temporärer Azure-Betriebssystemdatenträger und MCS I/O können nicht gleichzeitig aktiviert werden.
    - Um Maschinen zu aktualisieren, die temporäre Betriebssystemdatenträger verwenden, müssen Sie ein Image auswählen, dessen Größe die Größe des Cache-Datenträgers oder des temporären Datenträgers der VM nicht überschreitet.
    - Sie können die Option VM und Systemdatenträger während des Einschaltzyklus beibehalten, die später im Assistenten angeboten wird, nicht verwenden.
Hinweis:
```
-  Die Identitätsdisk wird immer mit Standard-SSD erstellt, unabhängig vom gewählten Speichertyp.
-  Wenn Sie **ZRS** als **Speicherredundanz** auswählen, haben Sie nur die Möglichkeit, **Premium-SSD** und **Standard-SSD** auszuwählen.
```
- Weitere Informationen zu Azure-Speichertypen und Speicherreplikation finden Sie unter den folgenden Links:
- https://docs.microsoft.com/en-us/azure/storage/common/storage-introduction/
https://docs.microsoft.com/en-us/azure/virtual-machines/premium-storage-performance/
https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy/

Wählen Sie aus, ob Sie vorhandene Windows-Lizenzen oder Linux-Lizenzen verwenden möchten.

Windows-Lizenzen: Die Verwendung von Windows-Lizenzen zusammen mit Windows-Images (Azure-Plattform-Support-Images oder benutzerdefinierte Images) ermöglicht es Ihnen, Windows-VMs in Azure zu reduzierten Kosten zu betreiben. Es gibt zwei Arten von Lizenzen:
- Windows Server-Lizenz. Ermöglicht die Verwendung Ihrer Windows Server- oder Azure Windows Server-Lizenzen, wodurch Sie Azure Hybrid Benefits nutzen können. Weitere Informationen finden Sie unter https://azure.microsoft.com/en-us/pricing/hybrid-benefit/. Der Azure Hybrid Benefit reduziert die Kosten für den Betrieb von VMs in Azure auf den Basistarif für Compute-Ressourcen, wodurch die Kosten für zusätzliche Windows Server-Lizenzen aus der Azure-Galerie entfallen.
- Windows Client-Lizenz. Ermöglicht es Ihnen, Ihre Windows 10- und Windows 11-Lizenzen in Azure zu verwenden, wodurch Sie Windows 10- und Windows 11-VMs in Azure ohne zusätzliche Lizenzen betreiben können. Weitere Informationen finden Sie unter Client Access Licenses and Management Licenses.
  - Sie können überprüfen, ob die bereitgestellte VM den Lizenzvorteil nutzt, indem Sie den folgenden PowerShell-Befehl ausführen: Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM.
  - Überprüfen Sie für den Lizenztyp Windows Server, ob der Lizenztyp Windows_Server ist. Weitere Anweisungen finden Sie unter https://docs.microsoft.com/en-us/azure/virtual-machines/windows/hybrid-use-benefit-licensing/.
  - Überprüfen Sie für den Lizenztyp Windows Client, ob der Lizenztyp Windows_Client ist. Weitere Anweisungen finden Sie unter https://docs.microsoft.com/en-us/azure/virtual-machines/windows/windows-desktop-multitenant-hosting-deployment/.
- Alternativ können Sie das Get-Provscheme PowerShell SDK zur Überprüfung verwenden. Zum Beispiel: Get-Provscheme -ProvisioningSchemeName "My Azure Catalog". Weitere Informationen zu diesem Cmdlet finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/.
- Linux-Lizenzen: Mit Bring-Your-Own-Subscription (BYOS) Linux-Lizenzen müssen Sie nicht für die Software bezahlen. Die BYOS-Gebühr umfasst nur die Kosten für die Compute-Hardware. Es gibt zwei Arten von Lizenzen:
  - RHEL_BYOS: Um den Typ RHEL_BYOS erfolgreich zu verwenden, aktivieren Sie Red Hat Cloud Access in Ihrem Azure-Abonnement.
  - SLES_BYOS: Die BYOS-Versionen von SLES beinhalten Support von SUSE.
Sie können den Wert von LicenseType auf Linux-Optionen bei New-ProvScheme und Set-ProvScheme setzen.

Beispiel für das Setzen von LicenseType auf RHEL_BYOS bei New-ProvScheme:
```
```
New-ProvScheme -CleanOnBoot -ProvisioningSchemeName "azureCatalog" -RunAsynchronously -Scope @() -SecurityGroup @() -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="RHEL_BYOS" /></CustomProperties>'
 ```
```
Beispiel für das Setzen von LicenseType auf SLES_BYOS bei Set-ProvScheme:
```
```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="SLES_BYOS" /></CustomProperties>'
 ```

 -  > **Hinweis:**
 -  >
 -  > Wenn der Wert von `LicenseType` leer ist, sind die Standardwerte Azure Windows Server License oder Azure Linux License, abhängig vom OsType-Wert.
```

Beispiel für das Setzen von LicenseType auf leer:

```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /></CustomProperties>'
<!--NeedCopy--> ```

Die folgenden Dokumente erläutern Lizenztypen und deren Vorteile:

-  <https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet>

-  <https://docs.microsoft.com/en-us/azure/virtual-machines/linux/azure-hybrid-benefit-linux>

Die Azure Compute Gallery (ehemals Azure Shared Image Gallery) ist ein Repository zum Verwalten und Teilen von Images. Sie ermöglicht es Ihnen, Ihre Images in Ihrer gesamten Organisation verfügbar zu machen. Wir empfehlen, ein Image in SIG zu speichern, wenn Sie große nicht-persistente Maschinenkataloge erstellen, da dies schnellere Zurücksetzungen von VDA-Betriebssystemdatenträgern ermöglicht. Nachdem Sie Vorbereitetes Image in Azure Compute Gallery platzieren ausgewählt haben, wird der Abschnitt Azure Compute Gallery-Einstellungen angezeigt, in dem Sie weitere Azure Compute Gallery-Einstellungen angeben können:

-  **Verhältnis von virtuellen Maschinen zu Image-Replikaten**. Ermöglicht die Angabe des Verhältnisses von virtuellen Maschinen zu Image-Replikaten, die Azure beibehalten soll. Standardmäßig behält Azure ein einziges Image-Replikat für alle 40 nicht-persistenten Maschinen. Für persistente Maschinen beträgt diese Zahl standardmäßig 1.000.

    -  **Maximale Replikatanzahl**. Ermöglicht die Angabe der maximalen Anzahl von Image-Replikaten, die Azure beibehalten soll. Der Standardwert ist 100.

Hinweis:

Eine Galerie wird in ACG erstellt, um das Image zu speichern. Diese Galerie ist nur für MCS zur VM-Erstellung zugänglich und erscheint nicht auf der Seite Image auswählen.

    -  Geben Sie auf der Seite **Virtuelle Maschinen** an, wie viele VMs Sie erstellen möchten und welche Maschinengröße. Nach der Katalogerstellung können Sie die Maschinengröße durch Bearbeiten des Katalogs ändern.

    -  Die Seite **NICs** enthält keine Azure-spezifischen Informationen. Befolgen Sie die Anweisungen im Artikel [Maschinenkataloge erstellen](/de-de/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html#nic).

Wählen Sie auf der Seite Datenträgereinstellungen aus, ob der Write-Back-Cache aktiviert werden soll. Wenn die MCS-Speicheroptimierungsfunktion aktiviert ist, können Sie die folgenden Einstellungen beim Erstellen eines Katalogs konfigurieren. Diese Einstellungen gelten sowohl für Azure- als auch für GCP-Umgebungen.

Einrichtung des Maschinenkatalogs – Datenträgereinstellungen

Nachdem Sie den Write-Back-Cache aktiviert haben, können Sie Folgendes tun:

-  Konfigurieren Sie die Größe des Datenträgers und des Arbeitsspeichers, die für das Caching temporärer Daten verwendet werden. Weitere Informationen finden Sie unter [Cache für temporäre Daten konfigurieren](/de-de/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html#configure-cache-for-temporary-data).

-  Wählen Sie den Speichertyp für den Write-Back-Cache-Datenträger aus. Die folgenden Speicheroptionen stehen für den Write-Back-Cache-Datenträger zur Verfügung:

    -  Premium SSD
    -  Standard SSD
    -  Standard HDD

   > **Hinweis:**
   >
   > Wenn Sie auf der Seite **Speicher- und Lizenztypen** die Option **ZRS** als **Speicherredundanz** auswählen, wird die Speicherredundanz des Write-Back-Cache-Datenträgers standardmäßig auf ZRS festgelegt.

-  Wählen Sie aus, ob der Write-Back-Cache-Datenträger für die bereitgestellten VMs persistent sein soll. Wählen Sie **Write-Back-Cache aktivieren**, um die Optionen verfügbar zu machen. Standardmäßig ist **Nicht-persistenter Write-Back-Cache-Datenträger verwenden** ausgewählt.

-  Wählen Sie den Typ für den Write-Back-Cache-Datenträger aus.

    -  **Nicht-persistenter Write-Back-Cache-Datenträger verwenden**. Wenn diese Option ausgewählt ist, wird der Write-Back-Cache-Datenträger bei jedem Neustart gelöscht. Alle darauf umgeleiteten Daten gehen verloren. Wenn der temporäre Datenträger der VM ausreichend Speicherplatz hat, wird er zur Aufnahme des Write-Back-Cache-Datenträgers verwendet, um Ihre Kosten zu senken. Nach der Katalogerstellung können Sie überprüfen, ob die bereitgestellten Maschinen den temporären Datenträger verwenden. Klicken Sie dazu auf den Katalog und überprüfen Sie die Informationen auf der Registerkarte **Vorlageneigenschaften**. Wenn der temporäre Datenträger verwendet wird, sehen Sie **Nicht-persistenter Write-Back-Cache-Datenträger** und dessen Wert ist **Ja (unter Verwendung des temporären Datenträgers der VM)**. Andernfalls sehen Sie **Nicht-persistenter Write-Back-Cache-Datenträger** und dessen Wert ist **Nein (nicht unter Verwendung des temporären Datenträgers der VM)**.
    -  **Persistenter Write-Back-Cache-Datenträger verwenden**. Wenn diese Option ausgewählt ist, bleibt der Write-Back-Cache-Datenträger für die bereitgestellten VMs persistent. Die Aktivierung dieser Option erhöht Ihre Speicherkosten.

    > **Hinweis:** > -  >
    > Ein Katalog verwendet automatisch den Azure Temp Disk für den WBC-Datenträger, wenn alle folgenden Kriterien erfüllt sind:
    >
    > -  MCSIO ist aktiviert.
    > -  > -  Der WBC-Datenträger ist nicht-persistent.
    >
    > -  Die VM-Größe umfasst einen temporären Datenträger, der groß genug für den WBC-Datenträger ist.
    > -  Für den WBC-Datenträger ist kein Laufwerksbuchstabe angegeben.
    >
    > Diese Funktion gilt sowohl für die Katalogerstellung als auch für die Bearbeitung und hilft, Ihre Speicherkosten zu senken.

-  Wählen Sie aus, ob VMs und Systemdatenträger für VDAs während der Energiezyklen beibehalten werden sollen.

    **VM und Systemdatenträger während der Energiezyklen beibehalten**. Verfügbar, wenn Sie **Write-Back-Cache aktivieren** ausgewählt haben. Standardmäßig werden VMs und die Systemdatenträger beim Herunterfahren gelöscht und beim Start neu erstellt. Wenn Sie die Neustartzeiten der VM reduzieren möchten, wählen Sie diese Option. Beachten Sie, dass die Aktivierung dieser Option auch die Speicherkosten erhöht.

-  Wählen Sie aus, ob **Speicherkosteneinsparungen** aktiviert werden sollen. Wenn aktiviert, sparen Sie Speicherkosten, indem Sie den Speicherdatenträger beim Herunterfahren der VM auf Standard-HDD herabstufen. Die VM wechselt beim Neustart zu ihren ursprünglichen Einstellungen. Die Option gilt sowohl für Speicher- als auch für Write-Back-Cache-Datenträger. Alternativ können Sie auch PowerShell verwenden. Siehe [Speichertyp auf eine niedrigere Stufe ändern, wenn eine VM heruntergefahren wird](/de-de/citrix-virtual-apps-desktops/install-configure/machine-catalogs-manage/manage-machine-catalog-azure.html#change-the-storage-type-to-a-lower-tier-when-a-vm-is-shut-down).

Hinweis: > > Microsoft hat Einschränkungen für die Änderung des Speichertyps während des Herunterfahrens einer VM. Es ist auch möglich, dass Microsoft Änderungen des Speichertyps in Zukunft blockiert. Weitere Informationen finden Sie in diesem Microsoft-Artikel.
- Wählen Sie aus, ob Daten auf Maschinen in diesem Katalog verschlüsselt werden sollen und welcher Verschlüsselungsschlüssel verwendet werden soll. Die serverseitige Verschlüsselung mit einem kundenseitig verwalteten Schlüssel (CMK) ermöglicht Ihnen die Verwaltung der Verschlüsselung auf Ebene eines verwalteten Datenträgers und den Schutz von Daten auf den Maschinen im Katalog. Die Standardeinstellungen werden entweder vom Maschinenprofil oder vom Masterimage geerbt, wobei das Profil Vorrang hat:
  - Wenn Sie ein Maschinenprofil mit einem CMK verwenden, wird die Option Folgenden Schlüssel zum Verschlüsseln von Daten auf jeder Maschine verwenden automatisch ausgewählt und standardmäßig der Schlüssel aus dem Maschinenprofil verwendet.
  - Wenn Sie ein Maschinenprofil mit einem plattformverwalteten Schlüssel (PMK) verwenden und das Masterimage CMK-verschlüsselt ist, wird die Option Folgenden Schlüssel zum Verschlüsseln von Daten auf jeder Maschine verwenden automatisch ausgewählt und standardmäßig der Schlüssel aus dem Masterimage verwendet.
  - Wenn Sie kein Maschinenprofil verwenden und das Masterimage CMK-verschlüsselt ist, wird die Option Folgenden Schlüssel zum Verschlüsseln von Daten auf jeder Maschine verwenden automatisch ausgewählt und standardmäßig der Schlüssel aus dem Masterimage verwendet.
  Weitere Informationen finden Sie unter Azure serverseitige Verschlüsselung.
- Auf der Seite Ressourcengruppe wählen Sie aus, ob Ressourcengruppen erstellt oder vorhandene Gruppen verwendet werden sollen.
- Wenn Sie Ressourcengruppen erstellen möchten, wählen Sie Weiter.
- Wenn Sie vorhandene Ressourcengruppen verwenden möchten, wählen Sie Gruppen aus der Liste Verfügbare Bereitstellungsressourcengruppen aus. Denken Sie daran: Wählen Sie genügend Gruppen aus, um die Maschinen aufzunehmen, die Sie im Katalog erstellen. Eine Meldung wird angezeigt, wenn Sie zu wenige auswählen. Möglicherweise möchten Sie mehr als das erforderliche Minimum auswählen, wenn Sie später weitere VMs zum Katalog hinzufügen möchten. Sie können einem Katalog nach dessen Erstellung keine weiteren Ressourcengruppen hinzufügen.
Weitere Informationen finden Sie unter Azure-Ressourcengruppen.
- Auf der Seite Maschinenidentitäten wählen Sie einen Identitätstyp aus und konfigurieren Identitäten für Maschinen in diesem Katalog. Wenn Sie die VMs als Microsoft Entra joined auswählen, können Sie sie einer Microsoft Entra-Sicherheitsgruppe hinzufügen. Die detaillierten Schritte sind wie folgt:
1. Wählen Sie im Feld Identitätstyp die Option Microsoft Entra joined aus. Die Option Microsoft Entra-Sicherheitsgruppe (optional) wird angezeigt.
2. Klicken Sie auf Microsoft Entra-Sicherheitsgruppe: Neu erstellen.
3. Geben Sie einen Gruppennamen ein und klicken Sie dann auf Erstellen.
4. Befolgen Sie die Anweisungen auf dem Bildschirm, um sich bei Azure anzumelden. Wenn der Gruppenname in Azure nicht existiert, wird ein grünes Symbol angezeigt. Andernfalls wird eine Fehlermeldung angezeigt, die Sie auffordert, einen neuen Namen einzugeben.
5. Geben Sie das Benennungsschema für die Maschinenkonten der VMs ein.
Nach der Katalogerstellung greift Citrix Virtual Apps and Desktops in Ihrem Namen auf Azure zu und erstellt die Sicherheitsgruppe sowie eine dynamische Mitgliedschaftsregel für die Gruppe. Basierend auf dieser Regel werden VMs mit dem in diesem Katalog angegebenen Benennungsschema automatisch der Sicherheitsgruppe hinzugefügt.

Das Hinzufügen von VMs mit einem anderen Benennungsschema zu diesem Katalog erfordert eine Anmeldung bei Azure. Citrix Virtual Apps™ and Desktops kann dann auf Azure zugreifen und eine dynamische Mitgliedschaftsregel basierend auf dem neuen Benennungsschema erstellen.
- Beim Löschen dieses Katalogs erfordert auch das Löschen der Sicherheitsgruppe aus Azure eine Anmeldung bei Azure.
Die Seiten Domänenanmeldeinformationen und Zusammenfassung enthalten keine Azure-spezifischen Informationen. Befolgen Sie die Anweisungen im Artikel Maschinenkataloge erstellen.
- Tipp:
  
  Auf der Seite Zusammenfassung können Sie die geschätzten monatlichen Kosten für die virtuellen Maschinen in diesem Maschinenkatalog basierend auf dem öffentlichen Listenpreis von Azure einsehen. Wenn die Verbindung, die den Katalog hostet, die Berechtigung Microsoft.Consumption/pricesheets/read in Azure besitzt, wird die Schätzung stattdessen anhand der vertraglich vereinbarten Preise Ihrer Organisation berechnet.
  
  Wählen Sie die Kostenschätzung aus, um detaillierte Informationen anzuzeigen. Für eine genauere Schätzung passen Sie Einstellungen wie tägliche Einschaltstunden, Arbeitstage pro Woche und Sparoptionen basierend auf Ihrer Nutzung an.

Schließen Sie den Assistenten ab.

Bedingungen, unter denen der temporäre Azure-Datenträger für den Write-Back-Cache-Datenträger in Frage kommt

Sie können den temporären Azure-Datenträger nur dann als Write-Back-Cache-Datenträger verwenden, wenn alle folgenden Bedingungen erfüllt sind:

Der Write-Back-Cache-Datenträger darf nicht persistent sein, da der temporäre Azure-Datenträger nicht für persistente Daten geeignet ist.
Die gewählte Azure VM-Größe muss einen temporären Datenträger enthalten.
Der ephemere Betriebssystemdatenträger muss nicht aktiviert sein.
Akzeptieren Sie, die Write-Back-Cache-Datei auf dem temporären Azure-Datenträger zu platzieren.
Die Größe des temporären Azure-Datenträgers muss größer sein als die Gesamtgröße von (Write-Back-Cache-Datenträgergröße + reservierter Speicherplatz für Auslagerungsdatei + 1 GB Pufferplatz).
Szenarien für nicht-persistente Write-Back-Cache-Datenträger
Die folgende Tabelle beschreibt drei verschiedene Szenarien, in denen ein temporärer Datenträger für den Write-Back-Cache verwendet wird, während ein Maschinenkatalog erstellt wird.

Szenario	Ergebnis
Alle Bedingungen für die Verwendung des temporären Datenträgers für den Write-Back-Cache sind erfüllt.	Die WBC-Datei `mcsdif.vhdx` wird auf dem temporären Datenträger platziert.
Der temporäre Datenträger hat nicht genügend Speicherplatz für die Write-Back-Cache-Nutzung.	Ein VHD-Datenträger `MCSWCDisk` wird erstellt und die WBC-Datei `mcsdif.vhdx` wird auf diesem Datenträger platziert.
Der temporäre Datenträger hat ausreichend Speicherplatz für die Write-Back-Cache-Nutzung, aber `UseTempDiskForWBC` ist auf false gesetzt.	Ein VHD-Datenträger `MCSWCDisk` wird erstellt und die WBC-Datei `mcsdif.vhdx` wird auf diesem Datenträger platziert.

Erstellen einer Azure-Vorlagenspezifikation

Sie können eine Azure-Vorlagenspezifikation im Azure-Portal erstellen und diese in Web Studio und PowerShell-Befehlen verwenden, um einen MCS-Maschinenkatalog zu erstellen oder zu aktualisieren.

So erstellen Sie eine Azure-Vorlagenspezifikation für eine vorhandene VM:

Gehen Sie zum Azure-Portal. Wählen Sie eine Ressourcengruppe und dann die VM und die Netzwerkschnittstelle aus. Klicken Sie im …-Menü oben auf Vorlage exportieren.
Deaktivieren Sie das Kontrollkästchen Parameter einschließen, wenn Sie eine Vorlagenspezifikation für die Katalogbereitstellung erstellen möchten.
Klicken Sie auf Zur Bibliothek hinzufügen, um die Vorlagenspezifikation später zu ändern.
Geben Sie auf der Seite Vorlage importieren die erforderlichen Informationen wie Name, Abonnement, Ressourcengruppe, Speicherort und Version ein. Klicken Sie auf Weiter: Vorlage bearbeiten.

1. Sie benötigen auch eine Netzwerkschnittstelle als unabhängige Ressource, wenn Sie Kataloge bereitstellen möchten. Daher müssen Sie alle in der Vorlagenspezifikation angegebenen dependsOn entfernen. Zum Beispiel:
``` “dependsOn”: [

“[resourceId(‘Microsoft.Network/networkInterfaces’, ‘tnic937’)]”
],

```
- 1. Erstellen Sie Überprüfen+Erstellen und erstellen Sie die Vorlagenspezifikation.
- 1. Überprüfen Sie auf der Seite Vorlagenspezifikationen die soeben erstellte Vorlagenspezifikation. Klicken Sie auf die Vorlagenspezifikation. Klicken Sie im linken Bereich auf Versionen.
- 1. Sie können eine neue Version erstellen, indem Sie auf Neue Version erstellen klicken. Geben Sie eine neue Versionsnummer an, nehmen Sie Änderungen an der aktuellen Vorlagenspezifikation vor und klicken Sie auf Überprüfen + Erstellen, um die neue Version der Vorlagenspezifikation zu erstellen.

Informationen zur Vorlagenspezifikation und Vorlagenversion erhalten Sie mit den folgenden PowerShell-Befehlen:

-  Um Informationen zur Vorlagenspezifikation zu erhalten, führen Sie aus:

```
get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
<!--NeedCopy--> ```

-  Um Informationen zur Vorlagenspezifikationsversion zu erhalten, führen Sie aus:

```
get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion
<!--NeedCopy--> ```

Verwenden einer Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs

-  Sie können einen MCS-Maschinenkatalog mithilfe einer Vorlagenspezifikation als Maschinenprofileingabe erstellen oder aktualisieren. Dazu können Sie Web Studio oder PowerShell-Befehle verwenden.

Für Web Studio siehe Erstellen eines Maschinenkatalogs mit einem Azure Resource Manager-Image in Web Studio
Für PowerShell siehe Verwenden einer Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs mit PowerShell
```
 -  ## Azure serverseitige Verschlüsselung

 -  Citrix Virtual Apps and Desktops unterstützt kundenverwaltete Verschlüsselungsschlüssel für Azure Managed Disks über Azure Key Vault. Mit dieser Unterstützung können Sie Ihre organisatorischen und Compliance-Anforderungen erfüllen, indem Sie die verwalteten Datenträger Ihres Maschinenkatalogs mit Ihrem eigenen Verschlüsselungsschlüssel verschlüsseln. Weitere Informationen finden Sie unter [Serverseitige Verschlüsselung von Azure Disk Storage](https://docs.microsoft.com/de-de/azure/virtual-machines/disk-encryption).

 -  Bei Verwendung dieser Funktion für verwaltete Datenträger:
```
- Um den Schlüssel zu ändern, mit dem der Datenträger verschlüsselt ist, ändern Sie den aktuellen Schlüssel im DiskEncryptionSet. Alle mit diesem DiskEncryptionSet verknüpften Ressourcen werden mit dem neuen Schlüssel verschlüsselt.
- Wenn Sie Ihren Schlüssel deaktivieren oder löschen, werden alle VMs mit Datenträgern, die diesen Schlüssel verwenden, automatisch heruntergefahren. Nach dem Herunterfahren sind die VMs nicht mehr nutzbar, es sei denn, der Schlüssel wird wieder aktiviert oder Sie weisen einen neuen Schlüssel zu. Jeder Katalog, der den Schlüssel verwendet, kann nicht eingeschaltet werden, und Sie können ihm keine VMs hinzufügen.

Wichtige Überlegungen bei der Verwendung kundenverwalteter Verschlüsselungsschlüssel

-  Beachten Sie Folgendes, wenn Sie diese Funktion verwenden:

    -  Alle Ressourcen, die mit Ihren kundenverwalteten Schlüsseln zusammenhängen (Azure Key Vaults, Datenträgerverschlüsselungssätze, VMs, Datenträger und Snapshots), müssen sich im selben Abonnement und in derselben Region befinden.
    -  Datenträger, Snapshots und Images, die mit kundenverwalteten Schlüsseln verschlüsselt sind, können nicht in eine andere Ressourcengruppe und ein anderes Abonnement verschoben werden.
    -  Informationen zu Einschränkungen bei Datenträgerverschlüsselungssätzen pro Region finden Sie auf der [Microsoft-Website](https://docs.microsoft.com/de-de/azure/azure-resource-manager/management/azure-subscription-service-limits).

Hinweis:

Informationen zur Konfiguration der serverseitigen Azure-Verschlüsselung finden Sie unter Schnellstart: Erstellen eines Key Vaults mithilfe des Azure-Portals.

    -  ## Azure kundenverwalteter Verschlüsselungsschlüssel

Beim Erstellen eines Maschinenkatalogs können Sie wählen, ob Daten auf den im Katalog bereitgestellten Maschinen verschlüsselt werden sollen. Die serverseitige Verschlüsselung mit einem kundenverwalteten Verschlüsselungsschlüssel ermöglicht es Ihnen, die Verschlüsselung auf Ebene des verwalteten Datenträgers zu verwalten und Daten auf den Maschinen im Katalog zu schützen. Ein Datenträgerverschlüsselungssatz (DES) repräsentiert einen kundenverwalteten Schlüssel. Um diese Funktion nutzen zu können, müssen Sie Ihren DES zuerst in Azure erstellen. Ein DES hat das folgende Format:

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

Wählen Sie einen DES aus der Liste aus. Der von Ihnen ausgewählte DES muss sich im selben Abonnement und in derselben Region wie Ihre Ressourcen befinden.

-  Siehe [Erstellen eines Maschinenkatalogs mit kundenverwaltetem Schlüssel](#create-a-machine-catalog-with-customer-managed-encryption-key).

Azure-Datenträgerverschlüsselung auf Hostebene

Sie können einen MCS-Maschinenkatalog mit Verschlüsselung auf Hostebene erstellen. Derzeit unterstützt MCS für diese Funktion nur den Workflow für Maschinenprofile. Sie können eine VM oder eine Vorlagenspezifikation als Eingabe für ein Maschinenprofil verwenden.

Diese Verschlüsselungsmethode verschlüsselt die Daten nicht über den Azure-Speicher. Der Server, der die VM hostet, verschlüsselt die Daten, und anschließend fließen die verschlüsselten Daten über den Azure-Speicherserver. Daher verschlüsselt diese Methode die Daten Ende-zu-Ende.

Einschränkungen:

-  Die Azure-Datenträgerverschlüsselung auf Hostebene ist:

-  Nicht für alle Azure-Maschinengrößen unterstützt
-  Inkompatibel mit Azure-Datenträgerverschlüsselung

So erstellen Sie einen Maschinenkatalog mit Verschlüsselung auf Hostebene:

Überprüfen Sie, ob die Funktion zur Verschlüsselung auf Hostebene für das Abonnement aktiviert ist. Informationen dazu finden Sie unter https://learn.microsoft.com/en-us/rest/api/resources/features/get?tabs=HTTP/. Ist sie nicht aktiviert, müssen Sie die Funktion für das Abonnement aktivieren. Informationen zum Aktivieren der Funktion für Ihr Abonnement finden Sie unter https://learn.microsoft.com/en-us/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/.
- 1. Überprüfen Sie, ob eine bestimmte Azure-VM-Größe die Verschlüsselung auf Hostebene unterstützt. Führen Sie dazu in einem PowerShell-Fenster einen der folgenden Befehle aus:
```
PS XDHyp:\Connections\<your connection>\east us.region\serviceoffering.folder>

```
```
PS XDHyp:\HostingUnits\<your hosting unit>\serviceoffering.folder>

```
Erstellen Sie eine VM oder eine Vorlagenspezifikation als Eingabe für ein Maschinenprofil im Azure-Portal mit aktivierter Verschlüsselung auf Hostebene.
- Wenn Sie eine VM erstellen möchten, wählen Sie eine VM-Größe aus, die die Verschlüsselung auf Hostebene unterstützt. Nachdem Sie die VM erstellt haben, ist die VM-Eigenschaft Verschlüsselung auf Hostebene aktiviert.
- Wenn Sie eine Vorlagenspezifikation verwenden möchten, weisen Sie den Parameter Encryption at Host als true innerhalb von securityProfile zu.
Erstellen Sie einen MCS-Maschinenkatalog mit dem Workflow für Maschinenprofile, indem Sie entweder eine VM oder eine Vorlagenspezifikation auswählen.
- Betriebssystemdatenträger / Datenträger: Wird über kundenverwalteten Schlüssel und plattformverwalteten Schlüssel verschlüsselt
- Temporärer Betriebssystemdatenträger: Wird nur über plattformverwalteten Schlüssel verschlüsselt
- Cache-Datenträger: Wird über kundenverwalteten Schlüssel und plattformverwalteten Schlüssel verschlüsselt
Sie können den Maschinenkatalog mit Web Studio oder durch Ausführen von PowerShell-Befehlen erstellen.

Abrufen von Informationen zur Verschlüsselung auf Hostebene aus einem Maschinenprofil

Sie können die Informationen zur Verschlüsselung auf Hostebene aus einem Maschinenprofil abrufen, wenn Sie den PowerShell-Befehl mit dem Parameter AdditionalData ausführen. Wenn der Parameter EncryptionAtHost auf True gesetzt ist, bedeutet dies, dass die Verschlüsselung auf Hostebene für das Maschinenprofil aktiviert ist.

Beispiel: Wenn die Eingabe des Maschinenprofils eine VM ist, führen Sie den folgenden Befehl aus:

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def.vm).AdditionalData
<!--NeedCopy-->

Beispiel: Wenn die Eingabe des Maschinenprofils eine Vorlagenspezifikation ist, führen Sie den folgenden Befehl aus:

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def_templatespec.templatespec\EncryptionAtHost.templatespecversion).AdditionalData
<!--NeedCopy-->

Doppelte Verschlüsselung auf verwaltetem Datenträger

Sie können einen Maschinenkatalog mit doppelter Verschlüsselung erstellen. Alle mit dieser Funktion erstellten Kataloge verfügen über serverseitig verschlüsselte Datenträger mit plattform- und kundenverwalteten Schlüsseln. Sie besitzen und verwalten den Azure Key Vault, den Verschlüsselungsschlüssel und die Datenträgerverschlüsselungssätze (DES).

Die doppelte Verschlüsselung ist eine serverseitige Verschlüsselung (Standard) und eine kundenverwaltete Verschlüsselung (CMEK). Wenn Sie also ein sicherheitssensibler Kunde sind, der sich Sorgen über das Risiko im Zusammenhang mit einem Verschlüsselungsalgorithmus, einer Implementierung oder einem kompromittierten Schlüssel macht, können Sie sich für diese doppelte Verschlüsselung entscheiden. Persistente Betriebssystem- und Datenträger, Snapshots und Images werden alle im Ruhezustand mit doppelter Verschlüsselung verschlüsselt.

Hinweis:
-  Sie können einen Maschinenkatalog mit doppelter Verschlüsselung mit Web Studio und PowerShell-Befehlen erstellen und aktualisieren. Siehe [Erstellen eines Maschinenkatalogs mit doppelter Verschlüsselung](#create-a-machine-catalog-with-double-encryption) für PowerShell-Befehle.
Sie können einen nicht auf Maschinenprofilen basierenden Workflow oder einen auf Maschinenprofilen basierenden Workflow zum Erstellen oder Aktualisieren eines Maschinenkatalogs mit doppelter Verschlüsselung verwenden.

Wenn Sie einen nicht auf Maschinenprofilen basierenden Workflow zum Erstellen eines Maschinenkatalogs verwenden, können Sie die gespeicherte DiskEncryptionSetId wiederverwenden.

Wenn Sie ein Maschinenprofil verwenden, können Sie eine VM oder eine Vorlagenspezifikation als Eingabe für das Maschinenprofil verwenden.

Einschränkungen:

Die doppelte Verschlüsselung wird für Ultra Disks oder Premium SSD v2-Datenträger nicht unterstützt.
Die doppelte Verschlüsselung wird auf nicht verwalteten Datenträgern nicht unterstützt.
Wenn Sie einen mit einem Katalog verknüpften DiskEncryptionSet-Schlüssel deaktivieren, werden die VMs des Katalogs deaktiviert.
Alle Ressourcen, die mit Ihren kundenverwalteten Schlüsseln (Azure Key Vaults, Datenträgerverschlüsselungssätze, VMs, Datenträger und Snapshots) zusammenhängen, müssen sich im selben Abonnement und in derselben Region befinden.
Sie können nur bis zu 50 Datenträgerverschlüsselungssätze pro Region und Abonnement erstellen.

Azure-Ressourcengruppen

Azure-Bereitstellungsressourcengruppen bieten eine Möglichkeit, die VMs bereitzustellen, die Benutzern Anwendungen und Desktops zur Verfügung stellen. Sie können eine Ressourcengruppe erstellen oder eine vorhandene Ressourcengruppe verwenden, um VMs in einem MCS-Maschinenkatalog bereitzustellen. Sie können dieselbe Ressourcengruppe in mehreren Maschinenkatalogen verwenden. Informationen zu Azure-Ressourcengruppen finden Sie in der Microsoft-Dokumentation.

Verwendung von Azure-Ressourcengruppen

Es gibt keine Begrenzung für die Anzahl der virtuellen Maschinen, verwalteten Datenträger, Snapshots und Images pro Azure-Ressourcengruppe. (Die Begrenzung von 240 VMs pro 800 verwalteten Datenträgern pro Azure-Ressourcengruppe wurde aufgehoben.)

Bei Verwendung eines Dienstprinzipals mit vollem Umfang zum Erstellen eines Maschinenkatalogs erstellt MCS nur eine Azure-Ressourcengruppe und verwendet diese Gruppe für den Katalog.
Bei Verwendung eines Dienstprinzipals mit eingeschränktem Umfang zum Erstellen eines Maschinenkatalogs müssen Sie eine leere, vorab erstellte Azure-Ressourcengruppe für den Katalog angeben.

Azure Ephemere Datenträger

Ein Azure Ephemerer Datenträger ermöglicht es Ihnen, den Cache-Datenträger, den temporären Datenträger oder den NVMe-Datenträger zur Speicherung des Betriebssystemdatenträgers für eine Azure-fähige virtuelle Maschine zu verwenden. Diese Funktionalität ist nützlich für Azure-Umgebungen, die einen leistungsstärkeren SSD-Datenträger gegenüber einem Standard-HDD-Datenträger erfordern. Informationen zum Erstellen eines Katalogs mit einem Azure Ephemeren Datenträger finden Sie unter Erstellen eines Katalogs mit Azure Ephemeren Datenträgern.

Hinweis:

Persistente Kataloge unterstützen keine ephemeren Betriebssystemdatenträger.

Ephemere Betriebssystemdatenträger erfordern, dass Ihr Bereitstellungsschema verwaltete Datenträger und eine Shared Image Gallery verwendet.

Speichern eines ephemeren temporären Betriebssystemdatenträgers
Sie haben die Möglichkeit, einen ephemeren Betriebssystemdatenträger auf dem temporären VM-Datenträger, einem Ressourcendatenträger oder einem NVMe-Datenträger zu speichern. Diese Funktionalität ermöglicht es Ihnen, einen ephemeren Betriebssystemdatenträger mit einer VM zu verwenden, die entweder keinen Cache oder einen unzureichenden Cache hat. Solche VMs verfügen über einen temporären Datenträger, einen Ressourcendatenträger oder einen NVMe-Datenträger zur Speicherung eines ephemeren Betriebssystemdatenträgers, wie z. B. Ddv4.
Beachten Sie Folgendes:
Ein ephemerer Datenträger wird im VM-Cache-Datenträger, im temporären (Ressourcen-)Datenträger der VM oder im NVMe-Datenträger gespeichert. Der Cache-Datenträger wird dem temporären Datenträger vorgezogen, es sei denn, der Cache-Datenträger ist nicht groß genug, um den Inhalt des Betriebssystemdatenträgers aufzunehmen.
Bei Updates führt ein neues Image, das größer als der Cache-Datenträger, aber kleiner als der temporäre Datenträger ist, dazu, dass der ephemere Betriebssystemdatenträger durch den temporären Datenträger der VM ersetzt wird.

Azure Ephemere Datenträger und Machine Creation Services (MCS) Speicheroptimierung (MCS I/O)

Azure Ephemere Betriebssystemdatenträger und MCS I/O können nicht gleichzeitig aktiviert werden.

Die wichtigen Überlegungen sind wie folgt:

Sie können keinen Maschinenkatalog erstellen, bei dem sowohl der ephemere Betriebssystemdatenträger als auch MCS I/O gleichzeitig aktiviert sind.
Die PowerShell-Parameter (UseWriteBackCache und UseEphemeralOsDisk) schlagen mit entsprechenden Fehlermeldungen fehl, wenn Sie sie in New-ProvScheme oder Set-ProvScheme auf true setzen.
Für bestehende Maschinenkataloge, die mit beiden Funktionen erstellt wurden, können Sie weiterhin: - einen Maschinenkatalog aktualisieren. - VMs hinzufügen oder löschen.
- einen Maschinenkatalog löschen.

Azure Compute Gallery

Verwenden Sie Azure Compute Gallery (ehemals Azure Shared Image Gallery) als Repository für veröffentlichte Images für MCS-bereitgestellte Maschinen in Azure. Sie können ein veröffentlichtes Image in der Galerie speichern, um die Erstellung und Hydrierung von Betriebssystemdatenträgern zu beschleunigen und die Start- und Anwendungsstartzeiten für nicht-persistente VMs zu verbessern. Die Shared Image Gallery enthält die folgenden drei Elemente:

Galerie: Hier werden Images gespeichert. MCS erstellt eine Galerie für jeden Maschinenkatalog.
Galerie-Image-Definition: Diese Definition enthält Informationen (Betriebssystemtyp und -zustand, Azure-Region) über das veröffentlichte Image. MCS erstellt eine Image-Definition für jedes Image, das für den Katalog erstellt wird.
Galerie-Image-Version: Jedes Image in einer Shared Image Gallery kann mehrere Versionen haben, und jede Version kann mehrere Replikate in verschiedenen Regionen haben. Jedes Replikat ist eine vollständige Kopie des veröffentlichten Images.

Hinweis:

Die Funktionalität der Shared Image Gallery ist nur mit verwalteten Datenträgern kompatibel. Sie ist für ältere Maschinenkataloge nicht verfügbar.

Weitere Informationen finden Sie unter Übersicht über Azure Compute Gallery.
Informationen zum Erstellen oder Aktualisieren eines Maschinenkatalogs mit einem Azure Compute Gallery-Image mithilfe von PowerShell finden Sie unter Erstellen oder Aktualisieren eines Maschinenkatalogs mit einem Azure Compute Gallery-Image mithilfe von PowerShell.
Vertrauliche Azure-VMs
Vertrauliche Azure-VMs stellen sicher, dass Ihr virtueller Desktop im Arbeitsspeicher verschlüsselt und während der Nutzung geschützt ist.
Sie können MCS verwenden, um einen Katalog mit vertraulichen Azure-VMs zu erstellen. Sie müssen den Workflow für Maschinenprofile verwenden, um einen solchen Katalog zu erstellen. Sie können sowohl eine VM- als auch eine ARM-Vorlagenspezifikation als Eingabe für das Maschinenprofil verwenden.
Sie können auch ein vertrauliches Azure-Master-Image vom VM-Typ und ein vertrauliches Azure-Maschinenprofil vom VM-Typ verwenden, um ein vorbereitetes Image zu erstellen, und dieses vorbereitete Image dann verwenden, um einen MCS-Katalog zu erstellen.
Wichtige Überlegungen für vertrauliche VMs
Die wichtigen Überlegungen für unterstützte VM-Größen und das Erstellen von Maschinenkatalogen mit vertraulichen VMs sind wie folgt:
Informationen zu den von vertraulichen VMs unterstützten VM-Größen finden Sie unter Größen.
Erstellen Sie Maschinenkataloge mit vertraulichen VMs.
- Sie können einen Maschinenkatalog mit vertraulichen Azure-VMs mithilfe von Web Studio und PowerShell-Befehlen erstellen.
- Sie müssen einen Workflow auf Basis von Maschinenprofilen verwenden, um einen Maschinenkatalog mit vertraulichen Azure-VMs zu erstellen. Sie können eine VM oder eine Vorlagenspezifikation als Eingabe für das Maschinenprofil verwenden.
- Das Master-Image und die Eingabe für das Maschinenprofil müssen beide mit demselben vertraulichen Sicherheitstyp aktiviert sein. Verschiedene Azure-Ressourcen verwenden unterschiedliche Bezeichnungen, um den vertraulichen VM-Typ anzugeben.
  
  Für Azure-Snapshots, verwaltete Datenträger oder virtuelle Maschinen sind die Sicherheitstypen:
  - ConfidentialVM_DiskEncryptedWithCustomerKey.
  - ConfidentialVM_DiskEncryptedWithPlatformKey.
  - ConfidentialVM_VMGuestStateOnlyEncryptedWithPlatformKey
  Für die Azure ARM-Vorlagenspezifikationsversion sind die Sicherheitstypen:
  - VMGuestStateOnly: Vertrauliche VM, bei der nur der VM-Gastzustand verschlüsselt ist
  - DiskWithVMGuestState: Vertrauliche VM, bei der sowohl der Betriebssystemdatenträger als auch der VM-Gastzustand mit einem plattformverwalteten Schlüssel oder einem kundenverwalteten Schlüssel verschlüsselt sind. Sowohl normale als auch ephemere Betriebssystemdatenträger können verschlüsselt werden.
- Sie können vertrauliche VM-Informationen verschiedener Ressourcentypen wie verwaltete Datenträger, Snapshots, Azure Compute Gallery-Images, VMs und ARM-Vorlagenspezifikationen mithilfe des Parameters AdditionalData abrufen. Zum Beispiel:
```
 PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
 
```
  Die zusätzlichen Datenfelder sind:
- DiskSecurityType
- ConfidentialVMDiskEncryptionSetId
- DiskSecurityProfiles
  
  Um die vertrauliche Computing-Eigenschaft einer Maschinengröße abzurufen, führen Sie den folgenden Befehl aus: (Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\abc.serviceoffering").AdditionalData
  
  Das zusätzliche Datenfeld ist ConfidentialComputingType.
- Sie können das Masterimage oder Maschinenprofil nicht von einem vertraulichen zu einem nicht-vertraulichen Sicherheitstyp oder von einem nicht-vertraulichen zu einem vertraulichen Sicherheitstyp ändern.
- Sie erhalten entsprechende Fehlermeldungen für jede falsche Konfiguration.

Masterimages und Maschinenprofile vorbereiten

Bevor Sie eine Reihe vertraulicher VMs erstellen, führen Sie die folgenden Schritte aus, um ein Masterimage und ein Maschinenprofil dafür vorzubereiten:

Erstellen Sie im Azure-Portal eine vertrauliche VM mit spezifischen Einstellungen, wie zum Beispiel:
- Sicherheitstyp: Vertrauliche virtuelle Maschinen
- Vertrauliche OS-Datenträgerverschlüsselung: Aktiviert.
- Schlüsselverwaltung: Vertrauliche Datenträgerverschlüsselung mit einem plattformverwalteten Schlüssel Weitere Informationen zum Erstellen vertraulicher VMs finden Sie in diesem Microsoft-Artikel.
Bereiten Sie das Masterimage auf der erstellten VM vor. Installieren Sie die erforderlichen Anwendungen und den VDA auf der erstellten VM.

Hinweis:

Das Erstellen vertraulicher VMs mithilfe von VHD wird nicht unterstützt. Verwenden Sie stattdessen Azure Compute Gallery, verwaltete Datenträger oder Snapshots für diesen Zweck.
Erstellen Sie das Maschinenprofil auf eine der folgenden Arten:
- Verwenden Sie die in Schritt 1 erstellte vorhandene VM, wenn diese die erforderlichen Maschineneigenschaften besitzt.
- Wenn Sie sich für eine ARM-Vorlagenspezifikation als Maschinenprofil entscheiden, erstellen Sie die Vorlagenspezifikation nach Bedarf. Konfigurieren Sie insbesondere Parameter, die Ihre Anforderungen an vertrauliche VMs erfüllen, wie z. B. SecurityEncryptionType und diskEncryptionSet (für kundenseitig verwalteten Schlüssel). Weitere Informationen finden Sie unter Erstellen einer Azure-Vorlagenspezifikation.
  Hinweis:
  - Stellen Sie sicher, dass das Masterimage und das Maschinenprofil denselben Sicherheitsschlüsseltyp aufweisen.
  - Um vertrauliche VMs zu erstellen, die eine vertrauliche OS-Datenträgerverschlüsselung mit einem kundenseitig verwalteten Schlüssel erfordern, stellen Sie sicher, dass die Datenträgerverschlüsselungssatz-IDs sowohl im Masterimage als auch im Maschinenprofil identisch sind.

Wenn Sie ein vorbereitetes Image vom Typ „vertrauliche VM“ verwenden möchten, um einen MCS-Katalog zu erstellen, erstellen Sie ein vorbereitetes Image mithilfe des Masterimages vom Typ „vertrauliche VM“ und eines Maschinenprofils vom Typ „vertrauliche VM“. Informationen zum Erstellen vorbereiteter Images finden Sie unter Erstellen einer Imagedefinition und der ersten Imageversion.

Vertrauliche VMs mit Web Studio oder PowerShell-Befehlen erstellen

Um eine Reihe vertraulicher VMs zu erstellen, erstellen Sie einen Maschinenkatalog mithilfe eines Masterimages und eines Maschinenprofils, das von einer gewünschten vertraulichen VM abgeleitet wurde.

Um den Katalog mit Web Studio zu erstellen, befolgen Sie die Schritte unter Maschinenkataloge erstellen. Beachten Sie die folgenden Punkte:

-  Wählen Sie auf der Seite **Image** ein Masterimage und ein Maschinenprofil aus, die Sie für die Erstellung der vertraulichen VM vorbereitet haben. Die Auswahl des Maschinenprofils ist obligatorisch, und es stehen nur Profile zur Auswahl, die denselben Sicherheitsverschlüsselungstyp wie das ausgewählte Masterimage aufweisen.
-  Auf der Seite **Virtuelle Maschinen** werden nur Maschinengrößen zur Auswahl angezeigt, die vertrauliche VMs unterstützen.
-  Auf der Seite **Datenträgereinstellungen** können Sie den Datenträgerverschlüsselungssatz nicht angeben, da er vom ausgewählten Maschinenprofil geerbt wird.

Startintegritätsüberwachung

Wenn Ihre VM über Secure Boot und ein aktiviertes virtuelles Trusted Platform Module (vTPM) verfügt und die Erweiterung GuestAttestation installiert ist, kann Microsoft Defender for Cloud remote überprüfen, ob Ihre VM ordnungsgemäß startet. Diese Überwachung wird als Startintegritätsüberwachung bezeichnet. Weitere Informationen zur Startintegritätsüberwachung finden Sie unter Übersicht über die Startintegritätsüberwachung.

Sie können die Startintegritätsüberwachung für MCS-Maschinenkatalog-VMs (persistente und nicht-persistente VMs) mithilfe eines Maschinenprofils (VM oder Vorlagenspezifikation) aktivieren. Die Startintegritätsüberwachung wird nur für Trusted Launch- und vertrauliche VMs unterstützt.

Sie können einen vorhandenen Katalog aktualisieren, um die Startintegrität zu verwenden, indem Sie Set-ProvScheme verwenden, um auf ein für die Startintegrität aktiviertes Maschinenprofil zu verweisen. Neue VMs, die dem Katalog hinzugefügt werden, werden dann mit der Integritätsüberwachung aktiviert.

Sie können auch eine vorhandene VM in einem Katalog mithilfe von Set-ProvVmUpdateTimeWindow, Set-ProvVm oder Wartungszyklen aktualisieren. Sie können eine VM konvertieren:

-  VM ohne Integritätsüberwachung, um Integritätsüberwachung zu erhalten
    -  VM mit Integritätsüberwachung, um keine Integritätsüberwachung mehr zu haben

Maschinenkatalog mit aktivierter Integritätsüberwachung erstellen

Erforderliche Berechtigungen:

Stellen Sie sicher, dass Sie über die folgenden Berechtigungen verfügen:

    -  `Microsoft.Compute/virtualMachines/extensions/read`
-  `Microsoft.Compute/virtualMachines/extensions/write`

Führen Sie die folgenden Schritte aus, um einen MCS-Maschinenkatalog mit aktivierter Integritätsüberwachung zu erstellen:

Erstellen Sie ein Maschinenprofil (VM oder Vorlagenspezifikation) mit installierter GuestAttestation-Erweiterung. (Link zum Inhalt unten)
Erstellen Sie einen MCS-Maschinenkatalog unter Verwendung des Maschinenprofil-Inputs mit Web Studio oder PowerShell-Befehlen.

Hinweis:

Sie können den Status GuestAttestationExtensionEnabled einer VM oder einer Vorlagenspezifikation mithilfe des PowerShell-Befehls Get-Item mit dem Parameter AdditionalData überprüfen.
Fügen Sie VMs zum Katalog hinzu.

Erstellen eines Maschinenprofils mit installierter GuestAttestation-Erweiterung

Erstellen Sie eine VM oder eine Vorlagenspezifikation als Eingabe für ein Maschinenprofil, bei dem die Integritätsüberwachung aktiviert ist, was bedeutet, dass die GuestAttestation-Erweiterung installiert ist.

Gehen Sie wie folgt vor, um eine VM mit aktivierter Integritätsüberwachung zu erstellen:

Melden Sie sich beim Azure-Portal an. - 1. Wenn Sie eine neue VM erstellen:

-  1.  Wählen Sie als **Sicherheitstyp** die Option **VMs mit vertrauenswürdigem Start** oder **Vertrauliche VMs**. 1.  Klicken Sie auf **Sicherheitsfeatures konfigurieren** und aktivieren Sie das Kontrollkästchen **Integritätsüberwachung**.

> **Hinweis:**
>
> Für die Integritätsüberwachung müssen Sie den sicheren Start und vTPM aktivieren.

Überprüfen Sie auf der Seite Übersicht im Abschnitt Sicherheitstyp, ob der Sicherheitstyp Vertrauenswürdiger Start oder Vertrauliche VMs ist und die Integritätsüberwachung aktiviert ist.
Navigieren Sie zur Seite Erweiterungen + Anwendungen, um zu überprüfen, ob GuestAttestation installiert ist.
- Informationen zum Aktivieren der Integritätsüberwachung einer vorhandenen VM finden Sie unter Integritätsüberwachung aktivieren – Azure-Portal.

So erstellen Sie eine Vorlagenspezifikation mit installierter GuestAttestation-Erweiterung:

    -  Sie können GuestAttestation mithilfe einer Vorlagenspezifikation installieren. Siehe [Integritätsüberwachung aktivieren – Vorlagenspezifikation](https://learn.microsoft.com/de-de/azure/virtual-machines/boot-integrity-monitoring-overview?tabs=template#enable-integrity-monitoring).

> **Hinweis:**
    -  > > -  > In dieser Vorlagenspezifikation können Sie unter **Einstellungen** die Endpunkte konfigurieren, die für die Attestierung verwendet werden sollen. Wenn Sie keine Konfiguration vornehmen, entscheidet Azure, welche Endpunkte konfiguriert werden.

Azure Marketplace

Citrix Virtual Apps and Desktops unterstützt die Verwendung eines Masterimages in Azure, das Planinformationen enthält, um einen Maschinenkatalog zu erstellen. Weitere Informationen finden Sie unter Microsoft Azure Marketplace.

Tipp: - > - > Einige Images, die auf dem Azure Marketplace gefunden werden, wie das Standard-Windows Server-Image, fügen keine Planinformationen an. Das Feature von Citrix Virtual Apps and Desktops ist für kostenpflichtige Images vorgesehen.

Sicherstellen, dass das in der Shared Image Gallery erstellte Image Azure-Planinformationen enthält

Verwenden Sie das Verfahren in diesem Abschnitt, um Shared Image Gallery-Images in Web Studio anzuzeigen. Diese Images können optional für ein Masterimage verwendet werden. Um das Image in eine Shared Image Gallery zu legen, erstellen Sie eine Imagedefinition in einer Galerie.

Azure Marketplace Shared Image Gallery

Überprüfen Sie auf der Seite Veröffentlichungsoptionen die Informationen zum Kaufplan.

Die Felder für die Kaufplaninformationen sind anfänglich leer. Füllen Sie diese Felder mit den Kaufplaninformationen aus, die für das Image verwendet wurden. Wenn die Kaufplaninformationen nicht ausgefüllt werden, kann der Maschinenkatalogprozess fehlschlagen.

Azure Marketplace überprüft die VDA-Veröffentlichungsoptionen

Nachdem Sie die Kaufplaninformationen überprüft haben, erstellen Sie eine Imageversion innerhalb der Definition. Diese wird als Masterimage verwendet. Klicken Sie auf Version hinzufügen:

Azure Marketplace VDA-Version hinzufügen

Wählen Sie im Abschnitt Versionsdetails den Image-Snapshot oder die verwaltete Festplatte als Quelle aus:

Azure Marketplace VDA-Optionen auswählen

Erstellen eines Katalogs von VMs mit Kapazitätsreservierung bei Bedarf

Die Kapazitätsreservierung bei Bedarf ermöglicht es Ihnen, Compute-Kapazität in einer Azure-Region oder einer Verfügbarkeitszone für eine beliebige Dauer zu reservieren. Weitere Informationen zur Azure-Kapazitätsreservierung bei Bedarf finden Sie in der Microsoft-Dokumentation Kapazitätsreservierung bei Bedarf.

Sie können einen MCS-Maschinenkatalog von Azure-VMs mit Kapazitätsreservierung bei Bedarf mithilfe eines Maschinenprofils (VM oder Vorlagenspezifikation) erstellen. Sie können auch einen vorhandenen Maschinenkatalog und vorhandene VMs aktualisieren, um eine Kapazitätsreservierung bei Bedarf hinzuzufügen oder zu entfernen.

Diese Funktion gilt für persistente und nicht-persistente Maschinenkataloge.

Einschränkungen

Diese Funktion gilt nicht für:

    -  Spot-VMs
-  Hostgruppe
    -  VMs mit aktiviertem Ruhezustand

Weitere Informationen zu Einschränkungen finden Sie in der Microsoft-Dokumentation unter Einschränkungen und Restriktionen.

    -  ### Schritte zum Erstellen eines Katalogs von VMs mit On-Demand-Kapazitätsreservierung

-  1.  Erstellen Sie eine Maschinenprofilquelle (VM oder ARM-Vorlagenspezifikation). Informationen zum Erstellen einer VM oder einer ARM-Vorlagenspezifikation finden Sie unter [Zuordnen einer VM zu einer Kapazitätsreservierungsgruppe](https://learn.microsoft.com/de-de/azure/virtual-machines/capacity-reservation-associate-vm?tabs=api1%2Capi2%2Capi3).
    -  1.  Führen Sie den folgenden PowerShell-Befehl aus, um zu überprüfen, ob für ein Maschinenprofil die On-Demand-Kapazitätsreservierung aktiviert ist. Wenn das Maschinenprofil mit On-Demand-Kapazitätsreservierung aktiviert ist, erhalten Sie die `capacityReservationGroup id`.

Zum Beispiel:

Wenn die Maschinenprofilquelle eine VM ist, führen Sie den folgenden Befehl aus:

```
    -  (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\demand-capacity.vm").AdditionalData
<!--NeedCopy--> ```

Wenn die Maschinenprofilquelle eine Vorlagenspezifikation ist, führen Sie den folgenden Befehl aus:

```
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-capacity-reservation.templatespecversion").AdditionalData
<!--NeedCopy--> ```

Erstellen Sie einen Maschinenkatalog mithilfe eines Maschinenprofils über Web Studio oder PowerShell-Befehle.

Sie können einen Katalog mit dem Befehl Set-ProvScheme aktualisieren. Sie können auch vorhandene VMs mit dem PowerShell-Befehl Set-ProvVmUpdateTimeWindow aktualisieren. Das Maschinenprofil wird beim nächsten Einschalten aktualisiert.

Geschachtelte Virtualisierung

-  Wenn Sie die Master-VM mit aktivierter geschachtelter Virtualisierung konfigurieren, verfügen alle VMs im MCS-Maschinenkatalog, die mit dieser Master-VM erstellt wurden, über eine aktivierte geschachtelte Virtualisierung. Diese Funktion gilt sowohl für persistente als auch für nicht-persistente VMs. Sie können einen vorhandenen MCS-Maschinenkatalog und vorhandene VMs durch ein Image-Update aktualisieren, um die geschachtelte Virtualisierung zu aktivieren.

Derzeit unterstützen nur Dv3- und Ev3-VM-Größen die geschachtelte Virtualisierung.

Informationen zur geschachtelten Virtualisierung finden Sie im Microsoft-Blog Geschachtelte Virtualisierung in Azure.

Nur-NVMe-SKUs

Typischerweise unterstützen die älteren Generationen von Allzweck-, speicheroptimierten und rechenoptimierten VMs (D/Ev5 oder Fv2 und älter) SCSI. Die neueren Generationen (Da/Ea/Fav6 und neuer) unterstützen typischerweise nur die NVMe-Speicherschnittstelle. MCS unterstützt den NVMe-Speichercontrollertyp, um die neuen VM-SKUs in Azure zu unterstützen.

    -  Informationen zu NVMe finden Sie in der Microsoft-Dokumentation unter [Allgemeine FAQ zu NVMe](https://learn.microsoft.com/de-de/azure/virtual-machines/enable-nvme-faqs).

Sie können einen MCS-Katalog mit einem Serviceangebot erstellen, das:

-  sowohl SCSI als auch NVMe unterstützt, siehe [Erstellen eines Katalogs mit einem Serviceangebot, das sowohl SCSI als auch NVMe unterstützt](#create-a-catalog-using-a-service-offering-that-supports-both-scsi-and-nvme)
    -  nur NVMe unterstützt, siehe [Erstellen eines Katalogs mit einem Serviceangebot, das nur NVMe unterstützt](#create-a-catalog-using-a-service-offering-that-supports-only-nvme)

Einschränkungen

    -  Nicht alle Serviceangebote, die NVMe unterstützen, unterstützen gleichzeitig Trusted Launch.
-  NVMe wird für Gen 1-VMs nicht unterstützt.
    -  Einige OS-Images unterstützen NVMe möglicherweise nicht. In diesem Fall ist die NVMe-Option in der Azure-Benutzeroberfläche ausgegraut.

Erstellen eines Katalogs mit einem Serviceangebot, das sowohl SCSI als auch NVMe unterstützt

    -  1.  Erstellen Sie eine VM, die als Master-Image verwendet werden soll.

1.  Verwenden Sie ein Marketplace-Image, das NVMe unterstützt. Eine Liste der Azure Marketplace-Images, die NVMe unterstützen, finden Sie unter [Unterstützte OS-Images für Remote-NVMe](https://learn.microsoft.com/de-de/azure/virtual-machines/enable-nvme-interface#windows).
1.  Erstellen Sie einen Snapshot des OS-Datenträgers der VM, um ihn im Parameter `MasterImageVM` des Befehls `New-ProvScheme` zu verwenden, oder verwenden Sie den verwalteten Datenträger direkt.

    Überprüfen Sie auf eine der folgenden Weisen, ob Ihr Master-Image NVMe unterstützt:

    -  Überprüfen Sie die `SupportedDiskControllerTypes` im Feld `AdditionalData` von `Get-Item`. Zum Beispiel:

        ```
        (get-item XDHyp:\HostingUnits\mynetwork\image.folder\abc.resourcegroup\deg-snapshot).AdditionalData
        <!--NeedCopy--> ```

-  Die `SupportedDiskControllerTypes` müssen `SCSI, NVMe` sein.

    -  Verwenden Sie Azure CLI und PowerShell

Verwenden Sie ein Serviceangebot, das sowohl NVMe als auch SCSI unterstützt.
Verwenden Sie eine VM oder eine Vorlagenspezifikation als Maschinenprofil, bei dem NVMe aktiviert ist. Nehmen Sie eine beliebige VM, deren DiskControllerType auf NVMe eingestellt ist. Verwenden Sie die VM direkt als Maschinenprofil oder exportieren Sie die Vorlage und verwenden Sie die Vorlagenspezifikation als Maschinenprofil.

Erstellen eines Katalogs mit einem Serviceangebot, das nur NVMe unterstützt

Erstellen Sie eine VM, die als Masterimage verwendet werden soll. Verwenden Sie ein Marketplace-Image, das NVMe unterstützt. Eine Liste der Azure Marketplace-Images, die NVMe unterstützen, finden Sie unter Unterstützte Betriebssystem-Images für Remote-NVMe.
Verwenden Sie ein Dienstangebot, das nur NVMe unterstützt.

Hinweis:

Da das Dienstangebot NVMe unterstützt, benötigen Sie kein Maschinenprofil mit auf NVMe eingestelltem DiskControllerType, um NVMe im Katalog zu aktivieren. Wenn Sie jedoch ein Maschinenprofil verwenden, muss der DiskControllerType entweder auf NVMe eingestellt oder leer bzw. nicht angegeben sein.

Vorhandene persistente VMs ändern

    -  Die NVMe-Konfiguration kann nach der Erstellung einer VM nicht mehr geändert werden. Um die NVMe-Konfiguration für eine persistente VM zu ändern, muss die VM neu bereitgestellt werden. Die Vorgehensweise hierfür ist:

Speichern Sie den aktuellen Zustand der VM.
Nach dem Einschalten einer vorhandenen VM erkennen Sie, ob die VM eine erneute Bereitstellung erfordert.
1. Wenn die Konfigurationsänderung von NVMe zu NVMe oder von SCSI zu SCSI erfolgt, ist keine erneute Bereitstellung der VM erforderlich.
2. Wenn die Konfigurationsänderung von SCSI zu NVMe und umgekehrt erfolgt, stellen Sie die VM neu bereit und erstellen Sie sie neu.

Maschinenkatalog mit PowerShell erstellen

-  Dieser Abschnitt beschreibt, wie Sie Kataloge mit PowerShell erstellen können:

-  [Katalog mit nicht persistentem Write-Back-Cache-Datenträger erstellen](#create-a-catalog-with-non-persistent-write-back-cache-disk)
-  [Katalog mit persistentem Write-Back-Cache-Datenträger erstellen](#create-a-catalog-with-persistent-write-back-cache-disk)

Startleistung mit MCSIO verbessern
Katalog mit temporären Azure-Datenträgern erstellen
Dedizierte Azure-Hosts
Maschinenkatalog mit einem Azure Compute Gallery-Image erstellen oder aktualisieren
Shared Image Gallery konfigurieren

Katalog mit nicht persistentem Write-Back-Cache-Datenträger erstellen

Um einen Katalog mit einem nicht persistenten Write-Back-Cache-Datenträger zu konfigurieren, verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties. Die benutzerdefinierte Eigenschaft UseTempDiskForWBC gibt an, ob Sie die temporäre Azure-Speicherung zum Speichern der Write-Back-Cache-Datei akzeptieren. Dies muss beim Ausführen von New-ProvScheme auf „true“ konfiguriert werden, wenn Sie den temporären Datenträger als Write-Back-Cache-Datenträger verwenden möchten. Wenn diese Eigenschaft nicht angegeben ist, wird der Parameter standardmäßig auf False gesetzt.

Beispiel: Verwenden des CustomProperties-Parameters, um UseTempDiskForWBC auf true zu setzen:

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

Hinweis:

Nachdem Sie den Maschinenkatalog für die Verwendung des lokalen temporären Azure-Speichers für die Write-Back-Cache-Datei festgelegt haben, kann dies später nicht mehr auf die Verwendung von VHD geändert werden.

Katalog mit persistentem Write-Back-Cache-Datenträger erstellen

Um einen Katalog mit einem persistenten Write-Back-Cache-Datenträger zu konfigurieren, verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties. Dieser Parameter unterstützt eine zusätzliche Eigenschaft, PersistWBC, die verwendet wird, um zu bestimmen, wie der Write-Back-Cache-Datenträger für von MCS bereitgestellte Maschinen persistent ist. Die Eigenschaft PersistWBC wird nur verwendet, wenn der Parameter UseWriteBackCache angegeben ist und wenn der Parameter WriteBackCacheDiskSize so eingestellt ist, dass ein Datenträger erstellt wird.

Beispiele für Eigenschaften, die im CustomProperties-Parameter vor der Unterstützung von PersistWBC gefunden wurden, sind:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
        -  <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
    -  <Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
        -  </CustomProperties>
<!--NeedCopy-->

Bei der Verwendung dieser Eigenschaften ist zu beachten, dass sie Standardwerte enthalten, wenn die Eigenschaften im CustomProperties-Parameter weggelassen werden. Die Eigenschaft PersistWBC hat zwei mögliche Werte: true oder false.

Das Setzen der Eigenschaft PersistWBC auf true löscht den Write-Back-Cache-Datenträger nicht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über Web Studio herunterfährt.

Das Setzen der Eigenschaft PersistWBC auf false löscht den Write-Back-Cache-Datenträger, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über Web Studio herunterfährt.

Hinweis:

Wenn die Eigenschaft PersistWBC weggelassen wird, ist der Standardwert der Eigenschaft false, und der Write-Back-Cache wird gelöscht, wenn die Maschine über Web Studio heruntergefahren wird.

Beispiel: Verwenden des CustomProperties-Parameters, um PersistWBC auf „true“ zu setzen:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
        -  <Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

-  > **Wichtig:** > > Die Eigenschaft `PersistWBC` kann nur mit dem PowerShell-Cmdlet `New-ProvScheme` festgelegt werden. Der Versuch, die `CustomProperties` eines Bereitstellungsschemas nach der Erstellung zu ändern, hat keine Auswirkungen auf den Maschinenkatalog und die Persistenz des Write-Back-Cache-Datenträgers, wenn eine Maschine heruntergefahren wird.

Beispiel: Setzen Sie New-ProvScheme so, dass der Write-Back-Cache verwendet wird, während die Eigenschaft PersistWBC auf „true“ gesetzt wird:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
    -  -MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
    -  -UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Startleistung mit MCSIO verbessern

Sie können die Startleistung für verwaltete Azure- und GCP-Datenträger verbessern, wenn MCSIO aktiviert ist. Verwenden Sie die benutzerdefinierte PowerShell-Eigenschaft PersistOSDisk im Befehl New-ProvScheme, um diese Funktion zu konfigurieren. Zu den mit New-ProvScheme verbundenen Optionen gehören:

-  <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    -  <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
    -  <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
    -  <Property xsi:type="StringProperty" Name="Resource <!--NeedCopy-->
``````<!--NeedCopy-->
<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
    -  <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
-  </CustomProperties>
<!--NeedCopy-->

Um diese Funktion zu aktivieren, setzen Sie die benutzerdefinierte Eigenschaft PersistOSDisk auf true. Beispiel:

New-ProvScheme
    -  -CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
    -  -ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs mit PowerShell verwenden

Sie können einen MCS-Maschinenkatalog mithilfe einer Vorlagenspezifikation als Maschinenprofileingabe erstellen oder aktualisieren. Dazu können Sie Web Studio oder PowerShell-Befehle verwenden.

Informationen zu Web Studio finden Sie unter Erstellen eines Maschinenkatalogs mit einem Azure Resource Manager-Image in Web Studio.

Verwenden von PowerShell-Befehlen:

Öffnen Sie das PowerShell-Fenster.
Führen Sie asnp citrix* aus.

Erstellen oder aktualisieren Sie einen Katalog.

So erstellen Sie einen Katalog:

Verwenden Sie den Befehl New-ProvScheme mit einer Vorlagenspezifikation als Maschinenprofileingabe. Beispiel:

New-ProvScheme -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
-ProvisioningSchemeName <String>
-HostingUnitName <String>
-IdentityPoolName <String>
[-ServiceOffering <String>][-CustomProperties <String>
[-LoggingId <Guid>]
[-BearerToken <String>][-AdminAddress <String>]
[<CommonParameters>]
<!--NeedCopy-->

Schließen Sie die Katalogerstellung ab.

Um einen Katalog zu aktualisieren, verwenden Sie den Befehl Set-ProvScheme mit einer Vorlagenspezifikation als Maschinenprofileingabe. Beispiel:

 -  Set-ProvScheme -MasterImageVm 'XDHyp://Connections/Azure/East Us.region/vm.folder/MasterDisk.vm'
         MachineProfile 'XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/testing.templatespec/V1.templatespecversion'
         [-ProvisioningSchemeName] <String>
     -  [-CustomProperties <String>][-ServiceOffering <String>] [-PassThru]
         -  [-LoggingId <Guid>] [-BearerToken <String>][-AdminAddress <String>] [<CommonParameters>]

 <!--NeedCopy-->

Maschinenkataloge mit Trusted Launch

    -  Um einen Maschinenkatalog mit Trusted Launch erfolgreich zu erstellen, verwenden Sie:

-  Ein Masterimage, das mit Trusted Launch aktiviert ist. Sie müssen ein Maschinenprofil verwenden, es ist jedoch nicht erforderlich, dass das Maschinenprofil Trusted Launch-fähig ist. Wenn Sie ein Masterimage mit Trusted Launch und ein Maschinenprofil ohne Trusted Launch verwenden, erhalten Sie eine Warnmeldung aufgrund der nicht übereinstimmenden Trusted Launch-Konfiguration zwischen Masterimage und Maschinenprofil.
-  Eine VM-Größe, die Trusted Launch unterstützt.

Eine Windows-VM-Version, die Trusted Launch unterstützt. Derzeit unterstützen Windows 10, Windows 11, Windows Server 2016, 2019 und 2022 Trusted Launch.

Um die Bestandsartikel des Citrix Virtual Apps and Desktops-Angebots anzuzeigen und festzustellen, ob die VM-Größe Trusted Launch unterstützt, führen Sie den folgenden Befehl aus:

1. Öffnen Sie ein PowerShell-Fenster.
1. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

Führen Sie den folgenden Befehl aus:

$s = (ls XDHyp:\HostingUnits\<name of hosting unit>\serviceoffering.folder\"<VM size>.serviceoffering)
<!--NeedCopy-->

Führen Sie $s | select -ExpandProperty Additionaldata aus.
Überprüfen Sie den Wert des Attributs SupportsTrustedLaunch.
- Wenn SupportsTrustedLaunch True ist, unterstützt die VM-Größe Trusted Launch.
- Wenn SupportsTrustedLaunch False ist, unterstützt die VM-Größe Trusted Launch nicht.

Gemäß Azure PowerShell können Sie den folgenden Befehl verwenden, um die VM-Größen zu ermitteln, die Trusted Launch unterstützen:

(Get-AzComputeResourceSku | where {$_.Locations.Contains($region) -and ($_.Name -eq "<VM size>") })[0].Capabilities
<!--NeedCopy-->

Im Folgenden finden Sie Beispiele, die beschreiben, ob die VM-Größe Trusted Launch unterstützt, nachdem Sie den Azure PowerShell-Befehl ausgeführt haben.

Beispiel 1: Wenn die Azure-VM nur Generation 1 unterstützt, unterstützt diese VM Trusted Launch nicht. Daher wird die Funktion TrustedLaunchDisabled nach dem Ausführen des Azure PowerShell-Befehls nicht angezeigt.
Beispiel 2: Wenn die Azure-VM nur Generation 2 unterstützt und die Funktion TrustedLaunchDisabled True ist, wird die VM-Größe der Generation 2 für Trusted Launch nicht unterstützt.
Beispiel 3: Wenn die Azure-VM nur Generation 2 unterstützt und die Funktion TrustedLaunchDisabled nach dem Ausführen des PowerShell-Befehls nicht angezeigt wird, wird die VM-Größe der Generation 2 für Trusted Launch unterstützt.

Weitere Informationen zu Trusted Launch für Azure Virtual Machines finden Sie im Microsoft-Dokument Trusted Launch for Azure virtual machines.

Erstellen eines Maschinenkatalogs mit Trusted Launch

Erstellen Sie ein Masterimage, das mit Trusted Launch aktiviert ist. Siehe die Microsoft-Dokumentation Trusted Launch VM Images.
Erstellen Sie eine VM oder Vorlagenspezifikation mit dem Sicherheitstyp trusted launch virtual machines. Weitere Informationen zum Erstellen einer VM oder Vorlagenspezifikation finden Sie im Microsoft-Dokument Deploy a trusted launch VM.

Erstellen Sie einen Maschinenkatalog mit Web Studio oder PowerShell-Befehlen.

Wenn Sie Web Studio verwenden möchten, lesen Sie Erstellen eines Maschinenkatalogs mit einem Azure Resource Manager-Image in Web Studio.

Wenn Sie PowerShell-Befehle verwenden möchten, verwenden Sie den Befehl New-ProvScheme mit der VM oder der Vorlagenspezifikation als Maschinenprofileingabe. Eine vollständige Liste der Befehle zum Erstellen eines Katalogs finden Sie unter Creating a catalog.

Beispiel für New-ProvScheme mit VM als Maschinenprofileingabe:

 New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
 -MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>"
 -ProvisioningSchemeName <String>
 -HostingUnitName <String>
 -IdentityPoolName <String>
 [-ServiceOffering <String>][-CustomProperties <String>]
 [<CommonParameters>]
 <!--NeedCopy-->

Beispiel für New-ProvScheme mit Vorlagenspezifikation als Maschinenprofileingabe:

         New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1

 -  -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
         MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
         -ProvisioningSchemeName <String>
     -  -HostingUnitName <String>
         -  -IdentityPoolName <String>
         -  [-ServiceOffering <String>][-CustomProperties <String>]
         [<CommonParameters>]

 <!--NeedCopy-->

Aktualisieren eines Maschinenkatalogs mit Trusted Launch

Sie können sowohl persistente als auch nicht-persistente Maschinenkataloge aktualisieren:

Für persistente Maschinenkataloge:

Aktualisieren eines persistenten Maschinenkatalogs mit Trusted Launch

Für nicht-persistente Maschinenkataloge:

Aktualisieren eines nicht-persistenten Maschinenkatalogs mit Trusted Launch

Fehler beim Erstellen von Maschinenkatalogen mit Trusted Launch

    -  Beim Erstellen eines Maschinenkatalogs mit Trusted Launch treten in den folgenden Szenarien entsprechende Fehler auf:

Szenario	Fehler
Wenn Sie ein Maschinenprofil beim Erstellen eines nicht verwalteten Katalogs auswählen	`MachineProfileNotSupportedForUnmanagedCatalog`
Wenn Sie kein Maschinenprofil beim Erstellen eines verwalteten Katalogs mit einer Master-Image-Quelle mit Trusted Launch als Sicherheitstyp auswählen	`MachineProfileNotFoundForTrustedLaunchMasterImage`
Wenn Sie ein Maschinenprofil mit einem Sicherheitstyp auswählen, der sich vom Sicherheitstyp des Master-Images unterscheidet	`SecurityTypeConflictBetweenMasterImageAndMachineProfile`
Wenn Sie eine VM-Größe auswählen, die Trusted Launch nicht unterstützt, aber ein Master-Image verwenden, das Trusted Launch unterstützt, während Sie einen Katalog erstellen	`MachineSizeNotSupportTrustedLaunch`

Verwenden von Maschinenprofil-Eigenschaftswerten

Der Maschinenkatalog verwendet die folgenden Eigenschaften, die in den benutzerdefinierten Eigenschaften definiert sind:

Verfügbarkeitszone
Dedicated Host Group Id
Disk Encryption Set Id
OS-Typ
Lizenztyp
Speichertyp

Wenn diese benutzerdefinierten Eigenschaften nicht explizit definiert sind, werden die Eigenschaftswerte aus der ARM-Vorlagenspezifikation oder der VM übernommen, je nachdem, was als Maschinenprofil verwendet wird. Wenn ServiceOffering nicht angegeben ist, wird es außerdem aus dem Maschinenprofil übernommen.

Hinweis:

Wenn einige der Eigenschaften im Maschinenprofil fehlen und nicht in den benutzerdefinierten Eigenschaften definiert sind, werden die Standardwerte der Eigenschaften übernommen, wo immer dies zutrifft.

Der folgende Abschnitt beschreibt einige Szenarien bei New-ProvScheme und Set-ProvScheme, wenn CustomProperties entweder alle definierten Eigenschaften enthält oder Werte aus dem MachineProfile abgeleitet werden.

New-ProvScheme-Szenarien
- MachineProfile hat alle Eigenschaften und CustomProperties sind nicht definiert. Beispiel:

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

 Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 ```
 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy--> ```

MachineProfile hat einige Eigenschaften und CustomProperties sind nicht definiert. Beispiel: MachineProfile hat nur LicenseType und OsType.

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Sowohl MachineProfile als auch CustomProperties definieren alle Eigenschaften. Beispiel:

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Benutzerdefinierte Eigenschaften haben Vorrang. Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<CustomPropertiesA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Einige Eigenschaften sind in MachineProfile und einige Eigenschaften in CustomProperties definiert. Beispiel:

CustomProperties definieren LicenseType und StorageAccountType
MachineProfile definieren LicenseType, OsType und Zones

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Einige Eigenschaften sind in MachineProfile und einige Eigenschaften in CustomProperties definiert. Zusätzlich ist ServiceOffering nicht definiert. Beispiel:

CustomProperties definieren StorageType
MachineProfile definieren LicenseType

 New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mp.vm"
 -ServiceOffering "XDHyp:\HostingUnits\azureunit\serviceoffering.folder\`<explicit-machine-size>`.serviceoffering"
 <!--NeedCopy-->

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 ```
     Get-ProvScheme | select ServiceOffering
     serviceoffering.folder\`<explicit-machine-size>`.serviceoffering

     Get-ProvScheme | select CustomProperties
     <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
     <Property xsi:type="StringProperty" Name="StorageAccountType" Value="explicit-storage-type"/>
     <Property xsi:type="StringProperty" Name="LicenseType" Value="value-from-machineprofile"/>
     </CustomProperties>
 <!--NeedCopy--> ```

Wenn der OsType weder in den CustomProperties noch im MachineProfile enthalten ist, dann:
- Der Wert wird aus dem Masterimage gelesen.
- Wenn das Masterimage eine nicht verwaltete Festplatte ist, wird der OsType auf Windows gesetzt. Beispiel:
New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -MasterImageVM "XDHyp:\HostingUnits\azureunit\image.folder\linux-master-image.manageddisk"

Der Wert aus dem Masterimage wird in die benutzerdefinierten Eigenschaften geschrieben, in diesem Fall Linux.
```
 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="Linux"/>
 </CustomProperties>
 
```

Set-ProvScheme-Szenarien

Ein vorhandener Katalog mit:
- CustomProperties für StorageAccountType und OsType
- MachineProfile mpA.vm, das Zonen definiert
Updates:
- MachineProfile mpB.vm, das StorageAccountType definiert
- Ein neuer Satz benutzerdefinierter Eigenschaften $CustomPropertiesB, der LicenseType und OsType definiert

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm" -CustomProperties $CustomPropertiesB

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

         Get-ProvScheme | select CustomProperties

         <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

 -  <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpB-value>`"/>

 -  <Property xsi:type="StringProperty" Name="OSType" Value="`<CustomPropertiesB-value>`"/>
     -  <Property xsi:type="StringProperty" Name="LicenseType" Value="`<CustomPropertiesB-value>`"/>
             </CustomProperties>
 <!--NeedCopy-->

Ein vorhandener Katalog mit:

CustomProperties für StorageAccountType und OsType
MachineProfile mpA.vm, das StorageAccountType und LicenseType definiert
Updates:
Ein neuer Satz benutzerdefinierter Eigenschaften $CustomPropertiesB, der StorageAccountType und OsType definiert.

Set-ProvScheme -CustomProperties $CustomPropertiesB

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesB-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<CustomPropertiesB-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mp-A-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Ein vorhandener Katalog mit:
- CustomProperties für StorageAccountType und OsType
- MachineProfile mpA.vm, das Zonen definiert

Updates:

Ein MachineProfile mpB.vm, das StorageAccountType und LicenseType definiert
ServiceOffering ist nicht angegeben

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm"

Die folgenden Werte werden als benutzerdefinierte Eigenschaften für den Katalog festgelegt:

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder\`<value-from-machineprofile>`.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<prior-CustomProperties-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpB-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Erstellen oder Aktualisieren eines Katalogs mit mehreren NICs pro VM

MCS unterstützt mehrere NICs pro VM. Sie können mehrere NICs auf einer VM mit mehreren Subnetzen verknüpfen, diese Subnetze müssen sich jedoch im selben virtuellen Netzwerk (VNet) befinden. Sie können PowerShell-Befehle verwenden, um:

-  [Einen Katalog mit mehreren NICs auf einer VM zu erstellen](#create-a-catalog-with-multiple-nics-on-a-vm)
-  [Eine vorhandene Katalogkonfiguration zu aktualisieren, um mehrere NICs auf einer VM zu haben, sodass neu erstellte VMs mehrere NICs haben](#update-a-catalog-to-have-multiple-nics-on-a-vm)
-  [Eine vorhandene VM zu aktualisieren, um mehrere NICs zu haben](#update-an-existing-vm-to-have-multiple-nics-on-a-vm)

Sie können einen nicht auf Maschinenprofilen basierenden Maschinenkatalog und einen auf Maschinenprofilen basierenden Maschinenkatalog erstellen oder aktualisieren, um mehrere NICs auf einer VM zu haben. Derzeit können Sie für einen auf Maschinenprofilen basierenden Maschinenkatalog nur die gleiche Anzahl von NICs haben, wie in der Maschinenprofilquelle angegeben.

Eigenschaften wie beschleunigte Netzwerke werden von der Maschinenprofilquelle abgeleitet.

Hinweis:

Die VM-Größe muss die gleiche Anzahl von NICs und die entsprechende beschleunigte Netzwerkkonfiguration unterstützen, andernfalls erhalten Sie einen Fehler.

Sie können die maximale Anzahl von NICs abrufen, die einer ausgewählten VM-Größe zugeordnet sind. Eine PowerShell-Eigenschaft namens MaxNetworkInterfaces zeigt die maximale NIC-Anzahl an, wenn Sie den PowerShell-Befehl get-item mit dem Parameter AdditionalData ausführen.
Maximale NIC-Anzahl abrufen

So rufen Sie die maximale NIC-Anzahl ab:

Öffnen Sie ein PowerShell-Fenster vom Delivery Controller™-Host.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
Führen Sie Get-ChildItem -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder" aus, um alle verfügbaren VM-Größen aufzulisten.
Führen Sie get-item -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder\Standard_M416ms_v2.serviceoffering").AdditionalData aus.
Überprüfen Sie MaxNetworkInterfaces, um die maximale NIC-Anzahl zu erfahren.

Katalog mit mehreren NICs auf einer VM erstellen

Gehen Sie wie folgt vor, um einen Katalog mit mehreren NICs auf einer VM zu erstellen:

Öffnen Sie ein PowerShell-Fenster vom Delivery Controller-Host aus.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
Erstellen Sie einen Identitätspool, falls noch nicht geschehen.
Erstellen Sie das Bereitstellungsschema:
- Wenn Sie einen nicht auf Maschinenprofilen basierenden Maschinenkatalog erstellen, führen Sie den Befehl New-ProvScheme mit dem Parameter NetworkMappings aus. Sie können dem Parameter NetworkMappings mehrere Subnetze hinzufügen. Zum Beispiel:
  
```

New-Provscheme -NetworkMappings @{“0”=”subnetpath1”;”1”=”subnetpath1”} ```
- Wenn Sie einen auf Maschinenprofilen basierenden Maschinenkatalog erstellen:
  1. Erstellen Sie eine VM in Azure, die mehrere NICs besitzt. Weitere Informationen finden Sie unter Erstellen und Verwalten einer Windows-VM mit mehreren NICs. Sie können auch eine neue VM erstellen und dann auf der Seite “Netzwerk” des Azure-Portals eine Netzwerkschnittstelle anfügen.
  2. Führen Sie den Befehl New-ProvScheme mit der VM als Maschinenprofil-Eingabe aus.
  Hinweis:
  
  Beim Erstellen eines auf Maschinenprofilen basierenden Maschinenkatalogs muss die Anzahl der NetworkMappings mit der NetworkInterfaceCount des Maschinenprofils übereinstimmen. Die NetworkInterfaceCount kann aus den AdditionalData von Get-item -Path "machine profile path" abgerufen werden.

Schließen Sie die Katalogerstellung ab.

Katalog aktualisieren, um mehrere NICs auf einer VM zu haben

Gehen Sie wie folgt vor, um einen Katalog zu aktualisieren, damit er mehrere NICs auf einer VM hat:

1. Öffnen Sie ein PowerShell-Fenster vom Delivery Controller-Host aus.
1. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

Aktualisieren Sie das Bereitstellungsschema:
- Wenn Sie einen nicht auf Maschinenprofilen basierenden Maschinenkatalog erstellen, führen Sie den Befehl Set-ProvScheme mit dem Parameter NetworkMappings aus. Sie können dem Parameter NetworkMappings mehrere Subnetze hinzufügen. Zum Beispiel:
```
 Set-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
 
```
- Wenn Sie einen auf einem Maschinenprofil basierenden Maschinenkatalog erstellen:
- 1. Erstellen Sie eine VM in Azure, die mehrere NICs besitzt. Weitere Informationen finden Sie unter Erstellen und Verwalten einer Windows-VM mit mehreren NICs.
  2. Führen Sie den Befehl Set-ProvScheme mit der VM als Maschinenprofil-Eingabe aus.

Eine vorhandene VM aktualisieren, um mehrere NICs auf einer VM zu haben

-  Sie können eine vorhandene VM auch mit `Set-ProvVMUpdateTimeWindow` aktualisieren und während des Update-Zeitfensters einen Power Cycle auf der vorhandenen VM durchführen.

-  ## Bereitstellen von Katalog-VMs mit installiertem Azure Monitor Agent

Azure Monitoring ist ein Dienst, mit dem Sie Telemetriedaten aus Ihren Azure- und lokalen Umgebungen sammeln, analysieren und darauf reagieren können.

Der Azure Monitor Agent (AMA) sammelt Überwachungsdaten von Compute-Ressourcen wie virtuellen Maschinen und liefert die Daten an Azure Monitor. Er unterstützt derzeit die Sammlung von Ereignisprotokollen, Syslog- und Leistungsmetriken und sendet diese an Azure Monitor Metrics- und Azure Monitor Logs-Datenquellen.

Um die Überwachung durch eindeutige Identifizierung der VMs in den Überwachungsdaten zu ermöglichen, können Sie die VMs eines MCS-Maschinenkatalogs mit AMA als Erweiterung bereitstellen.

Anforderungen

-  Berechtigungen: Stellen Sie sicher, dass Sie die in [Erforderliche Azure-Berechtigungen](/de-de/citrix-virtual-apps-desktops/install-configure/connections/connection-azure-resource-manager#required-azure-permissions) angegebenen Mindestberechtigungen für Azure und die folgenden Berechtigungen zur Verwendung von Azure Monitor besitzen:

-  `Microsoft.Compute/virtualMachines/extensions/read`
-  `Microsoft.Compute/virtualMachines/extensions/write`
-  `Microsoft.Insights/DataCollectionRuleAssociations/Read`
-  `Microsoft.Insights/dataCollectionRuleAssociations/write`
-  `Microsoft.Insights/DataCollectionRules/Read`

Datensammlungsregel: Richten Sie eine Datensammlungsregel im Azure-Portal ein. Informationen zum Einrichten einer DCR finden Sie unter Erstellen einer Datensammlungsregel. Eine DCR ist plattformspezifisch (Windows oder Linux). Stellen Sie sicher, dass Sie eine DCR gemäß der erforderlichen Plattform erstellen. Der AMA verwendet Datensammlungsregeln (DCR), um die Zuordnung zwischen den Ressourcen, wie VMs, und Datenquellen, wie Azure Monitor Metrics und Azure Monitor Logs, zu verwalten.
Standard-Arbeitsbereich: Erstellen Sie einen Arbeitsbereich im Azure-Portal. Informationen zum Erstellen eines Arbeitsbereichs finden Sie unter Erstellen eines Log Analytics-Arbeitsbereichs. Wenn Sie Protokolle und Daten sammeln, werden die Informationen in einem Arbeitsbereich gespeichert. Ein Arbeitsbereich hat eine eindeutige Arbeitsbereichs-ID und Ressourcen-ID. Der Arbeitsbereichsname muss für eine bestimmte Ressourcengruppe eindeutig sein. Nachdem Sie einen Arbeitsbereich erstellt haben, konfigurieren Sie Datenquellen und Lösungen, um ihre Daten im Arbeitsbereich zu speichern.
Whitelisted die Monitor-Erweiterung: Die Erweiterungen AzureMonitorWindowsAgent und AzureMonitorLinuxAgent sind von Citrix definierte Whitelist-Erweiterungen. Um die Liste der Whitelist-Erweiterungen anzuzeigen, verwenden Sie den PoSH-Befehl Get-ProvMetadataConfiguration.
Master-Image: Microsoft empfiehlt, Erweiterungen von einer vorhandenen Maschine zu entfernen, bevor eine neue Maschine daraus erstellt wird. Wenn die Erweiterungen nicht entfernt werden, kann dies zu Restdateien und unerwartetem Verhalten führen. Weitere Informationen finden Sie unter Wenn die VM aus einer vorhandenen VM neu erstellt wird.

So stellen Sie Katalog-VMs mit aktiviertem AMA bereit:

Richten Sie eine Maschinenprofilvorlage ein.
- Wenn Sie eine VM als Maschinenprofilvorlage verwenden möchten:
  1. Erstellen Sie eine VM im Azure-Portal.
  2. Schalten Sie die VM ein.
  3. Fügen Sie die VM der Datensammlungsregel unter Ressourcen hinzu. Dies löst die Agent-Installation auf der Vorlagen-VM aus.
Hinweis:

Wenn Sie einen Linux-Katalog erstellen müssen, richten Sie eine Linux-Maschine ein.
- Wenn Sie eine Vorlagenspezifikation als Maschinenprofilvorlage verwenden möchten:
  1. Richten Sie eine Vorlagenspezifikation ein.
  2. Fügen Sie die folgende Erweiterung und Datensammlungsregelzuordnung zur generierten Vorlagenspezifikation hinzu:
    
``` { “type”: “Microsoft.Compute/virtualMachines/extensions”, “apiVersion”: “2022-03-01”, “name”: “<vm-name>/AzureMonitorWindowsAgent”, “dependsOn”: [ “Microsoft.Compute/virtualMachines/<vm-name>” ], “location”: “<azure-region>”, “properties”: { “publisher”: “Microsoft.Azure.Monitor”, “type”: “AzureMonitorWindowsAgent”, “typeHandlerVersion”: “1.0”, “autoUpgradeMinorVersion”: true, “enableAutomaticUpgrade”: true } }, { “type”: “Microsoft.Insights/dataCollectionRuleAssociations”, “apiVersion”: “2021-11-01”, “name”: “<associatio-name>”,

“scope”: “Microsoft.Compute/virtualMachines/<vm-name>”,
“dependsOn”: [
“Microsoft.Compute/virtualMachines/<vm-name>”,
“Microsoft.Compute/virtualMachines/<vm-name>/extensions/AzureMonitorWindowsAgent”
], “properties”: { “description”: “Association of data collection rule. Deleting this association will break the data collection for this Arc server.”, “dataCollectionRuleId”: “/subscriptions/<azure-subscription>/resourcegroups/<azure-resource-group>/providers/microsoft.insights/datacollectionrules/<azure-data-collection-rule>” } } ```

Erstellen oder aktualisieren Sie einen vorhandenen MCS-Maschinenkatalog.
- So erstellen Sie einen neuen MCS-Katalog:
  1. Wählen Sie diese VM oder Vorlagenspezifikation als Maschinenprofil im Web Studio aus.
  2. Fahren Sie mit den nächsten Schritten fort, um den Katalog zu erstellen.
- Um einen vorhandenen MCS-Katalog zu aktualisieren, verwenden Sie die folgenden PoSH-Befehle:
  - Damit die neuen VMs die aktualisierte Maschinenprofilvorlage erhalten, führen Sie den folgenden Befehl aus:
    Set-ProvScheme -ProvisioningSchemeName "name" -MachineProfile "XDHyp:\HostingUnits\Unit1\machineprofile.folder\abc.resourcegroup\ab-machine-profile.vm" 
  - So aktualisieren Sie vorhandene VMs mit der aktualisierten Maschinenprofilvorlage:
    
```

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1 ```

Schalten Sie die Katalog-VMs ein.
Gehen Sie zum Azure-Portal und überprüfen Sie, ob die Überwachungserweiterung auf der VM installiert ist und die VM unter den Ressourcen des DCR angezeigt wird. Nach einigen Minuten werden Überwachungsdaten im Azure Monitor angezeigt.

Fehlerbehebung

Informationen zur Fehlerbehebung für den Azure Monitor Agent finden Sie unter den folgenden Links:

Erstellen eines Maschinenkatalogs mit kundenseitig verwaltetem Verschlüsselungsschlüssel

Die detaillierten Schritte zum Erstellen eines Maschinenkatalogs mit kundenseitig verwaltetem Verschlüsselungsschlüssel sind:

Öffnen Sie ein PowerShell-Fenster.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
Geben Sie cd xdhyp:/ ein.
Geben Sie cd .\HostingUnits\(your hosting unit) ein.
Geben Sie cd diskencryptionset.folder ein.
Geben Sie dir ein, um die Liste der Datenträgerverschlüsselungssätze abzurufen.
Kopieren Sie die ID eines Datenträgerverschlüsselungssatzes.
Erstellen Sie eine benutzerdefinierte Eigenschaftszeichenfolge, um die ID des Datenträgerverschlüsselungssatzes einzuschließen. Zum Beispiel:

``` $customProperties = “<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation” xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance”> <Property xsi:type="StringProperty” Name="StorageAccountType” Value="Standard_LRS” /> <Property xsi:type="StringProperty” Name="persistWBC” Value="False” />

<Property xsi:type="StringProperty” Name="PersistOsDisk” Value="false” />

<Property xsi:type="StringProperty” Name="UseManagedDisks” Value="true” /> <Property xsi:type="StringProperty” Name="DiskEncryptionSetId” Value="/subscriptions/0xxx4xxx-xxb-4bxx-xxxx-xxxxxxxx/resourceGroups/abc/providers/Microsoft.Compute/diskEncryptionSets/abc-des”/> </CustomProperties>
```
 -  1.  Erstellen Sie einen Identitätspool, falls noch nicht geschehen. Zum Beispiel:
```
New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain def.local -NamingSchemeType Numeric

```

Führen Sie den Befehl New-ProvScheme aus: Zum Beispiel:

New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
-MasterImageVM "XDHyp:\HostingUnits\azure-res2\image.folder\def.resourcegroup\def.snapshot"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-res2\\virtualprivatecloud.folder\def.resourcegroup\def-vnet.virtualprivatecloud\subnet1.network"}
-ProvisioningSchemeName "name"
-ServiceOffering "XDHyp:\HostingUnits\azure-res2\serviceoffering.folder\Standard_DS2_v2.serviceoffering"
-MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>"
-  -CustomProperties $customProperties
<!--NeedCopy-->

Schließen Sie die Erstellung des Maschinenkatalogs ab.

Erstellen eines Maschinenkatalogs mit doppelter Verschlüsselung

Sie können einen Maschinenkatalog mit doppelter Verschlüsselung mithilfe von Web Studio und PowerShell-Befehlen erstellen und aktualisieren.

Die detaillierten Schritte zum Erstellen eines Maschinenkatalogs mit doppelter Verschlüsselung sind:

Erstellen Sie einen Azure Key Vault und einen DES mit plattformverwalteten und kundenseitig verwalteten Schlüsseln. Informationen zum Erstellen eines Azure Key Vault und eines DES finden Sie unter Verwenden des Azure-Portals zum Aktivieren der doppelten Verschlüsselung ruhender verwalteter Datenträger.
Um die verfügbaren DiskEncryptionSets in Ihrer Hosting-Verbindung zu durchsuchen:
- 1. Öffnen Sie ein PowerShell-Fenster.
- 1. Führen Sie die folgenden PowerShell-Befehle aus:
  2. asnp citrix*
  3. cd xdhyp:
  4. cd HostingUnits
    - 1. cd YourHostingUnitName (z. B. azure-east)
    - 1. cd diskencryptionset.folder
  5. dir
Sie können eine ID des DiskEncryptionSet verwenden, um einen Katalog mithilfe benutzerdefinierter Eigenschaften zu erstellen oder zu aktualisieren.
Wenn Sie den Workflow für Maschinenprofile verwenden möchten, erstellen Sie eine VM oder Vorlagenspezifikation als Eingabe für das Maschinenprofil.
- Wenn Sie eine VM als Eingabe für das Maschinenprofil verwenden möchten:

1. Erstellen Sie eine VM im Azure-Portal.
  - 1. Navigieren Sie zu Datenträger > Schlüsselverwaltung, um die VM direkt mit einer beliebigen DiskEncryptionSetID zu verschlüsseln.
  - Wenn Sie eine Vorlagenspezifikation als Eingabe für das Maschinenprofil verwenden möchten:
  1. Fügen Sie in der Vorlage unter properties>storageProfile>osDisk>managedDisk den Parameter diskEncryptionSet hinzu und fügen Sie die ID des DES für die doppelte Verschlüsselung hinzu.
1. Erstellen Sie den Maschinenkatalog.
  - Wenn Sie Web Studio verwenden, führen Sie zusätzlich zu den Schritten unter Maschinenkataloge erstellen einen der folgenden Schritte aus.
  - Wenn Sie keinen Workflow auf Basis von Maschinenprofilen verwenden, wählen Sie auf der Seite Datenträgereinstellungen die Option Folgenden Schlüssel zum Verschlüsseln von Daten auf jeder Maschine verwenden. Wählen Sie dann Ihren DES für die doppelte Verschlüsselung aus dem Dropdown-Menü aus. Fahren Sie mit der Katalogerstellung fort.
  - Wenn Sie den Workflow für Maschinenprofile verwenden, wählen Sie auf der Seite Image ein Master-Image und ein Maschinenprofil aus. Stellen Sie sicher, dass das Maschinenprofil eine Datenträgerverschlüsselungssatz-ID in seinen Eigenschaften hat.

Alle im Katalog erstellten Maschinen werden durch den mit dem ausgewählten DES verknüpften Schlüssel doppelt verschlüsselt.

Wenn Sie PowerShell-Befehle verwenden, führen Sie einen der folgenden Schritte aus:

Wenn Sie keinen Workflow auf Basis von Maschinenprofilen verwenden, fügen Sie die benutzerdefinierte Eigenschaft DiskEncryptionSetId im Befehl New-ProvScheme hinzu. Zum Beispiel:

 -  New-ProvScheme -CleanOnBoot -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 -  <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
 -  <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
 </CustomProperties>'
 -HostingUnitName "Redacted"
 -IdentityPoolName "Redacted"
 -InitialBatchSizeHint 1
 -MasterImageVM "Redacted"
 -NetworkMapping @{"0"="Redacted"}
 -ProvisioningSchemeName "Redacted"
 -ServiceOffering "Redacted"
 <!--NeedCopy-->

Wenn Sie einen Workflow auf Basis von Maschinenprofilen verwenden, verwenden Sie eine Maschinenprofileingabe im Befehl New-ProvScheme. Zum Beispiel:

 New-ProvScheme -CleanOnBoot
 -HostingUnitName azure-east
 -IdentityPoolName aio-ip
 -InitialBatchSizeHint 1
 -MasterImageVM XDHyp:\HostingUnits\azure-east\image.folder\abc.resourcegroup\fgb-vda-snapshot.snapshot
 -NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-east\virtualprivatecloud.folder\apa-resourceGroup.resourcegroup\apa-resourceGroup-vnet.virtualprivatecloud\default.network"}
 -ProvisioningSchemeName aio-test
 -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\abc.resourcegroup\abx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

Schließen Sie die Katalogerstellung mit dem Remote-PowerShell-SDK ab. Informationen zum Erstellen eines Katalogs mit dem Remote-PowerShell-SDK finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/. Alle im Katalog erstellten Maschinen werden durch den Schlüssel, der dem von Ihnen ausgewählten DES zugeordnet ist, doppelt verschlüsselt.

Konvertieren eines unverschlüsselten Katalogs zur Verwendung der doppelten Verschlüsselung

Sie können den Verschlüsselungstyp eines Maschinenkatalogs aktualisieren (mithilfe von benutzerdefinierten Eigenschaften oder einem Maschinenprofil).

Wenn Sie keinen Workflow auf Basis von Maschinenprofilen verwenden, fügen Sie die benutzerdefinierte Eigenschaft DiskEncryptionSetId im Befehl Set-ProvScheme hinzu. Zum Beispiel:

 Set-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"
 -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
 </CustomProperties>'
 <!--NeedCopy-->

Wenn Sie einen Workflow auf Basis von Maschinenprofilen verwenden, verwenden Sie eine Maschinenprofileingabe im Befehl Set-ProvScheme. Zum Beispiel:

 Set-ProvScheme -ProvisioningSchemeName mxiao-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\aelx.resourcegroup\elx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

Nach erfolgreicher Ausführung werden alle neuen VMs, die Sie Ihrem Katalog hinzufügen, durch den Schlüssel, der dem von Ihnen ausgewählten DES zugeordnet ist, doppelt verschlüsselt.

Überprüfen, ob der Katalog doppelt verschlüsselt ist

Im Web Studio:
1. Navigieren Sie zu Maschinenkataloge.
2. Wählen Sie den Katalog aus, den Sie überprüfen möchten. Klicken Sie auf die Registerkarte Vorlageneigenschaften unten auf dem Bildschirm.
3. Überprüfen Sie unter Azure-Details die Datenträgerverschlüsselungssatz-ID unter Datenträgerverschlüsselungssatz. Wenn die DES-ID des Katalogs leer ist, ist der Katalog nicht verschlüsselt.
4. Überprüfen Sie im Azure-Portal, ob der Verschlüsselungstyp des DES, der der DES-ID zugeordnet ist, plattformverwaltete und kundenverwaltete Schlüssel ist.
Mithilfe des PowerShell-Befehls:
1. Öffnen Sie das PowerShell-Fenster.
2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
3. Verwenden Sie Get-ProvScheme, um die Informationen Ihres Maschinenkatalogs abzurufen. Zum Beispiel:
```
Get-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"

```
4. Rufen Sie die benutzerdefinierte Eigenschaft DES Id des Maschinenkatalogs ab. Zum Beispiel:
```
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />

```
5. Überprüfen Sie im Azure-Portal, ob der Verschlüsselungstyp des DES, der der DES-ID zugeordnet ist, plattformverwaltete und kundenverwaltete Schlüssel ist.

Erstellen eines Katalogs mit Azure Ephemeral Disks

Um Ephemeral Disks zu verwenden, müssen Sie die benutzerdefinierte Eigenschaft UseEphemeralOsDisk auf true setzen, wenn Sie New-ProvScheme ausführen.

Hinweis:

Wenn die benutzerdefinierte Eigenschaft UseEphemeralOsDisk auf false gesetzt ist oder kein Wert angegeben wird, verwenden alle bereitgestellten VDAs weiterhin einen bereitgestellten OS-Datenträger.

Im Folgenden finden Sie ein Beispiel für benutzerdefinierte Eigenschaften, die im Bereitstellungsschema verwendet werden können:

"CustomProperties": [
            {
                "Name": "UseManagedDisks",
                "Value": "true"
            },
            {
                "Name": "StorageType",
                "Value": "Standard_LRS"
            },
            {
                "Name": "UseSharedImageGallery",
                "Value": "true"
            },
            {
                "Name": "SharedImageGalleryReplicaRatio",
                "Value": "40"
            },
            {
                "Name": "SharedImageGalleryReplicaMaximum",
                "Value": "10"
            },
            {
                "Name": "LicenseType",
                "Value": "Windows_Server"
            },
            {
                "Name": "UseEphemeralOsDisk",
                "Value": "true"
            }
        ],
<!--NeedCopy-->

Konfigurieren einer Ephemeral Disk für einen Katalog

Um eine Azure Ephemeral OS Disk für einen Katalog zu konfigurieren, verwenden Sie den Parameter UseEphemeralOsDisk in Set-ProvScheme. Setzen Sie den Wert des Parameters UseEphemeralOsDisk auf true.

Hinweis:

Um diese Funktion zu verwenden, müssen Sie auch die Parameter UseManagedDisks und UseSharedImageGallery aktivieren.

Zum Beispiel:

-  Set-ProvScheme -ProvisioningSchemeName catalog-name -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="UseSharedImageGallery" Value="true" />
    -  <Property xsi:type="StringProperty" Name="UseEphemeralOsDisk" Value="true" />
-  </CustomProperties>'
<!--NeedCopy-->

-  ### Wichtige Überlegungen zu Ephemeral Disks

Um Ephemeral OS Disks mit New-ProvScheme bereitzustellen, beachten Sie die folgenden Einschränkungen:

Die für den Katalog verwendete VM-Größe muss Ephemeral OS Disks unterstützen.
Die Größe des Cache- oder temporären Datenträgers, der der VM-Größe zugeordnet ist, muss größer oder gleich der Größe des OS-Datenträgers sein.
Die Größe des temporären Datenträgers muss größer sein als die Größe des Cache-Datenträgers.
Beachten Sie auch die folgenden Punkte, wenn Sie:
das Bereitstellungsschema erstellen.
das Bereitstellungsschema ändern.
das Image aktualisieren.
Dedizierte Azure-Hosts

Sie können MCS verwenden, um VMs auf dedizierten Azure-Hosts bereitzustellen. Bevor Sie VMs auf dedizierten Azure-Hosts bereitstellen:

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

Sie können einen Maschinenkatalog mit definierter Host-Tenancy über das folgende PowerShell-Skript erstellen:

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

Beachten Sie bei der Verwendung von MCS zur Bereitstellung virtueller Maschinen auf dedizierten Azure-Hosts Folgendes:

Ein dedizierter Host ist eine Katalogeigenschaft und kann nach der Katalogerstellung nicht mehr geändert werden. Dedizierte Tenancy wird derzeit in Azure nicht unterstützt.
Eine vorkonfigurierte Azure-Hostgruppe in der Region der Hosting-Einheit ist erforderlich, wenn der Parameter HostGroupId verwendet wird.
Azure Auto-Placement ist erforderlich. Diese Funktionalität sendet eine Anforderung zur Aufnahme des Abonnements, das der Hostgruppe zugeordnet ist. Weitere Informationen finden Sie unter VM Scale Set on Azure Dedicated Hosts - Public Preview. Wenn Auto-Placement nicht aktiviert ist, löst MCS während der Katalogerstellung einen Fehler aus.

Erstellen oder Aktualisieren eines Maschinenkatalogs mithilfe eines Azure Compute Gallery-Images

Wenn Sie ein Image für die Erstellung eines Maschinenkatalogs auswählen, können Sie Images auswählen, die Sie in der Azure Compute Gallery erstellt haben.

Damit diese Images angezeigt werden, müssen Sie:

1. Konfigurieren Sie eine Citrix Virtual Apps and Desktops Site.

Stellen Sie eine Verbindung zum Azure Resource Manager her.

1. Erstellen Sie im Azure-Portal eine Ressourcengruppe. Einzelheiten finden Sie unter Erstellen einer Azure Compute Gallery über das Portal.
1. Erstellen Sie in der Ressourcengruppe eine Azure Compute Gallery.
1. Erstellen Sie in der Azure Compute Gallery eine Image-Definition.
  - 1. Erstellen Sie in der Image-Definition eine Image-Version.

Verwenden Sie die folgenden PowerShell-Befehle, um einen Maschinenkatalog mithilfe eines Images aus der Azure Compute Gallery zu erstellen oder zu aktualisieren:

Öffnen Sie ein PowerShell-Fenster.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

Wählen Sie eine Ressourcengruppe aus und listen Sie dann alle Galerien dieser Ressourcengruppe auf.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup")
<!--NeedCopy-->

Wählen Sie eine Galerie aus und listen Sie dann alle Image-Definitionen dieser Galerie auf.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery")
<!--NeedCopy-->

Wählen Sie eine Image-Definition aus und listen Sie dann alle Image-Versionen dieser Image-Definition auf.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery\sigtestimage.imagedefinition")
<!--NeedCopy-->

Erstellen und aktualisieren Sie einen MCS-Katalog unter Verwendung der folgenden Elemente:
- Ressourcengruppe
- Galerie
- Galerie-Image-Definition
- Galerie-Image-Version
Informationen zum Erstellen eines Katalogs mit dem Remote PowerShell SDK finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Shared Image Gallery konfigurieren

Verwenden Sie den Befehl New-ProvScheme, um ein Bereitstellungsschema mit Shared Image Gallery-Unterstützung zu erstellen. Verwenden Sie den Befehl Set-ProvScheme, um diese Funktion für ein Bereitstellungsschema zu aktivieren oder zu deaktivieren und das Replikatverhältnis sowie die maximalen Replikatwerte zu ändern.

Drei benutzerdefinierte Eigenschaften wurden zu Bereitstellungsschemata hinzugefügt, um die Shared Image Gallery-Funktion zu unterstützen:
- UseSharedImageGallery
Definiert, ob die Shared Image Gallery zum Speichern der veröffentlichten Images verwendet werden soll. Wenn auf True gesetzt, wird das Image als Shared Image Gallery-Image gespeichert, andernfalls wird das Image als Snapshot gespeichert.
Gültige Werte sind True und False.
Wenn die Eigenschaft nicht definiert ist, ist der Standardwert False.

SharedImageGalleryReplicaRatio

Definiert das Verhältnis von Maschinen zu Repliken der Galerie-Image-Version.
Gültige Werte sind ganze Zahlen größer als 0.
Wenn die Eigenschaft nicht definiert ist, werden Standardwerte verwendet. Der Standardwert für persistente OS-Datenträger ist 1000 und der Standardwert für nicht-persistente OS-Datenträger ist 40.
SharedImageGalleryReplicaMaximum
Definiert die maximale Anzahl von Repliken für jede Galerie-Image-Version.
Wenn die Eigenschaft nicht definiert ist, ist der Standardwert 100.
Wenn die Eigenschaft nicht definiert ist, ist der Standardwert 100.

Tipp:

Wenn Sie die Shared Image Gallery verwenden, um ein veröffentlichtes Image für MCS-bereitgestellte Kataloge zu speichern, legt MCS die Replikatanzahl der Galerie-Image-Version basierend auf der Anzahl der Maschinen im Katalog, dem Replikatverhältnis und dem Replikatmaximum fest. Die Replikatanzahl wird berechnet, indem die Anzahl der Maschinen im Katalog durch das Replikatverhältnis geteilt (auf den nächsten ganzzahligen Wert aufgerundet) und der Wert dann auf die maximale Replikatanzahl begrenzt wird. Zum Beispiel werden bei einem Replikatverhältnis von 20 und einem Maximum von 5 für 0–20 Maschinen ein Replikat, für 21–40 Maschinen 2 Repliken, für 41–60 Maschinen 3 Repliken, für 61–80 Maschinen 4 Repliken und für 81+ Maschinen 5 Repliken erstellt.

Anwendungsfall: Aktualisieren des Replikationsverhältnisses und der maximalen Replikate der Shared Image Gallery

Der vorhandene Maschinenkatalog verwendet Shared Image Gallery. Verwenden Sie den Befehl Set-ProvScheme, um die benutzerdefinierten Eigenschaften für alle vorhandenen Maschinen im Katalog und alle zukünftigen Maschinen zu aktualisieren:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Anwendungsfall: Konvertieren eines Snapshot-Katalogs in einen Shared Image Gallery-Katalog

Für diesen Anwendungsfall:

Führen Sie Set-ProvScheme mit dem auf True gesetzten Flag UseSharedImageGallery aus. Fügen Sie optional die Eigenschaften SharedImageGalleryReplicaRatio und SharedImageGalleryReplicaMaximum hinzu.
Aktualisieren Sie den Katalog.
Führen Sie einen Power Cycle der Maschinen durch, um eine Aktualisierung zu erzwingen.

Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Tipp:

Die Parameter SharedImageGalleryReplicaRatio und SharedImageGalleryReplicaMaximum sind nicht erforderlich. Nachdem der Befehl Set-ProvScheme abgeschlossen ist, wurde das Shared Image Gallery-Image noch nicht erstellt. Sobald der Katalog für die Verwendung der Galerie konfiguriert ist, speichert der nächste Katalogaktualisierungsvorgang das veröffentlichte Image in der Galerie. Der Katalogaktualisierungsbefehl erstellt die Galerie, das Galerie-Image und die Image-Version. Ein Power Cycle der Maschinen aktualisiert diese, wobei die Replikatanzahl gegebenenfalls aktualisiert wird. Ab diesem Zeitpunkt werden alle vorhandenen nicht-persistenten Maschinen mit dem Shared Image Gallery-Image zurückgesetzt und alle neu bereitgestellten Maschinen werden mit dem Image erstellt. Der alte Snapshot wird innerhalb weniger Stunden automatisch bereinigt.

Anwendungsfall: Konvertieren eines Shared Image Gallery-Katalogs in einen Snapshot-Katalog

Für diesen Anwendungsfall:

Führen Sie Set-ProvScheme mit dem auf False gesetzten oder nicht definierten Flag UseSharedImageGallery aus.
Aktualisieren Sie den Katalog.
Führen Sie einen Power Cycle der Maschinen durch, um eine Aktualisierung zu erzwingen.

Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="False"/></CustomProperties>'
<!--NeedCopy-->

Tipp:

Im Gegensatz zur Aktualisierung von einem Snapshot zu einem Shared Image Gallery-Katalog werden die benutzerdefinierten Daten für jede Maschine noch nicht aktualisiert, um die neuen benutzerdefinierten Eigenschaften widerzuspiegeln. Führen Sie den folgenden Befehl aus, um die ursprünglichen benutzerdefinierten Shared Image Gallery-Eigenschaften anzuzeigen: Get-ProvVm -ProvisioningSchemeName catalog-name. Nachdem der Befehl Set-ProvScheme abgeschlossen ist, wurde der Image-Snapshot noch nicht erstellt. Sobald der Katalog so konfiguriert ist, dass er die Galerie nicht verwendet, speichert der nächste Katalogaktualisierungsvorgang das veröffentlichte Image als Snapshot. Ab diesem Zeitpunkt werden alle vorhandenen nicht-persistenten Maschinen mit dem Snapshot zurückgesetzt und alle neu bereitgestellten Maschinen werden aus dem Snapshot erstellt. Ein Power Cycle der Maschinen aktualisiert diese, wobei die benutzerdefinierten Maschinendaten aktualisiert werden, um widerzuspiegeln, dass UseSharedImageGallery auf False gesetzt ist. Die alten Shared Image Gallery-Assets (Galerie, Image und Version) werden innerhalb weniger Stunden automatisch bereinigt.

Bereitstellen von Maschinen in bestimmten Verfügbarkeitszonen

Sie können Maschinen in bestimmten Verfügbarkeitszonen in Azure-Umgebungen bereitstellen. Dies erreichen Sie mithilfe von PowerShell.

Hinweis:

Wenn keine Zonen angegeben sind, lässt MCS Azure die Maschinen innerhalb der Region platzieren. Wenn mehr als eine Zone angegeben ist, verteilt MCS die Maschinen zufällig auf diese.

Wenn Sie ZRS als Speicherausfallsicherheit auf der Seite Speicher- und Lizenztypen auswählen, erhalten Sie eine Warnung, die vorschlägt, die Zonenauswahl zu löschen und Azure die VM-Verfügbarkeitszonen verwalten zu lassen. Sie erhalten die Warnung nur, wenn Sie ein Maschinenprofil oder eine Hostgruppe auswählen, die Verfügbarkeitszonen hat.

Konfigurieren von Verfügbarkeitszonen über PowerShell

Mithilfe von PowerShell können Sie die Bestandsartikel des Angebots mit Get-Item anzeigen. Um beispielsweise das Dienstangebot Standard_B1ls der Region „USA, Osten“ anzuzeigen:

$serviceOffering = Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\Standard_B1ls.serviceoffering"
<!--NeedCopy-->

Um die Zonen anzuzeigen, verwenden Sie den Parameter AdditionalData für das Element:

$serviceOffering.AdditionalData

Wenn keine Verfügbarkeitszonen angegeben sind, ändert sich die Art und Weise, wie Maschinen bereitgestellt werden, nicht.

Um Verfügbarkeitszonen über PowerShell zu konfigurieren, verwenden Sie die benutzerdefinierte Eigenschaft Zones, die mit dem Vorgang New-ProvScheme verfügbar ist. Die Eigenschaft Zones definiert eine Liste von Verfügbarkeitszonen, in denen Maschinen bereitgestellt werden sollen. Diese Zonen können eine oder mehrere Verfügbarkeitszonen umfassen. Zum Beispiel <Property xsi:type="StringProperty" Name="Zones" Value="1, 3"/> für die Zonen 1 und 3.

Verwenden Sie den Befehl Set-ProvScheme, um die Zonen für ein Bereitstellungsschema zu aktualisieren.

Wenn eine ungültige Zone angegeben wird, wird das Bereitstellungsschema nicht aktualisiert, und es wird eine Fehlermeldung angezeigt, die Anweisungen zur Behebung des ungültigen Befehls enthält.

Tipp:

Wenn Sie eine ungültige benutzerdefinierte Eigenschaft angeben, wird das Bereitstellungsschema nicht aktualisiert und eine entsprechende Fehlermeldung wird angezeigt.

Speichertypen

Wählen Sie verschiedene Speichertypen für virtuelle Maschinen in Azure-Umgebungen, die MCS verwenden. Für Ziel-VMs unterstützt MCS:

Betriebssystemdatenträger: Premium-SSD, SSD oder HDD
Write-Back-Cache-Datenträger: Premium-SSD, SSD oder HDD

Bei der Verwendung dieser Speichertypen ist Folgendes zu beachten:

Stellen Sie sicher, dass Ihre VM den ausgewählten Speichertyp unterstützt.
Wenn Ihre Konfiguration eine temporäre Azure-Festplatte verwendet, erhalten Sie nicht die Option für die Einstellung des Write-Back-Cache-Datenträgers.

Tipp:

StorageType wird für einen OS-Typ und ein Speicherkonto konfiguriert. WBCDiskStorageType wird für den Write-Back-Cache-Speichertyp konfiguriert. Für einen normalen Katalog ist StorageType erforderlich. Wenn WBCDiskStorageType nicht konfiguriert ist, wird StorageType als Standard für WBCDiskStorageType verwendet.

Wenn WBCDiskStorageType nicht konfiguriert ist, wird StorageType als Standard für WBCDiskStorageType verwendet.

Speichertypen konfigurieren

Um Speichertypen für VMs zu konfigurieren, verwenden Sie den Parameter StorageType in New-ProvScheme. Setzen Sie den Wert des Parameters StorageType auf einen der unterstützten Speichertypen.

Das Folgende ist ein Beispiel für die Einstellung des Parameters CustomProperties in einem Bereitstellungsschema:

Set-ProvScheme -ProvisioningSchemeName catalog-name -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="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>'
<!--NeedCopy-->

Zonenredundanten Speicher aktivieren

Sie können zonenredundanten Speicher während der Katalogerstellung auswählen. Dieser repliziert Ihre verwaltete Azure-Festplatte synchron über mehrere Verfügbarkeitszonen hinweg, wodurch Sie sich von einem Ausfall in einer Zone erholen können, indem Sie die Redundanz in anderen Zonen nutzen.

Sie können Premium_ZRS und StandardSSD_ZRS in den benutzerdefinierten Eigenschaften des Speichertyps angeben. ZRS-Speicher kann über bestehende benutzerdefinierte Eigenschaften oder über die MachineProfile-Vorlage festgelegt werden. ZRS-Speicher wird auch mit dem Befehl Set-ProvVMUpdateTimeWindow mit den Parametern -StartsNow und -DurationInMinutes -1 unterstützt, und Sie können eine bestehende Maschine von LRS auf ZRS-Speicher umstellen.

Einschränkungen:

Nur für verwaltete Datenträger unterstützt
Nur mit Premium- und Standard-Solid-State-Laufwerken (SSD) unterstützt
Nicht mit StorageTypeAtShutdown unterstützt
Nur in bestimmten Regionen verfügbar.
Die Leistung von Azure sinkt beim Erstellen von ZRS-Datenträgern in großem Umfang. Schalten Sie daher beim ersten Einschalten die Maschinen in kleineren Chargen (weniger als 300 Maschinen gleichzeitig) ein.

Zonenredundanten Speicher als Datenträgerspeichertyp festlegen

Sie können zonenredundanten Speicher während der anfänglichen Katalogerstellung auswählen oder Ihren Speichertyp in einem bestehenden Katalog aktualisieren.

Zonenredundanten Speicher mithilfe von PowerShell-Befehlen auswählen

Wenn Sie einen neuen Katalog in Azure mit dem PowerShell-Befehl New-ProvScheme erstellen, verwenden Sie Standard_ZRS als Wert im StorageAccountType. Zum Beispiel:

<Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_ZRS" />
<!--NeedCopy-->

Beim Festlegen dieses Werts wird er von einer dynamischen API validiert, die feststellt, ob er ordnungsgemäß verwendet werden kann. Die folgenden Ausnahmen können auftreten, wenn die Verwendung von ZRS für Ihren Katalog nicht gültig ist:

StorageTypeAtShutdownNotSupportedForZrsDisks: Die benutzerdefinierte Eigenschaft StorageTypeAtShutdown kann nicht mit ZRS-Speicher verwendet werden.
StorageAccountTypeNotSupportedInRegion: Diese Ausnahme tritt auf, wenn Sie versuchen, ZRS-Speicher in einer Azure-Region zu verwenden, die ZRS nicht unterstützt.
ZrsRequiresManagedDisks: Sie können zonenredundanten Speicher nur mit verwalteten Datenträgern verwenden.

Sie können den Datenträgerspeichertyp mithilfe der folgenden benutzerdefinierten Eigenschaften festlegen:

StorageType
WBCDiskStorageType
IdentityDiskStorageType

Hinweis:

Während der Katalogerstellung wird der StorageType des OS-Datenträgers des Maschinenprofils verwendet, wenn die benutzerdefinierten Eigenschaften nicht festgelegt sind.

Diagnostikeinstellungen auf VMs und NICs aus einem Maschinenprofil erfassen

Sie können Diagnostikeinstellungen auf VMs und NICs aus einem Maschinenprofil erfassen, während Sie einen Maschinenkatalog erstellen, einen bestehenden Maschinenkatalog aktualisieren und bestehende VMs aktualisieren.

Sie können eine VM oder eine Vorlagenspezifikation als Maschinenprofilquelle erstellen.

Wichtige Schritte

Erforderliche IDs in Azure einrichten. Sie müssen diese IDs in der Vorlagenspezifikation angeben.
- Speicherkonto
- Log Analytics-Arbeitsbereich
- Event Hub-Namespace mit dem Standard-Tarif
Maschinenprofilquelle erstellen.
Einen neuen Maschinenkatalog erstellen, einen bestehenden Katalog aktualisieren oder bestehende VMs aktualisieren.

Erforderliche IDs in Azure einrichten

Richten Sie eine der folgenden Optionen in Azure ein:

Speicherkonto
Log Analytics-Arbeitsbereich
Event Hub-Namespace mit dem Standard-Tarif

Speicherkonto einrichten

Erstellen Sie ein Standardspeicherkonto in Azure. Geben Sie in der Vorlagenspezifikation die vollständige resourceId für das Speicherkonto als storageAccountId an.

Sobald VMs so eingerichtet sind, dass sie Daten im Speicherkonto protokollieren, sind die Daten im Container insights-metrics-pt1m zu finden.

Log Analytics-Arbeitsbereich einrichten

Erstellen Sie einen Log Analytics-Arbeitsbereich. Geben Sie in der Vorlagenspezifikation die vollständige resourceId für den Log Analytics-Arbeitsbereich als workspaceId an.

Sobald VMs so eingerichtet sind, dass sie Daten im Arbeitsbereich protokollieren, können Daten unter „Protokolle“ in Azure abgefragt werden. Sie können den folgenden Befehl in Azure unter „Protokolle“ ausführen, um eine Zählung aller von einer Ressource protokollierten Metriken anzuzeigen:

`AzureMetrics

summarize Count=count() by ResourceId`

Event Hub einrichten

Gehen Sie wie folgt vor, um einen Event Hub im Azure-Portal einzurichten:

Erstellen Sie einen Event Hub-Namespace mit der Standard-Tarifstufe.
Erstellen Sie einen Event Hub unterhalb des Namespace.
Navigieren Sie unter dem Event Hub zu Erfassung. Schalten Sie den Umschalter auf EIN, um mit dem Avro-Ausgabetyp zu erfassen.
Erstellen Sie einen neuen Container in einem vorhandenen Speicherkonto, um die Protokolle zu erfassen.
Geben Sie in der Vorlagenspezifikation die eventHubAuthorizationRuleId im folgenden Format an: /subscriptions/093f4c12-704b-4b1d-8339-f339e7557f60/resourcegroups/matspo/providers/Microsoft.EventHub/namespaces/matspoeventhub/authorizationrules/RootManageSharedAccessKey
Geben Sie den Namen des Event Hubs an.

Sobald VMs so eingerichtet sind, dass sie Daten im Event Hub protokollieren, werden die Daten im konfigurierten Speichercontainer erfasst.

Maschinenprofilquelle erstellen

Sie können eine VM oder eine Vorlagenspezifikation als Maschinenprofilquelle erstellen.

VM-basiertes Maschinenprofil mit Diagnoseeinstellungen erstellen

Wenn Sie eine VM als Ihr Maschinenprofil erstellen möchten, richten Sie zuerst die Diagnoseeinstellungen auf der Vorlagen-VM selbst ein. Detaillierte Anweisungen finden Sie in der Microsoft-Dokumentation unter Diagnostic settings in Azure Monitor.

Sie können die folgenden Befehle ausführen, um zu überprüfen, ob nun Diagnoseeinstellungen mit der VM oder NIC verknüpft sind:

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2659 --resource-type microsoft.network/networkInterfaces
<!--NeedCopy-->

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2 --resource-type microsoft.compute/virtualMachines
<!--NeedCopy-->

Vorlagenspezifikationsbasiertes Maschinenprofil mit Diagnoseeinstellungen erstellen

Wenn Sie eine VM verwenden möchten, die bereits Diagnoseeinstellungen aktiviert hat, und diese in eine ARM-Vorlagenspezifikation exportieren, werden diese Einstellungen nicht automatisch in die Vorlage aufgenommen. Sie müssen die Diagnoseeinstellungen innerhalb der ARM-Vorlage manuell hinzufügen oder ändern.

Wenn Sie jedoch eine VM als Ihr Maschinenprofil verwenden möchten, stellt MCS sicher, dass die kritischen Diagnoseeinstellungen genau erfasst und auf die Ressourcen in Ihrem MCS-Katalog angewendet werden.

Erstellen Sie eine Standard-Vorlagenspezifikation, die eine VM und NIC(s) definiert.
Fügen Sie zusätzliche Ressourcen hinzu, um die Diagnoseeinstellungen gemäß der Spezifikation bereitzustellen: Microsoft.Insights diagnosticSettings. Verweisen Sie für den Bereich entweder auf eine VM oder NIC, die sich in der Vorlage befindet, namentlich mit einer partiellen ID. Wenn Sie beispielsweise Diagnoseeinstellungen erstellen möchten, die an eine VM namens test-VM in der Vorlagenspezifikation angehängt sind, geben Sie den Bereich wie folgt an:
```
"scope": "microsoft.compute/virtualMachines/test-VM",

```
Verwenden Sie die Vorlagenspezifikation als Maschinenprofilquelle.

Katalog mit Diagnoseeinstellungen erstellen oder aktualisieren

Nachdem Sie eine Maschinenprofilquelle erstellt haben, können Sie nun einen Maschinenkatalog mit dem Befehl New-ProvScheme erstellen, einen vorhandenen Maschinenkatalog mit dem Befehl Set-ProvScheme aktualisieren und vorhandene VMs mit dem Befehl Request-ProvVMUpdate aktualisieren.

Bestimmung des Auslagerungsdateispeicherorts

Der Speicherort der Auslagerungsdatei wird gemäß dem folgenden Szenario bestimmt:

Hinweis:

Der Standardspeicherort der Auslagerungsdatei ist das Betriebssystemlaufwerk.

Szenario	Speicherort
Die Einstellung der Auslagerungsdatei ist in den benutzerdefinierten Eigenschaften angegeben	Wie in den benutzerdefinierten Eigenschaften angegeben
Temporäres Betriebssystemlaufwerk oder Ruhezustand ist aktiviert	Betriebssystemlaufwerk
VM verfügt über ein temporäres Laufwerk	Temporäres Laufwerk
MCS I/O ist aktiviert	WBC-Laufwerk

Szenarien für die Auslagerungsdateieinstellung

Die folgende Tabelle beschreibt einige der möglichen Szenarien für die Auslagerungsdateieinstellung während der Image-Vorbereitung und der Aktualisierung des Bereitstellungsschemas:

Während	Szenario	Ergebnis
Image-Vorbereitung	Sie legen die Auslagerungsdatei des Quell-Images auf dem temporären Datenträger fest, während die VM-Größe, die Sie im Bereitstellungsschema angeben, keinen temporären Datenträger hat	Die Auslagerungsdatei wird auf dem Betriebssystem abgelegt
Image-Vorbereitung	Sie legen die Auslagerungsdatei des Quell-Images auf dem OS-Datenträger fest, während die VM-Größe, die Sie im Bereitstellungsschema angeben, einen temporären Datenträger hat	Die Auslagerungsdatei wird auf dem temporären Datenträger abgelegt
Image-Vorbereitung	Sie legen die Auslagerungsdatei des Quell-Images auf dem temporären Datenträger fest und aktivieren den ephemeren OS-Datenträger im Bereitstellungsschema	Die Auslagerungsdatei wird auf dem OS-Datenträger abgelegt
Aktualisierung des Bereitstellungsschemas	Sie versuchen, das Bereitstellungsschema zu aktualisieren, wenn die VDA-Version älter als 2311 ist	Ändert die Auslagerungsdateieinstellung mit einer Warnung
Aktualisierung des Bereitstellungsschemas	Sie versuchen, das Bereitstellungsschema zu aktualisieren, wenn die VDA-Version 2311 oder neuer ist	Bestimmt den Speicherort der Auslagerungsdatei gemäß Bestimmung des Speicherorts der Auslagerungsdatei

Auslagerungsdateieinstellung festlegen

Mithilfe von PowerShell-Befehlen können Sie Auslagerungsdateieinstellungen festlegen, einschließlich Speicherort und Größe. Dies überschreibt die von MCS gemäß Bestimmung des Speicherorts der Auslagerungsdatei festgelegten Auslagerungsdateieinstellungen. Sie können dies tun, indem Sie den folgenden New-ProvScheme-Befehl während der Erstellung des Maschinenkatalogs ausführen.

Wichtige Überlegungen

Berücksichtigen Sie Folgendes, bevor Sie mit der Katalogerstellung fortfahren:

Sie müssen alle benutzerdefinierten Eigenschaften (‘PageFileDiskDriveLetterOverride’, ‘InitialPageFileSizeInMB’ und ‘MaxPageFileSizeInMB’) im New-ProvScheme-Befehl angeben oder keine davon.
Diese Funktion wird über Citrix Studio nicht unterstützt.
Die anfängliche Größe der Auslagerungsdatei muss zwischen 16 MB und 16777216 MB liegen.
Die maximale Größe der Auslagerungsdatei muss größer oder gleich der anfänglichen Größe der Auslagerungsdatei und kleiner als 16777216 MB sein.
Sie können die anfängliche Größe der Auslagerungsdatei und die maximale Größe der Auslagerungsdatei gleichzeitig auf Null setzen.

Hinweis:

Sie können die Auslagerungsdateieinstellungen der neu hinzugefügten VMs eines vorhandenen Katalogs ändern, ohne das Master-Image zu aktualisieren. Um die Auslagerungsdateieinstellungen zu ändern, benötigen Sie VDA-Version 2311 oder neuer. Sie können die Auslagerungsdateieinstellungen mithilfe der PowerShell-Befehle ändern. Weitere Informationen finden Sie unter Auslagerungsdateieinstellungen ändern.

New-ProvScheme -CleanOnBoot `
-HostingUnitName "zijinnet" `
-IdentityPoolName "PageFileSettingExample" `
-ProvisioningSchemeName "PageFileSettingExample" `
-InitialBatchSizeHint 1 `
-MasterImageVM "XDHyp:\HostingUnits\zijinnet\image.folder\neal-zijincloud-resources.resourcegroup\CustomWin10VDA_OsDisk_1_9473d7c8a6174b2c8284c7d3efeea88f.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\zijinnet\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\neal-zijincloud-resources.resourcegroup\\neal-zijincloud-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\zijinnet\\serviceoffering.folder\\Standard_B2ms.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="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

Auslagerungsdateieinstellungen ändern

Sie können die Auslagerungsdateieinstellungen der neu hinzugefügten VMs zu einem vorhandenen Katalog ändern, ohne das Master-Image zu aktualisieren. Derzeit ist diese Funktion nur für Azure-Umgebungen anwendbar.

Um die Auslagerungsdateieinstellungen zu ändern, benötigen Sie VDA-Version 2311 oder neuer. Sie können die Auslagerungsdateieinstellungen mithilfe der PowerShell-Befehle ändern.

Im Folgenden sind die verschiedenen Auslagerungsdateieinstellungen aufgeführt, die Sie in der Azure-Umgebung ändern können:

PageFileDiskDriveLetterOverride
InitialPageFileSizeInMB
MaxPageFileSizeInMB

Auslagerungsdateieinstellungen eines vorhandenen Katalogs ändern

Um die Auslagerungsdateieinstellungen eines vorhandenen Maschinenkatalogs zu ändern, führen Sie den Befehl Set-ProvScheme aus. In diesem Fall werden die Aktualisierungen nur auf die neu zum Katalog hinzugefügten VMs angewendet. Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName $schemeName -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="StandardSSD_LRS" />
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="D" />
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048" />
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property  xsi:type="StringProperty" Name="Zones" Value="1" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="neal-test-group1" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->

Hinweis:

Wenn Sie den Write-Back-Cache aktivieren und versuchen, PageFileDiskDriveLetterOverride mithilfe des PowerShell-Befehls auf C: zu setzen, leitet der MCS IO-Treiber die Auslagerungsdatei automatisch auf ein korrektes Laufwerk um und nicht auf C:.

Katalog mit Azure Spot-VMs erstellen

Azure Spot-VMs ermöglichen es Ihnen, die ungenutzte Rechenkapazität von Azure mit erheblichen Kosteneinsparungen zu nutzen. Die Möglichkeit, eine Azure Spot-VM zuzuweisen, hängt jedoch von der aktuellen Kapazität und Preisgestaltung ab. Daher kann Azure Ihre laufende VM entfernen, die Erstellung der VM fehlschlagen oder das Einschalten der VM gemäß der Entfernungsrichtlinie misslingen. Daher eignen sich Azure Spot-VMs gut für einige nicht-kritische Anwendungen und Desktops. Weitere Informationen finden Sie unter Verwenden von Azure Spot Virtual Machines.

Einschränkungen

Nicht alle VM-Größen werden für Azure Spot-VMs unterstützt. Weitere Informationen finden Sie unter Einschränkungen.

Sie können den folgenden PowerShell-Befehl ausführen, um zu überprüfen, ob eine VM-Größe Spot-VMs unterstützt. Wenn eine VM-Größe Spot-VMs unterstützt, ist SupportsSpotVM auf True gesetzt.
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
 
```
Derzeit unterstützen Azure Spot-VMs keine Ruhezustandsfunktion.

Anforderung

Beim Erstellen der Maschinenprofilquelle (VM oder Vorlagenspezifikation) für den Azure Spot-VMs-Katalog müssen Sie Azure Spot-Instanz auswählen (wenn Sie eine VM verwenden) oder priority als Spot festlegen (wenn Sie eine Vorlagenspezifikation verwenden).

Schritte zum Erstellen eines Katalogs mit Azure Spot-VMs

Erstellen Sie eine Maschinenprofilquelle (VM oder Startvorlage).
- Informationen zum Erstellen einer VM über das Azure-Portal finden Sie unter Bereitstellen von Azure Spot Virtual Machines über das Azure-Portal.
- Um eine Vorlagenspezifikation zu erstellen, fügen Sie die folgenden Eigenschaften unter resources > type: Microsoft.Compute/virtualMachines > properties in der Vorlagenspezifikation hinzu. Zum Beispiel:
```
 "priority": "Spot",
 "evictionPolicy": "Deallocate",
 "billingProfile": {
 "maxPrice": 0.01
 }
 
```
Hinweis:
- Die Entfernungsrichtlinie kann Freigeben (Deallocate) oder Löschen (Delete) sein.
- Für nicht-persistente VMs legt MCS die Entfernungsrichtlinie immer auf Löschen fest. Wenn die VM entfernt wird, wird sie zusammen mit allen nicht-persistenten Datenträgern (z. B. OS-Datenträger) gelöscht. Persistente Datenträger (z. B. Identitätsdatenträger) werden nicht gelöscht. Ein OS-Datenträger ist jedoch persistent, wenn der Katalogtyp persistent ist oder die benutzerdefinierte Eigenschaft PersistOsDisk auf True gesetzt ist. Ebenso ist ein WBC-Datenträger persistent, wenn die benutzerdefinierte Eigenschaft PersistWbc auf True gesetzt ist.
- Für persistente VMs legt MCS die Entfernungsrichtlinie immer auf Freigeben fest. Wenn die VM entfernt wird, wird sie freigegeben. Es werden keine Änderungen an den Datenträgern vorgenommen.
- Der Höchstpreis ist der Preis, den Sie pro Stunde zu zahlen bereit sind. Wenn Sie Nur Kapazität verwenden, ist dies -1. Der Höchstpreis kann nur null, -1 oder eine Dezimalzahl größer als null sein. Weitere Informationen finden Sie unter Preise.
Sie können den folgenden PowerShell-Befehl ausführen, um zu überprüfen, ob ein Maschinenprofil für Azure Spot VM aktiviert ist. Wenn der Parameter SpotEnabled auf True und SpotEvictionPolicy auf Deallocate oder Delete gesetzt ist, dann ist das Maschinenprofil für Azure Spot VM aktiviert. Zum Beispiel:
- Wenn die Maschinenprofilquelle eine VM ist, führen Sie den folgenden Befehl aus:
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\kb-spot-delete.vm"). AdditionalData
 
```
- Wenn die Maschinenprofilquelle eine Vorlagenspezifikation ist, führen Sie den folgenden Befehl aus:
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-spot-delete.templatespecversion").AdditionalData
 
```
Erstellen Sie einen Maschinenkatalog mithilfe eines Maschinenprofils mit dem PowerShell-Befehl New-ProvScheme.

Evictions auf einer laufenden Azure Spot VM

Wenn die Rechenkapazität nicht verfügbar ist oder der Preis pro Stunde höher ist als der konfigurierte Höchstpreis, entfernt Azure eine laufende Spot VM. Standardmäßig werden Sie nicht über eine Entfernung benachrichtigt. Die VM friert einfach ein und wird entfernt. Microsoft empfiehlt die Verwendung von geplanten Ereignissen (Scheduled Events), um Entfernungen zu überwachen. Siehe Kontinuierliche Überwachung auf Entfernung. Sie können auch Skripte innerhalb einer VM ausführen, um eine Benachrichtigung vor der Entfernung zu erhalten. Zum Beispiel hat Microsoft ein Polling-Skript in Python ScheduledEvents.cs.

Fehlerbehebung

Sie können Spot VM-Eigenschaften in den customMachineData der bereitgestellten VM mit dem Befehl Get-ProvVM anzeigen. Wenn das Prioritätsfeld auf Spot gesetzt ist, wird Spot verwendet.
Sie können im Azure-Portal überprüfen, ob eine VM Spot verwendet:
1. Suchen Sie die VM im Azure-Portal.
2. Gehen Sie zur Seite Übersicht.
3. Scrollen Sie nach unten und suchen Sie den Abschnitt Azure Spot.
  - Wenn Spot nicht verwendet wird, ist dieses Feld leer.
  - Wenn Spot verwendet wird, sind die Felder Azure Spot und Azure Spot eviction policy gesetzt.

Sie können das Abrechnungsprofil oder den maximalen Preis pro Stunde für die VM auf der Konfigurationsseite überprüfen.

Backup-VM-Größen konfigurieren

Öffentliche Clouds können manchmal die Kapazität für eine bestimmte VM-Größe erschöpfen. Wenn Sie Azure Spot VMs verwenden, werden die VMs außerdem jederzeit basierend auf den Kapazitätsanforderungen von Azure entfernt. In einem solchen Fall von unzureichender Kapazität in Azure oder einem Fehler beim Einschalten einer Spot VM greift MCS auf die Backup-VM-Größen zurück. Sie können eine Liste von Backup-VM-Größen mithilfe einer benutzerdefinierten Eigenschaft BackupVmConfiguration angeben, während Sie einen MCS-Maschinenkatalog erstellen oder aktualisieren. MCS versucht, auf die Backup-VM-Größen in der von Ihnen in der Liste angegebenen Reihenfolge zurückzugreifen.

Wenn MCS eine bestimmte Backup-VM-Größe für die VM verwendet, wird diese Konfiguration bis zur nächsten Herunterfahr- oder Ruhezustandsanforderung beibehalten. Beim nächsten Einschalten versucht MCS, die primäre VM-Größe zu starten. Wenn ein Fehler auftritt, versucht MCS erneut, eine Backup-VM-Größe gemäß der Liste zu starten.

Diese Funktion wird unterstützt für:

einen Katalog, der ein Maschinenprofil verwendet
persistente und nicht-persistente MCS-Maschinenkataloge
derzeit Azure-Umgebungen

Einschränkungen

Die folgenden Konfigurationen werden nicht unterstützt:

Azure erlaubt keine Größenänderungen an einer im Ruhezustand befindlichen VM, wie unter Ruhezustand für Azure Virtual Machines erläutert. Die VM muss sich im Zustand Stopped befinden. Daher sendet MCS vor der Größenänderung eine Deallocate-Anforderung, um den Ruhezustand zu löschen, wodurch der Ruhezustand der VM verloren geht. MCS durchläuft dann verschiedene Backup-Größen, aktualisiert die VM-Größe und schaltet sie ein.
Für persistente VMs werden die folgenden Szenarien nicht unterstützt:
- Die VM unterstützt temporären Speicher auf Ressourcendatenträgern, aber Backup-VM-Größen nicht.
- Der VM fehlt temporärer Speicher auf Ressourcendatenträgern, aber Backup-VM-Größen unterstützen ihn.
- Die VM verwendet DiskControllerType SCSI, aber die Backup-VM-Größe unterstützt nur DiskControllerType NVMe.
- Die VM verwendet DiskControllerType NVMe, aber die Backup-VM-Größe unterstützt nur DiskControllerType SCSI.
Für nicht-persistente VMs mit aktiviertem MCSIO wird das Umschalten auf eine Größe ohne temporären Speicher nicht unterstützt, wenn der Write-Back-Cache-Datenträger temporären Speicher auf Ressourcendatenträgern verwendet.
Die vorhandene VM oder die primäre VM-Größe hat den Ruhezustand aktiviert, aber die Backup-VM-Größe unterstützt den Ruhezustand nicht.

Wichtige Überlegungen

Sie können mehr als eine Backup-VM-Größe in der Liste angeben. Die Angabe von mehr Backup-VM-Größen erhöht die Wahrscheinlichkeit einer erfolgreichen Power-Aktion.
Die Liste muss eindeutig sein.
Sie können die Instanztyp-Eigenschaft für jede der VMs in der Liste hinzufügen. Der Typ ist entweder Spot oder Regular. Wenn der Typ nicht angegeben ist, betrachtet MCS die VM als Regular.
Sie können die Liste der Backup-VM-Größen eines vorhandenen Katalogs mit den PowerShell-Befehlen Set-ProvScheme ändern.
Sie können die vorhandenen VMs, die aus dem dem Katalog zugeordneten Bereitstellungsschema erstellt wurden, mit dem Befehl Set-ProvVMUpdateTimeWindow aktualisieren.
Sie können die Liste der Backup-VM-Größen für eine ausgewählte Anzahl vorhandener MCS-VMs mit dem Befehl Set-ProvVM konfigurieren. Um die Updates anzuwenden, legen Sie jedoch ein Update-Zeitfenster für die VMs mit Set-ProvVMUpdateTimeWindow fest und starten Sie die VMs innerhalb des Fensters. Wenn der Befehl Set-ProvVm für eine VM verwendet wird, verwendet die VM weiterhin die für diese bestimmte VM festgelegte Backup-VM-Größenliste, auch wenn die Liste im Bereitstellungsschema später aktualisiert wird. Sie können Set-ProvVM mit -RevertToProvSchemeConfiguration verwenden, um die VM dazu zu bringen, die Backup-Liste im Bereitstellungsschema zu verwenden.

Erstellen eines Katalogs mit Backup-VM-Größen

Hinweis:

Um das Problem des Einfrierens der Studio-Benutzeroberfläche zu beheben, ersetzen Sie alle einfachen Anführungszeichen durch " beim Ausführen der PowerShell-Befehle.

Öffnen Sie ein PowerShell-Fenster.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
Erstellen Sie einen Broker-Katalog. Dieser Katalog wird mit Maschinen gefüllt, die erstellt werden sollen.
Erstellen Sie einen Identitätspool. Dieser wird zu einem Container für AD-Konten, die für die zu erstellenden Maschinen erstellt werden.
Erstellen Sie ein Bereitstellungsschema mit dem Maschinenprofil. Siehe Konfigurieren der Backup-Konfiguration.
Aktualisieren Sie den BrokerCatalog mit der eindeutigen ID des Bereitstellungsschemas.
Erstellen und fügen Sie VMs zum Katalog hinzu.

Aktualisieren eines vorhandenen Katalogs

Sie können ein Bereitstellungsschema mit dem Befehl Set-ProvScheme aktualisieren. Siehe Konfigurieren der Backup-Konfiguration.

Aktualisieren vorhandener VMs

Sie können vorhandene VMs in einem Katalog mit dem PowerShell-Befehl Set-ProvVMUpdateTimeWindow aktualisieren. Der Befehl aktualisiert die VMs, die aus dem dem Katalog zugeordneten Bereitstellungsschema erstellt wurden, beim nächsten Einschalten innerhalb des angegebenen Zeitfensters. Zum Beispiel:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartTimeInUTC "3/12/2022 3am" -DurationInMinutes 60`
<!--NeedCopy-->

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60
<!--NeedCopy-->

Sie können die Liste der Backup-VM-Größen für eine ausgewählte Anzahl vorhandener MCS-VMs mithilfe des Befehls Set-ProvVM konfigurieren. Um die Updates anzuwenden, legen Sie jedoch ein Update-Zeitfenster für die VMs mit Set-ProvVMUpdateTimeWindow fest und starten Sie die VMs innerhalb dieses Fensters. Zum Beispiel:

Führen Sie den Befehl Set-ProvVM aus, um die Liste der Backup-VM-Größen für eine ausgewählte vorhandene MCS-VM zu konfigurieren. Zum Beispiel:

Set-ProvVM -ProvisioningSchemeName "name" -VMName "Vm-001"
-CustomProperties
"<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
<Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
<Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
<Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>  <Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{&quot;ServiceOffering&quot;: &quot;Standard_D2as_v4&quot;, &quot;Type&quot;: &quot;Spot&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Regular&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Spot&quot;}]`"/> </CustomProperties>"
<!--NeedCopy-->

Führen Sie den Befehl Set-ProvVMUpdateTimeWindow aus, um die Updates anzuwenden. Zum Beispiel:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60
<!--NeedCopy-->

Tags auf alle Ressourcen kopieren

Sie können in einem Maschinenprofil angegebene Tags auf alle Ressourcen wie mehrere NICs und Datenträger (Betriebssystemdatenträger, Identitätsdatenträger und Write-Back-Cache-Datenträger) einer neuen VM oder einer vorhandenen VM in einem Maschinenkatalog kopieren. Die Maschinenprofilquelle kann eine VM oder eine ARM-Vorlagenspezifikation sein.

Hinweis:

Sie müssen die Richtlinie für die Tags hinzufügen (siehe Zuweisen von Richtliniendefinitionen für die Tag-Konformität) oder die Tags in einer Maschinenprofilquelle hinzufügen, um die Tags auf den Ressourcen beizubehalten.

Voraussetzungen

Erstellen Sie die Maschinenprofilquelle (VM oder ARM-Vorlagenspezifikation), um Tags auf der VM, den Datenträgern und den NICs dieser VM zu haben.

Wenn Sie eine VM als Maschinenprofileingabe verwenden möchten, wenden Sie Tags auf die VM und alle Ressourcen im Azure-Portal an. Siehe Anwenden von Tags mit dem Azure-Portal.
Wenn Sie eine ARM-Vorlagenspezifikation als Maschinenprofileingabe verwenden möchten, fügen Sie den folgenden Tag-Block unter jeder Ressource hinzu.
```
  "tags": {
 "TagC": "Value3"
 },
 
```

Hinweis:

Sie können maximal einen Datenträger und mindestens eine NIC in der Vorlagenspezifikation haben.

Tags auf die Ressourcen einer VM in einem neuen Maschinenkatalog kopieren

Erstellen Sie einen nicht-persistenten oder persistenten Katalog mit einer VM oder ARM-Vorlagenspezifikation als Maschinenprofileingabe.
Fügen Sie dem Katalog eine VM hinzu und schalten Sie sie ein. Die im Maschinenprofil angegebenen Tags sollten auf die entsprechenden Ressourcen dieser VM kopiert werden.

Hinweis:

Es tritt ein Fehler auf, wenn die Anzahl der im Maschinenprofil angegebenen NICs und die Anzahl der NICs, die die VMs verwenden sollen, nicht übereinstimmen.

Tags auf den Ressourcen einer vorhandenen VM ändern

Erstellen Sie ein Maschinenprofil mit den Tags für alle Ressourcen.

Aktualisieren Sie den vorhandenen Maschinenkatalog mit dem aktualisierten Maschinenprofil. Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName <YourCatalogName> -MachineProfile <PathToYourMachineProfile>
<!--NeedCopy-->

Schalten Sie die VM aus, auf die Sie die Updates anwenden möchten.

Fordern Sie ein geplantes Update für die VM an. Zum Beispiel:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName <YourCatalogName>  -VMName machine1 -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

Schalten Sie die VM ein.
Die im Maschinenprofil angegebenen Tags sollten auf die entsprechenden Ressourcen kopiert werden.

Hinweis:

Es tritt ein Fehler auf, wenn die Anzahl der im Maschinenprofil angegebenen NICs und die Anzahl der in Set-ProvScheme angegebenen NICs nicht übereinstimmen.

Einen vorformatierten WBC-Datenträgerkatalog erstellen

Sie können einen vorformatierten WBC-Datenträgerkatalog erstellen, um die Startleistung bereitgestellter Maschinen zu verbessern. Um diese Funktionalität zu implementieren, erstellen Sie einen Azure-Katalog mit aktiviertem WBC und fügen Sie eine zusätzliche benutzerdefinierte Eigenschaft PreformatWriteBackCache als True hinzu.

Sie können einen vorhandenen Katalog mithilfe des Befehls Set-ProvScheme aktualisieren, um die Größe des WBC-Datenträgers zu ändern.

Diese Funktion ist mit dem Image-Management-Workflow kompatibel, bei dem MCS die Master-Phase vom gesamten Bereitstellungs-Workflow trennt. Weitere Informationen zum Image-Management finden Sie unter Image-Management.

Beispiel für die Erstellung eines Azure-Katalogs mit aktiviertem WBC und PreformatWriteBackCache als True:

$customProperties = @'
<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="PreformatWriteBackCache" Value="true" />
</CustomProperties>
'@
 
New-ProvScheme -CleanOnBoot `
-ProvisioningSchemeName "provisioningschemename" `
-HostingUnitName "hostingunitname" `
-IdentityPoolName "identitypoolnamename" `
-MasterImageVM "XDHyp:\HostingUnits\AzureHostingUnit\image.folder\rg.resourcegroup\masterImage.manageddisk" `
-CustomProperties $customProperties `
-NetworkMapping $networkMapping `
-UseWriteBackCache `
-WriteBackCacheDiskSize 30
<!--NeedCopy-->

Beispiel für die Aktualisierung der WBC-Datenträger-Cache-Größe eines vorhandenen Katalogs:

Set-ProvScheme -ProvisioningSchemeName provisioningschemename -WriteBackCacheDiskSize 127
<!--NeedCopy-->

WBC-Datenträger beim Herunterfahren für MCS-bereitgestellte Citrix Provisioning™-Kataloge löschen

Beim Erstellen von MCS-bereitgestellten Citrix Provisioning-Katalogen in Azure können Sie den WBC-Datenträger als nicht persistent bereitstellen (PersistWBC als False). Diese Konfiguration hilft, den Write-Back-Cache (WBC)-Datenträger nach dem Herunterfahren der VM für MCS-bereitgestellte Citrix Provisioning-Kataloge in Azure zu löschen.

Bedingung:

Sie müssen die benutzerdefinierte Eigenschaft PreformatWriteBackCache auf True setzen, damit diese Funktion funktioniert.

Beispiel für das Erstellen eines Azure-Katalogs mit PersistWBC als False und PreformatWriteBackCache als True:

$customProperties = @'
<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PreformatWriteBackCache" Value="true" />
</CustomProperties>
'@
 
New-ProvScheme -CleanOnBoot `
-ProvisioningSchemeName "provisioningschemename" `
-HostingUnitName "hostingunitname" `
-IdentityPoolName "identitypoolnamename" `
-MasterImageVM "XDHyp:\HostingUnits\AzureHostingUnit\image.folder\rg.resourcegroup\masterImage.manageddisk" `
-CustomProperties $customProperties `
-NetworkMapping $networkMapping `
-UseWriteBackCache `
-WriteBackCacheDiskSize 30
<!--NeedCopy-->

Sie können auch einen vorhandenen Katalog mithilfe des Befehls Set-ProvScheme aktualisieren, um die benutzerdefinierte Eigenschaft PersistWBC zu aktualisieren.

Datenlaufwerk bereitstellen

Sie können einen persistenten Datenträger erstellen und einer von MCS erstellten persistenten oder nicht-persistenten VM eines MCS-Maschinenkatalogs in Azure zuweisen.

Der Datenträger muss als Imagequelle von einem verwalteten Datenträger bereitgestellt werden.

Eigenschaften des Datenträgers

Der Datenträger leitet Eigenschaften von benutzerdefinierten Eigenschaften oder der OS-Datenträgervorlage ab, wenn die Eigenschaften nicht in den benutzerdefinierten Eigenschaften angegeben sind.

Eigenschaften, die von benutzerdefinierten Eigenschaften abgeleitet werden
- DiskEncryptionSetId
- Zones
- StorageType
Eigenschaften, die von der OS-Datenträgervorlage abgeleitet werden, wenn sie nicht in benutzerdefinierten Eigenschaften angegeben sind
- DiskEncryptionSetId
- Zones
- StorageType

Hinweis:

Wenn Zone Redundant Storage (ZRS) nicht in den benutzerdefinierten Eigenschaften oder der OS-Datenträgervorlage angegeben ist, wird der Datenträger in derselben Zone wie der OS-Datenträger und der Identitätsdatenträger platziert.

Tags werden nur von der OS-Datenträgervorlage abgeleitet.

Einschränkungen

Die folgenden Vorgänge werden derzeit nicht unterstützt:

Bereitstellung von mehr als einem Datenträger.
Bereitstellung von nicht-persistenten Datenträgern.
Erstellen eines Datenträgers mit einer Vorlage.
Ändern vorhandener Kataloge und VMs zur Verwendung von Datenträgern.
Zurücksetzen des Datenträgers.
Image-Update des Datenträgers.
Verwenden einer anderen Quelle als eines verwalteten Datenträgers.
Speichern des Datenträgers in der Azure Compute Gallery (ACG).
Verwenden von StorageTypeAtShutdown für den Datenträger

Katalog mit Datenträger erstellen

Fügen Sie die folgenden Parameter in den PowerShell-Befehl New-ProvScheme ein, um einen MCS-Maschinenkatalog mit Datenträger bereitzustellen.

DataDisk: Pfad zu einem gültigen Inventarelement vom Typ ManagedDisk.
DataDiskPersistence: Um anzugeben, ob der DataDisk persistent oder nicht-persistent ist. Derzeit werden jedoch nur persistente Datenträger unterstützt.

Zum Beispiel:

New-ProvScheme  -CleanOnBoot -HostingUnitName "<HostingUnitName >" -IdentityPoolName "<IdentityPoolName >" -InitialBatchSizeHint 1 -MasterImageVM disk.manageddisk -NetworkMapping <NetworkMapping > -ProvisioningSchemeName "<ProvisioningSchemeName >" -DataDisk "XDHyp:\HostingUnits\Azure-Resources-1\image.folder\<resourcegroupname>\xxxx-datadisk.manageddisk"  -DataDiskPersistence "Persistent"  -Scope @() -VMCpuCount 4  -VMMemoryMB 6144  -TenancyType Shared  -FunctionalLevel "L7_20"
<!--NeedCopy-->

Feststellen, ob ein Datenträger verwendet wird

Gehen Sie wie folgt vor, um zu überprüfen, ob der Datenträger einer VM zugewiesen ist:

Führen Sie Get-ProvVm aus und überprüfen Sie die CustomVmData der VM. Wenn die VM den Datenträger verwendet, gibt es einen Datenträgereintrag mit der Rolle DiskRole.DataDisk.
Überprüfen Sie im Azure-Portal, ob ein Datenträger unter der VM vorhanden ist.

Datenträger löschen

Wenn Sie den Katalog löschen, wird der Datenträger gelöscht, es sei denn, Sie verwenden die Option forgetVM oder purgeDBOnly. Wenn Sie die VM löschen, wird der Datenträger gelöscht, es sei denn, Sie verwenden die Option forgetVM oder purgeDBOnly.

Von nicht verwalteten zu verwalteten Datenträgern migrieren

Am 30. September 2025 wird Azure nicht verwaltete Datenträger (d. h. VHDs) offiziell einstellen. Alle vorhandenen VMs, die nicht verwaltete Datenträger verwenden, werden nach Ablauf der Frist beendet und ihre Zuordnung aufgehoben.

Sie können jedoch Ihre mit MCS bereitgestellten VMs von nicht verwalteten zu verwalteten Datenträgern migrieren, was dazu beiträgt, Dienstausfälle aufgrund der Azure-Pläne zur Einstellung nicht verwalteter Datenträger zu vermeiden.

Alle an die VM angeschlossenen nicht verwalteten Datenträger werden konvertiert. Dies umfasst den Identitätsdatenträger, den Betriebssystemdatenträger und den WBC-Datenträger (falls verwendet).

Weitere Informationen zum Azure-Plan zur Einstellung nicht verwalteter Datenträger finden Sie unter Migrieren Sie Ihre nicht verwalteten Azure-Datenträger bis zum 30. September 2025.

Anwendungsfälle

Diese Funktion gilt für persistente und nicht-persistente, MCS-bereitgestellte Kataloge.

Sie unterstützt auch die Migration für On-Demand- und Nicht-On-Demand- (Legacy-) VMs:

On-Demand-VMs: Stellen Sie Ihre vorhandenen Datenträger von nicht verwalteten auf verwaltete Datenträger um, um sie an den aktualisierten Azure-Support anzupassen.
Nicht-On-Demand- (Legacy-) VMs: Legacy- oder Nicht-On-Demand-VMs unterstützen nur nicht verwaltete Datenträger. Verwenden Sie diese Funktion, um Ihre Legacy-VMs in On-Demand-VMs zu konvertieren und gleichzeitig auf verwaltete Datenträger zu migrieren.

Weitere Informationen zur On-Demand-Bereitstellung finden Sie unter Azure On-Demand-Bereitstellung.

Einschränkungen

Sobald ein Maschinenkatalog oder eine VM in verwaltete Datenträger konvertiert wurde, kann sie nicht mehr in nicht verwaltete Datenträger zurückkonvertiert werden.
Für Nicht-On-Demand- (Legacy-) VMs umfasst der Migrationsprozess deren Konvertierung in die On-Demand-Bereitstellung. Sie können die Datenträger nicht nur konvertieren und weiterhin Nicht-On-Demand-VMs verwenden.

Wichtige Überlegungen

Die Konvertierung erfolgt nicht automatisch. Sie findet im Rahmen eines Einschaltvorgangs statt.
Wenn mehrere Updates für eine VM angefordert werden, hat die Datenträgerkonvertierung Vorrang. Zusätzliche Updates werden bis zum nächsten Einschalten zurückgestellt.
Sobald die VM erfolgreich konvertiert und eingeschaltet wurde, werden die VHDs für die VM bereinigt, um Kosten zu sparen. Das Speicherkonto selbst wird nicht bereinigt.
- Ein Basisdatenträger kann weiterhin im Speicherkonto vorhanden sein. Sie können ein Katalogupdate ausführen, und ein neuer Snapshot- (oder ACG-) Basisdatenträger wird erstellt.
- Sobald alle VMs im Katalog konvertiert und der neue Basisdatenträger erstellt wurden, kann das leere Speicherkonto gelöscht werden.

Erforderliche Berechtigungen

Sie benötigen die folgende Berechtigung für Ihren Azure Service Principal, um die Konvertierung von nicht verwalteten zu verwalteten Datenträgern zu ermöglichen:

Microsoft.Compute/virtualMachines/convertToManagedDisks/write
<!--NeedCopy-->

Konfigurationsschritte

Für On-Demand-Kataloge:

Führen Sie Set-ProvScheme (oder Set-ProvVM für persistente VMs) aus, um UseManagedDisks auf True zu aktualisieren. Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName "`<provscheme-name>`" -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`" /></CustomProperties>"
<!--NeedCopy-->

Set-ProvVM -ProvisioningSchemeName "`<provscheme-name>`" -VMName "`<vm-name>`" -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`" /></CustomProperties>"
<!--NeedCopy-->

Führen Sie Set-ProvVMUpdateTimeWindow` aus, um die Updates anzuwenden. In diesem Beispiel wird das Update beim nächsten Einschalten der VM angewendet.
```
Set-ProvVmUpdateTimeWindow -ProvisioningSchemeName "`<provscheme-name>`" -VMName "`<vm-name>`"

```
Schalten Sie die VMs ein.

Für Nicht-On-Demand- (Legacy-) Kataloge:

Führen Sie Set-ProvScheme (oder Set-ProvVM für persistente VMs) aus, um Set DeploymentSchema auf 1.1 zu konfigurieren. Zum Beispiel:

Set-ProvScheme -ProvisioningSchemeName "`<provscheme-name>`" -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"DeploymentSchema`" Value=`"1.1`" /></CustomProperties>"
<!--NeedCopy-->

Set-ProvVM -ProvisioningSchemeName "`<provscheme-name>`" -VMName "`<vm-name>`" -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"DeploymentSchema`" Value=`"1.1`" /></CustomProperties>
<!--NeedCopy-->

Führen Sie Set-ProvVMUpdateTimeWindow aus, um die Updates anzuwenden. In diesem Beispiel wird das Update beim nächsten Einschalten der VM angewendet.
```
Set-ProvVmUpdateTimeWindow -ProvisioningSchemeName "`<provscheme-name>`" -VMName "`<vm-name>`"

```
Schalten Sie die VMs ein.

Fehlerbehebung

Wenn eine VM nicht von nicht verwalteten in verwaltete Datenträger konvertiert werden kann:

Überprüfen Sie, ob die benutzerdefinierten Eigenschaften UseManagedDisks oder DeploymentSchema korrekt festgelegt sind:
- Wenn Sie Set-ProvScheme verwenden, überprüfen Sie die benutzerdefinierten ProvScheme-Eigenschaften, indem Sie Get-ProvScheme ausführen. Weitere Informationen finden Sie unter Get-ProvScheme.
- Wenn Sie Set-ProvVM verwenden, überprüfen Sie, ob die VM eine neue Konfiguration mit der aktualisierten benutzerdefinierten Eigenschaft hat, indem Sie Get-ProvVMConfiguration ausführen. Weitere Informationen finden Sie unter Set-ProvVM.
Überprüfen Sie, ob die folgende Berechtigung in Ihrem Azure Service Principal vorhanden ist:
- Microsoft.Compute/virtualMachines/convertToManagedDisks/write
Führen Sie Get-ProvOperationEvent aus, um Warnungen für das Bereitstellungsschema anzuzeigen. Weitere Informationen finden Sie unter Get-ProvOperationEvent. Zum Beispiel:
```
 Get-ProvOperationEvent -LinkedObjectType ProvisioningScheme -LinkedObjectUid `<your-provscheme-id>`
 
```

Nächste Schritte

Wenn dies der erste erstellte Katalog ist, führt Sie Web Studio zum Erstellen einer Bereitstellungsgruppe
Um den gesamten Konfigurationsprozess zu überprüfen, siehe Installieren und Konfigurieren
Zum Verwalten von Katalogen siehe Maschinenkataloge verwalten und Einen Microsoft Azure-Katalog verwalten

Weitere Informationen

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

War dieser Artikel hilfreich?

Erstellen eines Microsoft Azure-Katalogs

April 7, 2026

Beitrag von:

C C

April 7, 2026

Beitrag von:

C C

In diesem Artikel

Katalog mit nich… [-CustomProperties String][-ServiceOffering String]
Katalog mit nich
Katalog mit nich… Property [-CustomProperties String][-ServiceOffering String]
Erstellen eines Maschinenkatalogs
Hinweis:
Bedingungen, unter denen der temporäre Azure-Datenträger für den Write-Back-Cache-Datenträger in Frage kommt
Szenarien für nicht-persistente Write-Back-Cache-Datenträger
Erstellen einer Azure-Vorlagenspezifikation
Verwenden einer Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs
Azure-Datenträgerverschlüsselung auf Hostebene
Doppelte Verschlüsselung auf verwaltetem Datenträger
Azure-Ressourcengruppen
Azure Ephemere Datenträger
Azure Compute Gallery
Vertrauliche Azure-VMs
Startintegritätsüberwachung
Azure Marketplace
Erstellen eines Katalogs von VMs mit Kapazitätsreservierung bei Bedarf
Geschachtelte Virtualisierung
Nur-NVMe-SKUs
Maschinenkatalog mit PowerShell erstellen
Katalog mit nicht persistentem Write-Back-Cache-Datenträger erstellen
Katalog mit persistentem Write-Back-Cache-Datenträger erstellen
Startleistung mit MCSIO verbessern
Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs mit PowerShell verwenden
Maschinenkataloge mit Trusted Launch
Verwenden von Maschinenprofil-Eigenschaftswerten
Erstellen oder Aktualisieren eines Katalogs mit mehreren NICs pro VM
Erstellen eines Maschinenkatalogs mit kundenseitig verwaltetem Verschlüsselungsschlüssel
Erstellen eines Maschinenkatalogs mit doppelter Verschlüsselung
Erstellen eines Katalogs mit Azure Ephemeral Disks
Dedizierte Azure-Hosts
Erstellen oder Aktualisieren eines Maschinenkatalogs mithilfe eines Azure Compute Gallery-Images
Shared Image Gallery konfigurieren
Bereitstellen von Maschinen in bestimmten Verfügbarkeitszonen
Speichertypen
Diagnostikeinstellungen auf VMs und NICs aus einem Maschinenprofil erfassen
Bestimmung des Auslagerungsdateispeicherorts
Szenarien für die Auslagerungsdateieinstellung
Auslagerungsdateieinstellung festlegen
Auslagerungsdateieinstellungen ändern
Katalog mit Azure Spot-VMs erstellen
Backup-VM-Größen konfigurieren
Tags auf alle Ressourcen kopieren
Einen vorformatierten WBC-Datenträgerkatalog erstellen
WBC-Datenträger beim Herunterfahren für MCS-bereitgestellte Citrix Provisioning™-Kataloge löschen
Datenlaufwerk bereitstellen
Von nicht verwalteten zu verwalteten Datenträgern migrieren
Nächste Schritte
Weitere Informationen

War dieser Artikel hilfreich?

Erstellen eines Microsoft Azure-Katalogs

Katalog mit nich… [-CustomProperties String][-ServiceOffering String]

Katalog mit nich

Katalog mit nich… Property [-CustomProperties String][-ServiceOffering String]

Erstellen eines Maschinenkatalogs

Erstellen eines Maschinenkatalogs mit einem Azure Resource Manager-Image in Web Studio

Hinweis:

Bedingungen, unter denen der temporäre Azure-Datenträger für den Write-Back-Cache-Datenträger in Frage kommt

Szenarien für nicht-persistente Write-Back-Cache-Datenträger

Erstellen einer Azure-Vorlagenspezifikation

Verwenden einer Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs

Wichtige Überlegungen bei der Verwendung kundenverwalteter Verschlüsselungsschlüssel

Azure-Datenträgerverschlüsselung auf Hostebene

Abrufen von Informationen zur Verschlüsselung auf Hostebene aus einem Maschinenprofil

Doppelte Verschlüsselung auf verwaltetem Datenträger

Azure-Ressourcengruppen

Verwendung von Azure-Ressourcengruppen

Azure Ephemere Datenträger

Speichern eines ephemeren temporären Betriebssystemdatenträgers

Azure Ephemere Datenträger und Machine Creation Services (MCS) Speicheroptimierung (MCS I/O)

Azure Compute Gallery

Vertrauliche Azure-VMs

Wichtige Überlegungen für vertrauliche VMs

Masterimages und Maschinenprofile vorbereiten

Vertrauliche VMs mit Web Studio oder PowerShell-Befehlen erstellen

Startintegritätsüberwachung

Maschinenkatalog mit aktivierter Integritätsüberwachung erstellen

Erstellen eines Maschinenprofils mit installierter GuestAttestation-Erweiterung

Azure Marketplace

Sicherstellen, dass das in der Shared Image Gallery erstellte Image Azure-Planinformationen enthält

Erstellen eines Katalogs von VMs mit Kapazitätsreservierung bei Bedarf

Einschränkungen

Geschachtelte Virtualisierung

Nur-NVMe-SKUs

Einschränkungen

Erstellen eines Katalogs mit einem Serviceangebot, das sowohl SCSI als auch NVMe unterstützt

Erstellen eines Katalogs mit einem Serviceangebot, das nur NVMe unterstützt

Vorhandene persistente VMs ändern

Maschinenkatalog mit PowerShell erstellen

Katalog mit nicht persistentem Write-Back-Cache-Datenträger erstellen

Katalog mit persistentem Write-Back-Cache-Datenträger erstellen

Startleistung mit MCSIO verbessern

Vorlagenspezifikation beim Erstellen oder Aktualisieren eines Katalogs mit PowerShell verwenden

Maschinenkataloge mit Trusted Launch

Erstellen eines Maschinenkatalogs mit Trusted Launch

Aktualisieren eines Maschinenkatalogs mit Trusted Launch

Fehler beim Erstellen von Maschinenkatalogen mit Trusted Launch

Verwenden von Maschinenprofil-Eigenschaftswerten

Erstellen oder Aktualisieren eines Katalogs mit mehreren NICs pro VM

Maximale NIC-Anzahl abrufen

Katalog mit mehreren NICs auf einer VM erstellen

Katalog aktualisieren, um mehrere NICs auf einer VM zu haben

Eine vorhandene VM aktualisieren, um mehrere NICs auf einer VM zu haben

Anforderungen

Fehlerbehebung

Erstellen eines Maschinenkatalogs mit kundenseitig verwaltetem Verschlüsselungsschlüssel

Erstellen eines Maschinenkatalogs mit doppelter Verschlüsselung

Konvertieren eines unverschlüsselten Katalogs zur Verwendung der doppelten Verschlüsselung

Überprüfen, ob der Katalog doppelt verschlüsselt ist

Erstellen eines Katalogs mit Azure Ephemeral Disks

Konfigurieren einer Ephemeral Disk für einen Katalog

Dedizierte Azure-Hosts

Erstellen oder Aktualisieren eines Maschinenkatalogs mithilfe eines Azure Compute Gallery-Images

Shared Image Gallery konfigurieren

Anwendungsfall: Aktualisieren des Replikationsverhältnisses und der maximalen Replikate der Shared Image Gallery

Anwendungsfall: Konvertieren eines Snapshot-Katalogs in einen Shared Image Gallery-Katalog

Anwendungsfall: Konvertieren eines Shared Image Gallery-Katalogs in einen Snapshot-Katalog

Bereitstellen von Maschinen in bestimmten Verfügbarkeitszonen

Konfigurieren von Verfügbarkeitszonen über PowerShell

Speichertypen

Speichertypen konfigurieren

Zonenredundanten Speicher aktivieren

Zonenredundanten Speicher als Datenträgerspeichertyp festlegen

Zonenredundanten Speicher mithilfe von PowerShell-Befehlen auswählen

Diagnostikeinstellungen auf VMs und NICs aus einem Maschinenprofil erfassen

Wichtige Schritte

Erforderliche IDs in Azure einrichten

Speicherkonto einrichten

Log Analytics-Arbeitsbereich einrichten

Event Hub einrichten