Citrix DaaS™

Erstellen eines Katalogs von Amazon WorkSpaces Core Managed Instances

May 4, 2026

Beitrag von:

Maschinenkataloge erstellen beschreibt die Assistenten, die einen Maschinenkatalog erstellen. Die folgenden Informationen behandeln Details, die speziell für Amazon WorkSpaces Core Managed Instances gelten.

Hinweis:

Derzeit wird die Erstellung von Katalogen sowohl für persistente als auch für nicht-persistente VMs (Eigenschaft CleanOnBoot ist True oder False) unterstützt.

Voraussetzungen

Bevor Sie einen Katalog von Amazon WorkSpaces Core Managed Instances erstellen, müssen Sie Folgendes erstellt haben:

Eine Verbindung zu Amazon WorkSpaces Core Managed Instances. Siehe Verbindung zu Amazon WorkSpaces Core Managed Instances
Ein vorbereitetes Image. Siehe Erstellen eines vorbereiteten Images für Amazon WorkSpaces Core Managed Instances.

Netzwerkeinstellung während der Image-Vorbereitung

Während der Image-Vorbereitung wird eine virtuelle Vorbereitungsmaschine (VM) basierend auf der ursprünglichen VM erstellt. Diese Vorbereitungs-VM wird vom Netzwerk getrennt. Um die Vorbereitungs-VM vom Netzwerk zu trennen, wird eine Netzwerksicherheitsgruppe erstellt, die den gesamten eingehenden und ausgehenden Datenverkehr verweigert. Diese Netzwerksicherheitsgruppe bleibt bestehen und wird wiederverwendet. Der Name der Netzwerksicherheitsgruppe ist Citrix.XenDesktop.IsolationGroup-GUID, wobei GUID zufällig generiert wird.

Ein maschinenprofilbasierter Maschinenkatalog

Sie können ein Maschinenprofil verwenden, um die Hardwareeigenschaften einer EC2-Instanz (VM) oder einer Startvorlagenversion zu erfassen und auf die bereitgestellten Maschinen anzuwenden. Erfasste Eigenschaften können beispielsweise den Tenancy-Typ, den Instanztyp, Sicherheitsgruppen, Netzwerkzuordnungen, EBS-Volume-Eigenschaften, EBS-Optimierung, CPU-Optionen, Hibernationsfähigkeit und andere unterstützte AWS-Konfigurationen umfassen.

Sie können eine AWS EC2-Instanz (VM) oder eine AWS-Startvorlagenversion als Eingabe für das Maschinenprofil verwenden.

Hinweis:

EBS-Volume-Eigenschaften werden nur aus einem Maschinenprofil abgeleitet.

Der Instance Metadata Service (IMDS) V2 wird nur unterstützt, nicht IMDS V1. Weitere Informationen finden Sie unter How Instance Metadata Service Version 2 works.

AWS Tenancy

AWS bietet die folgenden Tenancy-Optionen: Shared Tenancy (der Standardtyp) und Dedicated Tenancy. Shared Tenancy bedeutet, dass mehrere Amazon WorkSpaces Core-Instanzen von verschiedenen Kunden auf derselben physischen Hardware residieren können. Dedicated Tenancy bedeutet, dass Ihre Amazon WorkSpaces Core-Instanzen nur auf Hardware mit anderen von Ihnen bereitgestellten Instanzen ausgeführt werden.

Hinweis:

Dedizierte Instanzen werden nur unterstützt (dedizierte Hosts werden derzeit nicht unterstützt). Andere Kunden verwenden nicht dieselbe Hardware.

Tenancy-Typ wird aus dem Maschinenprofil erfasst

Wenn Sie MCS verwenden, um einen Katalog zur Bereitstellung von Maschinen in AWS zu erstellen, wird der Tenancy-Typ aus dem Maschinenprofil erfasst.
Gemeinsam genutzte Hardware: Diese Einstellung ist für die meisten Bereitstellungen geeignet. Mehrere Kunden teilen sich Hardware, auch wenn sie nicht miteinander interagieren. Die Verwendung gemeinsam genutzter Hardware ist die kostengünstigste Option für den Betrieb Ihrer Amazon EC2-Instanzen.
Dedizierte Instanz: Diese Einstellung ist besser für Bereitstellungen mit spezifischen Sicherheits- oder Compliance-Anforderungen geeignet. Mit einer dedizierten Instanz profitieren Sie weiterhin von den Vorteilen eines von anderen AWS-Kunden getrennten Hosts, zahlen aber nicht für den gesamten Host. Sie müssen sich keine Gedanken über die Kapazität des Hosts machen, aber die Instanzen werden zu einem höheren Satz abgerechnet. Darüber hinaus bieten dedizierte Instanzen nur begrenzte Unterstützung für Bring Your Own License (BYOL).

Flexible Abrechnung

Amazon WorkSpaces Core Managed Instances unterstützt zwei Abrechnungsmodi:

Abrechnungsmodus Beschreibung

Monatlich	Feste monatliche Pauschalabrechnung. Ideal für persistente Desktops und vorhersehbare Workloads.
Stündlich	Pay-as-you-go-Abrechnung. Dies ist die AWS-Standardkonfiguration, wenn kein Abrechnungsmodus explizit angegeben wird.

Diese Optionen bieten Flexibilität bei der Verwaltung der Rechenkosten basierend auf der Persistenz und den Nutzungsmustern Ihrer Workload.

Diese Funktion erfordert die Nutzung des Amazon WorkSpaces-Abrechnungsdienstes. Standardmäßig verwendet MCS diesen Dienst zur Bereitstellung und Verwaltung von Instanzen, wodurch Sie von wettbewerbsfähigeren Pauschalpreisen für persistente Workloads profitieren können.

Voraussetzungen und Überlegungen

AWS-Kontokonfiguration: Ihr AWS-Konto muss für die Nutzung des WorkSpaces-Abrechnungsdienstes konfiguriert sein. Obwohl AWS-Konten standardmäßig umgestellt werden, können einige Kunden AWS bitten, für die Nutzung von WorkSpaces Core Managed Instances beim älteren EC2-Abrechnungsdienst zu bleiben.

