Produktdokumentation
Citrix DaaS™
PDF anzeigen

Kataloge mithilfe vorbereiteter Images in Amazon WorkSpaces Core Managed Instances erstellen

September 3, 2026
Beitrag von: 
C C

Erstellen Sie vorbereitete Images und verwenden Sie diese, um einen MCS-Maschinenkatalog zu erstellen mit:

  • Studio
  • PowerShell

Wichtige Schritte

  1. Erstellen Sie die Imagedefinition und die anfängliche Imageversion.
  2. Erstellen Sie Imageversionen aus der anfänglichen Imageversion.
  3. Verwenden Sie die Imageversion als vorbereitetes Image, um einen Katalog zu erstellen.

Erstellen einer Imagedefinition und anfänglichen Imageversion mit Studio

Führen Sie die folgenden Schritte aus, um eine Imagedefinition und die anfängliche Imageversion zu erstellen:

  1. Gehen Sie in Studio zum Knoten Images, und klicken Sie auf Imagedefinition erstellen. Klicken Sie auf der Seite Einführung auf Weiter.
  2. Geben Sie auf der Seite Imagedefinition den Betriebssystemtyp und den Sitzungstyp für die Imagedefinition an.

  3. Wählen Sie auf der Seite Image die Ressourcen (nur die für die festgelegte Verbindung anwendbaren Ressourcen werden aufgelistet), ein Masterimage, das als Vorlage zum Erstellen der Imageversion verwendet werden soll, und ein Maschinenprofil aus, von dem Hardwareeigenschaften erfasst werden sollen. Wählen Sie ein Maschinenprofil aus, um Hardwareeigenschaften von einer VM-Instanz oder einer Startvorlagenversion zu erfassen.

    Hinweis:

    • Bevor Sie ein Image auswählen, vergewissern Sie sich, dass auf dem Masterimage VDA 2311 oder höher installiert ist und der MCSIO-Treiber auf dem VDA installiert ist.
    • Der Instance Metadata Service (IMDS) V2 wird nur unterstützt, nicht IMDS V1. Weitere Informationen finden Sie unter So funktioniert Instance Metadata Service Version 2.
  4. Wählen Sie auf der Seite Maschinenspezifikation eine Maschinengröße aus. Die Maschinengröße des Maschinenprofils (ausgewählt auf der Seite Image) ist standardmäßig ausgewählt.
  5. Wählen oder fügen Sie auf der Seite NICs NICs für das Vorbereitungs-Image hinzu. Wählen Sie für jede NIC ein zugehöriges VPC-Subnetz aus.
  6. Geben Sie auf der Seite Versionsbeschreibung eine Beschreibung für die erstellte anfängliche Image-Version ein.
  7. Überprüfen Sie auf der Seite Zusammenfassung die Details der Image-Definition und der erstellten anfänglichen Image-Version. Geben Sie einen Namen und eine Beschreibung für die Image-Definition ein. Klicken Sie auf Fertig stellen.

Image-Versionen mit Studio erstellen

Image-Versionen ermöglichen die Verwaltung verschiedener Iterationen oder Updates eines bestimmten Images. Diese Funktionalität ermöglicht es Ihnen, mehrere Versionen eines Images für verschiedene Zwecke zu verwalten.

Gehen Sie wie folgt vor, um Image-Versionen aus der anfänglichen Image-Version zu erstellen:

Hinweis:

Die Hosting-Einheit aller Image-Versionen muss dieselbe sein.

  1. Gehen Sie zum Knoten Images, wählen Sie eine Image-Version oder eine Image-Definition aus und klicken Sie auf Image-Version erstellen.
  2. Auf der Seite Image-Definition können Sie die Hosting-Einheit ändern und das Master-Image sowie das Maschinenprofil für diese Image-Version neu auswählen.
  3. Wenn die Konfiguration der Image-Version von der anfänglich konfigurierten Image-Version abweichen soll, konfigurieren Sie die Einstellungen auf den Seiten Maschinenspezifikation und NICs des Dialogfelds Image-Version erstellen.
  4. Fügen Sie eine Beschreibung für die Image-Version hinzu. Klicken Sie auf Fertig stellen.

Hinweis:

Wenn die Erstellung der Image-Version aus irgendeinem Grund fehlschlägt, bietet die Registerkarte Fehlerbehebung unten eine Option zum Wiederholen.

Erstellen einer Spezifikation für eine vorbereitete Image-Version mit PowerShell

Die detaillierten PowerShell-Befehle zum Erstellen einer Spezifikation für eine vorbereitete Image-Version lauten wie folgt:

  1. Überprüfen Sie die verfügbaren Namen der Image-Definitionen mithilfe von Test-ProvImageDefinitionNameAvailable command. Beispiel:

    Test-ProvImageDefinitionNameAvailable -ImageDefinitionName <string[]>
<!--NeedCopy-->

  2. Erstellen Sie eine Image-Definition mithilfe des Befehls New-ProvImageDefinition. Beispiel:

    New-ProvImageDefinition -ImageDefinitionName image1 -OsType Windows -VdaSessionSupport MultiSession
<!--NeedCopy-->

  3. Erstellen Sie eine neue Konfiguration für die Image-Definition in der angegebenen Hosting-Verbindung mithilfe des Befehls Add-ProvImageDefinitionConnection.

    Add-ProvImageDefinitionConnection -ImageDefinitionName image1 -HypervisorConnectionName test-conn
