Citrix DaaS™

Erstellen eines Katalogs von Amazon WorkSpaces Core Managed Instances

September 3, 2026

Beitrag von:

C C

(/de-de/citrix-daas/install-configure/machine-catalogs-create.html) beschreibt die Assistenten, die einen Maschinenkatalog erstellen. Die folgenden Informationen behandeln Details, die spezifisch für Amazon WorkSpaces Core Managed Instances sind.

Hinweis:

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

Voraussetzungen

Bevor Sie einen Katalog von Amazon WorkSpaces Core Managed Instances erstellen, müssen Sie Folgendes abgeschlossen 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 Vorbereitungs-VM (virtuelle Maschine) basierend auf der ursprünglichen VM erstellt. Diese Vorbereitungs-VM ist vom Netzwerk trennen. Um das Netzwerk von der Vorbereitungs-VM 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 von einer EC2-Instanz (VM) oder einer Startvorlagenversion zu erfassen und auf die bereitgestellten Maschinen anzuwenden. Erfasste Eigenschaften können beispielsweise den Mandantentyp, 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 Launch Template-Version als Maschinenprofil-Eingabe 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 verschiedener 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:

Die dedizierten Instanzen werden nur unterstützt (dedizierte Hosts werden derzeit nicht unterstützt). Andere Kunden nutzen nicht dieselbe Hardware.

Der 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 von 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 Hosts, der von anderen AWS-Kunden getrennt ist, zahlen aber nicht für den gesamten Host. Sie müssen sich keine Gedanken über die Kapazität des Hosts machen, aber Ihnen werden höhere Gebühren für die Instanzen berechnet. Zusätzlich bieten dedizierte Instanzen eingeschränkte 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 Computekosten, basierend auf der Persistenz und den Nutzungsmustern Ihrer Workload.

Diese Funktion erfordert die Verwendung des Amazon WorkSpaces-Abrechnungsdienstes. Standardmäßig verwendet MCS diesen Dienst, um Instanzen bereitzustellen und zu verwalten, sodass 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 Abrechnungsoption Monatlich nicht verfügbar.
Hostverbindung: Flexible Abrechnung gilt nur für Amazon WorkSpaces Core-Hostverbindungen. 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 (Betriebssystem) und Mandantentypen 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 Maschinenkatalog mit einem bestimmten Abrechnungsmodus erstellen.

Katalog erstellen

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

Sie können einen Katalog erstellen mit:

Studio
PowerShell

Katalog mit Studio erstellen

Maschinenkatalog über den Knoten „Images“ erstellen

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

Alternativ können Sie die Version beim Erstellen eines Katalogs im Knoten Maschinenkataloge auswählen und auf die Option für vorbereitete Images im Workflow zur Katalogerstellung verweisen. Siehe Maschinenkatalog über den Knoten „Maschinenkataloge“ erstellen.

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

Wählen Sie eine Imageversion aus und klicken Sie auf Katalog erstellen. Klicken Sie auf der Seite Einführung auf Weiter.
Auf den Seiten Maschinenverwaltung und Image sind die Einstellungen basierend auf der ausgewählten Imageversion vorausgewählt. Geben Sie auf der Seite „Image“ eine Notiz für das ausgewählte vorbereitete Image ein.
Schließen Sie die Einstellungen auf den folgenden Seiten ab.
Ü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.

Maschinenkatalog über den Knoten „Maschinenkataloge“ erstellen

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

Klicken Sie auf Maschinenkataloge im linken Navigationsbereich.
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 Bereitstellungstechnologie. 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 auf der lokalen Festplatte vornimmt, 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 Versionsnummer, die unterstrichen ist. 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 Standard-Maschinenspezifikation wird angezeigt, die auf dem Maschinenprofil basiert. Um sie zu ändern, wählen Sie das Bearbeitungssymbol und dann 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 Maschinenidentitätstyp für die Maschinen im Katalog:
1. Um domänengebundene Maschinen (lokales Active Directory oder Microsoft Entra hybrid verbunden) 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änengebundene 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.
Auf der Seite Domänenanmeldeinformationen klicken Sie auf Anmeldeinformationen eingeben, um die Anmeldeinformationen für die ausgewählte Domäne bereitzustellen. Geben Sie bei Aufforderung einen Benutzernamen und ein 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 bei der Erstellung eines Maschinenkatalogs in einer AWS Local Zone

