AWS-Katalog erstellen

Last published : Nov 13, 2026
Maschinenkataloge erstellen beschreibt die Assistenten, die einen Maschinenkatalog erstellen. Die folgenden Informationen enthalten Details, die spezifisch für AWS-Virtualisierungsumgebungen sind.
Hinweis:
Bevor Sie einen AWS-Katalog erstellen, müssen Sie die Verbindung zu AWS hergestellt haben. Siehe Verbindung zu AWS.
Related information
Maschinenkataloge erstellen

Einschränkung

Ab Citrix Virtual Apps and Desktops™ 2203 LTSR und höher führt das MCS AWS-Plug-In den DescribeInstanceTypes AWS-API-Aufruf aus, und wenn dieser erfolgreich ist, verwendet MCS den aus der API-Antwort erstellten Bestandsnamen.
Wenn Sie daher von Citrix Virtual Apps and Desktops 1912 auf 2203 oder höher aktualisieren, deaktivieren Sie die DefineInstanceType Berechtigung in AWS und aktualisieren Sie dann den vorhandenen Katalog mit dem Befehl Set-ProvScheme, um das AWS-Benennungsschema anzupassen. Fügen Sie dann die DescribeInstanceType Berechtigungen wieder hinzu, nachdem die Katalogaktualisierung abgeschlossen ist und das Serviceangebot dem AWS-Benennungsschema entspricht.

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 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 ist Citrix.XenDesktop.IsolationGroup-GUID, wobei GUID zufällig generiert wird.

AWS-Mandantenfähigkeit konfigurieren

AWS bietet die folgenden Mandantenfähigkeitsoptionen:
  • Gemeinsame Mandantenfähigkeit (Standardtyp): Mehrere Amazon EC2-Instanzen von verschiedenen Kunden können sich auf demselben physischen Hardwarestück befinden.
  • Dedizierte Mandantenfähigkeit: Ihre EC2-Instanzen werden nur auf Hardware mit anderen von Ihnen bereitgestellten Instanzen ausgeführt. Andere Kunden verwenden nicht dasselbe Hardwarestück.
Sie können MCS verwenden, um dedizierte AWS-Hosts mit PowerShell bereitzustellen.

Dedizierte AWS-Host-Mandantenfähigkeit mit PowerShell konfigurieren

Sie können einen Maschinenkatalog mit über PowerShell definierter Host-Mandantenfähigkeit erstellen.
Ein dedizierter Amazon Host ist ein physischer Server mit Instanzkapazität, der vollständig dediziert ist, sodass Sie vorhandene Pro-Socket- oder Pro-VM-Softwarelizenzen verwenden können.
Dedizierte Hosts haben eine voreingestellte Auslastung basierend auf dem Instanztyp. Zum Beispiel ist ein einzelner zugewiesener dedizierter Host vom Typ C4 Large auf die Ausführung von 16 Instanzen beschränkt. Weitere Informationen finden Sie auf der AWS-Website.
Die Anforderungen für die Bereitstellung auf AWS-Hosts umfassen:
  • Ein importiertes BYOL-Image (Bring Your Own License) (AMI). Bei dedizierten Hosts verwenden und verwalten Sie Ihre vorhandenen Lizenzen.
  • Eine Zuweisung dedizierter Hosts mit ausreichender Auslastung, um Bereitstellungsanforderungen zu erfüllen.
  • aktivieren Sie die automatische Platzierung.
Um auf einem dedizierten Host in AWS mithilfe von PowerShell bereitzustellen, verwenden Sie das Cmdlet New-ProvScheme, wobei der Parameter TenancyType auf Host festgelegt ist.
Weitere Informationen finden Sie in der Citrix-Entwicklerdokumentation.

Maschineneigenschaften aus Maschinenprofilen erfassen

Beim Erstellen eines Katalogs zur Bereitstellung von AWS-Maschinen mithilfe von MCS können Sie ein Maschinenprofil verwenden, um bestimmte Maschineneigenschaftseinstellungen voreinzustellen.
Gehen Sie dazu wie folgt vor:
  1. Speichern Sie die Maschinenprofile in derselben Verfügbarkeitszone wie die Ressourcen, in denen Sie diesen Katalog erstellen.
  2. Wählen Sie auf der Seite Maschinenvorlage des Assistenten zur Katalogerstellung die Option Maschinenprofil verwenden aus. Maschinenprofile, die sich in derselben verfügbaren Zone wie die von Ihnen ausgewählten Ressourcen befinden, werden angezeigt.
  3. Wählen Sie nach Bedarf ein Maschinenprofil aus.

