Erste Schritte mit Amazon Elastic VMware Service - Amazon Elastic VMware Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Erste Schritte mit Amazon Elastic VMware Service

Anmerkung

Amazon EVS befindet sich in der öffentlichen Vorschauversion und kann sich ändern.

Verwenden Sie dieses Handbuch, um mit Amazon Elastic VMware Service (Amazon EVS) zu beginnen. Sie erfahren, wie Sie eine Amazon EVS-Umgebung mit Hosts in Ihrer eigenen Amazon Virtual Private Cloud (VPC) erstellen.

Wenn Sie fertig sind, verfügen Sie über eine Amazon EVS-Umgebung, mit der Sie Ihre VMware vSphere-basierten Workloads auf die migrieren können. AWS Cloud

Wichtig

Um den Einstieg so einfach und schnell wie möglich zu gestalten, enthält dieses Thema Schritte zum Erstellen einer VPC und legt die Mindestanforderungen für die DNS-Serverkonfiguration und die Erstellung einer Amazon EVS-Umgebung fest. Bevor Sie diese Ressourcen erstellen, empfehlen wir Ihnen, Ihren IP-Adressraum und die Einrichtung Ihres DNS-Eintrags so zu planen, dass sie Ihren Anforderungen entsprechen. Sie sollten sich auch mit den Anforderungen von VCF 5.2.1 vertraut machen. Weitere Informationen finden Sie in den Versionshinweisen zu VCF 5.2.1.

Wichtig

Amazon EVS unterstützt derzeit nur VCF-Version 5.2.1.x.

Voraussetzungen

Bevor Sie beginnen, müssen Sie die erforderlichen Aufgaben für Amazon EVS abschließen. Weitere Informationen finden Sie unter Amazon Elastic VMware Service einrichten.

Erstellen Sie eine VPC mit Subnetzen und Routentabellen

Anmerkung

Die VPC, die Subnetze und die Amazon EVS-Umgebung müssen alle im selben Konto erstellt werden. Amazon EVS unterstützt keine kontenübergreifende gemeinsame Nutzung von VPC-Subnetzen oder Amazon EVS-Umgebungen.

  1. Öffnen Sie die Amazon VPC -Konsole.

  2. Wählen Sie auf dem VPC-Dashboard Create VPC (VPC erstellen) aus.

  3. Wählen Sie unter Zu erstellende Ressourcen die Option VPC und mehr aus.

  4. Lassen Sie die automatische Generierung von Namenstags aktiviert, um Namenstags für die VPC-Ressourcen zu erstellen, oder deaktivieren Sie sie, um Ihre eigenen Namenstags für die VPC-Ressourcen bereitzustellen.

  5. Geben Sie für IPv4 CIDR-Block einen CIDR-Block ein. IPv4 Eine VPC muss über einen IPv4 CIDR-Block verfügen. Stellen Sie sicher, dass Sie eine VPC erstellen, die ausreichend dimensioniert ist, um die Amazon EVS-Subnetze aufzunehmen. Amazon EVS-Subnetze haben eine minimale CIDR-Blockgröße von /28 und eine maximale Größe von /24. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

    Anmerkung

    Amazon EVS unterstützt IPv6 derzeit nicht.

  6. Behalten Sie das Mietverhältnis bei als. Default Wenn diese Option ausgewählt ist, verwenden EC2 Instances, die in dieser VPC gestartet werden, das Tenancy-Attribut, das beim Start der Instances angegeben wurde. Amazon EVS startet EC2 Bare-Metal-Instances in Ihrem Namen.

  7. Wählen Sie für Anzahl der Availability Zones (AZs) die Option 1.

    Anmerkung

    Amazon EVS unterstützt derzeit nur Single-AZ-Bereitstellungen.

  8. Erweitern Sie Anpassen AZs und wählen Sie die AZ für Ihre Subnetze aus.

    Anmerkung

    Sie müssen in einer AWS Region bereitstellen, in der Amazon EVS unterstützt wird. Weitere Informationen zur Verfügbarkeit von Amazon EVS in der Region finden Sie unterAmazon Elastic VMware Service-Endpunkte und Kontingente.

  9. (Optional) Wenn Sie eine Internetverbindung benötigen, wählen Sie für Anzahl der öffentlichen Subnetze die Option 1.

  10. Wählen Sie für Anzahl der privaten Subnetze den Wert 1 aus.

  11. Um die IP-Adressbereiche für Ihre Subnetze auszuwählen, erweitern Sie die Option CIDR-Blöcke für Subnetze anpassen.

    Anmerkung

    Amazon EVS-VLAN-Subnetze müssen ebenfalls aus diesem VPC-CIDR-Bereich erstellt werden. Stellen Sie sicher, dass Sie im VPC-CIDR-Block genügend Speicherplatz für die VLAN-Subnetze lassen, die der Dienst benötigt. VPC-Subnetze müssen eine minimale CIDR-Blockgröße von /28 haben. Amazon EVS VLAN-Subnetze haben eine minimale CIDR-Blockgröße von /28 und eine maximale Größe von /24.

  12. (Optional) Um Internetzugriff auf Ressourcen IPv4 zu gewähren, wählen Sie für NAT-Gateways In 1 AZ. Beachten Sie, dass für NAT-Gateways Kosten anfallen. Weitere Informationen finden Sie unter Preise für NAT-Gateways.

    Anmerkung

    Amazon EVS erfordert die Verwendung eines NAT-Gateways, um ausgehende Internetkonnektivität zu ermöglichen.

  13. Wählen Sie für VPC endpoints (VPC-Endpunkte) None (Keine) aus.

    Anmerkung

    Amazon EVS unterstützt derzeit keine Gateway-VPC-Endpunkte. Amazon S3 Um Amazon S3 Konnektivität zu aktivieren, müssen Sie mit AWS PrivateLink for Amazon S3 einen VPC-Schnittstellen-Endpunkt einrichten. Weitere Informationen finden Sie unter AWS PrivateLink für Amazon S3 im Amazon Simple Storage Service-Benutzerhandbuch.

  14. Behalten Sie für DNS-Optionen die ausgewählten Standardeinstellungen bei. Amazon EVS setzt voraus, dass Ihre VPC über DNS-Auflösungsfunktionen für alle VCF-Komponenten verfügt.

  15. (Optional) Um ein Tag zu Ihrer VPC hinzuzufügen, erweitern Sie Zusätzliche Tags, wählen Sie Neues Tag hinzufügen, und geben Sie einen Tag-Schlüssel und einen Tag-Wert ein.

  16. Wählen Sie VPC erstellen aus.

    Anmerkung

    Amazon VPC erstellt automatisch eine Haupt-Routing-Tabelle und ordnet dieser standardmäßig Subnetze zu. Amazon EVS erstellt Subnetze in der Haupt-Routing-Tabelle.