<!--NeedCopy-->

  4. Erstellen Sie eine Image-Version mithilfe des Befehls New-ProvImageVersion. Beispiel:

    New-ProvImageVersion -ImageDefinitionName image1 -Description "version 1"
<!--NeedCopy-->

  5. Fügen Sie der Image-Version mithilfe des Befehls Add-ProvImageVersionSpec eine Master-Image-Versions-Spezifikation hinzu. Beispiel:

    Add-ProvImageVersionSpec -ImageDefinitionName  image1  -ImageVersionNumber  1 -HostingUnitName wsc -MasterImagePath "XDHyp:\HostingUnits\wsc\win10-2411-ami (ami-00123456789abcdef).template”"
<!--NeedCopy-->

    Hinweis:

    Sie können nur eine Master-Image-Versions-Spezifikation zu einer Image-Version für eine Hosting-Einheit hinzufügen.

  6. Erstellen Sie eine Spezifikation für eine vorbereitete Image-Version aus der Master-Image-Versions-Spezifikation mithilfe des Befehls New-ProvImageVersionSpec. Der Parameter SourceImageVersionSpecUid wird vom Befehl Add-ProvImageVersionSpec abgeleitet. Beispiel:

    New-ProvImageVersionSpec
-SourceImageVersionSpecUid  00000000-0000-0000-0000-00000000000
-MachineProfile 'XDHyp:\HostingUnits\wsc\w2022-2411 (lt-00123456789abcdef).launchtemplate\lt-00123456789abcdef (1).launchtemplateversion' -RunAsynchronously
<!--NeedCopy-->

Beispiel für den vollständigen Satz von PowerShell-Befehlen zum Erstellen von Image-Definition, Image-Version und Spezifikation für eine vorbereitete Image-Version:

New-ProvImageDefinition -ImageDefinitionName image1 -OsType Windows -VdaSessionSupport MultiSession


Add-ProvImageDefinitionConnection -ImageDefinitionName image1 -HypervisorConnectionName wsc -CustomProperties $CustomProperties

$imageVersion = New-ProvImageVersion -ImageDefinitionName image1 -Description "version 1"

$SourceImageVersionSpec = Add-ProvImageVersionSpec -ImageVersionUid $imageVersion.ImageVersionUid `
    -HostingUnitUid $hostingunit.HostingUnitUid `
    -MasterImagePath "XDHyp:\HostingUnits\wsc\win10-2411-ami (ami-00123456789abcdef).template”

New-ProvImageVersionSpec -MachineProfile 'XDHyp:\HostingUnits\wsc\w2022-2411 (lt-00123456789abcdef).launchtemplate\lt-00123456789abcdef (1).launchtemplateversion' -SourceImageVersionSpecUid $SourceImageVersionSpec.ImageVersionSpecUid
Add-ProvImageVersionSpecHostingUnit -ImageVersionSpecUid 00000000-0000-0000-0000-00000000000-HostingUnitName wsc
$PreparedImageVersionSpec = Get-ProvImageVersionSpec -ImageVersionUid $imageVersion.ImageVersionUid | Where SourceImageVersionSpecUid-eq $SourceImageVersionSpec.ImageVersionSpecUid
<!--NeedCopy-->

Hinweis:

  • Alle Spezifikationen für Image-Versionen in einer Image-Definition müssen zur selben Hosting-Einheit gehören.
  • Eine Image-Version kann nur eine Master-Image-Versions-Spezifikation und eine Spezifikation für eine vorbereitete Image-Version haben.
  • Alle Image-Versionsspezifikationen müssen ein Maschinenprofil haben.

Vorbereitete Images über Verfügbarkeitszonen und Regionen hinweg teilen

Sie können jetzt ein einzelnes vorbereitetes Image über verschiedene Verfügbarkeitszonen hinweg, die an unterschiedliche Hosting-Einheiten gebunden sind, innerhalb derselben AWS-Region oder in verschiedenen Regionen für Ihre Amazon WorkSpaces Core Managed Instances teilen. Dies ermöglicht es Ihnen, ein vorbereitetes Image zu verwenden, um MCS-Maschinenkataloge in verschiedenen Verfügbarkeitszonen und Regionen zu erstellen und zu aktualisieren. Beim Teilen über verschiedene AZs in verschiedenen Regionen wird die vorbereitete Image-Version von der ursprünglichen Region in die Zielregionen kopiert.

Sie können ein einzelnes vorbereitetes Image verwalten und es verwenden, um Maschinenkataloge über mehrere Verfügbarkeitszonen und Regionen hinweg, die an unterschiedliche Hosting-Einheiten gebunden sind, zu erstellen und zu aktualisieren. Dies reduziert Ihren Image-Verwaltungsaufwand erheblich, gewährleistet Konsistenz über Bereitstellungen hinweg und optimiert den Bereitstellungsprozess. Sie können auch bestehende Maschinenkataloge nahtlos mit vorbereiteten Images aus einer anderen Verfügbarkeitszone oder Region aktualisieren.