AWS-Betriebsressourcen taggen

Beim Erstellen eines Katalogs zur Bereitstellung von Maschinen in AWS mithilfe von MCS können Sie steuern, ob die IAM-Rolle und Tag-Eigenschaften auf diese Maschinen angewendet werden sollen. Sie können auch steuern, ob Maschinentags auf Betriebsressourcen angewendet werden sollen.
Ein Amazon Machine Image (AMI) stellt eine Art virtueller Appliance dar, die zur Erstellung einer virtuellen Maschine in der Amazon Cloud-Umgebung, allgemein als EC2 bezeichnet, verwendet wird. Sie verwenden ein AMI, um Dienste bereitzustellen, die die EC2-Umgebung nutzen. Wenn Sie einen Katalog zur Bereitstellung von Maschinen mit MCS für AWS erstellen, wählen Sie das AMI als Golden Image für diesen Katalog aus.
Wichtig:
Das Erstellen von Katalogen mithilfe eines Maschinenprofils und einer Startvorlage ist für die Verwendung der Tagging-Funktion für Betriebsressourcen erforderlich.
Um einen AWS-Katalog zu erstellen, müssen Sie zuerst ein AMI für die Instanz erstellen, die als Golden Image dienen soll. MCS liest die Tags von dieser Instanz und integriert sie in die Startvorlage. Die Tags der Startvorlage werden dann auf alle in Ihrer AWS-Umgebung erstellten Citrix®-Ressourcen angewendet, einschließlich:
  • Virtuelle Maschinen
  • VM-Datenträger
  • VM-Netzwerkschnittstellen
  • S3-Buckets
  • S3-Objekte
  • Startvorlagen
  • AMIs

Betriebsressourcen mithilfe von Web Studio taggen

Beim Erstellen eines Katalogs zur Bereitstellung von Maschinen in AWS mithilfe von MCS können Sie steuern, ob Maschinentags auf Betriebsressourcen angewendet werden sollen, indem Sie auf der Seite Maschinenvorlage die Option Maschinentags auf Betriebsressourcen anwenden auswählen.
Diese Option steuert, ob Maschinentags auf jedes in Ihrer AWS-Umgebung erstellte Element angewendet werden sollen, das die Bereitstellung von Maschinen erleichtert. Betriebsressourcen werden als Nebenprodukte der Katalogerstellung erstellt. Dazu gehören sowohl temporäre als auch persistente Ressourcen, wie z. B. Vorbereitungs-VM-Instanzen und AMIs.

Betriebsressourcen mit PowerShell taggen

So taggen Sie Ressourcen mit PowerShell:
  1. Öffnen Sie ein PowerShell-Fenster vom DDC-Host aus.
  2. Führen Sie den Befehl asnp citrix aus, um Citrix-spezifische PowerShell-Module zu laden.
Um eine Ressource für eine bereitgestellte VM zu taggen, verwenden Sie die benutzerdefinierte Eigenschaft AwsOperationalResourcesTagging. Beispiel:
New-ProvScheme -ProvisioningSchemeName test
-CustomProperties “AwsOperationalResourcesTagging,true”
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
... <Other <standard provscheme parameters>

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 keine Werte für Netzwerkschnittstellen taggen unter den Ressourcen-Tags der Startvorlagenversion 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.

Katalog mithilfe eines Maschinenprofils erstellen