Konfigurieren Sie DNS- und NTP-Server mithilfe des VPC-DHCP-Optionssatzes

Amazon EVS verwendet den DHCP-Optionssatz Ihrer VPC, um Folgendes abzurufen:

  • DNS-Server (Domain Name System), die zur Auflösung von Host-IP-Adressen verwendet werden.

  • NTP-Server (Network Time Protocol), die verwendet werden, um Probleme mit der Zeitsynchronisierung im SDDC zu vermeiden.

Sie können einen DHCP-Optionssatz mit der Konsole oder erstellen. Amazon VPC AWS CLI Weitere Informationen finden Sie im Amazon VPC Benutzerhandbuch unter Erstellen eines DHCP-Optionssatzes.

DNS-Server-Konfiguration

Sie können IPv4 Adressen von bis zu vier DNS-Servern (Domain Name System) eingeben. Sie können es Route 53 als Ihren DNS-Serveranbieter verwenden oder Ihre eigenen benutzerdefinierten DNS-Server bereitstellen. Weitere Informationen zur Konfiguration von Route 53 als DNS-Dienst für eine bestehende Domäne finden Sie unter Route 53 zum DNS-Dienst für eine verwendete Domäne machen.

Anmerkung

Die Verwendung sowohl von Route 53 als auch eines benutzerdefinierten DNS-Servers (Domain Name System) kann zu unerwartetem Verhalten führen.

Anmerkung

Amazon EVS unterstützt IPv6 derzeit nicht.

Um eine Umgebung erfolgreich bereitzustellen, muss der DHCP-Optionssatz Ihrer VPC über die folgenden DNS-Einstellungen verfügen:

  • Eine primäre DNS-Server-IP-Adresse und eine sekundäre DNS-Server-IP-Adresse im DHCP-Optionssatz.

  • Eine DNS-Forward-Lookupzone mit A-Einträgen für jede VCF-Verwaltungs-Appliance und jeden Amazon EVS-Host in Ihrer Bereitstellung, wie unter beschrieben. Erstellen Sie eine Amazon EVS-Umgebung

  • Eine Reverse-Lookupzone mit PTR-Datensätzen für jede VCF-Verwaltungs-Appliance und jeden Amazon EVS-Host in Ihrer Bereitstellung, wie unter beschrieben. Erstellen Sie eine Amazon EVS-Umgebung

Weitere Informationen zur Konfiguration von DNS-Servern in einem DHCP-Optionssatz finden Sie unter Einen DHCP-Optionssatz erstellen.

Anmerkung

Wenn Sie benutzerdefinierte DNS-Domänennamen verwenden, die in einer privaten gehosteten Zone definiert sind Route 53, oder privates DNS mit VPC-Endpunkten (AWS PrivateLink) der Schnittstelle verwenden, müssen Sie enableDnsHostnames sowohl die enableDnsSupport Attribute als auch auf festlegen. true Weitere Informationen finden Sie unter DNS-Attribute für Ihre VPC.

NTP-Serverkonfiguration

NTP-Server stellen die Zeit in Ihrem Netzwerk bereit. Sie können die IPv4 Adressen von bis zu vier NTP-Servern (Network Time Protocol) eingeben. Weitere Informationen zur Konfiguration von NTP-Servern in einem DHCP-Optionssatz finden Sie unter Erstellen eines DHCP-Optionssatzes.

Anmerkung

Amazon EVS unterstützt IPv6 derzeit nicht.

Sie können den Amazon Time Sync Service unter der IPv4 Adresse angeben169.254.169.123. Standardmäßig verwenden die EC2 Amazon-Instances, die Amazon EVS bereitstellt, den Amazon Time Sync Service an IPv4 der Adresse. 169.254.169.123

Weitere Informationen zu NTP-Servern finden Sie unter RFC 2123. Weitere Informationen zum Amazon Time Sync Service finden Sie unter Zeit für Ihre Instance festlegen im EC2 Amazon-Benutzerhandbuch.

(Optional) Konfigurieren Sie die lokale Netzwerkkonnektivität mithilfe von AWS Direct Connect oder AWS Site-to-Site VPN mit AWS Transit Gateway

Sie können die Konnektivität Ihres lokalen Rechenzentrums AWS Direct Connect mit Ihrer AWS Infrastruktur mithilfe eines zugehörigen Transit-Gateways oder mithilfe einer AWS Site-to-Site VPN-Verbindung zu einem Transit-Gateway konfigurieren. AWS Site-to-Site VPN stellt über das Internet eine IPsec VPN-Verbindung zum Transit-Gateway her. AWS Direct Connect stellt über eine private, dedizierte Verbindung eine IPsec VPN-Verbindung zum Transit-Gateway her. Nachdem die Amazon EVS-Umgebung erstellt wurde, können Sie beide Optionen verwenden, um Ihre lokalen Rechenzentrums-Firewalls mit der VMware NSX-Umgebung zu verbinden.

Anmerkung

Amazon EVS unterstützt keine Konnektivität über eine private virtuelle Schnittstelle (VIF) von AWS Direct Connect oder über eine AWS Site-to-Site VPN-Verbindung, die direkt mit der Underlay-VPC endet.

Weitere Informationen zum Einrichten einer AWS Direct Connect Verbindung finden Sie unter AWS Direct Connect Gateways und Transit-Gateway-Verknüpfungen. Weitere Informationen zur Verwendung von AWS Site-to-Site VPN mit AWS Transit Gateway finden Sie unter AWS Site-to-Site VPN-Anlagen in Amazon VPC Transit Gateways im Amazon VPC Transit Gateway Gateway-Benutzerhandbuch.

Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein

Amazon EVS verwendet Amazon VPC Route Server, um BGP-basiertes dynamisches Routing zu Ihrem VPC-Underlay-Netzwerk zu ermöglichen. Sie müssen einen Routenserver angeben, der Routen mit mindestens zwei Route-Server-Endpunkten im Service-Access-Subnetz teilt. Die auf den Route-Server-Peers konfigurierte Peer-ASN muss übereinstimmen und die Peer-IP-Adressen müssen eindeutig sein.

Wichtig

Wenn Sie die Route-Server-Propagierung aktivieren, stellen Sie sicher, dass alle Routentabellen, die weitergegeben werden, mindestens eine explizite Subnetzzuweisung haben. Die BGP-Routenankündigung schlägt fehl, wenn die Routentabelle über eine explizite Subnetzzuweisung verfügt.

Weitere Informationen zum Einrichten des VPC-Routenservers finden Sie im Tutorial Erste Schritte für Route Server.

Anmerkung