Anwendungsfälle

  • Zentralisierte Image-Verwaltung: Sie erstellen ein vorbereitetes Image in einer Verfügbarkeitszone (zum Beispiel us-east-1a). Sie können dieses Image dann für andere Verfügbarkeitszonen wie us-east-1b innerhalb derselben us-east-1 AWS-Region oder us-west-1a in einer anderen us-west-1 region freigeben. Dies ermöglicht es einem einzigen Image, mehrere Hosting-Einheiten zu bedienen und vereinfacht die Wartung für Sie.
  • Effiziente Katalogerstellung und -aktualisierung: Sie können ein in AZ 1 (zum Beispiel us-east-1a) erstelltes vorbereitetes Image verwenden, um neue Kataloge in AZ 1 zu erstellen. Nachdem Sie dieses Image für AZ 2 (zum Beispiel us-east-1b) freigegeben haben, können Sie das freigegebene Image in AZ 2 verwenden, um Kataloge in AZ 2 zu erstellen und zu aktualisieren.
  • Bereitstellungen über Hosting-Einheiten und Hosting-Verbindungen hinweg: Wenn Ihre Umgebung mehrere Hosting-Einheiten in derselben oder in verschiedenen AWS-Regionen umfasst, können Sie vorbereitete Images effizient zwischen diesen Hosting-Einheiten teilen.

Einschränkungen

  • Teilen innerhalb desselben AWS-Kontos: In der aktuellen Implementierung können Sie nicht über verschiedene AWS-Konten hinweg teilen.

Wichtige Überlegungen

  • Löschreihenfolge: Um eine ursprüngliche Spezifikation einer vorbereiteten Image-Version zu löschen, müssen Sie zuerst alle ihre freigegebenen Spezifikationen der Image-Version löschen. Alternativ müssen Sie die ursprünglichen und freigegebenen Spezifikationen gleichzeitig löschen.
  • Abhängigkeit der Image-Version: Wenn Sie eine Image-Version entfernen, müssen Sie zuerst alle Freigabekonfigurationen entfernen, die von dieser spezifischen Image-Version abhängen. Kataloge, die Sie aus dem ursprünglichen (nicht freigegebenen) Image erstellt haben, können intakt bleiben.
  • Katalog-Rückwärtskompatibilität: Sie können bestehende Maschinenkataloge aktualisieren, die Sie vor der Einführung dieser Funktion bereitgestellt haben. Verwenden Sie vorbereitete Images, die Sie in einer anderen Verfügbarkeitszone oder Region erstellt haben, als der, in der Sie den Katalog ursprünglich bereitgestellt haben.
  • Vollständiges Löschen: Wenn Sie ein vorbereitetes Image löschen, kann es in keiner Verfügbarkeitszone mehr verwendet werden, in der Sie es geteilt oder ursprünglich erstellt haben. Darüber hinaus kann eine vorbereitete Image-Version erst gelöscht werden, wenn alle Kataloge, die an die vorbereitete Image-Version gebunden sind, zuerst gelöscht wurden.

Voraussetzungen

Bevor Sie diese Funktion konfigurieren oder verwenden, stellen Sie sicher, dass Sie die folgenden Bedingungen erfüllen:

  • Ihre Umgebung muss eine Amazon WorkSpaces Core Managed Instances-Umgebung sein.
  • Sie müssen mehrere Hosting-Einheiten (jede kann an verschiedene Verfügbarkeitszonen gebunden sein) und Host-Verbindungen (jede kann an eine andere Region gebunden sein) unter demselben AWS-Konto konfigurieren.

Konfigurieren über die Studio-Benutzeroberfläche

Sie können vorbereitete Images über Verfügbarkeitszonen hinweg, die an verschiedene Hosting-Einheiten gebunden sind, über die Studio-Benutzeroberfläche freigeben.

So geben Sie ein vorbereitetes Image frei

  1. Navigieren Sie zum Knoten Images des Studios und wählen Sie die vorbereitete Image-Version aus, die Sie für andere Verfügbarkeitszonen freigeben möchten.
  2. Wählen Sie in der oberen Navigationsleiste Image-Freigabe verwalten, um die Image-Freigabe für die ausgewählte Image-Version zu verwalten.
  3. Wählen Sie auf der Seite Image-Freigabe verwalten eine oder mehrere Ressourcen aus, für die Sie die Image-Version freigeben möchten. Die Ressourcen können sich in anderen Verfügbarkeitszonen als die ursprüngliche Image-Version befinden.
  4. Klicken Sie auf Speichern, um die Image-Version in den Ressourcen über andere Verfügbarkeitszonen hinweg freizugeben. Die Image-Version wird aktualisiert, sodass sie für die verschiedenen von Ihnen ausgewählten Ressourcen freigegeben wird. Verwenden Sie nach Abschluss die Image-Version, um Kataloge in den Verfügbarkeitszonen zu erstellen, für die die Image-Version freigegeben ist.