Hinweis:

Wenn Ihr Konto den älteren EC2-Abrechnungsdienst verwendet, ist die Option Monatlich nicht verfügbar.
Hostverbindung: Flexible Abrechnung ist nur für Amazon WorkSpaces Core-Hostverbindungen anwendbar. Sie wird für Standard-AWS EC2-Hostverbindungen nicht unterstützt.
Spot-Instanzen: Spot-Instanzen werden mit dem WorkSpaces-Abrechnungsdienst nicht unterstützt.
Gemischte Abrechnung: Ein AWS-Konto muss entweder WorkSpaces-Abrechnung oder EC2-Abrechnung für Core Managed Instances verwenden. Eine Mischung aus beidem innerhalb eines einzelnen Kontos wird nicht unterstützt.
Kompatibilität: Nur bestimmte Instanztypen, Plattformtypen (OS) und Tenancy-Typen sind mit bestimmten Abrechnungsmodi kompatibel. MCS führt eine Vorabprüfung durch, um sicherzustellen, dass Ihre Auswahl (Service Offering, Maschinenprofil und vorbereitetes Image) mit dem gewählten Abrechnungsmodus übereinstimmt.

Siehe Erstellen eines Maschinenkatalogs mit einem spezifischen Abrechnungsmodus.

Katalog erstellen

Ein vorbereitetes Image und ein Maschinenprofil sind für die Erstellung von Katalogen von Amazon WorkSpaces Core Managed Instances erforderlich. Sie können eine AWS VM-Instanz oder eine AWS-Startvorlagenversion als Eingabe für das Maschinenprofil verwenden.

Sie können einen Katalog erstellen mit:

Studio
PowerShell

Katalog mit Studio erstellen

Maschinenkatalog über den Images-Knoten erstellen

Verwenden Sie die Option Katalog erstellen im Knoten Images, um einen Katalog mit der Image-Version zu erstellen.

Alternativ können Sie die Version beim Erstellen eines Katalogs im Knoten Maschinenkataloge auswählen und dabei auf die vorbereitete Image-Option im Workflow zur Katalogerstellung verweisen. Siehe Erstellen eines Maschinenkatalogs über den Knoten „Maschinenkataloge“.

Gehen Sie wie folgt vor, um einen MCS-Maschinenkatalog über den Knoten Images zu erstellen:

Wählen Sie eine Image-Version aus und klicken Sie auf Katalog erstellen. Klicken Sie auf der Seite Einführung auf Weiter.

1. Auf den Seiten Maschinenverwaltung und Image sind die Einstellungen basierend auf der ausgewählten Image-Version vorausgewählt. Geben Sie auf der Seite Image eine Notiz für das ausgewählte vorbereitete Image ein.

Füllen Sie die Einstellungen auf den folgenden Seiten aus.
Überprüfen Sie auf der Seite Zusammenfassung die Details des Maschinenkatalogs. Geben Sie einen Namen und eine Beschreibung für den Maschinenkatalog ein. Klicken Sie auf Fertig stellen.
Gehen Sie zum Knoten Maschinenkataloge, um den erstellten Maschinenkatalog anzuzeigen.

Erstellen eines Maschinenkatalogs über den Knoten „Maschinenkataloge“

Gehen Sie wie folgt vor, um einen MCS-Maschinenkatalog über den Knoten „Maschinenkataloge“ zu erstellen:

Klicken Sie im linken Navigationsbereich auf Maschinenkataloge.
Klicken Sie auf Maschinenkatalog erstellen. Die Seite Maschinenkatalog-Setup wird angezeigt.
Wählen Sie auf der Seite Maschinentyp einen Maschinentyp für den Katalog aus, z. B. Multi-session OS.
Wählen Sie auf der Seite Maschinenverwaltung die folgenden Einstellungen aus:
1. Wählen Sie Maschinen, die energieverwaltet sind (z. B. virtuelle Maschinen oder Blade-PCs).
2. Wählen Sie Citrix Provisioning-Technologie. Wählen Sie dann Citrix Machine Creation Services™.
3. Wählen Sie im Feld Ressourcen die Ressourcen (Verfügbarkeitszone oder lokale Zone) aus, die Sie beim Erstellen der Hostverbindung konfiguriert haben, und klicken Sie auf Weiter.
Wählen Sie auf der Seite Desktop-Erfahrung entweder einen zufälligen oder einen statischen Desktop aus, den Benutzer beim Anmelden erhalten sollen. Wenn ein statischer Desktop ausgewählt ist, geben Sie zusätzlich an, ob Änderungen, die der Benutzer vornimmt, auf der lokalen Festplatte gespeichert werden sollen (persistent oder nicht-persistent).
Klicken Sie auf der Seite Image auf Image auswählen, um ein vorbereitetes Image für den Maschinenkatalog auszuwählen. Wählen Sie die von Ihnen erstellte vorbereitete Version aus. Klicken Sie auf den Namen der Image-Version. Um weitere Details zur ausgewählten Image-Version anzuzeigen, klicken Sie auf die unterstrichene Versionsnummer. Klicken Sie auf Fertig.