Für die Erkennung der Route-Server-Peer-Verfügbarkeit unterstützt Amazon EVS nur den standardmäßigen BGP-Keepalive-Mechanismus. Amazon EVS unterstützt keine bidirektionale Multi-Hop-Weiterleitungserkennung (BFD).

Anmerkung

Wir empfehlen, persistente Routen für die Route-Server-Instance mit einer dauerhaften Dauer zwischen 1 und 5 Minuten zu aktivieren. Wenn diese Option aktiviert ist, werden Routen in der Routingdatenbank des Routenservers beibehalten, auch wenn alle BGP-Sitzungen enden. Weitere Informationen finden Sie im Amazon VPC Benutzerhandbuch unter Erstellen eines Routenservers.

Anmerkung

Wenn Sie ein NAT-Gateway oder ein Transit-Gateway verwenden, stellen Sie sicher, dass Ihr Routenserver korrekt konfiguriert ist, um NSX-Routen an die VPC-Routentabelle (n) weiterzuleiten.

Erstellen Sie eine Amazon EVS-Umgebung

Wichtig

Um so einfach und schnell wie möglich loszulegen, enthält dieses Thema Schritte zum Erstellen einer Amazon EVS-Umgebung mit Standardeinstellungen. Bevor Sie eine Umgebung erstellen, empfehlen wir Ihnen, sich mit allen Einstellungen vertraut zu machen und eine Umgebung mit den Einstellungen bereitzustellen, die Ihren Anforderungen entsprechen. Umgebungen können nur bei der ersten Umgebungserstellung konfiguriert werden. Umgebungen können nicht geändert werden, nachdem Sie sie erstellt haben. Eine Übersicht über alle möglichen Amazon EVS-Umgebungseinstellungen finden Sie im Amazon EVS API-Referenzhandbuch.

Anmerkung

Amazon EVS-Umgebungen müssen in derselben Region und Availability Zone wie die VPC- und VPC-Subnetze bereitgestellt werden.

Führen Sie diesen Schritt aus, um eine Amazon EVS-Umgebung mit Hosts und VLAN-Subnetzen zu erstellen.