So entfernen Sie die Freigabe eines vorbereiteten Images

  1. Wählen Sie im Knoten Images des Studios die vorbereitete Image-Version aus, deren Freigabe Sie aufheben möchten.
  2. Wählen Sie in der oberen Navigationsleiste Image-Freigabe verwalten, um die Image-Freigabe für die ausgewählte Image-Version zu verwalten.

  3. Deaktivieren Sie die Kontrollkästchen für eine oder mehrere Ressourcen (Verfügbarkeitszonen), für die Sie die Freigabe der Image-Version beenden möchten.

    Hinweis:

    Die Ressourcen dürfen keine Kataloge mehr haben, die mit der freigegebenen Imageversion verknüpft und daraus erstellt wurden. Alle Kataloge, die aus der zu entfernenden freigegebenen Imageversion erstellt wurden, müssen zuerst gelöscht werden.

  4. Klicken Sie auf Speichern, um die Freigabe der Ressourcen über die gelöschten Verfügbarkeitszonen hinweg aufzuheben. Die Imageversion wird so aktualisiert, dass sie in diesen Verfügbarkeitszonen nicht mehr freigegeben ist.

Konfigurieren mit PowerShell

Alternativ können Sie vorbereitete Images mithilfe von PowerShell-Befehlen über Verfügbarkeitszonen hinweg freigeben, die an verschiedene Hosting-Einheiten gebunden sind.

So geben Sie ein vorbereitetes Image frei

  1. Stellen Sie sicher, dass Sie die ImageVersionSpecUid des vorbereiteten Images haben, das Sie freigeben möchten. Sie können diese mit Get-ProvImageVersionSpec oder ähnlichen Get--Befehlen in PowerShell abrufen.
  2. Bestimmen Sie die HostingUnitName der Verfügbarkeitszone (kann dieselbe oder eine andere Region sein), in der Sie das vorbereitete Image verfügbar machen möchten. Dies ist der Name der Hosting-Einheit, die Sie für diese spezifische AZ konfiguriert haben.

  3. Führen Sie den Befehl Add-ProvImageVersionSpecHostingUnit aus: Verwenden Sie den folgenden PowerShell-Befehl. Ersetzen Sie <ImageVersionSpecUid> durch die Uid Ihres Images und <targetHostingUnitName> durch den Namen der Hosting-Einheit in der Zielverfügbarkeitszone, für die Sie die Imageversionsspezifikation freigeben möchten:

    Add-ProvImageVersionSpecHostingUnit -ImageVersionSpecUid <ImageVersionSpecUid> -HostingUnitName <targetHostingUnitName>
<!--NeedCopy-->
  4. Nach erfolgreicher Ausführung sehen Sie den Status des Images in der Studio-Benutzeroberfläche, der anzeigt, dass Sie es für die angegebene Hosting-Einheit freigegeben haben.

So heben Sie die Freigabe eines vorbereiteten Images auf

  1. Stellen Sie sicher, dass Sie die ImageVersionSpecUid des vorbereiteten Images haben, dessen Freigabe Sie aufheben möchten.
  2. Bestimmen Sie die HostingUnitName der Verfügbarkeitszone, aus der Sie das freigegebene Image entfernen möchten.

  3. Führen Sie den Befehl Remove-ProvImageVersionSpecHostingUnit aus: Verwenden Sie den folgenden PowerShell-Befehl. Ersetzen Sie <ImageVersionSpecUid> durch die Uid Ihres Images und <targetHostingUnitName> durch den Namen der Hosting-Einheit in der Zielverfügbarkeitszone, aus der Sie die Freigabe der Imageversionsspezifikation entfernen möchten:

    Remove-ProvImageVersionSpecHostingUnit -ImageVersionSpecUid <ImageVersionSpecUid> -HostingUnitName <targetHostingUnitName>
<!--NeedCopy-->

Netzwerkeinstellung während der Imagevorbereitung

Während der Image-Vorbereitung wird eine Vorbereitungs-VM (virtuelle Maschine) basierend auf der ursprünglichen VM erstellt. Diese Vorbereitungs-VM wird vom Netzwerk getrennt. 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 lautet 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:

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:

Nur dedizierte Instanzen werden unterstützt (dedizierte Hosts werden derzeit nicht unterstützt). Andere Kunden verwenden 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 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 Nutzung des Amazon WorkSpaces Abrechnungsdienstes. Standardmäßig verwendet MCS diesen Dienst, um Instanzen bereitzustellen und zu verwalten, 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 Abrechnungsoption Monatlich nicht verfügbar.

  • Hostverbindung: Die flexible Abrechnung gilt nur für Amazon WorkSpaces Core Hostverbindungen. Sie wird für standardmäßige AWS EC2 Hostverbindungen nicht unterstützt.
  • Spot-Instanzen: Spot-Instanzen werden vom WorkSpaces-Abrechnungsdienst nicht unterstützt.
  • Gemischte Abrechnung: Ein AWS-Konto muss entweder die WorkSpaces-Abrechnung oder die 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 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 bestimmten Abrechnungsmodus.

Katalog erstellen

Ein vorbereitetes Image und ein Maschinenprofil sind erforderlich, um Kataloge von Amazon WorkSpaces Core Managed Instances zu erstellen. Sie können eine AWS VM-Instanz oder eine AWS Launch Template-Version als Eingabe für das Maschinenprofil verwenden.

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.

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

  1. Eine Verbindung zu Amazon WorkSpaces Core Managed Instances. Siehe Verbindung zu Amazon WorkSpaces Core Managed Instances
  2. Ein vorbereitetes Image.

Sie können einen Katalog erstellen mit:

Katalog mit Studio erstellen

Einen Maschinenkatalog über den Knoten Bilder erstellen

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