Bestimmte lokale Zonen unterstützen nur bestimmte Hardwarekonfigurationen (zum Beispiel 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äger-Snapshots 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.

Katalog mit PowerShell erstellen

Katalog mit einer vorbereiteten Image-Versionsspezifikation und einem Maschinenprofil erstellen

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

Maschinenprofil aktualisieren

Um das Maschinenprofil in einem Katalog zu aktualisieren, der ursprünglich mit einem Maschinenprofil bereitgestellt wurde, gehen Sie wie folgt vor. 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-->

Maschinenkatalog mit einem bestimmten Abrechnungsmodus erstellen

Sie können den Abrechnungsmodus derzeit nur mit PowerShell angeben, während Sie einen Maschinenkatalog erstellen.

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 für den Katalog standardmäßig Hourly verwendet.

Abrechnungsmodus eines vorhandenen Katalogs ändern

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 werden, 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 vorhandene VMs in einem Katalog zu aktualisieren, erstellen Sie eine neue Bereitstellungsschemaversion 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-->

Problembehandlung und Validierung

MCS enthält Vorabprüfungen, um inkompatible Konfigurationen zu verhindern. Bei der Katalogerstellung oder -bearbeitung können folgende 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.

Katalog mit Startvorlagenversion mithilfe von PowerShell erstellen

Sie können einen MCS-Maschinenkatalog mit einer Startvorlagenversion als Maschinenzuordnungseingabe erstellen. Sie können die Eingabe eines Maschinenzuordnungskatalogs 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 Maschinenzuordnungseingabe 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 Eingabe des Maschinenprofils oder explizit als Parameter in New-ProvScheme oder Set-ProvSchemeBefehlen angegeben werden. Wenn sie in New-ProvScheme oder Set-ProvScheme Befehlen angegeben werden, haben sie Vorrang vor den Maschinenprofilwerten dieser Eigenschaften.

Serviceangebot
Netzwerke

Hinweis:

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

So erstellen Sie einen Katalog unter Verwendung der Startvorlagenversion als Maschinenprofileingabe:

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

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

Erstellen Sie einen Identitätspool, falls noch nicht geschehen. 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. 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 Brokerkatalog. 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.

Maschinenprofilquelle aktualisieren

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

So aktualisieren Sie die Eingabe eines Maschinenprofilkatalogs von einer VM auf 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 auf eine 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 bei der Installation oder dem Upgrade des VDA während 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 zur Konfiguration von MCSIO nur mit Festplattencache (ohne Arbeitsspeicher-Cache) über Studio wurde in allen Hypervisoren und Cloud-Service-Umgebungen entfernt.

Einen MCSIO-fähigen Katalog erstellen

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 wird, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true festgelegt, wird die Cache-Festplatte beibehalten. Wenn auf false (Standard) festgelegt, wird die Cache-Festplatte nur erstellt und beibehalten, solange die AMI-Instanz eingeschaltet ist.
PersistOSDisk: Steuert, ob die Betriebssystemfestplatte beibehalten oder verworfen wird, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true festgelegt, wird die Betriebssystemfestplatte beibehalten. Wenn auf false (Standard) festgelegt, 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.
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 als true festlegen. Mit dieser Einstellung können VMs schneller starten, da sie keinen neuen Cachedatenträger initialisieren oder einen Root-Datenträger aus ihrer Vorlage neu erstellen müssen.

Betriebssystem- und ID-Datenträger verschlüsseln

Sie können einen Katalog von VMs mit AWS KMS-Schlüsseln (kundenverwalteter Schlüssel und AWS-verwalteter Schlüssel) erstellen, die zum Verschlüsseln von Betriebssystem- und Identitätsdatenträgern (ID) verwendet werden können.

AWS-verwaltete Schlüssel werden jährlich automatisch rotiert.
Kundenverwaltete Schlüssel sind für die automatische Rotation optional und können manuell verwaltet werden.

Weitere Informationen zu KMS-Schlüsseln finden Sie in den folgenden AWS-Dokumenten:

Konfigurieren Sie für die Verschlüsselung von Betriebssystem- und ID-Datenträgern 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 einen Datenträger 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 mithilfe der Image-Verwaltung aus einem Master-Image mit verschlüsselter Festplatte)
Maschinenprofil

Bei der Verwendung der Maschinenprofileingabe sind folgende Punkte zu beachten:

Der KMS-Schlüssel der Maschinenprofileingabe hat Vorrang vor dem KMS-Schlüssel des vorbereiteten Images.
Wenn keine Maschinenprofileingabe 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 Blockgeräte in der vorbereiteten Image-Vorlage (AMI) und dem Maschinenprofil übereinstimmen. Wenn das AMI beispielsweise ein Gerät auf /dev/sda1 definiert hat, muss das Maschinenprofil auch ein Gerät auf /dev/sda1 definiert haben.
Wenn im Maschinenprofil keine Schlüsselquelle 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 Startvorlage ein verschlüsseltes Root-Volume haben, um als gültige Eingabe zu gelten.

Vorhandenen Katalog ändern

Sie können einen vorhandenen Katalog mithilfe des PowerShell-Befehls Set-ProvScheme ändern, um Folgendes zu haben:

Eine Maschinenprofileingabe mit einem Volume, das einen neuen KMS-Schlüssel enthält.
Ein vorbereitetes Image, das aus dem Master-Image mit verschlüsseltem AMI unter Verwendung der 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 vorhanden ist, führen Sie Set-ProvScheme mit einem neuen Maschinenprofil aus.
Sie können einen vorhandenen Katalog nicht von verschlüsselten Volumes zu unverschlüsselten Volumes ändern. Sie können kein Image-Update von einem verschlüsselten vorbereiteten Image-AMI zu einem unverschlüsselten vorbereiteten 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 sind 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.
Erstellen Sie eine Verbindung zu AWS.
Erstellen Sie ein Master-Image (AMI), das mit NitroTPM und/oder UEFI Secure Boot aktiviert ist.
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 Menü zur Katalogerstellung von Citrix Studio auswählen oder wenn Sie ein Bereitstellungsschema mit PowerShell-Befehlen erstellen.

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

Erstellen Sie ein AMI, das NitroTPM und UEFI Secure Boot unterstützt

Sie können ein AMI aus einer VM erstellen, die NitroTPM und/oder UEFI Secure Boot aktiviert hat.
1. Erstellen Sie die Instanz mithilfe der AWS Marketplace-Images. Beispiel: Suchen Sie 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 aus öffnen, um zu überprüfen, ob ein bestimmtes Element:

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

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

Serviceangebot eines vorhandenen Katalogs aktualisieren

Sie können das Serviceangebot 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:

AMIs-Startmodus	Unterstützt AMI Nitro TPM?	Unterstützt das Serviceangebot NitroTPM und UEFI Secure Boot?
UEFI	Nein	Nein
Legacy-BIOS	Ja	Nein
UEFI	Ja	Nein
UEFI bevorzugt	Ja	Nein

Tags auf VMs kopieren

Sie können Tags auf NICs und Datenträgern (Identitätsdatenträger, Write-Back-Cache-Datenträger und OS-Datenträger), 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 Startvorlagenversion) angeben. Diese Funktion gilt für persistente und nicht-persistente Maschinenkataloge und VMs.

Hinweis:

In der AWS EC2-Konsole können Sie die Werte für Tag Network Interfaces unter den Launch Template Version Resource Tags nicht 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 den Tag t1 und eni-2 den Tag t2 hat, dann erhält die VM die Tags beider Netzwerkschnittstellen.

VM-Instanzen mit PowerShell filtern

Eine AWS VM-Instanz, die Sie als Maschinenprofil-VM verwenden, muss kompatibel sein, damit der Maschinenkatalog korrekt erstellt und funktioniert. Um die AWS VM-Instanzen aufzulisten, die als Maschinenprofil-Input-VMs verwendet werden können, können Sie den Befehl Get-HypInventoryItem verwenden. 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 Paging-Modus 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 sollen.
- -Skip: Der Standardwert ist 0. Dies steuert, wie viele Elemente vom absoluten Anfang (oder absoluten Ende) der Liste im Hypervisor übersprungen werden sollen.
Der Scrolling-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: Dies gibt die Elemente unmittelbar danach (oder davor, wenn ForwardDirection false ist) zurück, aber nicht das in ContinuationToken angegebene Element.

Beispiele für Paginierung:

Um einen einzelnen Datensatz der Maschinen-Vorlage 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 Maschinen-Vorlage 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 Maschinen-Vorlage beginnen, die mit dem angegebenen ContinuationToken verknüpft ist:

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

Filtern:

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

-ContainsName "my_name": Wenn die angegebene Zeichenfolge einem Teil eines AMI-Namens entspricht, 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 Nicht getaggt stimmt mit Elementen überein, die das angegebene Tag nicht in ihrer Tag-Liste haben. Der Tag-Wert Alle Werte 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 der angegebenen ID entspricht, wird es in das Get Ergebnis aufgenommen. Zum Beispiel:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -Id ami-xxxxxxxxxxxxx
 <!--NeedCopy-->

Filtern nach dem AdditionalData-Parameter:

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

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

Sie können auch einen -Warn Parameter hinzufügen, um die inkompatiblen VMs anzuzeigen. Die VMs werden mit einem AdditionalData Feld namens Warnung 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 dieser Produktdokumentation ist in englischer Sprache verfasst. Nicht-englische Versionen wurden ausschließlich zu Ihrer Bequemlichkeit verfasst und können maschinell übersetzte Inhalte enthalten. Weitere Informationen finden Sie im Haftungsausschluss zur maschinellen Übersetzung (Machine Translation Disclaimer) auf Cloud Software Group home.

War dieser Artikel hilfreich?

Erstellen eines Katalogs von Amazon WorkSpaces Core Managed Instances

September 3, 2026

Beitrag von:

C C

September 3, 2026

Beitrag von:

C C

In diesem Artikel

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

War dieser Artikel hilfreich?