Amazon EVS console
  1. Gehen Sie zur Amazon EVS-Konsole.

    Anmerkung

    Stellen Sie sicher, dass die AWS Region, die oben rechts auf Ihrer Konsole angezeigt wird, die AWS Region ist, in der Sie Ihre Umgebung erstellen möchten. Ist dies nicht der Fall, wählen Sie das Drop-down-Menü neben dem Namen der AWS Region aus und wählen Sie die AWS Region aus, die Sie verwenden möchten.

    Anmerkung

    Amazon EVS-Operationen, die von der Amazon EVS-Konsole ausgelöst werden, generieren CloudTrail keine Ereignisse.

  2. Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.

  3. Wählen Sie Create environment (Umgebung erstellen) aus.

  4. Gehen Sie auf der Seite „Amazon EVS-Anforderungen validieren“ wie folgt vor.

    1. Vergewissern Sie sich, dass die AWS Support-Anforderungen und die Service-Quota-Anforderungen erfüllt sind. Weitere Informationen zu den Support-Anforderungen von Amazon EVS finden Sie unterMelden Sie sich für einen AWS Business-, AWS Enterprise On-Ramp- oder AWS Enterprise Support-Plan an. Weitere Informationen zu den Amazon EVS-Kontingentanforderungen finden Sie unterServicekontingente.

    2. (Optional) Geben Sie unter Name einen Umgebungsnamen ein.

    3. Wählen Sie unter Umgebungsversion Ihre VCF-Version aus. Amazon EVS unterstützt derzeit nur Version 5.2.1.x.

    4. Geben Sie als Site-ID Ihre Broadcom-Site-ID ein.

    5. Geben Sie für VCF-Lösungsschlüssel einen VCF-Lösungsschlüssel ein. Dieser Lizenzschlüssel kann nicht von einer vorhandenen Umgebung verwendet werden.

      Anmerkung

      Der VCF-Lösungsschlüssel muss mindestens 256 Kerne haben.

      Anmerkung

      Amazon EVS erfordert, dass Sie einen gültigen VCF-Lösungsschlüssel im SDDC Manager verwalten, damit der Service ordnungsgemäß funktioniert. Wenn Sie den VCF-Lösungsschlüssel nach der Bereitstellung mit dem vSphere Client verwalten, müssen Sie sicherstellen, dass die Schlüssel auch auf dem Lizenzierungsbildschirm der SDDC Manager-Benutzeroberfläche angezeigt werden.

    6. Geben Sie für den vSAN-Lizenzschlüssel einen vSAN-Lizenzschlüssel ein. Dieser Lizenzschlüssel kann nicht von einer vorhandenen Umgebung verwendet werden.

      Anmerkung

      Der vSAN-Lizenzschlüssel muss mindestens 110 TiB vSAN-Kapazität haben.

      Anmerkung

      Amazon EVS erfordert, dass Sie einen gültigen vSAN-Lizenzschlüssel im SDDC Manager verwalten, damit der Service ordnungsgemäß funktioniert. Wenn Sie den vSAN-Lizenzschlüssel nach der Bereitstellung mit dem vSphere Client verwalten, müssen Sie sicherstellen, dass die Schlüssel auch auf dem Lizenzierungsbildschirm der SDDC Manager-Benutzeroberfläche angezeigt werden.

    7. Für die VCF-Lizenzbedingungen klicken Sie das Kästchen an, um zu bestätigen, dass Sie die erforderliche Anzahl an VCF-Softwarelizenzen erworben haben und weiterhin beibehalten werden, um alle physischen Prozessorkerne in der Amazon EVS-Umgebung abzudecken. Informationen über Ihre VCF-Software in Amazon EVS werden an Broadcom weitergegeben, um die Einhaltung der Lizenzbestimmungen zu überprüfen.

    8. Wählen Sie Weiter aus.

  5. Führen Sie auf der Seite „Hostdetails angeben“ die folgenden Schritte viermal durch, um der Umgebung 4 Hosts hinzuzufügen. Amazon EVS-Umgebungen benötigen 4 Hosts für die erste Bereitstellung.

    1. Wählen Sie Hostdetails hinzufügen aus.

    2. Geben Sie unter DNS-Hostname den Hostnamen für den Host ein.

    3. Wählen Sie zum Beispiel Instanztyp den EC2 Instanztyp aus.

      Wichtig

      Beenden oder beenden Sie keine EC2 Instances, die Amazon EVS bereitstellt. Diese Aktion führt zu Datenverlust.

      Anmerkung

      Amazon EVS unterstützt derzeit nur EC2 i4i.metal-Instances.

    4. Wählen Sie für das SSH-Schlüsselpaar ein SSH-Schlüsselpaar für den SSH-Zugriff auf den Host aus.

    5. Wählen Sie Host hinzufügen.

  6. Gehen Sie auf der Seite Netzwerke und Konnektivität konfigurieren wie folgt vor.

    1. Wählen Sie für VPC die VPC aus, die Sie zuvor erstellt haben.

    2. Wählen Sie für Service Access Subnet das private Subnetz aus, das bei der Erstellung der VPC erstellt wurde.

    3. Für Sicherheitsgruppe — optional können Sie bis zu 2 Sicherheitsgruppen auswählen, die die Kommunikation zwischen der Amazon EVS-Steuerebene und der VPC steuern. Amazon EVS verwendet die Standardsicherheitsgruppe, wenn keine Sicherheitsgruppe ausgewählt wurde.

      Anmerkung

      Stellen Sie sicher, dass die von Ihnen ausgewählten Sicherheitsgruppen Konnektivität zu Ihren DNS-Servern und Amazon EVS-VLAN-Subnetzen bereitstellen.

    4. Geben Sie unter Management-Konnektivität die CIDR-Blöcke ein, die für die Amazon EVS-VLAN-Subnetze verwendet werden sollen.

      Wichtig

      Amazon EVS-VLAN-Subnetze können nur während der Erstellung der Amazon EVS-Umgebung erstellt werden und können nach der Erstellung der Umgebung nicht geändert werden. Sie müssen sicherstellen, dass die CIDR-Blöcke des VLAN-Subnetzes die richtige Größe haben, bevor Sie die Umgebung erstellen. Nach der Bereitstellung der Umgebung können Sie keine VLAN-Subnetze hinzufügen. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

    5. Geben Sie unter Erweiterung VLANs die CIDR-Blöcke für zusätzliche Amazon EVS-VLAN-Subnetze ein, die zur Erweiterung der VCF-Funktionen innerhalb von Amazon EVS verwendet werden können, z. B. zur Aktivierung von NSX Federation.

      Anmerkung

      Stellen Sie sicher, dass die von Ihnen bereitgestellten VLAN-CIDR-Blöcke innerhalb der VPC die richtige Größe haben. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

    6. Geben Sie unter Workload/VCF-Konnektivität den CIDR-Block für das NSX-Uplink-VLAN ein und wählen Sie 2 VPC-Route-Server-Peer aus, IDs die über den NSX-Uplink zu Route Server-Endpunkten führen.

      Anmerkung

      Amazon EVS benötigt eine VPC-Route-Server-Instance, die mit 2 Route Server-Endpunkten und 2 Route Server-Peers verknüpft ist. Diese Konfiguration ermöglicht dynamisches BGP-basiertes Routing über den NSX-Uplink. Weitere Informationen finden Sie unter Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein.

    7. Wählen Sie Weiter aus.

  7. Gehen Sie auf der Seite „Management-DNS-Hostnamen angeben“ wie folgt vor.

    1. Geben Sie unter DNS-Hostnamen der Verwaltungs-Appliance die DNS-Hostnamen für die virtuellen Maschinen ein, auf denen VCF-Verwaltungs-Appliances gehostet werden sollen. Wenn Sie Route 53 als DNS-Anbieter verwenden, wählen Sie auch die gehostete Zone aus, die Ihre DNS-Einträge enthält.

    2. Wählen Sie unter Anmeldeinformationen aus, ob Sie den AWS verwalteten KMS-Schlüssel für Secrets Manager oder einen von Ihnen bereitgestellten vom Kunden verwalteten KMS-Schlüssel verwenden möchten. Dieser Schlüssel wird verwendet, um die VCF-Anmeldeinformationen zu verschlüsseln, die für die Verwendung von SDDC Manager, NSX Manager und vCenter Appliances erforderlich sind.

      Anmerkung

      Im Zusammenhang mit vom Kunden verwalteten KMS-Schlüsseln fallen Nutzungskosten an. Weitere Informationen finden Sie auf der Seite mit den AWS KMS-Preisen.

    3. Wählen Sie Weiter aus.

  8. (Optional) Fügen Sie auf der Seite „Tags hinzufügen“ alle Tags hinzu, die dieser Umgebung zugewiesen werden sollen, und wählen Sie Weiter aus.

    Anmerkung

    Hosts, die als Teil dieser Umgebung erstellt wurden, erhalten das folgende Tag:DoNotDelete-EVS-environmentid-hostname.

    Anmerkung

    Tags, die mit der Amazon EVS-Umgebung verknüpft sind, werden nicht auf zugrunde liegende AWS Ressourcen wie EC2 Instances übertragen. Sie können Tags für zugrunde liegende AWS Ressourcen mithilfe der jeweiligen Servicekonsole oder der erstellen. AWS CLI

  9. Überprüfen Sie auf der Seite Überprüfen und erstellen Ihre Konfiguration und wählen Sie Umgebung erstellen aus.

    Anmerkung

    Amazon EVS stellt eine aktuelle gebündelte Version von VMware Cloud Foundation bereit, die möglicherweise keine einzelnen Produktupdates, sogenannte asynchrone Patches, enthält. Nach Abschluss dieser Bereitstellung empfehlen wir Ihnen dringend, einzelne Produkte mit dem Async Patch Tool (AP Tool) von Broadcom oder dem im Produkt integrierten LCM-Automatisierung SDDC Manager zu überprüfen und zu aktualisieren. NSX-Upgrades müssen außerhalb von SDDC Manager durchgeführt werden.

    Anmerkung

    Die Erstellung der Umgebung kann mehrere Stunden dauern.