Sie können ein Maschinenprofil verwenden, um die Hardwareeigenschaften einer EC2-Instanz (VM) oder einer Startvorlagenversion zu erfassen und diese auf die bereitgestellten Maschinen anzuwenden. Erfasste Eigenschaften können beispielsweise EBS-Volume-Eigenschaften, Instanztyp, EBS-Optimierung, CPU-Optionen, Tenancy-Typ, Hibernationsfähigkeit und andere unterstützte AWS-Konfigurationen umfassen.
Sie können eine AWS EC2-Instanz (VM) oder eine AWS-Startvorlagenversion als Eingabe für das Maschinenprofil verwenden.
Hinweis:
  • EBS-Volume-Eigenschaften werden nur aus einem Maschinenprofil abgeleitet.
  • MCS stellt VMs mit Identitätsdatenträgern vom Typ GP3 bereit. Da der GP3-Volume-Typ die günstigste von AWS angebotene Option ist, minimiert diese Funktion die Kosten. Die Implementierung gilt nur für VMs, die einem neuen Katalog hinzugefügt werden, und für neue VMs, die einem bestehenden Katalog hinzugefügt werden. Bestehende VMs, die vor dieser Funktion erstellt wurden, verwenden weiterhin ID-Datenträger vom Typ GP2, es sei denn, der ID-Datenträger wird zurückgesetzt.

Wichtige Überlegungen

Die wichtigen Überlegungen bei der Erstellung eines MCS-Maschinenkatalogs:
  • Wenn Sie Maschinenhardware-Eigenschaftsparameter in den Befehlen New-ProvScheme und Set-ProvScheme hinzufügen, überschreiben die in den Parametern angegebenen Werte die Werte im Maschinenprofil.
  • Wenn Sie AwsCaptureInstanceProperties als true festlegen und die Eigenschaft MachineProfile nicht festlegen, werden nur IAM-Rollen und Tags erfasst.
  • Sie können AwsCaptureInstanceProperties und MachineProfile nicht gleichzeitig festlegen.
    Hinweis:
    Das AwsCaptureInstanceProperties ist veraltet.
  • Wenn kein Maschinenprofil bereitgestellt wird, müssen Sie die Werte der folgenden Eigenschaften explizit angeben:
    • Sicherheitsgruppe
    • ENI oder virtuelles Netzwerk
  • Sie können AwsOperationalResourcesTagging nur aktivieren, wenn Sie AwsCaptureInstanceProperties aktivieren oder ein Maschinenprofil angeben.
Wichtige Überlegungen nach dem Erstellen eines MCS-Maschinenkatalogs:
  • Sie können einen Katalog nicht von einem auf Maschinenprofil basierenden Katalog in einen nicht auf Maschinenprofil basierenden Katalog ändern.

Maschinenkatalog mit einem Maschinenprofil erstellen

So erstellen Sie einen Maschinenkatalog mit einem Maschinenprofil:
  1. Öffnen Sie ein PowerShell-Fenster.
  2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
  3. Erstellen Sie einen Identitätspool, falls noch nicht geschehen. Zum Beispiel:
    New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric
  4. Führen Sie den Befehl New-ProvScheme aus. Zum Beispiel:
    New-ProvScheme -ProvisioningSchemeName demet-test-1
    -HostingUnitUid aa633238-9xxd-4cf6-80e8-232a758a1xx1
    -IdentityPoolUid 34d5b088-e312-416f-907d-16573xxxxxc4
    -CleanOnBoot
    -MasterImageVM 'XDHyp:\HostingUnits\cvad-test-scalestress\citrix-demet-ami.0 (ami-0ca813xxxxxx061ef).template'
    -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm'
  5. Schließen Sie die Katalogerstellung ab. Weitere Informationen finden Sie unter Citrix PowerShell SDK.

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. Set-ProvScheme-Befehl ausführen. Zum Beispiel:
    Set-ProvScheme `
    -ProvisioningSchemeUid "<ID" `
    -MachineProfile "XDHyp:\HostingUnits\abc\us-east-1a.availabilityzone\citrix-cvad-machineprofile-instance (i-0xxxxxxxx).vm"

Katalog mit Startvorlagenversion erstellen