Alternativ können Sie die Version beim Erstellen eines Katalogs im Knoten Maschinenkataloge auswählen, wobei auf die Option für vorbereitete Images im Workflow zur Katalogerstellung verwiesen wird. Siehe Einen Maschinenkatalog über den Knoten Maschinenkataloge erstellen.

Um einen MCS-Maschinenkatalog über den Knoten Bilder zu erstellen, gehen Sie wie folgt vor:

  1. Wählen Sie eine Imageversion aus und klicken Sie auf Katalog erstellen. Klicken Sie auf der Seite Einführung auf Weiter.
  2. Auf den Seiten Maschinenverwaltung und Image sind die Einstellungen basierend auf der ausgewählten Imageversion vorausgewählt. Geben Sie auf der Image-Seite eine Notiz für das ausgewählte vorbereitete Image ein.
  3. Schließen Sie die Einstellungen auf den folgenden Seiten ab.
  4. Ü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.
  5. Gehen Sie zum Knoten Maschinenkataloge, um den erstellten Maschinenkatalog anzuzeigen.

Einen Maschinenkatalog über den Knoten Maschinenkataloge erstellen

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

  1. Klicken Sie im linken Navigationsbereich auf Maschinenkataloge.
  2. Klicken Sie auf Maschinenkatalog erstellen. Die Seite Maschinenkatalog-Setup wird angezeigt.
  3. Wählen Sie auf der Seite Maschinentyp einen Maschinentyp für den Katalog aus, zum Beispiel Multi-session OS.

  4. 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.
  5. Wählen Sie auf der Seite Desktop-Erfahrung entweder einen zufälligen oder 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).

  6. 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“.

  7. 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 dann eine Maschinenspezifikation aus.
  8. Wählen Sie auf der Seite NICs die NICs (oder ENIs) für die VMs aus.

  9. 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 „Nicht-Domänenbeitritt“.
    2. Geben Sie das Kontenbenennungsschema für die neuen Konten an, die für die VMs erstellt werden sollen.
  10. 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 gemäß unserer Produktdokumentation gespeichert haben.
  11. 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ä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. 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. 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.

  1. Führen Sie den Befehl Set-ProvScheme aus. 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 beim Erstellen eines Maschinenkatalogs angeben.

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, verwendet der Katalog standardmäßig Hourly.

Abrechnungsmodus eines vorhandenen Katalogs ändern

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

Wichtige Überlegungen für Updates

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

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

  • Um den Abrechnungsmodus neuer und vorhandener 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 einer Startvorlagenversion mithilfe von PowerShell

Sie können einen MCS-Maschinenkatalog mit einer Startvorlagenversion als Maschinaprofileingabe 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 Maschinaprofileingabe 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 Maschinaprofileingabe 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 Maschinaprofilwerten 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 unter Verwendung der Startvorlagenversion als Eingabe für das Maschinenprofil:

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

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

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

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

  5. Erstellen Sie ein Bereitstellungsschema mit einer Startvorlagenversion als Eingabe für das Maschinenprofil. 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-->

  6. 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-->
  7. Schließen Sie die Katalogerstellung ab.

Maschinenprofilquelle aktualisieren

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 in 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 E/A-Leistung virtueller Maschinen durch Zwischenspeichern von Festplattenschreibvorgängen über einen zweistufigen Mechanismus:

  • im Speicher, oder
  • auf einer dedizierten Hochgeschwindigkeitsfestplatte (überläuft auf die Festplatte, wenn der Speicher voll ist).

Für Amazon WorkSpaces Core Managed Instances wird durch die Aktivierung von MCSIO zusätzlich zu den standardmäßigen Betriebssystem- und Identitätsdatenträgern eine Write-Back-Cache (WBC)-Festplatte an jede bereitgestellte VM angehängt.

MCSIO aktivieren und konfigurieren mit:

  • Studio
  • PowerShell

MCSIO mit Studio aktivieren

Voraussetzungen

Bevor Sie MCSIO in Studio konfigurieren, stellen Sie Folgendes sicher:

  • Der MCSIO-Treiber ist auf dem Masterimage (AMI) installiert. Wählen Sie bei der Installation oder dem Upgrade des VDA die Option zur Installation des MCSIO-Treibers aus. Standardmäßig ist der Treiber nicht installiert.
  • Eine vorbereitete Image-Version wird aus einem Masterimage erstellt, das den MCSIO-Treiber enthält.
  • Der Maschinenkatalog verwendet eine nicht-persistente (CleanOnBoot) Desktop-Erfahrung. MCSIO gilt für nicht-persistente VDI-Kataloge.

MCSIO-fähigen Maschinenkatalog mit Studio erstellen