AWS CLI
  1. Öffnen Sie eine Terminalsitzung.

  2. Erstellen Sie eine Amazon EVS-Umgebung. Im Folgenden finden Sie eine aws evs create-environment Musteranfrage.

    Wichtig

    Bevor Sie den aws evs create-environment Befehl ausführen, überprüfen Sie, ob alle Amazon EVS-Voraussetzungen erfüllt sind. Die Bereitstellung der Umgebung schlägt fehl, wenn die Voraussetzungen nicht erfüllt sind. Weitere Informationen zu den Support-Anforderungen von Amazon EVS finden Sie unterMelden Sie sich für einen AWS Business-, AWS Enterprise On-Ramp- oder AWS Enterprise Support-Plan an. Weitere Informationen zu den Amazon EVS-Kontingentanforderungen finden Sie unterServicekontingente.

    Anmerkung

    Amazon EVS stellt eine aktuelle gebündelte Version von VMware Cloud Foundation bereit, die möglicherweise keine einzelnen Produktupdates, sogenannte asynchrone Patches, enthält. Nach Abschluss dieser Bereitstellung empfehlen wir Ihnen dringend, einzelne Produkte mithilfe des Async Patch Tool (AP Tool) von Broadcom oder der produktinternen LCM-Automatisierung SDDC Manager zu überprüfen und zu aktualisieren. NSX-Upgrades müssen außerhalb von SDDC Manager durchgeführt werden.

    Anmerkung

    Die Erstellung der Umgebung kann mehrere Stunden dauern.

    • Geben Sie für die VPC an--vpc-id, die Sie zuvor mit einem IPv4 CIDR-Mindestbereich von /22 erstellt haben.

    • Geben Sie für --service-access-subnet-id die eindeutige ID des privaten Subnetzes an, das bei der Erstellung der VPC erstellt wurde.

    • Denn --vcf-version Amazon EVS unterstützt derzeit nur VCF 5.2.1.x.

    • Mit bestätigen Sie--terms-accepted, dass Sie die erforderliche Anzahl von VCF-Softwarelizenzen erworben haben und weiterhin beibehalten werden, um alle physischen Prozessorkerne in der Amazon EVS-Umgebung abzudecken. Informationen über Ihre VCF-Software in Amazon EVS werden an Broadcom weitergegeben, um die Einhaltung der Lizenzbestimmungen zu überprüfen.

    • Geben Sie für --license-info Ihren VCF-Lösungsschlüssel und Ihren vSAN-Lizenzschlüssel ein.

      Anmerkung

      Der VCF-Lösungsschlüssel muss mindestens 256 Kerne haben. Der vSAN-Lizenzschlüssel muss mindestens 110 TiB vSAN-Kapazität haben.

      Anmerkung

      Amazon EVS erfordert, dass Sie einen gültigen VCF-Lösungsschlüssel und einen gültigen vSAN-Lizenzschlüssel im SDDC Manager verwalten, damit der Service ordnungsgemäß funktioniert. Wenn Sie diese Lizenzschlüssel nach der Bereitstellung mit dem vSphere Client verwalten, müssen Sie sicherstellen, dass sie auch im Lizenzierungsbildschirm der SDDC Manager-Benutzeroberfläche angezeigt werden.

      Anmerkung

      Der VCF-Lösungsschlüssel und der vSAN-Lizenzschlüssel können nicht von einer vorhandenen Amazon EVS-Umgebung verwendet werden.

    • --initial-vlansGeben Sie nämlich die CIDR-Bereiche für die Amazon EVS-VLAN-Subnetze an, die Amazon EVS in Ihrem Namen erstellt. Diese VLANs werden zur Bereitstellung von VCF-Management-Appliances verwendet.

      Wichtig

      Amazon EVS-VLAN-Subnetze können nur während der Erstellung der Amazon EVS-Umgebung erstellt werden und können nach der Erstellung der Umgebung nicht geändert werden. Sie müssen sicherstellen, dass die CIDR-Blöcke des VLAN-Subnetzes die richtige Größe haben, bevor Sie die Umgebung erstellen. Nach der Bereitstellung der Umgebung können Sie keine VLAN-Subnetze hinzufügen. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

    • Geben Sie für --hosts Hostdetails für die Hosts an, die Amazon EVS für die Bereitstellung der Umgebung benötigt. Geben Sie für jeden Host den DNS-Hostnamen, den EC2 SSH-Schlüsselnamen und den EC2 Instanztyp an.

      Wichtig

      Beenden oder beenden Sie keine EC2 Instances, die Amazon EVS bereitstellt. Diese Aktion führt zu Datenverlust.

      Anmerkung

      Amazon EVS unterstützt derzeit nur EC2 i4i.metal-Instances.

    • Geben Sie für --connectivity-info den 2-VPC-Routenserver-Peer an IDs , den Sie im vorherigen Schritt erstellt haben.

      Anmerkung

      Amazon EVS benötigt eine VPC-Route-Server-Instance, die mit 2 Route Server-Endpunkten und 2 Route Server-Peers verknüpft ist. Diese Konfiguration ermöglicht dynamisches BGP-basiertes Routing über den NSX-Uplink. Weitere Informationen finden Sie unter Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein.

    • Geben Sie für die DNS-Hostnamen für die virtuellen Maschinen ein--vcf-hostnames, auf denen VCF-Verwaltungs-Appliances gehostet werden sollen.

    • Geben Sie für --site-id Ihre eindeutige Broadcom-Site-ID ein. Diese ID ermöglicht den Zugriff auf das Broadcom-Portal und wird Ihnen von Broadcom bei Abschluss Ihres Softwarevertrags oder Ihrer Vertragsverlängerung zur Verfügung gestellt.

    • (Optional) Geben Sie für die Region ein--region, in der Ihre Umgebung bereitgestellt werden soll. Wenn die Region nicht angegeben ist, wird Ihre Standardregion verwendet.

      aws evs create-environment \ --environment-name testEnv \ --vpc-id vpc-1234567890abcdef0 \ --service-access-subnet-id subnet-01234a1b2cde1234f \ --vcf-version VCF-5.2.1 \ --terms-accepted \ --license-info "{ \"solutionKey\": \"00000-00000-00000-abcde-11111\", \"vsanKey\": \"00000-00000-00000-abcde-22222\" }" \ --initial-vlans "{ \"vmkManagement\": { \"cidr\": \"10.10.0.0/24\" }, \"vmManagement\": { \"cidr\": \"10.10.1.0/24\" }, \"vMotion\": { \"cidr\": \"10.10.2.0/24\" }, \"vSan\": { \"cidr\": \"10.10.3.0/24\" }, \"vTep\": { \"cidr\": \"10.10.4.0/24\" }, \"edgeVTep\": { \"cidr\": \"10.10.5.0/24\" }, \"nsxUplink\": { \"cidr\": \"10.10.6.0/24\" }, \"hcx\": { \"cidr\": \"10.10.7.0/24\" }, \"expansionVlan1\": { \"cidr\": \"10.10.8.0/24\" }, \"expansionVlan2\": { \"cidr\": \"10.10.9.0/24\" } }" \ --hosts "[ { \"hostName\": \"esx01\", \"keyName\": \"sshKey-04-05-45\”, \"instanceType\": \"i4i.metal\" }, { \"hostName\": \"esx02\", \"keyName\": \"sshKey-04-05-45\", \"instanceType\": \"i4i.metal\" }, { \"hostName\": \"esx03\", \"keyName\": \"sshKey-04-05-45\", \"instanceType\": \"i4i.metal\" }, { \"hostName\": \"esx04\", \"keyName\": \"sshKey-04-05-45\", \"instanceType\": \"i4i.metal\" } ]" \ --connectivity-info "{ \"privateRouteServerPeerings\": [\"rsp-1234567890abcdef0\",\"rsp-abcdef01234567890\"] }" \ --vcf-hostnames "{ \"vCenter\": \"vcf-vc01\", \"nsx\": \"vcf-nsx\", \"nsxManager1\": \"vcf-nsxm01\", \"nsxManager2\": \"vcf-nsxm02\", \"nsxManager3\": \"vcf-nsxm03\", \"nsxEdge1\": \"vcf-edge01\", \"nsxEdge2\": \"vcf-edge02\", \"sddcManager\": \"vcf-sddcm01\", \"cloudBuilder\": \"vcf-cb01\" }" \ --site-id my-site-id \ --region us-east-2

      Im Folgenden wird eine Beispielantwort dargestellt:

      { "environment": { "environmentId": "env-abcde12345", "environmentState": "CREATING", "stateDetails": "The environment is being initialized, this operation may take some time to complete.", "createdAt": "2025-04-13T12:03:39.718000+00:00", "modifiedAt": "2025-04-13T12:03:39.718000+00:00", "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345", "environmentName": "testEnv", "vpcId": "vpc-1234567890abcdef0", "serviceAccessSubnetId": "subnet-01234a1b2cde1234f", "vcfVersion": "VCF-5.2.1", "termsAccepted": true, "licenseInfo": [ { "solutionKey": "00000-00000-00000-abcde-11111", "vsanKey": "00000-00000-00000-abcde-22222" } ], "siteId": "my-site-id", "connectivityInfo": { "privateRouteServerPeerings": [ "rsp-1234567890abcdef0", "rsp-abcdef01234567890" ] }, "vcfHostnames": { "vCenter": "vcf-vc01", "nsx": "vcf-nsx", "nsxManager1": "vcf-nsxm01", "nsxManager2": "vcf-nsxm02", "nsxManager3": "vcf-nsxm03", "nsxEdge1": "vcf-edge01", "nsxEdge2": "vcf-edge02", "sddcManager": "vcf-sddcm01", "cloudBuilder": "vcf-cb01" } } }