Sie können einen MCS-Maschinenkatalog mit einer Startvorlagenversion als Maschinenprofileingabe erstellen. Sie können auch die Eingabe eines Maschinenprofilkatalogs von einer VM zu einer Startvorlagenversion und von einer Startvorlagenversion zu einer VM aktualisieren.
In der AWS EC2-Konsole können Sie die Instanzkonfigurationsinformationen einer Startvorlage zusammen mit der Versionsnummer angeben. Wenn Sie die Startvorlagenversion als Maschinenprofileingabe beim Erstellen oder Aktualisieren eines Maschinenkatalogs angeben, werden die Eigenschaften dieser Version der Startvorlage auf die bereitgestellten VDA-VMs kopiert.
Die folgenden Eigenschaften können mithilfe der Eingabe des Maschinenprofils oder explizit als Parameter in New-ProvScheme oder Set-ProvScheme-Befehlen bereitgestellt werden. Wenn sie in New-ProvScheme oder Set-ProvScheme-Befehlen bereitgestellt werden, haben sie Vorrang vor den Maschinenprofilwerten dieser Eigenschaften.
  • Serviceangebot
  • Netzwerke
  • Sicherheitsgruppen
  • Mandantentyp
Hinweis:
Wenn das Serviceangebot nicht in der Startvorlage des Maschinenprofils oder als Parameter im New-ProvScheme-Befehl bereitgestellt wird, erhalten Sie eine entsprechende Fehlermeldung.
So erstellen Sie einen Katalog unter Verwendung der Startvorlagenversion als Maschinenprofileingabe:
  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
  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" `
  5. Erstellen Sie ein Bereitstellungsschema mit einer Startvorlagenversion als Maschinenprofileingabe. Zum Beispiel:
    New-ProvScheme `
    -ProvisioningSchemeName "MPLT1" `
    -HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
    -IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
    -MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" `
    -CleanOnBoot `
    -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
  6. Registrieren Sie das Bereitstellungsschema als Brokerkatalog. Zum Beispiel:
    New-BrokerCatalog -Name "MPLT1" `
    -AllocationType Random `
    -Description "Machine profile catalog" `
    -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
    -ProvisioningType Mcs `
    -SessionSupport MultiSession `
    -PersistUserChanges Discard
  7. Schließen Sie die Katalogerstellung ab. Weitere Informationen finden Sie unter Citrix PowerShell SDK
Sie können auch die Eingabe eines Maschinenprofilkatalogs von einer VM zu einer Startvorlagenversion und von einer Startvorlagenversion zu einer VM aktualisieren. Zum 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"
  • 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"

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, können Sie einen MCSIO-fähigen nicht-persistenten Katalog erstellen.

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 der temporären Festplatte in GB 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.
  • WriteBackCacheDriverLetter: Gibt den Laufwerksbuchstaben an, der für den Cache-Speicherdatenträger zugewiesen 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 den temporären Datenträger in AWS verwendet wird. Dieser Parameter akzeptiert ein Zeichenfolgenargument im Format volume-type[:iops][:throughput]. Die folgenden Volume-Typen sind verfügbar:
    • gp2: Verwenden Sie für diesen Volume-Typ keine iops- und Durchsatzparameter.
    • gp3: Verwenden Sie für diesen Volume-Typ iops- und Durchsatzparameter.
    • io1: Verwenden Sie für diesen Volume-Typ nur den iops-Parameter.
    • io2: Verwenden Sie für diesen Volume-Typ nur den iops-Parameter.
    Der Standard-Volume-Typ ist gp2.
  • PersistWBC: Steuert, ob die Cache-Festplatte beibehalten oder verworfen wird, wenn die AWS-Instanz ausgeschaltet wird. Wenn auf true gesetzt, wird die Cache-Festplatte beibehalten. Wenn auf false (Standard) gesetzt, wird die Cache-Festplatte nur erstellt und beibehalten, solange die AMI-Instanz eingeschaltet ist.
  • PersistOSDisk: Steuert, ob die OS-Festplatte beibehalten oder verworfen wird, wenn die AWS-Instanz ausgeschaltet wird. Wenn auf true gesetzt, wird die OS-Festplatte beibehalten. Wenn auf false (Standard) gesetzt, wird die OS-Festplatte 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
  5. Fügen Sie VMs zum Katalog 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 einer solchen 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.

OS-, ID- und WBC-Datenträger verschlüsseln