Führen Sie die vorhergehenden Schritte zur Katalogerstellung (Maschinentyp, Maschinenverwaltung, Desktop-Erfahrung, Image, Virtuelle Maschinen, NICs, Maschinenidentitäten, Domänenanmeldeinformationen) wie unter Katalog erstellen beschrieben aus. Wenn Sie die Seite „Datenträgereinstellungen“ erreichen, gehen Sie wie folgt vor:

  1. Wählen Sie auf der Seite Datenträgereinstellungen das Kontrollkästchen Write-Back-Cache für optimale E/A-Leistung aktivieren und konfigurieren aus.

  2. Konfigurieren Sie die Datenträgereinstellungen für den Write-Back-Cache:

    • Größe des Festplattencaches (GB): Geben Sie die Größe der für das Caching verwendeten Festplatte in Gigabyte ein. Der Wert muss mindestens 1 GB betragen und darf die Größe der Betriebssystemfestplatte nicht überschreiten.
    • Festplattenlaufwerkbuchstabe: Wählen Sie „Automatisch zugewiesen“, damit das System einen Laufwerkbuchstaben zuweist, oder geben Sie einen Laufwerkbuchstaben manuell an.
    • Für Cache zugewiesener Speicher (MB): Geben Sie die Speichermenge in Megabyte ein, die für das Caching zugewiesen werden soll. Der Wert muss größer als null und kleiner als der gesamte Maschinenspeicher sein.

    Hinweis:

    Für den Write-Back-Cache muss der MCSIO-Treiber auf dem Masterimage installiert sein.

  3. Wählen Sie unter Speichertyp für die Write-Back-Cache-Festplatte auswählen einen EBS-SSD-Volume-Typ aus:

    Speichertyp:

    • Allzweck-SSD (gp2)
    • Allzweck-SSD (gp3)
    • Bereitgestellte IOPS-SSD (io1)
    • Bereitgestellte IOPS-SSD (io2)

    Hinweis:

    Write-Back-Caching unterstützt nur EBS-SSD-Volume-Typen. HDD-Volume-Typen und lokaler Instanzspeicher (flüchtiger Speicher) werden nicht unterstützt.

  4. Wählen Sie unter Persistenztyp für die Write-Back-Cache-Festplatte auswählen eine der folgenden Optionen aus:

    • Nicht persistente Write-Back-Cache-Festplatte verwenden: Die Cache-Festplatte wird beim Einschalten der Maschine erstellt und beim Ausschalten gelöscht. Dies ist die Standardeinstellung.
    • Persistente Write-Back-Cache-Festplatte verwenden: Die Cache-Festplatte bleibt über Neustarts hinweg erhalten.

  5. Wählen Sie unter Systemfestplatte optional Systemfestplatte bei Neustarts beibehalten aus, um die Betriebssystemfestplatte beim Ausschalten des Computers zu behalten. Wenn diese Option aktiviert ist, überspringen Computer bei jedem Start das Neuerstellen der Stammfestplatte aus der Vorlage, was die Startzeit verkürzt.

    Hinweis:

    Für eine optimale Startleistung aktivieren Sie sowohl Persistente Write-Back-Cache-Festplatte verwenden als auch Systemfestplatte bei Neustarts beibehalten. Wenn beide Optionen aktiviert sind, verwenden die Computer beim Start die vorhandene Cache-Festplatte und Betriebssystemfestplatte wieder, anstatt neue zu initialisieren.

  6. Klicken Sie auf Weiter, um die restlichen Seiten des Assistenten zu durchlaufen.

  7. Überprüfen Sie auf der Seite Zusammenfassung die MCSIO-bezogenen Einstellungen, bevor Sie den Vorgang abschließen. Die Zusammenfassung zeigt die folgenden Felder für den Write-Back-Cache an:

    • Temporären Festplattencache aktivieren
    • Speicher-Cache-Größe (MB)
    • Festplatten-Cache-Größe (GB)
    • Persistent mit Write-Back-Cache-Festplatte
    • Typ der Write-Back-Cache-Festplatte
    • Laufwerksbuchstabe der Write-Back-Cache-Festplatte
    • Systemfestplatte beibehalten
  8. Geben Sie einen Namen und eine optionale Beschreibung für den Maschinenkatalog ein und klicken Sie dann auf Fertig stellen.

MCSIO-Einstellungen in einem vorhandenen Katalog mit Studio aktualisieren

Sie können die Einstellungen für den Write-Back-Cache in einem vorhandenen Katalog über Maschinenkatalog bearbeiten aktualisieren.

Hinweis:

Änderungen, die Sie auf der Seite Datenträgereinstellungen vornehmen, gelten nur für neue Maschinen, die Sie später zum Katalog hinzufügen. Vorhandene Maschinen bleiben unverändert.

  1. Wählen Sie unter Maschinenkataloge den zu aktualisierenden Katalog aus und klicken Sie auf Maschinenkatalog bearbeiten.

  2. Navigieren Sie zur Seite Datenträgereinstellungen. Aktualisieren Sie eine der folgenden Einstellungen:

    • Größe des Datenträgercaches (GB): Ändern Sie die Größe des Write-Back-Cache-Datenträgers.
    • Für Cache zugewiesener Speicher (MB): Ändern Sie den für das Caching zugewiesenen Speicher.
    • Speichertyp: Ändern Sie den EBS-Volume-Typ für den Write-Back-Cache-Datenträger.
    • Persistenztyp: Wechseln Sie zwischen persistentem und nicht-persistentem Write-Back-Cache-Datenträger.
    • Systemdatenträger bei Neustarts beibehalten: Aktivieren oder deaktivieren Sie die Beibehaltung des Betriebssystemdatenträgers.
  3. Klicken Sie auf Anwenden, um zu speichern, ohne zu schließen, oder auf Speichern, um zu speichern und zu schließen.

EBS-Datenträgerlayout für MCSIO-fähige Maschinen