Überprüfen Sie die Erstellung der Amazon EVS-Umgebung

Amazon EVS console
  1. Gehen Sie zur Amazon EVS-Konsole.

  2. Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.

  3. Wählen Sie die Umgebung aus.

  4. Wählen Sie die Registerkarte Details aus.

  5. Vergewissern Sie sich, dass der Umgebungsstatus „Überstanden“ und der UmgebungsstatusErstellt“ lautet. Dadurch wissen Sie, dass die Umgebung einsatzbereit ist.

    Anmerkung

    Die Erstellung der Umgebung kann mehrere Stunden dauern. Wenn im Umgebungsstatus immer noch Creating angezeigt wird, aktualisieren Sie die Seite.

AWS CLI
  1. Öffnen Sie eine Terminalsitzung.

  2. Führen Sie den folgenden Befehl aus und verwenden Sie dabei die Umgebungs-ID für Ihre Umgebung und den Namen der Region, die Ihre Ressourcen enthält. Die Umgebung ist einsatzbereit, wenn dies der Fall environmentState istCREATED.

    Anmerkung

    Die Erstellung der Umgebung kann mehrere Stunden dauern. Wenn das environmentState immer noch angezeigt wirdCREATING, führen Sie den Befehl erneut aus, um die Ausgabe zu aktualisieren.

    aws evs get-environment --environment-id env-abcde12345

    Im Folgenden wird eine Beispielantwort dargestellt:

    { "environment": { "environmentId": "env-abcde12345", "environmentState": "CREATED", "createdAt": "2025-04-13T13:39:49.546000+00:00", "modifiedAt": "2025-04-13T13:40:39.355000+00:00", "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345", "environmentName": "testEnv", "vpcId": "vpc-0c6def5b7b61c9f41", "serviceAccessSubnetId": "subnet-06a3c3b74d36b7d5e", "vcfVersion": "VCF-5.2.1", "termsAccepted": true, "licenseInfo": [ { "solutionKey": "00000-00000-00000-abcde-11111", "vsanKey": "00000-00000-00000-abcde-22222" } ], "siteId": "my-site-id", "checks": [], "connectivityInfo": { "privateRouteServerPeerings": [ "rsp-056b2b1727a51e956", "rsp-07f636c5150f171c3" ] }, "vcfHostnames": { "vCenter": "vcf-vc01", "nsx": "vcf-nsx", "nsxManager1": "vcf-nsxm01", "nsxManager2": "vcf-nsxm02", "nsxManager3": "vcf-nsxm03", "nsxEdge1": "vcf-edge01", "nsxEdge2": "vcf-edge02", "sddcManager": "vcf-sddcm01", "cloudBuilder": "vcf-cb01" }, "credentials": [] } }

Amazon EVS VLAN-Subnetze einer Routing-Tabelle zuordnen

Ordnen Sie jedes der Amazon EVS-VLAN-Subnetze einer Routing-Tabelle in Ihrer VPC zu. Diese Routing-Tabelle wird verwendet, um AWS Ressourcen die Kommunikation mit virtuellen Maschinen in NSX-Netzwerksegmenten zu ermöglichen, die mit Amazon EVS ausgeführt werden.

Amazon VPC console
  1. Gehen Sie zur VPC-Konsole.

  2. Wählen Sie im Navigationsbereich Route Tables (Routing-Tabellen) aus.

  3. Wählen Sie die Routing-Tabelle aus, die Sie Amazon EVS-VLAN-Subnetzen zuordnen möchten.

  4. Wählen Sie die Registerkarte Subnetzzuordnungen aus.

  5. Wählen Sie unter Explizite Subnetzzuordnungen die Option Subnetzzuordnungen bearbeiten aus.

  6. Wählen Sie alle Amazon EVS-VLAN-Subnetze aus.

  7. Klicken Sie auf Save associations (Zuordnungen speichern).

AWS CLI
  1. Öffnen Sie eine Terminalsitzung.

  2. Identifizieren Sie das Amazon EVS-VLAN-Subnetz. IDs

    aws ec2 describe-subnets
  3. Ordnen Sie Ihre Amazon EVS-VLAN-Subnetze einer Routing-Tabelle in Ihrer VPC zu.

    aws ec2 associate-route-table \ --route-table-id rtb-0123456789abcdef0 \ --subnet-id subnet-01234a1b2cde1234f

Erstellen Sie eine Netzwerk-ACL zur Steuerung des Amazon EVS-VLAN-Subnetzverkehrs