Das mit dem vorbereiteten Image verknüpfte Maschinenprofil wird angezeigt, und seine Hardwareeigenschaften (z. B. Instanztyp, Mandantentyp, Netzwerkzuordnungen, Sicherheitsgruppen, Volume-Eigenschaften) werden zum Erstellen von Maschinen in den Katalogen verwendet. Um die Maschinenprofilquelle in eine andere VM- oder Startvorlagenversion zu ändern, klicken Sie auf die Schaltfläche „Bearbeiten“.
Auf der Seite Virtuelle Maschinen:
1. Geben Sie die Anzahl der VMs für den Katalog ein.
2. Die Standardmaschinenspezifikation wird angezeigt, die auf dem Maschinenprofil basiert. Um sie zu ändern, wählen Sie das Bearbeitungssymbol und eine Maschinenspezifikation aus.
Wählen Sie auf der Seite NICs die NICs (oder ENIs) für die VMs aus.
Konfigurieren Sie auf der Seite Maschinenidentitäten den Maschinentyp für die Maschinen im Katalog:
1. Um domänenverbundene Maschinen (lokales Active Directory oder Microsoft Entra hybrid joined) zu konfigurieren, wählen Sie die Domäne aus und erstellen Sie neue AD-Konten für die VMs, die in diesem Maschinenkatalog erstellt werden sollen. Die bereitgestellten VMs werden der ausgewählten Domäne beigetreten. Um nicht-domänenverbundene Maschinen bereitzustellen, wählen Sie die Option für den Nicht-Domänenbeitritt.
2. Geben Sie das Kontenbenennungsschema für die neuen Konten an, die für die VMs erstellt werden sollen.
Klicken Sie auf der Seite Domänenanmeldeinformationen auf Anmeldeinformationen eingeben, um die Anmeldeinformationen für die ausgewählte Domäne bereitzustellen. Geben Sie bei Aufforderung Benutzernamen und Kennwort mit Administratorrechten ein. Sie können auch ein Dienstkonto verwenden, wenn Sie Domänenanmeldeinformationen bereits zuvor gespeichert haben, indem Sie unsere Produktdokumentation befolgen.
Klicken Sie sich durch die verbleibenden Seiten bis zur Seite Zusammenfassung. Geben Sie einen Namen für den Maschinenkatalog ein und wählen Sie Fertig stellen, um den Maschinenkatalog zu erstellen.

Einschränkungen beim Erstellen eines Maschinenkatalogs in einer AWS Local Zone

Bestimmte lokale Zonen unterstützen nur bestimmte Hardwarekonfigurationen (z. B. unterstützt die lokale Zone Perth keine GP3-Volumes, sondern nur GP2).
Da nur gp2 universell in allen lokalen Zonen unterstützt wird und nicht alle gp3 unterstützen, wird bei der Erstellung von ID-Datenträgern standardmäßig der Volume-Typ gp2 verwendet.
Sie müssen ein Maschinenprofil mit Hardwarespezifikationen auswählen, die in der gewünschten lokalen Zone unterstützt werden.
Snapshots von vorbereiteten Image-AMIs und ID-Datenträgern werden standardmäßig in der Region und nicht in der lokalen Zone platziert (aufgrund von AWS-Einschränkungen bezüglich der Sichtbarkeit der EBS-Snapshot-Unterstützung in lokalen Zonen).
Nur lokale Zonen, die vollständige EC2- und EBS-Dienste unterstützen, sind unterstützte Zonen.

Erstellen eines Katalogs mit PowerShell

Erstellen eines Katalogs mit einer vorbereiteten Image-Versionsspezifikation und einem Maschinenprofil

Erstellen Sie einen nicht-persistenten MCS-Maschinenkatalog aus der vorbereiteten Image-Versionsspezifikation mit dem Befehl New-ProvScheme. Zum Beispiel:

 New-ProvScheme -ProvisioningSchemeName <string> -ImageVersionSpecUid <Guid> -HostingUnitUid <Guid> -IdentityPoolUid <Guid> [-CleanOnBoot $true] [-MachineProfile <string>] [-ProvisioningSchemeType “MCS”]

 <!--NeedCopy-->

Erstellen Sie einen persistenten MCS-Maschinenkatalog aus der vorbereiteten Image-Versionsspezifikation mit dem Befehl New-ProvScheme. Zum Beispiel:

 New-ProvScheme -ProvisioningSchemeName <string> -ImageVersionSpecUid <Guid> -HostingUnitUid <Guid> -IdentityPoolUid <Guid> [-CleanOnBoot $false] [-MachineProfile <string>] [-ProvisioningSchemeType “MCS”] 

 <!--NeedCopy-->

Beispiel für den vollständigen Satz von PowerShell-Befehlen zum Erstellen eines Katalogs:

$Catalog = New-BrokerCatalog  -AllocationType "Random"  -IsRemotePC $False  -MinimumFunctionalLevel "L7_20" -Name "wsccatalog" -PersistUserChanges "Discard" -ProvisioningType "MCS" -Scope @() -SessionSupport "MultiSession"

$IdentityPool = New-AcctIdentityPool  -AllowUnicode  -Domain "domainname" -IdentityPoolName "wsccatalog" -IdentityType "ActiveDirectory"  -NamingScheme "aws##" -NamingSchemeType "Numeric" -Scope @()

$PreparedImageVersionSpec = Get-ProvImageVersionSpec -ImageDefinitionName image1 -ImageVersionNumber 1 -Filter "PreparationType -eq 'Mcs'"

$Task = New-ProvScheme -ProvisioningSchemeName wsccatalog -ImageVersionSpecUid $PreparedImageVersionSpec.ImageVersionSpecUid -HostingUnitName wsc -IdentityPoolName wsccatalog -CleanOnBoot -Scope @() -SecurityGroup @() -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm' -RunAsynchronously

Get-ProvTask -TaskId $Task.TaskId
$ProvScheme = Get-ProvScheme -ProvisioningSchemeName wsccatalog

-  Set-BrokerCatalog -Name $Catalog.Name -ProvisioningSchemeId $ProvScheme.ProvisioningSchemeUid

<!--NeedCopy-->

Aktualisieren des Maschinenprofils

Gehen Sie wie folgt vor, um das Maschinenprofil in einem Katalog zu aktualisieren, der ursprünglich mit einem Maschinenprofil bereitgestellt wurde. Sie können auch den Mandantentyp und die Ruhezustandsfunktion der Maschinenprofilquelle ändern, während Sie einen MCS-Maschinenkatalog bearbeiten.

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

 Set-ProvScheme `
 -ProvisioningSchemeUid "<ID" `
 -MachineProfile "XDHyp:\HostingUnits\abc\us-east-1a.availabilityzone\citrix-cvad-machineprofile-instance (i-0xxxxxxxx).vm"

 <!--NeedCopy-->