Wenn MCSIO aktiviert ist, verfügt jede bereitgestellte Amazon WorkSpaces Core VM über drei angehängte EBS-Volumes. Sie können das Datenträgerlayout in der AWS Management Console im Abschnitt „Elastic Block Store“ der EC2-Instanzdetails überprüfen.

Datenträger Geräteindex Beschreibung
OS-Datenträger /dev/sda1 Stammvolume, das aus dem vorbereiteten Image geklont wurde. Wenn „Systemdatenträger bei Neustart beibehalten“ aktiviert ist, bleibt dieser Datenträger bestehen, wenn die Maschine ausgeschaltet wird.
Identitätsdatenträger Xvdf Speichert Informationen zur Maschinenidentität für die bereitgestellte VM. Bleibt immer bestehen.
Write-Back-Cache-Datenträger Xvdg Hochgeschwindigkeits-Cache-Datenträger für MCSIO-Schreibvorgänge. Bleibt nur bei Neustarts bestehen, wenn „Persistenten Write-Back-Cache-Datenträger verwenden“ ausgewählt ist.

Referenz zum Verhalten von Write-Back-Cache und OS-Datenträger

Die folgende Tabelle fasst zusammen, wie sich der Write-Back-Cache und der OS-Datenträger basierend auf den ausgewählten Persistenzeinstellungen verhalten.

WBC-Persistenz OS-Datenträgerbeibehaltung Beim Ausschalten Startleistung Speicherkosten bei ausgeschalteter VM
Nicht persistent (Standard) Deaktiviert (Standard) Sowohl die WBC-Festplatte als auch die OS-Festplatte werden gelöscht. Neue Festplatten werden beim nächsten Einschalten erstellt. Standard Keine Kosten für OS-Festplatte oder WBC-Festplatte.
Nicht persistent (Standard) Aktiviert Die WBC-Festplatte wird gelöscht. Die OS-Festplatte wird beibehalten. Schneller – überspringt die Initialisierung der OS-Festplatte Kosten für OS-Festplatte, keine Kosten für WBC-Festplatte.
Persistent Deaktiviert (Standard) Die WBC-Festplatte wird beibehalten. Die OS-Festplatte wird gelöscht und beim nächsten Einschalten aus der Vorlage neu erstellt. Schneller — überspringt die WBC-Initialisierung WBC-Festplattenkosten, keine Kosten für die Betriebssystemfestplatte.
Persistent Aktiviert Sowohl die WBC-Festplatte als auch die Betriebssystemfestplatte werden beibehalten. Am schnellsten — keine Festplatteninitialisierung erforderlich Kosten für Betriebssystemfestplatte und WBC-Festplatte.

Hinweis:

Das Aktivieren der Beibehaltung der Betriebssystemfestplatte in einem nicht-persistenten Katalog bedeutet, dass die Betriebssystemfestplatte beim Neustart nicht zurückgesetzt wird. Dies tauscht schnellere Startzeiten gegen Speicherkosten der Betriebssystemfestplatte ein. Alle Schreibvorgänge gehen jedoch weiterhin nur in den Write-Back-Speicher-Cache oder die Write-Back-Cache-Festplatte. Benutzeränderungen werden nicht auf der Betriebssystemfestplatte angesammelt, selbst wenn die Beibehaltung der Betriebssystemfestplatte aktiviert ist. Bewerten Sie dies basierend auf Ihren Umgebungsanforderungen.

PowerShell zum Aktivieren von MCSIO verwenden

Einen MCSIO-fähigen Katalog mit PowerShell 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 Speicher 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-Speicherplatz erforderlich ist. Die Größe des Cache-Datenträgers darf nicht größer sein als die Größe des Betriebssystem-Datenträgers.
  • Der Wert von WriteBackCacheMemorySize muss ungleich null und kleiner als die Speicherkapazität des Maschinenkatalogs sein.

Die benutzerdefinierten Eigenschaften, die MCSIO beeinflussen, sind:

  • WBCDiskStorageType: Definiert den Volumetyp, der für den temporären Datenträger in Amazon WorkSpaces Core Managed Instances verwendet wird. Dieser Parameter akzeptiert ein Zeichenfolgenargument im Format volume-type[:iops][:throughput]. Die folgenden Volumetypen sind verfügbar:

    • gp2: Verwenden Sie für diesen Volumetyp keine iops- und Durchsatzparameter
    • gp3: Verwenden Sie für diesen Volumetyp iops- und Durchsatzparameter
    • io1: Verwenden Sie für diesen Volumetyp nur den iops-Parameter
    • io2: Verwenden Sie für diesen Volumetyp nur den iops-Parameter

    Der Standard-Volumetyp ist gp2.

  • PersistWBC: Steuert, ob der Cache-Datenträger beibehalten oder verworfen werden soll, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true festgelegt, wird der Cache-Datenträger beibehalten. Wenn auf false festgelegt (Standard), wird der Cache-Datenträger nur erstellt und beibehalten, solange die AMI-Instanz eingeschaltet ist.
  • PersistOSDisk: Steuert, ob der Betriebssystem-Datenträger beibehalten oder verworfen werden soll, wenn die Amazon WorkSpaces Core Managed Instances ausgeschaltet wird. Wenn auf true festgelegt, wird der Betriebssystem-Datenträger beibehalten. Wenn auf false festgelegt (Standard), wird der Betriebssystem-Datenträger 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:

  1. Öffnen Sie das PowerShell-Fenster.
  2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
  3. Erstellen Sie einen Broker-Katalog und einen Identitätspool.

  4. 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-->
  5. Fügen Sie VMs zum Katalog hinzu.