Amazon EVS verwendet eine Network Access Control List (ACL), um den Verkehr zu und von Amazon EVS-VLAN-Subnetzen zu steuern. Sie können die Standard-Netzwerk-ACL für Ihre VPC verwenden, oder Sie können eine benutzerdefinierte Netzwerk-ACL für Ihre VPC mit Regeln erstellen, die den Regeln für Ihre Sicherheitsgruppen ähneln, um Ihrer VPC eine Sicherheitsebene hinzuzufügen. Weitere Informationen finden Sie unter Erstellen einer Netzwerk-ACL für Ihre VPC im Amazon VPC-Benutzerhandbuch.

Wichtig

EC2 Sicherheitsgruppen funktionieren nicht auf elastischen Netzwerkschnittstellen, die mit Amazon EVS-VLAN-Subnetzen verbunden sind. Um den Verkehr zu und von Amazon EVS VLAN-Subnetzen zu kontrollieren, müssen Sie eine Netzwerkzugriffskontrollliste verwenden.

Rufen Sie VCF-Anmeldeinformationen ab und greifen Sie auf VCF-Verwaltungs-Appliances zu

Amazon EVS verwendet AWS Secrets Manager, um verwaltete Geheimnisse in Ihrem Konto zu erstellen, zu verschlüsseln und zu speichern. Diese Geheimnisse enthalten die VCF-Anmeldeinformationen, die für die Installation und den Zugriff auf VCF-Verwaltungs-Appliances wie vCenter Server, NSX und SDDC Manager erforderlich sind. Weitere Informationen zum Abrufen von Geheimnissen finden Sie unter Geheimnisse aus AWS Secrets Manager abrufen.

Anmerkung

Amazon EVS bietet keine verwaltete Rotation Ihrer Geheimnisse. Wir empfehlen, dass Sie Ihre Geheimnisse regelmäßig innerhalb eines festgelegten Rotationsfensters rotieren, um sicherzustellen, dass die Geheimnisse nicht langlebig sind.

Nachdem Sie Ihre VCF-Anmeldeinformationen von AWS Secrets Manager abgerufen haben, können Sie sie verwenden, um sich bei Ihren VCF-Verwaltungsgeräten anzumelden. Weitere Informationen finden Sie in der Produktdokumentation unter Anmelden bei der SDDC Manager-Benutzeroberfläche und So verwenden und konfigurieren Sie Ihren vSphere Client. VMware

Konfigurieren Sie die serielle Konsole EC2

Standardmäßig aktiviert Amazon EVS die ESXi Shell auf neu bereitgestellten Amazon EVS-Hosts. Diese Konfiguration ermöglicht den Zugriff auf die serielle Schnittstelle der EC2 Amazon-Instance über die EC2 serielle Konsole, mit der Sie Boot-, Netzwerkkonfigurations- und andere Probleme beheben können. Die serielle Konsole erfordert nicht, dass Ihre Instance über Netzwerkfähigkeiten verfügt. Mit der seriellen Konsole können Sie Befehle für eine laufende EC2 Instance eingeben, als ob Ihre Tastatur und Ihr Monitor direkt an die serielle Schnittstelle der Instance angeschlossen wären.

Auf die EC2 serielle Konsole kann über die EC2 Konsole oder die zugegriffen werden AWS CLI. Weitere Informationen finden Sie unter EC2 Serial Console for Instances im EC2 Amazon-Benutzerhandbuch.

Anmerkung

Die EC2 serielle Konsole ist der einzige von Amazon EVS unterstützte Mechanismus für den Zugriff auf die Direct Console User Interface (DCUI), um lokal mit einem ESXi Host zu interagieren.

Anmerkung

Amazon EVS deaktiviert standardmäßig Remote-SSH. Weitere Informationen zur Aktivierung von SSH für den Zugriff auf die ESXi Remote-Shell finden Sie unter ESXi Remote-Shell-Zugriff mit SSH in der VMware vSphere-Produktdokumentation.

Connect zur EC2 seriellen Konsole her

Um eine Verbindung zur EC2 seriellen Konsole herzustellen und das von Ihnen gewählte Tool zur Fehlerbehebung zu verwenden, müssen bestimmte Voraussetzungen erfüllt sein. Weitere Informationen finden Sie unter Voraussetzungen für die EC2 serielle Konsole und Connect zur EC2 seriellen Konsole herstellen im EC2 Amazon-Benutzerhandbuch.

Anmerkung

Um eine Verbindung zur EC2 seriellen Konsole herzustellen, muss Ihr EC2 Instance-Status lautenrunning. Sie können keine Verbindung zur seriellen Konsole herstellen, wenn sich die Instanz im terminated Status pendingstopping,stopped,shutting-down, oder befindet. Weitere Informationen zu Änderungen des Instance-Status finden Sie unter Änderung des EC2 Amazon-Instance-Status im EC2 Amazon-Benutzerhandbuch.

Konfigurieren Sie den Zugriff auf die EC2 serielle Konsole

Um den Zugriff auf die EC2 serielle Konsole zu konfigurieren, müssen Sie oder Ihr Administrator den Zugriff auf die serielle Konsole auf Kontoebene gewähren und anschließend IAM-Richtlinien konfigurieren, um Ihren Benutzern Zugriff zu gewähren. Bei Linux-Instances müssen Sie außerdem auf jeder Instanz einen kennwortbasierten Benutzer konfigurieren, damit Ihre Benutzer die serielle Konsole zur Fehlerbehebung verwenden können. Weitere Informationen finden Sie unter Zugriff auf die EC2 serielle Konsole konfigurieren im EC2 Amazon-Benutzerhandbuch.

Bereinigen

Gehen Sie wie folgt vor, um die erstellten AWS Ressourcen zu löschen.

Löschen Sie die Amazon EVS-Hosts und die Umgebung

Gehen Sie wie folgt vor, um die Amazon EVS-Hosts und die Umgebung zu löschen. Diese Aktion löscht die VMware VCF-Installation, die in Ihrer Amazon EVS-Umgebung ausgeführt wird.

Anmerkung

Um eine Amazon EVS-Umgebung zu löschen, müssen Sie zuerst alle Hosts in der Umgebung löschen. Eine Umgebung kann nicht gelöscht werden, wenn der Umgebung Hosts zugeordnet sind.