Erstellen eines Maschinenkatalogs mit einem spezifischen Abrechnungsmodus

Sie können den Abrechnungsmodus derzeit nur über PowerShell beim Erstellen eines Maschinenkatalogs angeben.

PowerShell verwenden

Um den Abrechnungsmodus über PowerShell anzugeben, verwenden Sie den Parameter CustomProperties im Befehl New-ProvScheme.

$custprop = "BillingMode,Monthly" 
 
New-ProvScheme -ProvisioningSchemeName "MyCatalog" ` 
-ImageVersionSpecUid $ImageVersionSpecUid ` 
-HostingUnitName "wsc-unit" ` 
-IdentityPoolName "MyIdentityPool" ` 
-MachineProfile "XdHyp:\HostingUnits\wsc-unit\machine-profile lt-123.launchtemplate\lt-123 (1).launchtemplateversion" ` 
-CustomProperties $custprop ` 
-CleanOnBoot

<!--NeedCopy-->

Hinweis:

Wenn die Eigenschaft BillingMode weggelassen wird, wird der Katalog standardmäßig auf Hourly gesetzt.

Ändern des Abrechnungsmodus eines vorhandenen Katalogs

Sie können einen vorhandenen Katalog von Monthly in Hourly umwandeln oder umgekehrt. Diese Änderung kann sowohl für neue als auch für vorhandene VMs im Katalog gelten.

Wichtige Überlegungen für Updates

Wartungsfenster: Vorhandene VMs müssen ein Wartungsfenster oder einen Neustart durchlaufen, um die Abrechnungsänderung anzuwenden.
Validierung: MCS überprüft, ob die vorhandenen Instanztypen und Plattformen mit dem neuen Abrechnungsmodus kompatibel sind, bevor die Änderung angewendet wird.

Aktualisieren mit PowerShell

Um den Abrechnungsmodus nur für neue VMs zu aktualisieren, die einem Katalog hinzugefügt wurden, aktualisieren Sie die benutzerdefinierte Eigenschaft des Abrechnungsmodus des Bereitstellungsschemas:
```
 $custprop = "BillingMode,Hourly" 

 Set-ProvScheme -ProvisioningSchemeName "MyCatalog" -CustomProperties $custprop

 
```

Um den Abrechnungsmodus für neue und bestehende VMs in einem Katalog zu aktualisieren, erstellen Sie eine neue Version des Bereitstellungsschemas mit der aktualisierten benutzerdefinierten Eigenschaft und wenden Sie die neue Version auf alle VMs an:

 $custprop = "BillingMode,Hourly" 

 New-ProvSchemeVersion -ProvisioningSchemeName "MyCatalog" -CustomProperties $custprop

 New-ProvSchemeHardwareUpdate -ProvisioningSchemeVersion 2 ` 
 -StartsNow -AllVMs ` 
 -MaxDurationInMinutes 100 ` 
 -ProvisioningSchemeName "MyCatalog"

 <!--NeedCopy-->

Abrechnungsinformationen überwachen

Sie können den Abrechnungsmodus für Kataloge und einzelne virtuelle Maschinen überprüfen.

Führen Sie die folgenden PowerShell-Befehle aus, um die Abrechnungsberechtigung Ihres Kontos zu überprüfen:

Gibt BillingMode als Teil von CustomProperties zurück

 -  Get-ProvScheme –ProvisioningSchemeName “"MyCatalog" "  | Select  ProvisioningSchemeName,  CustomProperties

 <!--NeedCopy-->

Gibt BillingMode als Teil von VMInfo zurück

 Get-ProvVMDetails –ProvisioningSchemeName “"MyCatalog" "  | Select-Object  -ExpandProperty VMInfo 

 <!--NeedCopy-->

Fehlerbehebung und Validierung

MCS enthält Vorabprüfungen, um inkompatible Konfigurationen zu verhindern. Bei der Katalogerstellung oder -bearbeitung können die folgenden Fehler auftreten:

-  **NoInstanceConfigFoundForBillingMode**: Tritt auf, wenn das ausgewählte Service Offering (Instanztyp), die Tenancy und der Plattformtyp für den gewählten Abrechnungsmodus nicht unterstützt werden.

-  **Spot Instance Not Supported**: Wenn Sie versuchen, Spot-Instanzen mit einer WorkSpaces-Hostverbindung zu verwenden, schlägt die Validierung fehl.
-  **EC2 billing restriction**: Wenn Ihr AWS-Konto das ältere EC2-Abrechnungsmodell verwendet, führt der Versuch, einen monatlichen Abrechnungsmodus festzulegen, zu einem Validierungsfehler.

Erstellen eines Katalogs mit Startvorlagenversion mithilfe von PowerShell

Sie können einen MCS-Maschinenkatalog mit einer Startvorlagenversion als Maschinenprofileingabe erstellen. Sie können die Eingabe eines Maschinenprofilkatalogs auch von einer VM in eine Startvorlagenversion und von einer Startvorlagenversion in eine VM aktualisieren.

In der AWS EC2-Konsole können Sie die Instanzkonfigurationsinformationen einer Startvorlage zusammen mit der Versionsnummer angeben. Wenn Sie die Startvorlagenversion als Maschinenprofileingabe beim Erstellen oder Aktualisieren eines Maschinenkatalogs angeben, werden die Eigenschaften dieser Version der Startvorlage in die bereitgestellten VDA-VMs kopiert.

Die folgenden Eigenschaften können über die Maschinenprofileingabe oder explizit als Parameter in den Befehlen New-ProvScheme oder Set-ProvScheme angegeben werden. Wenn sie in den Befehlen New-ProvScheme oder Set-ProvScheme angegeben werden, haben sie Vorrang vor den Maschinenprofilwerten dieser Eigenschaften.

Service Offering
Netzwerke

Hinweis:

Wenn das Service Offering nicht in der Startvorlage des Maschinenprofils oder als Parameter im Befehl New-ProvScheme angegeben wird, erhalten Sie eine entsprechende Fehlermeldung.

So erstellen Sie einen Katalog mit einer Startvorlagenversion als Maschinenprofileingabe:

1. Öffnen Sie ein PowerShell-Fenster.

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

Rufen Sie die Liste der Startvorlagenversionen einer Startvorlage ab. Zum Beispiel:

 XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath

 <!--NeedCopy-->

Erstellen Sie einen Identitätspool, falls noch nicht geschehen. Zum Beispiel:

    New-AcctIdentityPool `