Sie können einen persistenten und nicht-persistenten Katalog von VMs mit AWS KMS-Schlüsseln (vom Kunden verwalteter Schlüssel und von AWS verwalteter Schlüssel) erstellen, die zur Verschlüsselung von OS-Datenträgern, Identitätsdatenträgern (ID) und Write-Back-Cache-Datenträgern (WBC) verwendet werden können.
  • Von AWS verwaltete Schlüssel werden jährlich automatisch rotiert.
  • Vom Kunden verwaltete 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:
Für die Verschlüsselung von OS-, ID- und WBC-Datenträgern konfigurieren Sie eine der folgenden Optionen:
  • Verwenden Sie ein verschlüsseltes Master-Image (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 dem Master-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. 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:

Katalog mit Festplattenverschlüsselung erstellen

Sie können einen MCS-Maschinenkatalog mit Festplattenverschlüsselung erstellen, indem Sie Folgendes verwenden:
  • Master-Image
  • Maschinenprofil
Überlegungen bei der Verwendung der Maschinenprofil-Eingabe sind:
  • Der KMS-Schlüssel der Maschinenprofil-Eingabe hat Vorrang vor dem KMS-Schlüssel des Master-Images.
  • Wenn keine Maschinenprofil-Eingabe bereitgestellt wird, wird der KMS-Schlüssel des Master-Image-AMI verwendet, um die Festplatten der Katalog-VMs zu verschlüsseln.
  • Wenn das Maschinenprofil Block Device Mappings enthält, müssen die im Master-Image-Template (AMI) und im Maschinenprofil vorhandenen Blockgeräte übereinstimmen. Wenn beispielsweise ein Gerät im AMI auf /dev/sda1 definiert ist, muss auch im Maschinenprofil ein Gerät auf /dev/sda1 definiert sein.
  • Wenn in der Maschinenprofilquelle kein Schlüssel vorhanden ist und das Master-Image unverschlüsselt ist, werden die Datenträger der Katalog-VMs nicht verschlüsselt.
  • Wenn das Master-Image verschlüsselt ist, muss eine Maschinenprofil-Quell-VM oder Startvorlage über ein verschlüsseltes Root-Volume verfügen, 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 erhalten:
  • Eine Maschinenprofileingabe mit einem Volume, das einen neuen KMS-Schlüssel enthält.
  • Ein Master-Image-Template-AMI, das mit einem neuen KMS-Schlüssel verschlüsselt ist.
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 bestehenden Katalog nicht von verschlüsselten Volumes zu unverschlüsselten Volumes ändern. Sie können kein Image-Update von einem verschlüsselten Master-AMI zu einem unverschlüsselten Master-AMI durchführen.

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

Beim Erstellen eines Katalogs können Sie jetzt ein Master-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

  1. Richten Sie Ihre AWS-Umgebung ein.
  2. Stellen Sie eine Verbindung zu AWS her.
  3. Erstellen Sie ein Master-Image (AMI), das mit NitroTPM und/oder UEFI Secure Boot aktiviert ist.
  4. Erstellen Sie einen Maschinenkatalog, indem Sie das Masterimage mit aktiviertem NitroTPM und UEFI Secure Boot im Web Studio-Katalogerstellungsmenü 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

  1. 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 den Einzel- oder Mehrfachsitzungs-VDA herunter.
    3. Erstellen Sie ein AMI aus dieser VM.
  2. 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
  • 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

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

VM-Instanzen filtern

Eine AWS EC2-Instanz, die Sie als Maschinenprofil-VM verwenden, muss kompatibel sein, damit der Maschinenkatalog korrekt erstellt und funktioniert. Um die AWS EC2-Instanzen aufzulisten, die als Eingabe-VMs für das Maschinenprofil verwendet werden können, können Sie den Befehl Get-HypInventoryItem verwenden. Der Befehl kann den Bestand 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, jedoch 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
  • 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
  • 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
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
  • -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
Filtern nach dem AdditionalData-Parameter:
Der AdditionalData Filterparameter listet Vorlagen oder VMs basierend auf ihrer Kapazität, ihrem Serviceangebot oder jeder Eigenschaft auf, die in AdditionalData enthalten ist. Zum Beispiel:
(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200).AdditionalData
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

Liste der Backup-SKUs für VMs

Öffentliche Clouds können manchmal die Kapazität für einen bestimmten EC2-Instanztyp erschöpfen (primäre SKU). Wenn die primäre VM-Konfiguration nicht verfügbar ist, kann die VM nicht gestartet werden, was zu Zeitverlust und Geschäftsunterbrechungen führt. Um solche Szenarien zu adressieren, stellen Sie eine Liste von Backup-EC2-Instanztypen (Backup-SKUs) bereit, auf die MCS im Falle von kapazitätsbezogenen Problemen zurückgreifen kann.
Verwenden Sie eine benutzerdefinierte Eigenschaft BackupVmConfiguration beim Erstellen oder Aktualisieren eines MCS-Maschinenkatalogs, um eine Liste von Backup-EC2-Instanztypen (Backup-SKU-Liste) bereitzustellen.
Wenn die primäre EC2-Instanz fehlschlägt, versucht MCS, auf die Backup-EC2-Instanztypen in der von Ihnen angegebenen Reihenfolge zurückzugreifen. Wenn MCS nicht auf einen der bereitgestellten Backup-EC2-Instanztypen zurückgreifen kann, wird eine Fehlermeldung angezeigt. Sie können dann versuchen, die primäre EC2-Instanz erneut einzuschalten. Wenn dies fehlschlägt, versucht MCS erneut die Backup-EC2-Instanztypen.
Die Backup-SKU-Liste kann On-Demand-Instanzen enthalten.
Diese Funktion ist sowohl für persistente als auch für nicht-persistente MCS-Maschinenkataloge anwendbar.

Wichtige Überlegungen

  • Sie können mehrere Backup-EC2-Instanztypen in der Backup-SKU-Liste angeben.
  • Die Backup-SKU-Liste muss eindeutig sein.
  • Eine Backup-EC2-Instanz darf nicht mit der primären EC2-Instanz identisch sein.
  • Die Backup-EC2-Instanzen müssen gültige AWS-Instanztypen sein.
  • Geben Sie keine doppelten Serviceangebote an. Beispiel: BackupVmConfiguration,t2.small|t3.small|t2.small ist nicht gültig.
  • Das in der Liste angegebene Serviceangebot muss mit der Maschinenkatalogkonfiguration kompatibel sein. Wenn der Katalog beispielsweise UEFI verwendet und das in der Backup-Liste angegebene Serviceangebot dies nicht unterstützt, schlägt die Katalogerstellung oder -aktualisierung während des Preflights fehl.
  • Sie können die Backup-SKU-Liste eines vorhandenen Katalogs mit dem PowerShell-Befehl Set-ProvScheme ändern. Sie können vorhandene VMs mit den PowerShell-Befehlen Set-ProvVM und Set-ProvVMUpdateTimeWindow ändern.

Backup-EC2-Instanzen konfigurieren

  1. Öffnen Sie ein PowerShell-Fenster.
  2. Führen Sie asnp citrix&ast; aus, um die Citrix-spezifischen PowerShell-Module zu laden.
  3. Erstellen Sie einen Broker-Katalog.
  4. Erstellen Sie einen Identitätspool.
  5. Fügen Sie eine Liste von Backup-EC2-Instanzen mithilfe der benutzerdefinierten Eigenschaft BackupVmConfiguration hinzu und erstellen Sie ein Bereitstellungsschema. Beispiel:
    $serviceOffering = "XDHyp:\HostingUnits\$hostingUnitName\T3 Medium Instance.serviceoffering"
    $customProperties = "AwsCaptureInstanceProperties,false;AwsOperationalResourcesTagging,false;BackupVmConfiguration,t2.small|t2.large|t3.small|t3.large;"
    $createdProvScheme = New-ProvScheme -ProvisioningSchemeName $provisioningSchemeName -HostingUnitName $hostingUnitName -IdentityPoolName $provisioningSchemeName -NetworkMapping $networkMapping -SecurityGroup $securityGroupPath -ServiceOffering $serviceOffering -MasterImageVM $masterImageVm -CustomProperties $customProperties
  6. Aktualisieren Sie den BrokerCatalog mit der eindeutigen ID des Bereitstellungsschemas.
  7. Erstellen und fügen Sie VMs zum Katalog hinzu.

Nächste Schritte

Weitere Informationen