Verbessern Sie die Startleistung mit MCSIO

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 Cache-Datenträ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 (vom Kunden verwalteter Schlüssel und von AWS verwalteter Schlüssel) erstellen, die zur Verschlüsselung des Betriebssystemdatenträgers und des Identitätsdatenträgers (ID) verwendet werden können.

  • Von AWS verwaltete Schlüssel werden jährlich automatisch rotiert.
  • Vom Kunden verwaltete 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:

Für die Verschlüsselung von Betriebssystem- und ID-Datenträgern 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 einem vorbereiteten Image-AMI.

  • 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. Einen neuen Snapshot dieses Volumes erstellen.
    2. Ein neues Volume aus diesem Snapshot erstellen
    3. Das neue Volume verschlüsseln.

Siehe die folgenden AWS-Dokumente:

Einen Katalog mit Festplattenverschlüsselung erstellen

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

  • Vorbereitetes Image (erstellt mit Image-Management aus einem Master-Image mit verschlüsselter Festplatte)
  • Maschinenprofil

Überlegungen bei der Verwendung der Maschinenprofileingabe sind:

  • Der KMS-Schlüssel der Maschinenprofileingabe hat Vorrang vor dem KMS-Schlüssel des vorbereiteten Images.
  • Wird keine Maschinenprofileingabe bereitgestellt, wird der KMS-Schlüssel des vorbereiteten Image-AMI verwendet, um die Datenträger 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 Blockgeräte übereinstimmen. Wenn beispielsweise ein Gerät im AMI auf /dev/sda1 definiert ist, 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 Datenträger der Katalog-VMs nicht verschlüsselt.
  • Wenn das vorbereitete Image verschlüsselt ist, muss eine VM der Maschinenprofilquelle oder ein Start-Template über ein verschlüsseltes Root-Volume verfügen, um als gültige Eingabe zu gelten.

Vorhandenen Katalog ändern

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

  • 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 der neuen 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 auch 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 bestehende Kataloge aktivieren. Wenn Sie einen Katalog mit aktiviertem NitroTPM und UEFI Secure Boot wünschen, erstellen Sie einen neuen Katalog.

Wichtige Schritte

  1. Richten Sie Ihre AWS-Umgebung ein.
  2. Stellen Sie eine Verbindung zu AWS her.
  3. Erstellen Sie ein Master-Image (AMI) mit aktiviertem NitroTPM und/oder UEFI Secure Boot.
  4. Erstellen Sie ein vorbereitetes Image aus dem Master-Image. Siehe Erstellen eines vorbereiteten Images für Amazon WorkSpaces Core Managed Instances.
  5. Erstellen Sie einen Maschinenkatalog, indem Sie das vorbereitete Image mit aktiviertem NitroTPM und UEFI Secure Boot im Citrix Studio-Menü zur Katalogerstellung 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 eines AMI, das NitroTPM und UEFI Secure Boot unterstützt

  1. Sie können ein AMI aus einer VM erstellen, die NitroTPM und/oder UEFI Secure Boot aktiviert hat.

    1. Erstellen Sie die Instanz aus den AWS Marketplace-Images. Beispiel: Suchen Sie nach TPM-Windows_Server-2022-English-Full-Base on the aws-marketplace.
    2. Laden Sie den Single- oder Multi-Session-VDA herunter.
    3. Erstellen Sie ein AMI aus dieser VM.

  2. Verwenden Sie den Befehl register-image:

    --boot-mode (string)
--tpm-support (string)
<!--NeedCopy-->

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

Dienstangebot eines vorhandenen Katalogs aktualisieren

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

Startmodus der AMIs Unterstützt AMI Nitro TPM? Unterstützt das Dienstangebot 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 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 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 VMs für die Maschinenprofil-Eingabe 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 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: Gibt die Elemente unmittelbar danach (oder davor, wenn ForwardDirection false ist) zurück, aber ohne das in ContinuationToken angegebene Element.

Beispiele für die 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
 <!--NeedCopy-->

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

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

    Hinweis:

    Zwei Tag-Werte werden unterstützt. Der Tag-Wert Nicht getaggt stimmt mit Elementen überein, die den angegebenen Tag nicht in ihrer Tag-Liste haben. Der Tag-Wert Alle Werte stimmt mit Elementen überein, die den Tag haben, unabhängig vom Wert des Tags. Andernfalls erfolgt die Übereinstimmung nur, wenn das Element den 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-->

Filterung nach dem Parameter AdditionalData:

Der Filterparameter AdditionalData listet Vorlagen oder VMs basierend auf ihrer Fähigkeit, ihrem Serviceangebot oder jeder 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 anzugeben. Die VMs werden mit einem AdditionalData Feld namens Warning eingeschlossen. Zum Beispiel:

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

Nächste Schritte

Weitere Informationen

Kataloge mithilfe vorbereiteter Images in Amazon WorkSpaces Core Managed Instances erstellen
September 3, 2026
Beitrag von: 
C C
September 3, 2026
Beitrag von: 
C C

In diesem Artikel

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