-  -IdentityPoolName "abc11" `

-  -NamingScheme "abc1-##" `
    -NamingSchemeType Numeric `
    -Domain "citrix-xxxxxx.local" `
-  -ZoneUid "xxxxxxxx" `

<!--NeedCopy-->

Erstellen Sie ein Bereitstellungsschema mit einer Startvorlagenversion als Maschinenprofileingabe. Zum Beispiel:

 -  New-ProvScheme `

 -  -ProvisioningSchemeName "MPLT1" `
     -HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
     -IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
 -  -ImageVersionSpecUid ‘24dfb047-e867-527g-896c-25664xxxxx1t’ `
 -  -CleanOnBoot `
     -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"

 <!--NeedCopy-->

Registrieren Sie ein Bereitstellungsschema als Broker-Katalog. Zum Beispiel:

 New-BrokerCatalog -Name "MPLT1" `
 -AllocationType Random `
 -Description "Machine profile catalog" `

 -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
     -ProvisioningType Mcs `
     -SessionSupport MultiSession `
     -PersistUserChanges Discard

 <!--NeedCopy-->

Schließen Sie die Katalogerstellung ab.

Aktualisieren der Maschinenprofilquelle

Sie können die Eingabe eines Maschinenprofilkatalogs auch von einer VM in eine Startvorlagenversion und von einer Startvorlagenversion in eine VM aktualisieren. Zum Beispiel:

So aktualisieren Sie die Eingabe eines Maschinenprofilkatalogs von einer VM in eine Startvorlagenversion:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"

 <!--NeedCopy-->

So aktualisieren Sie die Eingabe eines Maschinenprofilkatalogs von einer Startvorlagenversion zu einer VM:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -  -MachineProfile "XDHyp:\HostingUnits\sard-ue1a\us-east-1a.availabilityzone\apollo-non-persistent-vda-win2022-2 (i-08xxxxxxxxx).vm"

 <!--NeedCopy-->

MCSIO-fähiger Katalog

MCS Storage Optimization (MCSIO) verbessert die Leistung der VM, indem Festplattenoperationen entweder im Arbeitsspeicher oder auf einer kleinen, schnellen Festplatte zwischengespeichert werden. Sie können einen MCSIO-fähigen, nicht persistenten Katalog mithilfe von PowerShell-Befehlen erstellen. Um einen solchen Katalog zu erstellen, müssen Sie den MCSIO-Treiber während der Installation oder des Upgrades des VDA bei der Vorbereitung der AMI-Instanz installieren. Standardmäßig ist dieser Treiber nicht installiert.

Nachdem ein MCSIO-AMI vorbereitet wurde (wählen Sie bei der Installation des VDA die Option, den MCSIO-Treiber in die Installation aufzunehmen), können Sie einen MCSIO-fähigen, nicht persistenten Katalog erstellen.

Hinweis:

Die Option, MCSIO nur mit Festplattencache (ohne Arbeitsspeicher-Cache) über Studio zu konfigurieren, wurde in allen Hypervisoren und Cloud-Service-Umgebungen entfernt.

Erstellen eines MCSIO-fähigen Katalogs

Die vier Parameter, die dem PowerShell-Befehl New-ProvScheme hinzugefügt wurden, sind:

UseWriteBackCache: Aktiviert das Caching (Write-Back-Cache) für das angegebene Bereitstellungsschema
WriteBackCacheDiskSize: Gibt die Größe in GB der temporären Festplatte an, die für das Caching verwendet wird
WriteBackCacheMemorySize: Gibt an, wie viel Arbeitsspeicher in MB für das Caching verwendet werden soll. Dies ist ein optionaler Parameter.

Hinweis:

Der Wert von WriteBackCacheDiskSize muss größer als Null sein, da mindestens 1 GB Cache-Festplattenspeicher erforderlich ist. Die Cache-Festplattengröße darf nicht größer sein als die Größe der Betriebssystemfestplatte.

Der Wert von WriteBackCacheMemorySize muss ungleich Null und kleiner als die Arbeitsspeichergröße des Maschinenkatalogs sein.

Die benutzerdefinierten Eigenschaften, die MCSIO beeinflussen, sind:

WBCDiskStorageType: Definiert den Volume-Typ, der für die temporäre Festplatte in Amazon WorkSpaces Core Managed Instances verwendet wird. Dieser Parameter akzeptiert ein Zeichenfolgenargument im Format volume-type[:iops][:throughput]. Die folgenden Volume-Typen sind verfügbar:
- gp2: Verwenden Sie keine iops- und throughput-Parameter für diesen Volume-Typ
- gp3: Verwenden Sie iops- und throughput-Parameter für diesen Volume-Typ
- io1: Verwenden Sie nur den iops-Parameter für diesen Volume-Typ
- io2: Verwenden Sie nur den iops-Parameter für diesen Volume-Typ
Der Standard-Volume-Typ ist gp2.
PersistWBC: Steuert, ob die Cache-Festplatte beibehalten oder verworfen werden soll, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true gesetzt, wird die Cache-Festplatte beibehalten. Wenn auf false gesetzt (Standardwert), wird die Cache-Festplatte nur erstellt und beibehalten, solange die AMI-Instanz eingeschaltet ist.
PersistOSDisk: Steuert, ob die Betriebssystemfestplatte beibehalten oder verworfen werden soll, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true gesetzt, wird die Betriebssystemfestplatte beibehalten. Wenn auf false gesetzt (Standardwert), wird die Betriebssystemfestplatte nur erstellt und beibehalten, solange die AMI-Instanz eingeschaltet ist.