SDDC UI and Amazon EVS console
  1. Gehen Sie zur SDDC Manager-Benutzeroberfläche.

  2. Entfernen Sie die Hosts aus dem vSphere-Cluster. Dadurch wird die Zuweisung der Hosts zur SDDC-Domäne aufgehoben. Wiederholen Sie diesen Schritt für jeden Host im Cluster. Weitere Informationen finden Sie unter Entfernen eines Hosts aus einem vSphere-Cluster in einer Workload-Domäne in der VCF-Produktdokumentation.

  3. Nehmen Sie die nicht zugewiesenen Hosts außer Betrieb. Weitere Informationen finden Sie in der VCF-Produktdokumentation unter Außerbetriebnahme von Hosts.

  4. Gehen Sie zur Amazon EVS-Konsole.

    Anmerkung

    Amazon EVS-Operationen, die von der Amazon EVS-Konsole ausgelöst werden, generieren CloudTrail keine Ereignisse.

  5. Wählen Sie im Navigationsbereich Umgebung aus.

  6. Wählen Sie die Umgebung aus, die die zu löschenden Hosts enthält.

  7. Wählen Sie die Registerkarte Hosts aus.

  8. Wählen Sie den Host aus und klicken Sie auf der Registerkarte „Hosts“ auf Löschen. Wiederholen Sie diesen Schritt für jeden Host in der Umgebung.

  9. Wählen Sie oben auf der Seite Umgebungen die Option Löschen und anschließend Umgebung löschen aus.

    Anmerkung

    Beim Löschen der Umgebung werden auch die Amazon EVS-VLAN-Subnetze und AWS Secrets Manager Manager-Geheimnisse gelöscht, die Amazon EVS erstellt hat. AWS Ressourcen, die Sie erstellen, werden nicht gelöscht. Für diese Ressourcen können weiterhin Kosten anfallen.

  10. Wenn Sie über EC2 Amazon-Kapazitätsreservierungen verfügen, die Sie nicht mehr benötigen, stellen Sie sicher, dass Sie diese storniert haben. Weitere Informationen finden Sie unter Stornieren einer Kapazitätsreservierung im EC2 Amazon-Benutzerhandbuch.

SDDC UI and AWS CLI
  1. Öffnen Sie eine Terminalsitzung.

  2. Identifizieren Sie die Umgebung, die den zu löschenden Host enthält.

    aws evs list-environments

    Im Folgenden wird eine Beispielantwort dargestellt:

    { "environmentSummaries": [ { "environmentId": "env-abcde12345", "environmentName": "testEnv", "vcfVersion": "VCF-5.2.1", "environmentState": "CREATED", "createdAt": "2025-04-13T14:42:41.430000+00:00", "modifiedAt": "2025-04-13T14:43:33.412000+00:00", "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345" }, { "environmentId": "env-edcba54321", "environmentName": "testEnv2", "vcfVersion": "VCF-5.2.1", "environmentState": "CREATED", "createdAt": "2025-04-13T13:39:49.546000+00:00", "modifiedAt": "2025-04-13T13:52:13.342000+00:00", "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-edcba54321" } ] }
  3. Gehen Sie zur SDDC Manager-Benutzeroberfläche.

  4. Entfernen Sie die Hosts aus dem vSphere-Cluster. Dadurch wird die Zuweisung der Hosts zur SDDC-Domäne aufgehoben. Wiederholen Sie diesen Schritt für jeden Host im Cluster. Weitere Informationen finden Sie unter Entfernen eines Hosts aus einem vSphere-Cluster in einer Workload-Domäne in der VCF-Produktdokumentation.

  5. Nehmen Sie die nicht zugewiesenen Hosts außer Betrieb. Weitere Informationen finden Sie in der VCF-Produktdokumentation unter Außerbetriebnahme von Hosts.

  6. Löschen Sie die Hosts aus der Umgebung. Im Folgenden finden Sie ein Beispiel für eine aws evs delete-environment-host Anfrage.

    Anmerkung

    Um eine Umgebung löschen zu können, müssen Sie zuerst alle Hosts löschen, die in der Umgebung enthalten sind.

    aws evs delete-environment-host \ --environment-id env-abcde12345 \ --host esx01
  7. Wiederholen Sie die vorherigen Schritte, um die verbleibenden Hosts in Ihrer Umgebung zu löschen.

  8. Löschen Sie die Umgebung.

    aws evs delete-environment --environment-id env-abcde12345
    Anmerkung

    Beim Löschen der Umgebung werden auch die Amazon EVS-VLAN-Subnetze und AWS Secrets Manager Manager-Geheimnisse gelöscht, die Amazon EVS erstellt hat. Andere AWS Ressourcen, die Sie erstellen, werden nicht gelöscht. Für diese Ressourcen können weiterhin Kosten anfallen.

  9. Wenn Sie über EC2 Amazon-Kapazitätsreservierungen verfügen, die Sie nicht mehr benötigen, stellen Sie sicher, dass Sie diese storniert haben. Weitere Informationen finden Sie unter Stornieren einer Kapazitätsreservierung im EC2 Amazon-Benutzerhandbuch.

Löschen Sie die VPC-Route-Server-Komponenten

Schritte zum Löschen der von Ihnen erstellten Amazon VPC Route Server-Komponenten finden Sie unter Route Server Cleanup im Amazon VPC-Benutzerhandbuch.

Löschen Sie die Network Access Control List (ACL)

Schritte zum Löschen einer Netzwerkzugriffskontrollliste finden Sie unter Löschen einer Netzwerk-ACL für Ihre VPC im Amazon VPC-Benutzerhandbuch.

Löschen Sie elastische Netzwerkschnittstellen

Schritte zum Löschen elastischer Netzwerkschnittstellen finden Sie unter Löschen einer Netzwerkschnittstelle im EC2 Amazon-Benutzerhandbuch.

Trennen und löschen Sie Subnetz-Routing-Tabellen

Schritte zum Trennen und Löschen von Subnetz-Routentabellen finden Sie unter Subnetz-Routentabellen im Amazon VPC-Benutzerhandbuch.

Subnetze löschen

Löschen Sie die VPC-Subnetze, einschließlich des Dienstzugriffssubnetzes. Schritte zum Löschen von VPC-Subnetzen finden Sie unter Löschen eines Subnetzes im Amazon VPC-Benutzerhandbuch.

Anmerkung

Wenn Sie Route 53 für DNS verwenden, entfernen Sie die eingehenden Endpunkte, bevor Sie versuchen, das Dienstzugriffssubnetz zu löschen. Andernfalls können Sie das Dienstzugriffssubnetz nicht löschen.

Anmerkung

Amazon EVS löscht die VLAN-Subnetze in Ihrem Namen, wenn die Umgebung gelöscht wird. Amazon EVS VLAN-Subnetze können nur gelöscht werden, wenn die Umgebung gelöscht wird.

Löschen der VPC

Schritte zum Löschen der VPC finden Sie unter Löschen Ihrer VPC im Amazon VPC-Benutzerhandbuch.

Nächste Schritte

Migrieren Sie Ihre Workloads mithilfe der VMware Hybrid Cloud Extension (VMware HCX) zu Amazon EVS. Weitere Informationen finden Sie unter Migrieren Sie Workloads mit VMware Hybrid Cloud Extension (VMware HCX) zu Amazon EVS.