Führen Sie die folgenden Schritte im PowerShell-Fenster aus, um einen MCSIO-fähigen, nicht persistenten Katalog zu erstellen:

Öffnen Sie das PowerShell-Fenster.

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

Erstellen Sie einen Broker-Katalog und einen Identitätspool.

Erstellen Sie das Bereitstellungsschema. Zum Beispiel:

$HostingUnitUid = '0xxxx1d9-bbfc-xxxf-bxxb-exxxxxe008b2'
$MasterImageVM = 'XDHyp:\HostingUnits\ctx-test\aws-apollo-non-persistent-multi-mcsio-vda-win2022 (ami-0bf1810488acbxxxb).template'
$NetworkMap = @{ 'NetworkPath' = 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\10.0.128.0`/17 (vpc-0fa6e41d72507fxxx).network' }
$SecurityGroup = $( 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\private.securitygroup' )
$ServiceOffering = 'XDHyp:\HostingUnits\ctx-test\T3 Medium Instance.serviceoffering'
-  $CustomProperties = 'WBCDiskStorageType,gp3:6000:250;PersistWBC,false'

$provScheme = New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid `
-IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot `
-  MasterImageVM $MasterImageVM `
-NetworkMap $NetworkMap `
-ServiceOffering $ServiceOffering `
-SecurityGroup $SecurityGroup `
-CustomProperties $CustomProperties `
-UseWriteBackCache -WriteBackCacheDiskSize 16 -WriteBackCacheMemorySize 256

<!--NeedCopy-->

Fügen Sie dem Katalog VMs hinzu.

Startleistung mit MCSIO verbessern

Sie können die Startleistung von VMs verbessern, wenn Sie MCSIO aktivieren und die benutzerdefinierten Eigenschaften PersistWBC und PersistOSDisk auf true setzen. Mit einer solchen Einstellung können VMs schneller starten, da sie keine neue Cache-Festplatte initialisieren oder eine Root-Festplatte aus ihrer Vorlage neu erstellen müssen.

OS- und ID-Festplatten verschlüsseln

Sie können einen Katalog von VMs mit AWS KMS-Schlüsseln (kundenverwalteter Schlüssel und AWS-verwalteter Schlüssel) erstellen, die zur Verschlüsselung von OS-Festplatten und Identitätsfestplatten (ID) verwendet werden können.

AWS-verwaltete Schlüssel werden jährlich automatisch rotiert.
- Kundenverwaltete Schlüssel sind optional für die automatische Rotation und können manuell verwaltet werden.
- Weitere Informationen zu KMS-Schlüsseln finden Sie in den folgenden AWS-Dokumenten:
AWS KMS-Konzepte
So funktioniert die automatische Schlüsselrotation
Für die Verschlüsselung von OS- und ID-Festplatten konfigurieren Sie eine der folgenden Optionen:
Verwenden Sie ein vorbereitetes Image, das verschlüsselt ist (z. B. ein AMI, das aus einer Instanz oder einem Snapshot erstellt wurde, der ein mit einem KMS-Schlüssel verschlüsseltes EBS-Root-Volume enthält)
Verwenden Sie eine Maschinenprofilquelle (VM oder Startvorlage), die ein verschlüsseltes EBS-Root-Volume enthält.

Einschränkungen

Beachten Sie die folgenden Einschränkungen:

MCS unterstützt derzeit nur eine Festplatte auf vorbereiteten Image-AMIs.
Sie können vorhandene unverschlüsselte EBS-Volumes oder Snapshots nicht direkt verschlüsseln oder den KMS-Schlüssel eines vorhandenen verschlüsselten Volumes ändern. Dazu müssen Sie:
1. Erstellen Sie einen neuen Snapshot dieses Volumes.
2. Erstellen Sie ein neues Volume aus diesem Snapshot
3. Verschlüsseln Sie das neue Volume.

Siehe die folgenden AWS-Dokumente:

Unverschlüsselte Ressourcen verschlüsseln
Einschränkungen der automatischen oder standardmäßigen Verschlüsselung von EBS-Volumes: Vorhandene und neue Amazon EBS-Volumes automatisch verschlüsseln.

Katalog mit Festplattenverschlüsselung erstellen

Sie können einen MCS-Maschinenkatalog mit Festplattenverschlüsselung erstellen, indem Sie Folgendes verwenden:

Vorbereitetes Image (erstellt über die Image-Verwaltung aus einem Master-Image mit verschlüsselter Festplatte)
Maschinenprofil

Überlegungen bei der Verwendung von Maschinenprofil-Eingaben:

Der KMS-Schlüssel der Maschinenprofil-Eingabe hat Vorrang vor dem KMS-Schlüssel des vorbereiteten Images.
Wenn keine Maschinenprofil-Eingabe bereitgestellt wird, wird der KMS-Schlüssel des vorbereiteten Image-AMI verwendet, um die Festplatten der Katalog-VMs zu verschlüsseln.
Wenn das Maschinenprofil Block Device Mappings enthält, müssen die im vorbereiteten Image-Template (AMI) und im Maschinenprofil vorhandenen Block-Geräte übereinstimmen. Wenn das AMI beispielsweise ein Gerät unter /dev/sda1 definiert hat, muss das Maschinenprofil ebenfalls ein Gerät unter /dev/sda1 definiert haben.
Wenn kein Schlüssel in der Maschinenprofilquelle vorhanden ist und das vorbereitete Image unverschlüsselt ist, werden die Festplatten der Katalog-VMs nicht verschlüsselt.
Wenn das vorbereitete Image verschlüsselt ist, muss eine Maschinenprofil-Quell-VM oder ein Start-Template ein verschlüsseltes Root-Volume haben, um als gültige Eingabe zu gelten.

Einen vorhandenen Katalog ändern

Sie können einen vorhandenen Katalog mit dem PowerShell-Befehl Set-ProvScheme ändern, um Folgendes zu verwenden:

Eine Maschinenprofil-Eingabe mit einem Volume, das einen neuen KMS-Schlüssel enthält.
Ein vorbereitetes Image, das aus dem Master-Image mit verschlüsseltem AMI über die Image-Verwaltung erstellt wurde.

Wichtige Überlegungen:

Die Volumes neuer VMs, die dem Katalog hinzugefügt werden, werden mit dem neuen KMS-Schlüssel verschlüsselt.
Um die Verschlüsselungseinstellungen zu aktualisieren, wenn ein vorhandenes Maschinenprofil vorliegt, führen Sie Set-ProvScheme mit einem neuen Maschinenprofil aus.
Sie können einen vorhandenen Katalog nicht von verschlüsselten Volumes auf unverschlüsselte Volumes umstellen.

Sie können kein Image-Update von einem verschlüsselten vorbereiteten Image-AMI auf ein unverschlüsseltes vorbereitetes Image-AMI durchführen.

NitroTPM und UEFI Secure Boot für VM-Instanzen aktivieren

Beim Erstellen eines Katalogs können Sie jetzt ein vorbereitetes Image (AMI) mit aktiviertem NitroTPM und/oder UEFI Secure Boot auswählen. Dementsprechend werden die bereitgestellten VMs im Katalog ebenfalls mit NitroTPM und/oder UEFI Secure Boot aktiviert. Diese Implementierung stellt sicher, dass die VMs gesichert und vertrauenswürdig sind. Weitere Informationen zu NitroTPM und UEFI Secure Boot finden Sie in der Amazon-Dokumentation.

Einschränkungen

Sie können NitroTPM und Secure Boot derzeit in allen AWS-Regionen (einschließlich der AWS GovCloud (US)-Regionen) außer China verwenden.
Sie können NitroTPM und UEFI Secure Boot nicht für vorhandene Kataloge aktivieren. Wenn Sie einen Katalog mit aktiviertem NitroTPM und UEFI Secure Boot wünschen, erstellen Sie einen neuen Katalog.

Wichtige Schritte

Richten Sie Ihre AWS-Umgebung ein.
Stellen Sie eine Verbindung zu AWS her.
Erstellen Sie ein Master-Image (AMI) mit aktiviertem NitroTPM und/oder UEFI Secure Boot.
Erstellen Sie ein vorbereitetes Image aus dem Master-Image. Siehe Erstellen eines vorbereiteten Images für Amazon WorkSpaces Core Managed Instances.
Erstellen Sie einen Maschinenkatalog, indem Sie das vorbereitete Image mit aktiviertem NitroTPM und UEFI Secure Boot im Citrix Studio-Katalogerstellungsmenü oder beim Erstellen eines Provisioning Schemes mit PowerShell-Befehlen auswählen.

VMs, die dem erstellten Katalog hinzugefügt werden, haben NitroTPM und UEFI Secure Boot aktiviert.

Ein AMI erstellen, das NitroTPM und UEFI Secure Boot unterstützt

Sie können ein AMI von einer VM erstellen, die NitroTPM und/oder UEFI Secure Boot aktiviert hat.
1. Erstellen Sie die Instanz mithilfe der AWS Marketplace-Images. Suchen Sie beispielsweise nach TPM-Windows_Server-2022-English-Full-Base on the aws-marketplace.
2. Laden Sie ein Single- oder Multi-Session-VDA herunter.
3. Erstellen Sie ein AMI aus dieser VM.
Verwenden Sie den Befehl register-image:
```
--boot-mode (string)
--tpm-support (string)


```
Weitere Informationen finden Sie unter register-image.

Siehe die folgenden AWS-Dokumente:

Sie können ein PowerShell-Fenster vom Delivery Controller™-Host öffnen, um zu überprüfen, ob ein bestimmtes:

Service-Angebot NitroTPM oder UEFI Secure Boot unterstützt

 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.BootMode
 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.NitroTpmSupportVersions

 <!--NeedCopy-->

Template NitroTPM oder UEFI Secure Boot unterstützt

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.BootMode

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.TpmSupport

 <!--NeedCopy-->

Service-Angebot eines vorhandenen Katalogs aktualisieren

Sie können das Service-Angebot eines vorhandenen Katalogs mit Set-ProvScheme ändern. Die Änderung gilt für die neu hinzugefügten VMs. In den folgenden Szenarien treten jedoch Fehler auf:

Boot-Modus des AMI	Unterstützt AMI Nitro TPM?	Unterstützt Service-Angebot NitroTPM und UEFI Secure Boot?
UEFI	Nein	Nein
Legacy BIOS	Ja	Nein
UEFI	Ja	Nein
UEFI Preferred	Ja	Nein

Tags auf VMs kopieren

Sie können Tags auf NICs und Festplatten (Identitätsfestplatte, Write-Back-Cache-Festplatte und OS-Festplatte), die im Maschinenprofil angegeben sind, auf neu erstellte VMs in einem MCS-Maschinenkatalog kopieren. Sie können diese Tags in jeder der Maschinenprofilquellen (AWS VM-Instanz oder AWS Launch Template-Version) angeben. Diese Funktion ist für persistente und nicht-persistente Maschinenkataloge und VMs anwendbar.

Hinweis:

In der AWS EC2-Konsole können Sie die Werte für Tag Network Interfaces nicht unter den Launch Template Version Resource Tags sehen. Sie können jedoch den PowerShell-Befehl aws ec2 describe-launch-template-versions --launch-template-id lt-0bb652503d45dcbcd --versions 12 ausführen, um die Tag-Spezifikationen anzuzeigen.

Wenn eine Maschinenprofilquelle (VM oder Startvorlagenversion) zwei Netzwerkschnittstellen (eni-1 und eni-2) hat und eni-1 das Tag t1 und eni-2 das Tag t2 hat, erhält die VM die Tags beider Netzwerkschnittstellen.

VM-Instanzen mithilfe von PowerShell filtern

Eine AWS-VM-Instanz, die Sie als Maschinenprofil-VM verwenden, muss kompatibel sein, damit der Maschinenkatalog korrekt erstellt und funktionieren kann. Um die AWS-VM-Instanzen aufzulisten, die als Eingabe-VMs für Maschinenprofile verwendet werden können, verwenden Sie den Befehl Get-HypInventoryItem. Der Befehl kann das Inventar der auf einer Hosting-Einheit verfügbaren VMs seitenweise anzeigen und filtern.

Paginierung

Get-HypInventoryItem unterstützt zwei Paginierungsmodi:

Der Paginierungsmodus verwendet die Parameter -MaxRecords und -Skip, um Sätze von Elementen zurückzugeben:
- -MaxRecords: Der Standardwert ist 1. Dies steuert, wie viele Elemente zurückgegeben werden.
- -Skip: Der Standardwert ist 0. Dies steuert, wie viele Elemente vom absoluten Anfang (oder absoluten Ende) der Liste im Hypervisor übersprungen werden.
Der Scroll-Modus verwendet die Parameter -MaxRecords, -ForwardDirection und -ContinuationToken, um das Scrollen der Datensätze zu ermöglichen:
- -ForwardDirection: Der Standardwert ist True. Dies wird zusammen mit -MaxRecords verwendet, um entweder den nächsten Satz übereinstimmender Datensätze oder den vorherigen Satz übereinstimmender Datensätze zurückzugeben.
- -ContinuationToken: Gibt die Elemente unmittelbar nach (oder vor, wenn ForwardDirection false ist) dem im ContinuationToken angegebenen Element zurück, dieses Element selbst jedoch nicht.

Beispiele für die Paginierung:

Um einen einzelnen Datensatz der Maschinenvorlage mit dem niedrigsten Namen zurückzugeben. Das Feld AdditionalData enthält TotalItemsCount und TotalFilteredItemsCount:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template

 
```

Um 10 Datensätze der Maschinenvorlage mit dem niedrigsten Namen zurückzugeben:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name

 <!--NeedCopy-->

Um ein Array von Datensätzen zurückzugeben, die mit dem höchsten Namen enden:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name

 <!--NeedCopy-->

Um ein Array von Datensätzen zurückzugeben, die bei der Maschinenvorlage beginnen, die dem angegebenen ContinuationToken zugeordnet ist:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ContinuationToken "ami-07xxxxxxxxxx" -MaxRecords 10

 <!--NeedCopy-->

Filterung

Die folgenden zusätzlichen optionalen Parameter werden zur Filterung unterstützt. Sie können diese Parameter mit den Paginierungsoptionen kombinieren.

-ContainsName "my_name": Wenn die angegebene Zeichenfolge mit einem Teil eines AMI-Namens übereinstimmt, wird das AMI in das Get-Ergebnis aufgenommen. Zum Beispiel:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name

 <!--NeedCopy-->

-Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }': Wenn ein AMI mindestens eines dieser Tags hat, wird es in das Get-Ergebnis aufgenommen. Zum Beispiel:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name

 
```
Hinweis:

Zwei Tag-Werte werden unterstützt. Der Tag-Wert Not Tagged stimmt mit Elementen überein, die das angegebene Tag nicht in ihrer Tag-Liste haben. Der Tag-Wert All values stimmt mit Elementen überein, die das Tag unabhängig vom Wert des Tags haben. Andernfalls erfolgt die Übereinstimmung nur, wenn das Element das Tag hat und der Wert dem im Filter angegebenen Wert entspricht.
-Id "ami-0a2d913927e0352f3": Wenn das AMI mit der angegebenen ID übereinstimmt, wird es in das Get-Ergebnis aufgenommen. Zum Beispiel:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -Id ami-xxxxxxxxxxxxx

 
```

Filterung nach dem Parameter AdditionalData

Der Filterparameter AdditionalData listet Vorlagen oder VMs basierend auf ihrer Fähigkeit, ihrem Serviceangebot oder einer beliebigen Eigenschaft auf, die in AdditionalData enthalten ist. Zum Beispiel:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200).AdditionalData

<!--NeedCopy-->

Sie können auch einen Parameter -Warn hinzufügen, um die inkompatiblen VMs anzuzeigen. Die VMs werden mit einem AdditionalData-Feld namens Warning aufgenommen. Zum Beispiel:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200 -Template "ami-015xxxxxxxxx" -Warn $true).AdditionalData

<!--NeedCopy-->

Nächste Schritte

Informationen zur Verwaltung eines Amazon WorkSpaces Core-Katalogs finden Sie unter Verwalten eines Katalogs von Amazon WorkSpaces Core Managed Instances

Weitere Informationen

AWS-Virtualisierungsumgebungen
Verbindung zu Amazon WorkSpaces Core Managed Instances
Image-Verwaltung
Erstellen eines vorbereiteten Images für Amazon WorkSpaces Core Managed Instances
Beispiele für Amazon WorkSpaces Core GitHub PowerShell finden Sie unter citrix-mcs-sdk-samples-Amazon WorkSpaces Core.

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 Katalogs von Amazon WorkSpaces Core Managed Instances

May 4, 2026

Beitrag von:

May 4, 2026

Beitrag von:

In diesem Artikel

Voraussetzungen
Netzwerkeinstellung während der Image-Vorbereitung
Ein maschinenprofilbasierter Maschinenkatalog
AWS Tenancy
Flexible Abrechnung
Katalog erstellen
Katalog mit Studio erstellen
Erstellen eines Katalogs mit PowerShell
MCSIO-fähiger Katalog
OS- und ID-Festplatten verschlüsseln
NitroTPM und UEFI Secure Boot für VM-Instanzen aktivieren
Tags auf VMs kopieren
VM-Instanzen mithilfe von PowerShell filtern
Nächste Schritte
Weitere Informationen

War dieser Artikel hilfreich?