Voraussetzungen Erstellen Sie eine VPC mit Subnetzen und Routing-Tabellen Wählen Sie Ihre HCX-Konnektivitätsoption Konfigurieren Sie die VPC-Hauptroutentabelle Konfigurieren von DNS- und NTP-Servern mithilfe des VPC-DHCP-Optionssatzes Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein Erstellen Sie eine Netzwerk-ACL zur Steuerung des Amazon EVS-VLAN-Subnetzverkehrs Erstellen einer Amazon EVS-Umgebung mit Modus Self-deployed Erstellen Sie eine Amazon EVS-Umgebung Überprüfen Sie die Erstellung der Amazon EVS-Umgebung Ordnen Sie Amazon EVS-VLAN-Subnetze explizit einer VPC-Routentabelle zu Rufen Sie VCF-Anmeldeinformationen ab und greifen Sie auf VCF-Verwaltungsgeräte zu Bereinigen Nächste Schritte

Erste Schritte mit Amazon Elastic VMware Service

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 Sphere-based v-Workloads auf die migrieren können. AWS Cloud

Amazon EVS kann VCF für Sie bereitstellen, oder Sie können den Self-deployedModus verwenden, um VCF selbst zu installieren. Informationen zu den VCF-Versionen, die Amazon EVS unterstützt, finden Sie unter. Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen

Informationen zum Self-deployed Modus finden Sie unter. Erstellen einer Amazon EVS-Umgebung mit Modus Self-deployed Die folgenden Verfahren Erstellen Sie eine Amazon EVS-Umgebung behandeln die Erstellung von Umgebungen, in denen Amazon EVS VCF für Sie bereitstellt.

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.x vertraut machen. In den Versionshinweisen zu VCF 5.2.x finden Sie relevante Versionsinformationen.

Wichtig

Informationen zu den von Amazon EVS bereitgestellten VCF-Versionen finden Sie unter. Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen

Themen

Voraussetzungen
Erstellen Sie eine VPC mit Subnetzen und Routing-Tabellen
Wählen Sie Ihre HCX-Konnektivitätsoption
Konfigurieren Sie die VPC-Hauptroutentabelle
Konfigurieren von DNS- und NTP-Servern mithilfe des VPC-DHCP-Optionssatzes
Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein
Erstellen Sie eine Netzwerk-ACL zur Steuerung des Amazon EVS-VLAN-Subnetzverkehrs
Erstellen einer Amazon EVS-Umgebung mit Modus Self-deployed
Erstellen Sie eine Amazon EVS-Umgebung
Überprüfen Sie die Erstellung der Amazon EVS-Umgebung
Ordnen Sie Amazon EVS-VLAN-Subnetze explizit einer VPC-Routentabelle zu
Rufen Sie VCF-Anmeldeinformationen ab und greifen Sie auf VCF-Verwaltungsgeräte zu
Bereinigen
Nächste Schritte

Voraussetzungen

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

Erstellen Sie eine VPC mit Subnetzen und Routing-Tabellen

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.

Beispiel

Amazon VPC console

Öffnen Sie die Amazon VPC -Konsole.
Wählen Sie auf dem VPC-Dashboard Create VPC (VPC erstellen) aus.
Wählen Sie unter Zu erstellende Ressourcen die Option VPC und mehr aus.
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.
Geben Sie für den IPv4-CIDR-Block einen IPv4-CIDR-Block ein. Eine VPC muss einen IPv4-CIDR-Block aufweisen. Stellen Sie sicher, dass Sie eine VPC erstellen, die ausreichend dimensioniert ist, um die Amazon EVS-Subnetze aufzunehmen. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

Anmerkung
Amazon EVS unterstützt IPv6 derzeit nicht.
Behalten Sie Tenancy 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 Bare-Metal-EC2-Instances in Ihrem Namen.
Wählen Sie für Number of Availability Zones (AZs) (Anzahl der Availability Zones (AZs)) 1 aus.

Anmerkung
Amazon EVS unterstützt derzeit nur Single-AZ Bereitstellungen.
Erweitern Sie Customize AZs und wählen Sie das 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 unter Amazon Elastic VMware Service Endpoints and Quotas im AWS General Reference Guide.
(Optional) Wenn Sie eine Internetverbindung benötigen, wählen Sie für Anzahl der öffentlichen Subnetze die Option 1.
Wählen Sie für Anzahl der privaten Subnetze den Wert 1 aus. Dieses private Subnetz wird als Subnetz für den Servicezugriff verwendet, das Sie Amazon EVS bei der Erstellung der Umgebung zur Verfügung gestellt haben. Weitere Informationen finden Sie unter Subnetz für den Servicezugriff.
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. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.
(Optional) Um Ressourcen Internetzugriff über 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.
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.
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.
(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.
Wählen Sie VPC erstellen aus.

Anmerkung
Erstellt während der VPC-Erstellung Amazon VPC automatisch eine Haupt-Routing-Tabelle und ordnet ihr standardmäßig implizit Subnetze zu.

AWS CLI

Öffnen Sie eine Terminalsitzung.

Erstellen Sie eine VPC mit einem privaten Subnetz und einem optionalen öffentlichen Subnetz in einer einzigen Availability Zone.


aws ec2 create-vpc \
  --cidr-block 10.0.0.0/16 \
  --instance-tenancy default \
  --tag-specifications 'ResourceType=vpc,Tags=[{Key=Name,Value=evs-vpc}]'

Speichern Sie die VPC-ID zur Verwendung in nachfolgenden Befehlen.


VPC_ID=$(aws ec2 describe-vpcs \
  --filters Name=tag:Name,Values=evs-vpc \
  --query 'Vpcs[0].VpcId' \
  --output text)

Aktivieren Sie DNS-Hostnamen und DNS-Unterstützung.


aws ec2 modify-vpc-attribute \
  --vpc-id $VPC_ID \
  --enable-dns-hostnames
aws ec2 modify-vpc-attribute \
  --vpc-id $VPC_ID \
  --enable-dns-support

Erstellen Sie ein privates Subnetz in der VPC.


aws ec2 create-subnet \
  --vpc-id $VPC_ID \
  --cidr-block 10.0.1.0/24 \
  --availability-zone us-west-2a \
  --tag-specifications 'ResourceType=subnet,Tags=[{Key=Name,Value=evs-private-subnet}]'

Speichern Sie die private Subnetz-ID zur Verwendung in nachfolgenden Befehlen.


PRIVATE_SUBNET_ID=$(aws ec2 describe-subnets \
  --filters Name=tag:Name,Values=evs-private-subnet \
  --query 'Subnets[0].SubnetId' \
  --output text)

(Optional) Erstellen Sie ein öffentliches Subnetz, falls eine Internetverbindung erforderlich ist.


aws ec2 create-subnet \
  --vpc-id $VPC_ID \
  --cidr-block 10.0.0.0/24 \
  --availability-zone us-west-2a \
  --tag-specifications 'ResourceType=subnet,Tags=[{Key=Name,Value=evs-public-subnet}]'

(Optional) Speichern Sie die öffentliche Subnetz-ID zur Verwendung in nachfolgenden Befehlen.


PUBLIC_SUBNET_ID=$(aws ec2 describe-subnets \
  --filters Name=tag:Name,Values=evs-public-subnet \
  --query 'Subnets[0].SubnetId' \
  --output text)

(Optional) Erstellen Sie ein Internet-Gateway und schließen Sie es an, wenn das öffentliche Subnetz erstellt wird.


aws ec2 create-internet-gateway \
  --tag-specifications 'ResourceType=internet-gateway,Tags=[{Key=Name,Value=evs-igw}]'

IGW_ID=$(aws ec2 describe-internet-gateways \
  --filters Name=tag:Name,Values=evs-igw \
  --query 'InternetGateways[0].InternetGatewayId' \
  --output text)

aws ec2 attach-internet-gateway \
  --vpc-id $VPC_ID \
  --internet-gateway-id $IGW_ID

(Optional) Erstellen Sie ein NAT-Gateway, falls eine Internetverbindung erforderlich ist.


aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-nat-eip}]'

EIP_ID=$(aws ec2 describe-addresses \
  --filters Name=tag:Name,Values=evs-nat-eip \
  --query 'Addresses[0].AllocationId' \
  --output text)

aws ec2 create-nat-gateway \
  --subnet-id $PUBLIC_SUBNET_ID \
  --allocation-id $EIP_ID \
  --tag-specifications 'ResourceType=natgateway,Tags=[{Key=Name,Value=evs-nat}]'

NAT_GW_ID=$(aws ec2 describe-nat-gateways \
  --filter Name=tag:Name,Values=evs-nat \
  --query 'NatGateways[0].NatGatewayId' \
  --output text)

Anmerkung

Das NAT-Gateway muss sich im available Status befinden, bevor Sie eine Route erstellen, die darauf verweist. Um dies zu überprüfen, führen Sie es ausaws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State'.

Erstellen und konfigurieren Sie die erforderlichen Routentabellen.


aws ec2 create-route-table \
  --vpc-id $VPC_ID \
  --tag-specifications 'ResourceType=route-table,Tags=[{Key=Name,Value=evs-private-rt}]'

PRIVATE_RT_ID=$(aws ec2 describe-route-tables \
  --filters Name=tag:Name,Values=evs-private-rt \
  --query 'RouteTables[0].RouteTableId' \
  --output text)

aws ec2 create-route-table \
  --vpc-id $VPC_ID \
  --tag-specifications 'ResourceType=route-table,Tags=[{Key=Name,Value=evs-public-rt}]'

PUBLIC_RT_ID=$(aws ec2 describe-route-tables \
  --filters Name=tag:Name,Values=evs-public-rt \
  --query 'RouteTables[0].RouteTableId' \
  --output text)

Fügen Sie die erforderlichen Routen zu den Routentabellen hinzu.


aws ec2 create-route \
  --route-table-id $PUBLIC_RT_ID \
  --destination-cidr-block 0.0.0.0/0 \
  --gateway-id $IGW_ID

aws ec2 create-route \
  --route-table-id $PRIVATE_RT_ID \
  --destination-cidr-block 0.0.0.0/0 \
  --nat-gateway-id $NAT_GW_ID

Ordnen Sie die Routing-Tabellen Ihren Subnetzen zu.


aws ec2 associate-route-table \
  --route-table-id $PRIVATE_RT_ID \
  --subnet-id $PRIVATE_SUBNET_ID

aws ec2 associate-route-table \
  --route-table-id $PUBLIC_RT_ID \
  --subnet-id $PUBLIC_SUBNET_ID

Anmerkung

Erstellt während der VPC-Erstellung Amazon VPC automatisch eine Haupt-Routing-Tabelle und ordnet ihr standardmäßig implizit Subnetze zu.

Wählen Sie Ihre HCX-Konnektivitätsoption

Wählen Sie eine Verbindungsoption für Ihre Amazon EVS-Umgebung aus:

Private Konnektivität: Stellt leistungsstarke Netzwerkpfade für HCX bereit und optimiert so Zuverlässigkeit und Konsistenz. Erfordert die Verwendung von AWS Direct Connect oder Site-to-Site VPN für externe Netzwerkkonnektivität.
Internetkonnektivität: Nutzt das öffentliche Internet, um einen flexiblen Migrationspfad einzurichten, der schnell eingerichtet werden kann. Erfordert die Verwendung von VPC IP Address Manager (IPAM) und Elastic IP-Adressen.

Eine ausführliche Analyse finden Sie unter. HCX-Konnektivitätsoptionen

Wählen Sie Ihre Option:

Option A: Nur private Konnektivität → Weiter zuKonfigurieren Sie die VPC-Hauptroutentabelle.
Option B: Internetverbindung → Weiter zuEinrichtung der HCX-Internetverbindung.

Anmerkung

Überspringen Sie diesen Abschnitt, wenn Sie sich für private HCX-Konnektivität entschieden haben, und fahren Sie fort. Konfigurieren Sie die VPC-Hauptroutentabelle

Um die HCX-Internetverbindung für Amazon EVS zu aktivieren, müssen Sie:

Stellen Sie sicher, dass Ihr IPAM-Kontingent (VPC IP Address Manager) für Amazon-provided zusammenhängende öffentliche IPv4-CIDR-Blocknetzmasken mindestens /28 beträgt.

Wichtig
Die Verwendung eines beliebigen Amazon-provided zusammenhängenden öffentlichen IPv4-CIDR-Blocks mit einer Netzmaskenlänge von weniger als /28 führt zu HCX-Konnektivitätsproblemen. Weitere Informationen zur Erhöhung der IPAM-Kontingente finden Sie unter Kontingente für Ihr IPAM.
Erstellen Sie einen IPAM- und einen öffentlichen IPv4-IPAM-Pool mit einem CIDR, der eine Mindestnetzmaskenlänge von /28 hat.
Weisen Sie den HCX Manager- und HCX Interconnect () -Appliances mindestens zwei Elastic IP-Adressen (EIPs) aus dem IPAM-Pool zu. HCX-IX Weisen Sie jeder HCX-Netzwerk-Appliance, die Sie bereitstellen müssen, eine zusätzliche Elastic IP-Adresse zu.
Fügen Sie den öffentlichen IPv4-CIDR-Block als zusätzlichen CIDR zu Ihrer VPC hinzu.

Weitere Informationen zur Verwaltung der HCX-Internetkonnektivität nach der Erstellung der Umgebung finden Sie unter. Öffentliche HCX-Internetkonnektivität konfigurieren

Erstellen Sie ein IPAM

Gehen Sie wie folgt vor, um ein IPAM zu erstellen.

Anmerkung

Sie können das kostenlose Kontingent für IPAM verwenden, um IPAM-Ressourcen für die Verwendung mit Amazon EVS zu erstellen. IPAM selbst ist mit dem kostenlosen Kontingent zwar kostenlos, Sie sind jedoch für die Kosten anderer AWS Dienste verantwortlich, die in Verbindung mit IPAM genutzt werden, wie z. B. NAT-Gateways und alle öffentlichen IPv4-Adressen, die Sie verwenden und die über das kostenlose Kontingent hinausgehen. Weitere Informationen zu den IPAM-Preisen finden Sie auf der Preisseite.Amazon VPC

Anmerkung

Amazon EVS unterstützt derzeit keine privaten IPv6-CIDRs (Global Unicast Address).

Erstellen Sie einen öffentlichen IPv4-IPAM-Pool

Gehen Sie wie folgt vor, um einen öffentlichen IPv4-Pool zu erstellen.

IPAM console

Öffnen Sie die IAM-Konsole.
Wählen Sie im Navigationsbereich Pools aus.
Wählen Sie den Bereich Öffentlich. Weitere Informationen zu Bereichen finden Sie unter So funktioniert IPAM.
Wählen Sie Pool erstellen.
(Optional) Fügen Sie ein Namens-Tag für den Pool und eine Beschreibung für den Pool hinzu.
Wählen Sie unter Adressfamilie IPv4 aus.
Belassen Sie unter Ressourcenplanung den IP-Bereich für den Plan innerhalb des ausgewählten Bereichs ausgewählt.
Wählen Sie unter Gebietsschema das Gebietsschema für den Pool aus. Das Gebietsschema ist die AWS Region, in der dieser IPAM-Pool für Zuweisungen verfügbar sein soll. Das von Ihnen gewählte Gebietsschema muss mit der AWS Region übereinstimmen, in der Ihre VPC bereitgestellt wird.
Wählen Sie unter Service EC2 () aus. EIP/VPC Dadurch werden CIDRs angekündigt, die aus diesem Pool für den Amazon EC2-Service (für Elastic IP-Adressen) zugewiesen wurden.
Wählen Sie unter Öffentliche IP-Quelle die Option. Amazon-owned
Wählen Sie unter Bereitzustellende CIDRs die Option Amazon-owned Öffentliche CIDR hinzufügen aus.
Wählen Sie unter Netzmaske eine CIDR-Netzmaskenlänge aus. /28 ist die erforderliche Mindestlänge der Netzmaske.
Wählen Sie Pool erstellen.

AWS CLI

Öffnen Sie eine Terminalsitzung.

Rufen Sie die Public Scope-ID von Ihrem IPAM ab.


SCOPE_ID=$(aws ec2 describe-ipam-scopes \
  --filters Name=ipam-scope-type,Values=public \
  --query 'IpamScopes[0].IpamScopeId' \
  --output text)

Erstellen Sie einen IPAM-Pool im öffentlichen Bereich.


aws ec2 create-ipam-pool \
  --ipam-scope-id $SCOPE_ID \
  --address-family ipv4 \
  --no-auto-import \
  --locale us-east-2 \
  --description "Public IPv4 pool for HCX" \
  --tag-specifications 'ResourceType=ipam-pool,Tags=[{Key=Name,Value=evs-hcx-public-pool}]' \
  --public-ip-source amazon \
  --aws-service ec2

Speichern Sie die Pool-ID zur Verwendung in nachfolgenden Befehlen.


POOL_ID=$(aws ec2 describe-ipam-pools \
  --filters Name=tag:Name,Values=evs-hcx-public-pool \
  --query 'IpamPools[0].IpamPoolId' \
  --output text)

Stellen Sie einen CIDR-Block aus dem Pool mit einer Mindestnetzmaskenlänge von /28 bereit.
```
aws ec2 provision-ipam-pool-cidr \
  --ipam-pool-id $POOL_ID \
  --netmask-length 28
```

Weisen Sie Elastic IP-Adressen aus dem IPAM-Pool zu

Gehen Sie wie folgt vor, um Elastic IP-Adressen (EIPs) aus dem IPAM-Pool für HCX Service Mesh-Appliances zuzuweisen.

Amazon VPC console

Öffnen Sie die Amazon VPC-Konsole.
Wählen Sie im Navigationsbereich Elastic IPs.
Wählen Sie Elastic-IP-Adresse zuweisen aus.
Wählen Sie Mit einem IPv4-IPAM-Pool zuweisen aus.
Wählen Sie den Amazon-owned öffentlichen IPv4-Pool aus, den Sie zuvor konfiguriert haben.
Wählen Sie unter IPAM-Methode zuweisen die Option Adresse im IPAM-Pool manuell eingeben aus.

Wichtig
Sie können die ersten beiden EIPs oder die letzte EIP aus dem öffentlichen IPAM-CIDR-Block nicht dem VLAN-Subnetz zuordnen. Diese EIPs sind als Netzwerk-, Standard-Gateway- und Broadcast-Adressen reserviert. Amazon EVS gibt einen Validierungsfehler aus, wenn Sie versuchen, diese EIPs dem VLAN-Subnetz zuzuordnen.

Wichtig
Geben Sie Adressen innerhalb des IPAM-Pool manuell ein, um sicherzustellen, dass die EIPs, die Amazon EVS reserviert, nicht zugewiesen werden. Wenn Sie IPAM die Wahl der EIP gestatten, weist IPAM möglicherweise eine EIP zu, die Amazon EVS reserviert, was zu einem Fehler bei der EIP-Zuordnung zum VLAN-Subnetz führt.
Geben Sie die EIP an, die aus dem IPAM-Pool zugewiesen werden soll.
Wählen Sie Allocate aus.
Wiederholen Sie diesen Vorgang, um die verbleibenden EIPs zuzuweisen, die Sie benötigen. Sie müssen mindestens zwei EIPs aus dem IPAM-Pool für die HCX Manager- und HCX Interconnect () -Appliances zuweisen. HCX-IX Weisen Sie jeder HCX-Netzwerk-Appliance, die Sie bereitstellen müssen, eine zusätzliche EIP zu.

AWS CLI

Öffnen Sie eine Terminalsitzung.

Rufen Sie die IPAM-Pool-ID ab, die Sie zuvor erstellt haben.


POOL_ID=$(aws ec2 describe-ipam-pools \
  --filters Name=tag:Name,Values=evs-hcx-public-pool \
  --query 'IpamPools[0].IpamPoolId' \
  --output text)

Weisen Sie Elastic IP-Adressen aus dem IPAM-Pool zu. Sie müssen mindestens zwei EIPs aus dem IPAM-Pool für die HCX Manager- und HCX Interconnect () -Appliances zuweisen. HCX-IX Weisen Sie jeder HCX-Netzwerk-Appliance, die Sie bereitstellen müssen, eine zusätzliche EIP zu.

Wichtig
Sie können die ersten beiden EIPs oder die letzte EIP aus dem öffentlichen IPAM-CIDR-Block nicht einem VLAN-Subnetz zuordnen. Diese EIPs sind als Netzwerk-, Standard-Gateway- und Broadcast-Adressen reserviert. Amazon EVS gibt einen Validierungsfehler aus, wenn Sie versuchen, diese EIPs dem VLAN-Subnetz zuzuordnen.

Wichtig
Geben Sie Adressen innerhalb des IPAM-Pool manuell ein, um sicherzustellen, dass die EIPs, die Amazon EVS reserviert, nicht zugewiesen werden. Wenn Sie IPAM die Wahl der EIP gestatten, weist IPAM möglicherweise eine EIP zu, die Amazon EVS reserviert, was zu einem Fehler bei der EIP-Zuordnung zum VLAN-Subnetz führt.
```
aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-manager-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.3

aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-ix-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.4

aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-ne-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.5
```

Fügen Sie den öffentlichen IPv4-CIDR-Block aus dem IPAM-Pool zur VPC für HCX-Internetkonnektivität hinzu

Um die HCX-Internetverbindung zu aktivieren, müssen Sie den öffentlichen IPv4-CIDR-Block aus dem IPAM-Pool als zusätzlichen CIDR zu Ihrer VPC hinzufügen. Amazon EVS verwendet diesen CIDR-Block, um VMware HCX mit Ihrem Netzwerk zu verbinden. Gehen Sie wie folgt vor, um den CIDR-Block zu Ihrer VPC hinzuzufügen.

Wichtig

Sie müssen den IPv4-CIDR-Block, den Sie Ihrer VPC hinzufügen, manuell eingeben. Amazon EVS unterstützt derzeit nicht die Verwendung eines IPAM-allocated CIDR-Blocks. Die Verwendung eines IPAM-allocated CIDR-Blocks kann zu einem Fehler bei der EIP-Zuordnung führen.

Konfigurieren Sie die VPC-Hauptroutentabelle

Amazon EVS-VLAN-Subnetze sind implizit der VPC-Hauptroutentabelle zugeordnet. Um die Konnektivität zu abhängigen Diensten wie DNS oder lokalen Systemen für eine erfolgreiche Implementierung der Umgebung zu aktivieren, müssen Sie die Haupt-Routing-Tabelle so konfigurieren, dass Datenverkehr zu diesen Systemen zugelassen wird. Die Hauptroutentabelle muss eine Route für das CIDR der VPC enthalten. Die Verwendung der Haupt-Routing-Tabelle ist nur für die erste Bereitstellung der Amazon EVS-Umgebung erforderlich. Nach der Bereitstellung der Umgebung können Sie Ihre Umgebung so konfigurieren, dass sie eine benutzerdefinierte Routing-Tabelle verwendet. Weitere Informationen finden Sie unter Konfigurieren Sie eine benutzerdefinierte Routing-Tabelle für Amazon EVS-Subnetze.

Nach der Bereitstellung der Umgebung müssen Sie jedes der Amazon EVS-VLAN-Subnetze explizit einer Routing-Tabelle in Ihrer VPC zuordnen. Die NSX-Konnektivität schlägt fehl, wenn Ihre VLAN-Subnetze nicht explizit mit einer VPC-Routentabelle verknüpft sind. Wir empfehlen dringend, dass Sie Ihre Subnetze nach der Bereitstellung der Umgebung explizit einer benutzerdefinierten Routentabelle zuordnen. Weitere Informationen finden Sie unter Konfigurieren Sie die VPC-Hauptroutentabelle.

Wichtig

Amazon EVS unterstützt die Verwendung einer benutzerdefinierten Routentabelle erst, nachdem die Amazon EVS-Umgebung erstellt wurde. Benutzerdefinierte Routing-Tabellen sollten bei der Erstellung der Amazon EVS-Umgebung nicht verwendet werden, da dies zu Verbindungsproblemen führen kann.

Konfigurieren von DNS- und NTP-Servern mithilfe des VPC-DHCP-Optionssatzes

Wichtig

Ihre Umgebungsbereitstellung schlägt fehl, wenn Sie die folgenden Amazon EVS-Anforderungen nicht erfüllen:

Nehmen Sie eine primäre DNS-Server-IP-Adresse und eine sekundäre DNS-Server-IP-Adresse in den DHCP-Optionssatz auf.
Fügen Sie eine DNS-Forward-Lookupzone mit A-Einträgen für jede VCF-Verwaltungs-Appliance und jeden Amazon EVS-Host in Ihre Bereitstellung ein.
Fügen Sie eine DNS-Reverse-Lookupzone mit PTR-Einträgen für jede VCF-Verwaltungs-Appliance und jeden Amazon EVS-Host in Ihre Bereitstellung ein.
Konfigurieren Sie die Haupt-Routing-Tabelle der VPC, um sicherzustellen, dass eine Route zu Ihren DNS-Servern vorhanden ist.
Stellen Sie sicher, dass Ihre Domainnamenregistrierung gültig und nicht abgelaufen ist, und dass keine doppelten Hostnamen oder IP-Adressen vorhanden sind.
Konfigurieren Sie Ihre Sicherheitsgruppen und Network Access Control Lists (ACLs), damit Amazon EVS kommunizieren kann mit:
- DNS-Server über TCP/UDP Port 53.
- Host-Management-VLAN-Subnetz über HTTPS und SSH.
- Verwaltungs-VLAN-Subnetz über HTTPS und SSH.

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

DNS-Server (Domain Name System) für die Auflösung von Host-IP-Adressen.
Domainnamen für die DNS-Auflösung.
NTP-Server (Network Time Protocol) für die Zeitsynchronisierung.

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

DNS-Server konfigurieren

Die DNS-Konfiguration ermöglicht die Hostnamenauflösung in Ihrer Amazon EVS-Umgebung. Um eine Amazon EVS-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.
Eine Reverse-Lookupzone mit PTR-Datensätzen für jede VCF-Verwaltungs-Appliance und jeden Amazon EVS-Host in Ihrer Bereitstellung. Für die NTP-Konfiguration können Sie die standardmäßige Amazon NTP-Adresse oder eine andere IPv4-Adresse verwenden169.254.169.123, die Sie bevorzugen.

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

Konfigurieren Sie DNS für lokale Konnektivität

Für lokale Konnektivität empfehlen wir die Verwendung von privaten gehosteten Route 53 53-Zonen mit eingehenden Resolvern. Dieses Setup ermöglicht die Hybrid-DNS-Auflösung, bei der Sie Route 53 für internes DNS innerhalb Ihrer VPC verwenden und es in Ihre bestehende lokale DNS-Infrastruktur integrieren können. Auf diese Weise können Ressourcen in Ihrer VPC Domainnamen auflösen, die in Ihrem lokalen Netzwerk gehostet werden, und umgekehrt, ohne dass komplexe Konfigurationen erforderlich sind. Bei Bedarf können Sie auch Ihren eigenen DNS-Server mit Route 53 53-Outbound-Resolvern verwenden. Schritte zur Konfiguration finden Sie unter Erstellen einer privaten gehosteten Zone und Weiterleiten eingehender DNS-Abfragen an Ihre VPC im Amazon Route 53 53-Entwicklerhandbuch.

Anmerkung

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

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.

Beheben Sie Probleme mit der DNS-Erreichbarkeit

Amazon EVS benötigt eine persistente Verbindung zu SDDC Manager und DNS-Servern im DHCP-Optionssatz Ihrer VPC, um DNS-Einträge zu erreichen. Wenn die persistente Verbindung zu SDDC Manager nicht mehr verfügbar ist, kann Amazon EVS den Umgebungsstatus nicht mehr überprüfen, und Sie verlieren möglicherweise den Zugriff auf die Umgebung. Schritte zur Behebung dieses Problems finden Sie unter. Die Erreichbarkeitsprüfung ist fehlgeschlagen

NTP-Server konfigurieren

NTP-Server stellen die Zeit in Ihrem Netzwerk bereit. Eine konsistente und genaue Zeitreferenz auf Ihrer Amazon EC2 EC2-Instance ist für viele Aufgaben und Prozesse in der VCF-Umgebung von entscheidender Bedeutung. Die Zeitsynchronisierung ist wichtig für:

Systemprotokollierung und -prüfung
Sicherheitsvorgänge
Verteilte Systemverwaltung
Fehlerbehebung

Sie können die IPv4-Adressen von bis zu vier NTP-Servern in den DHCP-Optionssatz Ihrer VPC eingeben. Sie können den Amazon Time Sync Service unter der IPv4-Adresse 169.254.169.123 angeben. Standardmäßig verwenden die Amazon EC2 EC2-Instances, die Amazon EVS bereitstellt, den Amazon Time Sync Service unter einer IPv4-Adresse. 169.254.169.123

Weitere Informationen zu NTP-Servern finden Sie unter RFC 2123. Weitere Informationen zu Amazon Time Sync Service finden Sie unter Präzise Uhr- und Uhrzeitsynchronisierung in Ihrer EC2-Instanz und Konfigurieren von NTP auf VMware Cloud Foundation-Hosts in der VMware Cloud Foundation-Dokumentation.

Um NTP-Einstellungen zu konfigurieren

Wählen Sie Ihre NTP-Quelle:
- Amazon Time Sync Service (empfohlen)
- Benutzerdefinierte NTP-Server
Fügen Sie NTP-Server zu Ihrem DHCP-Optionssatz hinzu. Weitere Informationen finden Sie unter Erstellen eines DHCP-Optionssatzes im Amazon VPC-Benutzerhandbuch.
Überprüfen Sie die Zeitsynchronisierung. Weitere Hinweise zur Konfiguration des DHCP-Optionssatzes finden Sie unterKonfigurieren Sie den DHCP-Optionssatz Ihrer VPC.

Sie können die Konnektivität zwischen Ihrem lokalen Rechenzentrum und Ihrer AWS Infrastruktur mithilfe eines zugehörigen Transit-Gateways oder Direct Connect mithilfe eines AWS Site-to-Site VPN-Anhangs zu einem Transit-Gateway konfigurieren.

Um die Konnektivität zu lokalen Systemen für eine erfolgreiche Bereitstellung der Umgebung zu ermöglichen, müssen Sie die Haupt-Routing-Tabelle der VPC so konfigurieren, dass Datenverkehr zu diesen Systemen zugelassen wird. Weitere Informationen finden Sie unter Konfigurieren Sie die VPC-Hauptroutentabelle.

Nachdem die Amazon EVS-Umgebung erstellt wurde, müssen Sie die Transit-Gateway-Routentabellen mit den VPC-CIDRs aktualisieren, die in der Amazon EVS-Umgebung erstellt wurden. Weitere Informationen finden Sie unter Konfiguration von Transit-Gateway-Routentabellen und Direct Connect-Präfixen für lokale Konnektivität (optional).

Weitere Informationen zum Einrichten einer Direct Connect Verbindung finden Sie unter 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.

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.

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

Amazon EVS verwendet Amazon VPC Route Server, um BGP-based dynamisches Routing zu Ihrem VPC-Underlay-Netzwerk zu ermöglichen. Sie müssen einen Routenserver angeben, der Routen für mindestens zwei Route-Server-Endpunkte im Service-Access-Subnetz gemeinsam nutzt. Die auf den Route-Server-Peers konfigurierten Peer-ASNs müssen übereinstimmen und die Peer-IP-Adressen müssen eindeutig sein.

Wenn Sie Route Server für HCX-Internetkonnektivität konfigurieren, müssen Sie Route-Server-Propagierungen sowohl für das Dienstzugriffssubnetz als auch für das öffentliche Subnetz konfigurieren, die Sie im ersten Schritt dieses Verfahrens erstellt haben.

Wichtig

Ihre Umgebungsbereitstellung schlägt fehl, wenn Sie die folgenden Amazon EVS-Anforderungen für die VPC Route Server-Konfiguration nicht erfüllen:

Sie müssen mindestens zwei Route-Server-Endpunkte im Service-Access-Subnetz konfigurieren.
Bei der Konfiguration des Border Gateway Protocol (BGP) für das Tier-0 Gateway muss der Peer-ASN-Wert des VPC-Routenservers mit dem NSX Edge-Peer-ASN-Wert übereinstimmen.
Bei der Erstellung der beiden Route-Server-Peers müssen Sie für jeden Endpunkt eine eindeutige IP-Adresse aus dem NSX-Uplink-VLAN verwenden. Diese beiden IP-Adressen werden den NSX Edges während der Bereitstellung der Amazon EVS-Umgebung zugewiesen.
Wenn Sie die Route-Server-Propagierung aktivieren, müssen Sie sicherstellen, dass alle Routing-Tabellen, die weitergegeben werden, mindestens eine explizite Subnetzzuweisung haben. BGP-Routenankündigung schlägt fehl, wenn weitergegebene Routentabellen keine explizite Subnetzzuweisung haben.

Anmerkung

Das NSX-Uplink-VLAN-Subnetz ist noch nicht vorhanden, wenn Sie die Route-Server-Peers erstellen — Amazon EVS erstellt es während der Umgebungserstellung. Wählen Sie die beiden Peer-IP-Adressen aus dem geplanten NSX-Uplink-VLAN-CIDR-Block aus (der Wert, den Sie übergeben werden). initialVlans.nsxUplink Die beiden IP-Adressen müssen in den geplanten CIDR-Block fallen und ungenutzt bleiben.

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

Wenn Sie diesem Tutorial folgen, verwenden Sie die folgenden EVS-specific Amazon-Werte:

Amazon-side ASN — die BGP ASN des VPC-Routenservers. Verwenden Sie eine beliebige private ASN (z. B.). 65022 Das NSX Tier-0 Edge-Gateway verwendet diesen Wert als seine BGP-Nachbar-ASN (Remote). Notieren Sie sich Schritt 5: NSX-Netzwerke konfigurieren also den von Ihnen ausgewählten Wert.
Route-Serverendpunkte — Erstellen Sie zwei Endpunkte, beide im Dienstzugriffssubnetz.
Route-Server-Peers — Es wird empfohlen, vier Route-Server-Peers zu erstellen und ein vollständiges Mesh zu konfigurieren, sodass jeder der beiden NSX Edge-Knoten Peers mit beiden Routenserver-Endpunkten verbindet. Ein vollständiges Mesh sorgt dafür, dass sich Routen weiterverbreiten, wenn ein Routenserver-Endpunkt gewartet wird. Sie müssen mindestens zwei Peers erstellen. Verwenden Sie für jeden Peer eine eindeutige IP-Adresse aus Ihrem geplanten NSX-Uplink-VLAN-CIDR und legen Sie die Peer-ASN auf die NSX Tier-0 Edge-ASN fest, in der Sie konfigurieren (z. B.). Schritt 5: NSX-Netzwerke konfigurieren 65000
Propagierung — aktivieren Sie die Route-Server-Propagierung in der Routing-Tabelle, die Ihrem Servicezugriffs-Subnetz zugeordnet ist. Diese Routing-Tabelle muss mindestens eine explizite Subnetzzuordnung haben.

Wichtig

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

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.

Fehlerbehebung

Wenn Sie auf Probleme stoßen:

Stellen Sie sicher, dass jede Routing-Tabelle über eine explizite Subnetzzuweisung verfügt.
Stellen Sie sicher, dass die für den Routenserver und das Tier-0 NSX-Gateway eingegebenen Peer-ASN-Werte übereinstimmen.
Stellen Sie sicher, dass die IP-Adressen der Route-Server-Endpunkte eindeutig sind.
Überprüfen Sie den Status der Route-Propagierung in Ihren Routentabellen.
Verwenden Sie die VPC Route Server-Peerprotokollierung, um den Zustand der BGP-Sitzung zu überwachen und Verbindungsprobleme zu beheben. Weitere Informationen finden Sie unter Route-Server-Peer-Logging im Amazon VPC-Benutzerhandbuch.

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

Wenn Sie beabsichtigen, die HCX-Internetkonnektivität zu konfigurieren, stellen Sie sicher, dass die von Ihnen konfigurierten Netzwerk-ACL-Regeln die erforderlichen eingehenden und ausgehenden Verbindungen für HCX-Komponenten zulassen. Weitere Informationen zu den HCX-Portanforderungen finden Sie im VMware HCX-Benutzerhandbuch.

Wichtig

Wenn Sie eine Verbindung über das Internet herstellen, ermöglicht die Verknüpfung einer Elastic IP-Adresse mit einem VLAN direkten Internetzugriff auf alle Ressourcen in diesem VLAN-Subnetz. Stellen Sie sicher, dass Sie die entsprechenden Listen zur Netzwerkzugriffskontrolle so konfiguriert haben, dass der Zugriff entsprechend Ihren Sicherheitsanforderungen eingeschränkt wird.

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.

Erstellen einer Amazon EVS-Umgebung mit Modus Self-deployed

Amazon EVS unterstützt einen Self-deployed Modus, der Ihnen die volle Kontrolle über Ihre VCF-Bereitstellung bietet, indem Sie den VCF-Installer oder Ihre bevorzugten Infrastructure-as-Code-Lösungen verwenden, um die Bereitstellung zu automatisieren. Skripte, die Ihre VCF-Bereitstellung automatisieren, finden Sie im Solutions for Amazon EVS-Repository unter. GitHub

Informationen zu den VCF-Versionen, die derzeit im Self-deployed Modus unterstützt werden, finden Sie unter. Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen

-Übersicht

Im Self-deployed Modus erstellen Sie eine Amazon EVS-Umgebung, fügen Hosts hinzu und installieren und konfigurieren dann VCF selbst. Amazon EVS stellt die AWS Netzwerk- und VLAN-Subnetze bereit. Sie stellen VCF mit dem VCF-Installationsprogramm (oder Ihrem eigenen IaC) bereit und verbinden es über Konnektoren wieder mit Amazon EVS.

Bevor Sie beginnen, müssen Sie die AWS Netzwerk- und Kontovoraussetzungen für Ihre Umgebung erfüllen. Weitere Informationen finden Sie unter Einrichten von Amazon Elastic VMware Service und in Checkliste für die Bereitstellung von Amazon EVS der Checkliste für die Voraussetzungen unter.

Führen Sie dann die folgenden Schritte der Reihe nach aus:

Erstellen Sie die Umgebung — Amazon EVS stellt Ihre VLAN-Subnetze bereit.
DNS-Einträge erstellen — Erstellen Sie A- und PTR-Einträge für Ihre ESX-Hosts und VCF-Management-Appliances.
Hosts hinzufügen — Fügen Sie Bare-Metal-EC2-Hosts zu Ihrer Umgebung hinzu.
VCF installieren — Installieren Sie VCF mit dem VCF-Installationsprogramm auf Ihren Hosts.
NSX-Netzwerke konfigurieren — Erstellen Sie Ihre Overlay-Netzwerke auf den NSX Edges und konfigurieren Sie das Routing zu Ihrer VPC.
Konnektoren erstellen — Erstellen Sie Konnektoren, damit Amazon EVS Ihre Bereitstellung überwachen und die Lizenznutzung melden kann.
Überprüfen Sie Ihre Umgebung — Vergewissern Sie sich, dass Ihre Hosts, Management-Appliances und Konnektoren fehlerfrei sind.

Fakturierung

Nachdem Sie Hosts zu Ihrer Umgebung hinzugefügt haben, AWS fallen für die EC2-Bare-Metal-Instances wie für jede andere EC2-Instance Gebühren an, unabhängig davon, ob Sie bereits VCF auf ihnen installiert haben.

Wenn Sie eine Umgebung im Self-deployed Modus erstellt, aber noch keine Hosts hinzugefügt oder VCF installiert haben, AWS kann ich Sie über die mit Ihrer E-Mail-Adresse verknüpfte E-Mail-Adresse kontaktieren und Sie bitten AWS-Konto, entweder die Einrichtung abzuschließen oder die Umgebung zu entfernen.

Löschen Sie diese Hosts, damit keine Gebühren mehr für Hosts anfallen, die Sie nicht mehr verwenden. Weitere Informationen finden Sie unter Bereinigen Sie eine Amazon EVS-Umgebung mit dem Modus Self-deployed.

Schritt 1: Erstellen Sie die Umgebung

Im Self-deployed Modus Environment Creation werden die von Ihnen angegebenen Amazon EVS-VLAN-Subnetze bereitgestellt. Es stellt weder VCF bereit noch erstellt es Hosts.

Beispiel

Amazon EVS console

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.
Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.
Wählen Sie Create environment (Umgebung erstellen) aus.
Gehen Sie im Schritt Umgebung konfigurieren wie folgt vor.
1. Überprüfen Sie den Bereich mit den AWS Kontoanforderungen, um sicherzustellen, dass Ihr Konto die Amazon EVS-Voraussetzungen erfüllt.
2. (Optional) Geben Sie unter Name einen Umgebungsnamen ein.
3. Wählen Sie Self-deployedfür VCF-Version.
4. Wählen Sie Weiter aus.
Gehen Sie im Schritt 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 Sie zuvor erstellt haben.
3. (Optional) Wählen Sie für Service Access Security Group — optional bis zu zwei Sicherheitsgruppen aus, die die Kommunikation zwischen der Amazon EVS-Steuerebene und Ihrer 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 den Amazon EVS-VLAN-Subnetzen bereitstellen.
4. Geben Sie unter Verwaltungskonnektivität CIDR-Blöcke für die Amazon EVS-VLAN-Subnetze ein. Amazon EVS erstellt diese VLAN-Subnetze als Teil der Umgebungserstellung.
  
  Wichtig
  Amazon EVS VLAN-Subnetze können nur während der Umgebungserstellung 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. Hinweise zur Dimensionierung finden Sie unter. Hinweise zur Dimensionierung von VLAN-Subnetzen
5. Geben Sie unter Expansion VLANs CIDR-Blöcke für zusätzliche Amazon EVS-VLAN-Subnetze ein, die Sie zur Erweiterung Ihrer VCF-Bereitstellung verwenden können.
6. Geben Sie unter Workload/VCF Konnektivität den CIDR-Block für das NSX-Uplink-VLAN ein.
  
  Anmerkung
  Im Self-deployed Modus wählen Sie beim Erstellen der Umgebung keine VPC-Route-Server-Peers aus. Sie konfigurieren das BGP-Peering zwischen dem NSX Tier-0 Edge-Gateway und Ihrem VPC-Routenserver selbst, nachdem Sie VCF installiert haben. Weitere Informationen erhalten Sie unter Schritt 5: NSX-Netzwerke konfigurieren und Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein.
7. Wählen Sie Weiter aus.
(Optional) Fügen Sie im Schritt Tags hinzufügen Tags hinzu und wählen Sie Weiter aus.

Anmerkung
Hosts, die Sie anschließend zu dieser Umgebung hinzufügen, erhalten das folgende Tag:DoNotDelete-EVS-[<environmentId>]-[<hostname>]. Löschen, stoppen oder fahren Sie diese Hosts nicht außerhalb von Amazon EVS herunter. Dadurch verliert Amazon EVS den Überblick über den Host und kann Ihre Umgebung in einen schlechten Zustand versetzen.

Anmerkung
Mit der Amazon EVS-Umgebung verknüpfte Tags werden nicht auf zugrunde liegende AWS Ressourcen wie EC2-Instances übertragen.
Überprüfen Sie im Schritt Überprüfen und erstellen Ihre Konfiguration und wählen Sie Umgebung erstellen aus.

Eine Informationswarnung auf der Seite „Überprüfen“ bestätigt: „Ihre Umgebungsinfrastruktur wird jetzt bereitgestellt. Fügen Sie nach der Erstellung Hosts hinzu und stellen Sie VCF auf der Seite mit den Umgebungsdetails bereit.“

AWS CLI

Öffnen Sie eine Terminalsitzung.

Führen Sie den aws evs create-environment Befehl aus und geben Sie Folgendes an--vcf-version SELF_DEPLOYED.

Im Self-deployed Modus werden die folgenden Parameter nicht unterstützt und sollten weggelassen werden. Ihre Angabe führt zu einem Validierungsfehler: --license-info--hosts,,--vcf-hostnames,--site-id,--connectivity-info.

Das folgende Beispiel erstellt eine Amazon EVS-Umgebung im Self-deployed Modus. Die VLAN-CIDR-Blöcke sind Beispiele — verwenden Sie Werte, die für Ihre VPC dimensioniert sind.


aws evs create-environment \
    --environment-name my-self-deployed-env \
    --vpc-id vpc-0abcdef1234567890 \
    --service-access-subnet-id subnet-0fdd7dcd7f1dc0fb4 \
    --vcf-version SELF_DEPLOYED \
    --terms-accepted \
    --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" }
    }' \
    --region us-west-2

Wenn die Umgebung den CREATED Status erreicht hat, können Sie mit Schritt 2 fortfahren.

Schritt 2: Erstellen von DNS-Datensätzen

Bevor Sie Hosts hinzufügen und VCF installieren, erstellen Sie Forward-DNS-Einträge (A-Eintrag) und Reverse-DNS-Einträge (PTR-Record) für jeden ESX-Host und für jede VCF-Verwaltungs-Appliance, die Sie bereitstellen möchten. Amazon EVS führt während der Hosterstellung eine DNS-Suche nach dem vollqualifizierten Domainnamen (FQDN) jedes Hosts durch. Die Hosterstellung schlägt fehl, wenn die Einträge nicht bereits existieren.

Der Host-FQDN <hostName> ist der Name<hostName>.<domain>, an den Sie übergeben werden, CreateEnvironmentHost und <domain> ist der Domainname, der im DHCP-Optionssatz Ihrer VPC konfiguriert ist (siehe). Konfigurieren von DNS- und NTP-Servern mithilfe des VPC-DHCP-Optionssatzes

Hostdatensätze müssen:

Verwenden Sie die IP-Adresse des A-Eintrags innerhalb des VLAN-CIDR für die Hostverwaltung (VMKManagement), in dem Sie angegeben haben. initialVlans Amazon EVS weist jedem Host seine Management-IP aus dem A-Datensatz zu, den Sie erstellen.
Haben Sie einen passenden PTR-Eintrag in Ihrer Reverse-Lookupzone.
Über DNS aus dem Amazon EVS-Servicezugriffssubnetz auflösbar sein (sowohl Forward- als auch Reverse-Lookups müssen erfolgreich sein).

Die Datensätze der VCF-Verwaltungs-Appliance (für vCenter Server, NSX Manager und die anderen Appliances für Ihre VCF-Version) müssen:

Verwenden Sie FQDNs, die den Hostnamen entsprechen, die Sie während der VCF-Installation konfigurieren werden.
Sie fallen in den IP-Adressbereich des entsprechenden VLAN-Subnetzes.
Die Lösung erfolgt über DNS aus dem Amazon EVS-Management-VLAN und aus jedem Netzwerk, von dem aus Sie die VCF-Management-Appliances erreichen.

Wichtig

Erstellen Sie die A- und PTR-Einträge für jeden Host, bevor Sie für diesen Host laufenCreateEnvironmentHost. Wenn die Datensätze nicht aufgelöst werden, wechselt der Host zuCREATE_FAILED.

Weitere Informationen zur DNS-Konfiguration für Amazon EVS finden Sie unterKonfigurieren von DNS- und NTP-Servern mithilfe des VPC-DHCP-Optionssatzes.

Schritt 3: Fügen Sie Hosts zu Ihrer Umgebung hinzu

Fügen Sie genügend Hosts hinzu, um Ihre VCF-Zielversionstopologie zu bedienen. Informationen zur Mindestanzahl an Hosts, einschließlich der vSAN-Anforderungen, finden Sie in der Dokumentation zu VMware Cloud Foundation.

Alle Hosts in einem VCF-Cluster müssen denselben Instanztyp verwenden. Eine Liste der ESX-Versionen oder Instanztypen, die für Ihr Konto verfügbar sind, finden Sie unter Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen oder ausführen. aws evs get-versions Wenn Sie nichts angeben--esx-version, verwendet Amazon EVS die aktuelle ESX-Standardversion für den Self-deployed Modus, die als defaultEsxVersion von gemeldet wird. aws evs get-versions Um eine bestimmte Version wie ESX 9.0.2 oder höher zu verwenden, übergeben Sie sie explizit. --esx-version Vergewissern Sie sich in der Broadcom Interoperability Matrix, dass die von Ihnen gewählte ESX-Version mit Ihrer VCF-Version kompatibel ist.

Das folgende Beispiel fügt einer Amazon EVS-Umgebung einen Host hinzu, auf dem ESX 9.0.2 ausgeführt wird.


aws evs create-environment-host \
    --environment-id env-0123456789abcdef0 \
    --esx-version ESXi-9.0.2.0.25148076 \
    --host '{
        "hostName": "esx01",
        "keyName": "my-ec2-key-pair",
        "instanceType": "i4i.metal"
    }' \
    --region us-west-2

Wiederholen Sie diesen Befehl für jeden Host, den Ihre VCF-Topologie benötigt.

Schritt 4: Installieren Sie VCF auf Ihren Hosts

Nachdem sich Ihre Hosts im CREATED Status befinden und Ihre DNS-Einträge aufgelöst wurden, installieren Sie VCF mit dem VMware Cloud Foundation-Installationsprogramm.

Folgen Sie den Installationsanweisungen für Ihre VCF-Zielversion in der Broadcom VCF-Produktdokumentation. Weitere Informationen finden Sie in der Dokumentation zur VMware Cloud Foundation.

In diesem Abschnitt wird die EVS-specific Amazon-Konfiguration beschrieben, die Sie bei der Installation angeben. Die Installationsmechanik selbst (Ausführung des VCF-Installers, Bringup-Workflow) folgt dem Standard-VCF-Prozess von Broadcom und wird von Broadcom dokumentiert.

Überblick über die Installation

Im Großen und Ganzen umfasst die Installation von VCF auf Ihren Amazon EVS-Hosts Folgendes. Bevor Sie beginnen, überprüfen Sie die Amazon EVS-Netzwerkeinstellungen, die Sie während der Installation anwenden.

Bereiten Sie Ihre ESX-Hosts vor, indem Sie das VM-Management-VLAN auf jedem Host einrichten.
Bereiten Sie einen temporären Datenspeicher für die VCF-Installations-Appliance vor. Der vSAN-Datenspeicher ist erst vorhanden, wenn Bringup abgeschlossen ist. Daher muss das Installationsprogramm zuerst irgendwo ausgeführt werden.
Stellen Sie die VCF-Installations-Appliance bereit und laden Sie die VCF-Software mithilfe eines Broadcom-Download-Tokens herunter.
Führen Sie VCF Bringup aus, das die VCF-Verwaltungs-Appliances bereitstellt und den vSAN-Datenspeicher bildet.
Fordern Sie den temporären Datenspeicher zurück, nachdem VCF vollständig installiert ist und die Installer-Appliance auf vSAN ausgeführt wird.

Sie geben beim Bringup die EVS-specific Netzwerk-, Speicher- und Anmeldedaten von Amazon an. Der Rest des Vorgangs folgt der Standard-VCF-Installation von Broadcom.

Anmerkung

Amazon EVS bietet automatisierte Verfahren, die diese Installation durchgängig durchführen, einschließlich der in diesem Abschnitt beschriebenen EVS-specific Amazon-Konfiguration. Ein funktionierendes Beispiel finden Sie im Solutions for Amazon EVS-Repository unter GitHub.

Amazon EVS-Netzwerkeinstellungen für VCF

Amazon EVS weist jeder Netzwerkfunktion in Ihrer Umgebung eine VLAN-ID zu. Um die VLAN-ID für eine Funktion zu finden, öffnen Sie die Amazon EVS-Konsole (Umgebungen → Ihre Umgebung → Registerkarte Netzwerke und Konnektivität) oder führen Sie den Funktionsnamen aus aws evs list-environment-vlans und passen Sie ihn an (z. B.vmManagement). Verwenden Sie diese VLAN-IDs, wenn Sie den Distributed Switch, die Portgruppen und das Host-Netzwerk während der VCF-Installation konfigurieren.

Netzwerkfunktion	MTU	Wird verwendet für
Hostverwaltung (VMKManagement)	1500	ESX-Hostverwaltung
VM-Verwaltung (VM-Management)	1500	VCF-Verwaltungs-Appliances (vCenter Server, NSX Manager und SDDC Manager oder VCF Operations)
vMotion	8500	vMotion-Verkehr
vSAN	8500	vSAN-Speicherverkehr
Host-Overlay (vTEP)	8500	Host-Overlay-Tunnelendpunkte (Genf)
Kantenüberlagerung (EdgeVTEP)	8500	NSX Edge-Overlay-Tunnel-Endpunkte
NSX-Uplink (NSXuplink)	1500	Tier-0 Gateway Nord-Süd-Uplink

Wichtig

Konfigurieren Sie Jumbo Frames (MTU 8500) in den Netzwerken vMotion, vSAN und Overlay (TEP). Die Management- und Uplink-Netzwerke verwenden MTU 1500. Die MTU muss im gesamten Netzwerkpfad konsistent sein, andernfalls schlagen vSAN- und Overlay-Verkehr fehl.

Wenn Sie den Management-Cluster während des Bringups konfigurieren, wenden Sie auch die folgenden EVS-specific Amazon-Einstellungen an:

vSAN — Verwenden Sie vSAN ESA (Express Storage Architecture), wobei Failures-to-Tolerate (FTT) auf mindestens 1 gesetzt ist.
Uplink-Teaming — Verwenden Sie eine Failover-Teaming-Richtlinie (aktiver Uplink mit einem Standby-Uplink) für die verteilten Switch-Portgruppen anstelle einer Lastausgleichsrichtlinie.
EVC-Modus — Stellen Sie den Cluster-Modus Enhanced vMotion Compatibility (EVC) so ein, dass er Ihrem Instance-Typ entspricht: INTEL_ICELAKE für oder füri4i.metal. INTEL_SAPPHIRERAPIDS i7i.metal-24xl

Bereiten Sie Ihre ESX-Hosts vor

Stellen Sie auf jedem ESX-Host in Ihrer Umgebung die VM Network Portgruppe auf das VM-Management-VLAN ein. Die VCF-Verwaltungsgeräte müssen im VM-Management-VLAN ausgeführt werden, und das VCF-Installationsprogramm migriert das Hostnetzwerk erst später, während der Inbetriebnahme, auf einen Distributed Switch. Sie müssen SSH auf den Hosts nicht aktivieren.

Suchen Sie die VLAN-ID des VM-Verwaltungsnetzwerks. Amazon EVS weist jeder Netzwerkfunktion eine feste VLAN-ID zu. Suchen Sie die ID für Ihre Umgebung in der Amazon EVS-Konsole (Umgebungen → Ihre Umgebung → Registerkarte Netzwerke und Konnektivität) oder indem Sie die vmManagement Funktion ausführen aws evs list-environment-vlans und abgleichen.
Stellen Sie auf jedem Host mithilfe des VMware Host Client oder der vSphere-APIs die VM Network Portgruppe auf diese VM-Management-VLAN-ID ein. Auf einem neuen ESX-Host ist diese Portgruppe nicht markiert (VLAN-ID0, das Host-Management-Netzwerk).

Bereiten Sie einen temporären Datenspeicher für das VCF-Installationsprogramm vor

Amazon EVS-Hosts haben keine lokalen VMFS-Datenspeicher, und der vSAN-Datenspeicher ist erst vorhanden, wenn der Bringup abgeschlossen ist. Daher benötigt die VCF-Installations-Appliance einen temporären Datenspeicher, von dem aus sie ausgeführt werden kann. Wählen Sie einen Host aus, auf dem das Installationsprogramm ausgeführt werden soll.

Erstellen Sie in der Amazon EC2 EC2-Konsole ein verschlüsseltes Amazon EBS-Volume in derselben Availability Zone wie der von Ihnen gewählte Host. Passen Sie es so an, dass es die VCF-Installations-Appliance und die VCF-Installationspakete aufnehmen kann — mindestens 256 GB.
Hängen Sie das Volume an diesen Host an.
Erstellen Sie mithilfe des VMware Host Client oder der vSphere-APIs einen lokalen VMFS-Datenspeicher auf dem angeschlossenen EBS-Volume.

Stellen Sie das VCF-Installationsprogramm bereit und laden Sie die VCF-Software herunter

Laden Sie die VCF-Installer-OVA für Ihre VCF-Zielversion herunter und generieren Sie ein Broadcom-Download-Token aus dem Broadcom Support Portal. Sie verwenden dieses Token im VCF-Installationsprogramm, um das Software-Depot zu aktivieren.
Stellen Sie die VCF-Installer-OVA auf dem lokalen VMFS-Datenspeicher bereit. Fügen Sie sie der VM Network Portgruppe hinzu, legen Sie ihre Management-IP-Adresse auf die SDDC Manager-Adresse aus Ihrem DNS-Plan fest und legen Sie das Appliance-Passwort fest. Die VCF-Installations-Appliance wird beim Hochfahren zum SDDC Manager, sodass sie die SDDC Manager-Adresse verwendet. (Auf VCF 9.0.x und 9.1.x ist VCF Operations eine separate Appliance.)
Aktivieren Sie im VCF-Installationsprogramm das Software-Depot mit Ihrem Broadcom-Download-Token und synchronisieren Sie dann die gewünschte VCF-Version. Durch die Synchronisierung wird diese Version der VCF-Software in das lokale Depot des Installers geladen.

Anmerkung
Um das Depot zu aktivieren und die Software zu synchronisieren, ist ein ausgehender Internetzugang vom Installer erforderlich. Das NAT-Gateway in Ihrem Network Foundation bietet diesen Zugriff. Weitere Informationen finden Sie unter Erstellen Sie eine VPC mit Subnetzen und Routing-Tabellen.

Führen Sie VCF Bringup aus

Nachdem die Software synchronisiert ist, erstellen Sie Ihre VCF-Bereitstellungsspezifikation, validieren Sie sie und führen Sie die Bereitstellung aus.

Erstellen Sie im VCF-Installationsprogramm die Bereitstellungsspezifikation für Ihre Verwaltungsdomäne. Wenden Sie die in diesem Schritt beschriebenen EVS-specific Netzwerk-, Speicher-, Teaming- und Validierungseinstellungen von Amazon an.
Führen Sie die Validierung anhand der Spezifikation durch und beheben Sie alle gemeldeten Fehler.
Führen Sie die Bereitstellung aus.

Anmerkung
Bringup ist der längste Teil der Installation und macht den Großteil der Einrichtungszeit aus. Wenn Sie vSAN verwenden, kann die Erstellung des Datenspeichers und die Bereitstellung der Management-Appliances mehrere Stunden dauern.

Fordern Sie den temporären Datenspeicher zurück

Wenn Bringup abgeschlossen ist, werden die Management-Appliances auf dem vSAN-Datenspeicher ausgeführt und der temporäre VMFS-Datenspeicher ist leer. Hängen Sie den temporären VMFS-Datenspeicher vom Host ab, trennen Sie dann das EBS-Volume und löschen Sie es, damit keine Speichergebühren mehr anfallen.

Passwörter für die VCF-Appliance

Während des Startvorgangs legen Sie Passwörter für die VCF-Verwaltungsgeräte fest. Jede Appliance setzt ihre eigenen Anforderungen an die Passwortkomplexität durch, die von VCF definiert werden. Wenn eine Appliance ein Passwort ablehnt, gibt der Validierungsfehler die spezifische Anforderung an, die das Passwort erfüllen muss.

Rufen Sie die Validierungseinstellungen für den VCF-Installer auf

Mehrere Standard-Validierungsprüfungen für den VCF Installer gelten nicht für die Amazon EVS-Netzwerkumgebung und schlagen fehl, sofern Sie sie nicht deaktivieren. Passen Sie die folgenden Werte in der VCF-Spezifikationsdatei oder den entsprechenden Optionen des VCF-Installationsassistenten an, sodass die Validierung erfolgreich ist:

Gateway-Ping-Validierung überspringen — Auf einstellen. skipGatewayPingValidation true AWS VPC-Gateways reagieren nicht auf ICMP, sodass die Gateway-Erreichbarkeitsprüfung auf Amazon EVS fehlschlägt, selbst wenn das Routing korrekt ist.
Überprüfung des ESX-Fingerabdrucks überspringen — Auf einstellen. skipEsxThumbprintValidation true
Distributed Switch-Teaming — Stellen Sie die NSX-Teaming-Richtlinie auf einFAILOVER_ORDER, was dem zuvor in diesem Schritt beschriebenen Failover-Teaming entspricht.

Anmerkung

Wenn Sie Bringup über den VCF-Installationsassistenten ausführen, verwenden Sie den Assistenten, um Spezifikationsfehler zu identifizieren und zu korrigieren. Der Assistent zeigt Validierungsprobleme deutlicher auf als die API, deren Fehler weniger aussagekräftig sind.

Anmerkung

Eine validierte Bringup-Spezifikation finden Sie im Solutions for Amazon EVS-Repository unter. GitHub

Anmerkung

Amazon EVS unterstützt die Ausführung von ESX außerhalb einer vollständigen VCF-Bereitstellung nicht. Virtuelle VMware-Workload-Maschinen müssen in NSX-Overlay-Netzwerken bereitgestellt werden. Das direkte Anhängen einer großen Anzahl virtueller Maschinen an die zugrunde liegenden VLAN-Netzwerke kann zu Stabilitäts- und Leistungsproblemen führen.

Wichtig

Im Self-deployed Modus verwaltet Amazon EVS die VCF-Installation nicht. Wenn Sie VCF-specific Fragen haben, können Sie Ihre aktiven VCF-Abonnementberechtigungen verwenden, um Broadcom direkt über das Broadcom Support Portal zu kontaktieren. Weitere Informationen zu den Grenzen des Supports finden Sie unter. Fehlerbehebung

Schritt 5: NSX-Netzwerke konfigurieren

Erstellen Sie Ihre Overlay-Netzwerke mithilfe von Tier-0/Tier-1 Routern direkt auf den NSX Edges oder durch die Konfiguration von VPCs, einem zentralen Transit-Gateway und Edge-Clustern. Nach Abschluss des VCF-Installationsprogramms ist der NSX Manager betriebsbereit, aber der NSX Edge-Cluster und das Tier-0 Gateway sind nicht vollständig für die Konnektivität mit dem VPC-Routenserver konfiguriert.

Anmerkung

NSX definiert seine eigenen VPC - und Transit-Gateway-Abstraktionen, die sich von Amazon VPC Transit Gateway unterscheiden. AWS In diesem Handbuch beziehen sich „VPC“ und „Transit Gateway“ auf die AWS Ressourcen, sofern nicht das Präfix „NSX“ vorangestellt ist.

Bevor Sie beginnen, stellen Sie sicher, dass die folgenden Voraussetzungen erfüllt sind:

Die VCF-Installation wurde erfolgreich abgeschlossen (auf NSX Manager und Ihre VCF-Verwaltungs-Appliance — Operations Manager für VCF 9.0.x und 9.1.x oder SDDC Manager für VCF 5.2.x — kann zugegriffen werden).
Ihr VPC-Routenserver wird mit Endpunkten und Peers erstellt. Weitere Informationen finden Sie unter Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein.
Sie haben die beiden Route-Server-Endpunkt-IP-Adressen. Beide Endpunkte befinden sich im Servicezugriffssubnetz, wodurch Redundanz gewährleistet wird.
Sie wählen zwei private BGP-ASNs aus, die mit den Werten übereinstimmen müssen, die Sie auf den VPC-Route-Server-Peers konfiguriert haben (siehe): Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein
- Tier-0 Lokales NSX Edge-ASN (zum Beispiel) 65000
- VPC-Routenserver (remote) ASN (z. B.) 65022
  
  Private ASNs liegen im Bereich 64512—65534 (16-Bit) oder 4200000000—4294967294 (32-Bit).

Stellen Sie den NSX Edge-Cluster bereit

Melden Sie sich bei der NSX Manager-Benutzeroberfläche an ()https://<nsx-manager-fqdn>/.
Navigieren Sie zu System → Fabric → Nodes → Edge Transport Nodes.
Wählen Sie Edge-VM hinzufügen und konfigurieren Sie Folgendes:
1. Name — zum Beispieledge-node-01.
2. Formfaktor — Groß (für die Produktion empfohlen).
3. Host-Switch — Konfiguration mit dem entsprechenden Uplink-Profil und Transport-VLAN.
Wiederholen Sie den Vorgang für den zweiten Edge-Knoten (). edge-node-02
Navigieren Sie zu System → Fabric → Nodes → Edge Clusters.
Wählen Sie Edge-Cluster hinzufügen und fügen Sie beide Edge-Knoten als Mitglieder hinzu.

Erstellen Sie das Tier-0 Gateway

Navigieren Sie in NSX Manager zu Netzwerk → Tier-0 Gateways.
Wählen Sie Tier-0 Gateway hinzufügen und konfigurieren Sie Folgendes:
1. Name — zum Beispielevs-tier0-gw.
2. HA-Modus — Active-Standbymit eingestelltem Failover-Modus. Non-preemptive
3. Edge-Cluster — Wählen Sie den Edge-Cluster aus, den Sie erstellt haben.
Speichern Sie das Tier-0 Gateway.

Anmerkung

Stellen Sie sicher, dass Tier-0 sowohl das Gateway als auch das Tier-1 Gateway über einen Non-preemptiveFailover verfügen. Non-preemptive ist die NSX-Standardeinstellung und vermeidet einen unnötigen Abbruch der BGP-Sitzung, wenn ein wiederhergestellter Edge-Knoten andernfalls auf den bevorzugten Knoten zurückfallen würde.

BGP konfigurieren

Wählen Sie das Tier-0 Gateway aus und erweitern Sie BGP.
Aktivieren Sie BGP und legen Sie die lokale AS-Nummer auf die von Ihnen gewählte NSX Tier-0 Edge-ASN fest (z. B.). 65000

Konfigurieren Sie unter BGP-Nachbarn das Peering zwischen den Edge-Knoten und den VPC-Routenserver-Endpunkten. Wir empfehlen ein vollständiges Mesh: Jeder der beiden Edge-Knoten arbeitet mit beiden Route-Server-Endpunkten zusammen, sodass insgesamt vier BGP-Sitzungen möglich sind. Ein vollständiges Mesh sorgt dafür, dass sich Routen weiterverbreiten, wenn ein Route-Server-Endpunkt gewartet wird. Konfigurieren Sie mindestens zwei Sitzungen, wobei jeder Edge-Knoten über einen Endpunkt miteinander verbunden ist.

Für ein vollständiges Netz fügen Sie vier Nachbarn hinzu. Stellen Sie das Remote-AS jedes Nachbarn auf die VPC-Routenserver-ASN (z. B.65022) und die Adressfamilie auf IPv4-Unicast ein.

Nachbar	Adresse des Nachbarn	Quellschnittstelle
Kante 1 → Endpunkt 1	`<route-server-endpoint-1-ip>`	Uplink-Schnittstelle auf Edge-Knoten 1
Kante 1 → Endpunkt 2	`<route-server-endpoint-2-ip>`	Uplink-Schnittstelle auf Edge-Knoten 1
Edge 2 → Endpunkt 1	`<route-server-endpoint-1-ip>`	Uplink-Schnittstelle auf Edge-Knoten 2
Edge 2 → Endpunkt 2	`<route-server-endpoint-2-ip>`	Uplink-Schnittstelle auf Edge-Knoten 2

Anmerkung

Die Edge-Uplink-Schnittstellen und die Route Server-Endpunkte befinden sich in unterschiedlichen Subnetzen, es handelt sich also um Multihop-BGP-Sitzungen. Legen Sie das BGP-Multihop-Limit auf mindestens 2 fest und stellen Sie sicher, dass das Tier-0 Gateway jede Route-Server-Endpunkt-IP-Adresse erreichen kann (z. B. mit einer statischen Route zum Endpunkt über das Uplink-Gateway).

Wählen Sie Speichern und warten Sie, bis die BGP-Sitzungen eingerichtet sind.
Erweitern Sie auf dem Tier-0 Gateway Route Re-Distribution und aktivieren Sie die Umverteilung in BGP für die Routentypen, die Ihre Workload-Netzwerke übertragen — zum Beispiel Tier-1 Connected (Workload-Segment-Subnetze), Tier-1 NAT und Statische Routen. Tier-1

Verteilen Sie Tier-0 verbundene oder statische Routen nicht neu. Tier-0 Bei der Neuverteilung von Tier-0 Connected wird das NSX-Uplink-Subnetz an angekündigt AWS, und bei Tier-0 Static Routes werden die Hostrouten des Route-Server-Endpunkts erneut angekündigt. Beides ist nicht erwünscht.
Wenden Sie einen Filter für ausgehende Routen an, sodass das Tier-0 Gateway dem VPC-Routenserver nur private Netzwerke (RFC 1918) ankündigt. Erstellen Sie eine IP-Präfixliste 10.0.0.0/8172.16.0.0/12, die alle anderen Präfixe zulässt und 192.168.0.0/16 (einschließlich der spezielleren Routen innerhalb dieser Routen) ablehnt, und wenden Sie sie als Out-Filter auf jeden BGP-Nachbarn an.

Überprüfen Sie das BGP-Peering

Navigieren Sie in NSX Manager zu Netzwerk → Tier-0 Gateways → BGP → BGP Neighbors und vergewissern Sie sich, dass beide Nachbarn den Status Established haben.
Navigieren Sie in der AWS Konsole zu VPC → Route Server → Routes und vergewissern Sie sich, dass NSX-Overlay-Routen angezeigt werden.
Stellen Sie in NSX Manager sicher, dass VPC-Routen unter Routing → Forwarding-Tabelle gelernt wurden.

In der folgenden Tabelle sind häufig auftretende BGP-Peering-Probleme aufgeführt.

Symptom	Wahrscheinliche Ursache	Auflösung
Die BGP-Sitzung steckt im `Active` Status fest	Firewall oder Netzwerk-ACL blockieren den TCP-Port 179	Stellen Sie sicher, dass Ihre Netzwerk-ACL TCP 179 zwischen den Edge-Uplink-IP-Adressen und den Route-Server-Endpunkt-IP-Adressen zulässt und dass die mit den Route-Server-Endpunkten verbundene Sicherheitsgruppe auch eingehendes TCP 179 zulässt.
Die BGP-Sitzung wird wiederholt unterbrochen	MTU-Diskrepanz auf dem Uplink-Pfad	Stellen Sie sicher, dass die MTU entlang des NSX-Uplink-Pfads konsistent ist. Das NSX-Uplink-Netzwerk verwendet MTU 1500; die Overlay-Netzwerke (TEP) verwenden MTU 8500.
Routen, die nicht in der VPC-Routentabelle erscheinen	Route-Server-Propagierung nicht aktiviert	Stellen Sie sicher, dass die Route-Server-Propagierung in der Ziel-Routentabelle aktiviert ist.
One-sided Peering (nur eine Sitzung ist aktiv)	Verbindungsproblem mit dem Edge-Knoten	Stellen Sie sicher, dass beide Edge-Knoten für beide Route-Server-Endpunkte erreichbar sind.

Nachdem die BGP-Sitzungen eingerichtet und die Routen weitergegeben wurden, fahren Sie mit fort. Schritt 6: Konnektoren erstellen

Schritt 6: Konnektoren erstellen

Nachdem VCF installiert ist und seine Verwaltungs-Appliances über Ihr VCF-Verwaltungsnetzwerk erreichbar sind, erstellen Sie Konnektoren, damit Amazon EVS Ihre Bereitstellung überwachen und die Lizenznutzung melden kann. Ein Connector ist eine Amazon EVS-Subressource, die eine persistente Verbindung von Amazon EVS zu einer bestimmten VCF-Verwaltungs-Appliance darstellt. Weitere Informationen finden Sie unter Konnektor.

Wichtig

Bevor Sie einen Connector erstellen, speichern Sie die Anmeldeinformationen für die Ziel-VCF-Management-Appliance in AWS Secrets Manager. Kennzeichnen Sie das Geheimnis und den AWS KMS-Schlüssel, mit dem es verschlüsselt wird. EvsAccess=true Ohne dieses Tag kann Amazon EVS nicht auf das Geheimnis zugreifen und die Konnektorerstellung schlägt fehl.

Welchen Connectortyp Sie erstellen, hängt von Ihrer VCF-Version ab: Operations Manager (OPERATIONS_MANAGER) für VCF 9.0.x und 9.1.x oder SDDC Manager () für VCF 5.2.x. SDDC_MANAGER Sie können auch einen vCenter-Connector (VCENTER) erstellen. Informationen zu den Connectortypen, den erforderlichen geheimen Schlüsseln und Beschreibungen finden Sie unterErstellen Sie einen Amazon EVS-Umgebungskonnektor.

Schritt 7: Überprüfen Sie die Umgebung

Nachdem Sie Hosts hinzugefügt, VCF installiert und mindestens einen Connector erstellt haben, stellen Sie sicher, dass:

Ihre Hosts befinden sich im CREATED Bundesstaat.
Ihre VCF-Verwaltungs-Appliances sind über das Management-VLAN erreichbar.
Die Konnektoren, die Sie erstellt haben, erreichen den ACTIVE Status und der Umgebungsstatus auf der Seite Umgebungen wird als fehlerfrei zusammengefasst.

Hinweise zur Interpretation des Umgebungsstatus und des Konnektorzustands finden Sie unterÜberwachen Sie den Status und die Ressourcen Ihrer Umgebung.

Hinweise zur Dimensionierung von VLAN-Subnetzen

Amazon EVS VLAN-Subnetze können nach der Erstellung der Umgebung nicht geändert werden. Die Größe der einzelnen VLANs basiert auf der Anzahl der IP-Adressen, die Ihre VCF-Komponenten derzeit und während der gesamten Lebensdauer der Umgebung verbrauchen. Beachten Sie bei der Dimensionierung Folgendes:

Hostverwaltung (VMKManagement) VLAN — eine IP pro Host. Planen Sie die maximale Anzahl von Hosts ein, die Sie in dieser Umgebung erwarten.
vMotion, vSAN, VTEP VLANs — eine oder mehrere IPs pro Host, abhängig von Ihrer VCF-Konfiguration.
Management-VM (VMManagement) -VLAN — IPs für die VCF-Verwaltungs-Appliances, die Sie bereitstellen möchten: vCenter, NSX Manager-Cluster, NSX Edge-Knoten und SDDC Manager oder Operations Manager.
Edge-VTEP-, HCX-Uplink-, NSX-Uplink-VLANs — IPs für NSX Edge-Uplinks und HCX-Appliances, falls verwendet.
Erweiterungs-VLANs — Reservieren Sie Speicherplatz für future Funktionen wie NSX Federation.

Verwenden Sie diese Option als Ausgangspunkt /24 für jedes VLAN, sofern Sie keinen bestimmten Grund haben, sich anders zu entscheiden. VLAN-Subnetze haben eine Mindestgröße von /28 und eine Höchstgröße von. /24

Sicherheitsüberlegungen

Im Self-deployed Modus installieren und betreiben Sie den VCF-Softwarestack, sodass Sie für dessen Sicherheit verantwortlich sind. AWS sichert die zugrunde liegende AWS Infrastruktur, die Amazon EVS bereitstellt. Diese Aufteilung der Zuständigkeiten erfolgt zusätzlich zu dem unter beschriebenen Modell der gemeinsamen Verantwortung. Sicherheit in Amazon Elastic VMware Service

Ihr Teil des Modells der geteilten Verantwortung umfasst:

Installation, Patchen und Upgrade von VCF-Komponenten wie vCenter Server, NSX, SDDC Manager oder Operations Manager und ESX.
Konfiguration der VCF-Authentifizierung, der rollenbasierten Zugriffskontrolle und der Kennwortrotation für alle VCF-Verwaltungs-Appliances.
Härtung Ihres VCF-Verwaltungsnetzwerks gemäß den Richtlinien von Broadcom und den Sicherheitsanforderungen Ihres Unternehmens.
Rotation der Secrets in AWS Secrets Manager, die Amazon EVS-Konnektoren für den Zugriff auf Ihre VCF-Management-Appliances verwenden.
Überwachen Sie Ihre VCF-Bereitstellung im Hinblick auf Sicherheitsereignisse.
Aufrechterhaltung gültiger VCF-Lizenzen in Ihrer VCF-Verwaltungs-Appliance. Weitere Informationen finden Sie unter VCF-Abonnements.

Amazon EVS ist verantwortlich für:

Sicherung der Amazon EVS-Steuerebene und der EVS-provisioned AWS Amazon-Ressourcen.
Verschlüsselung von Kundenanmeldedaten, die Sie in Secrets Manager speichern (über AWS KMS), und Beschränkung des Servicezugriffs auf diese Anmeldeinformationen mithilfe von Ressourcen-Tags.
Überwachung des Zustands der von Ihnen erstellten Konnektoren und Berichterstattung über den Gesamtzustand der Umgebung.

Fehlerbehebung

Symptom	Wo kann ich Hilfe bekommen
`aws evs create-environment`gibt zurück, in `ValidationException` denen ein Parameter wie`licenseInfo`,`hosts`, `vcfHostnamessiteId`, oder erwähnt wird`connectivityInfo`.	Entfernen Sie den angegebenen Parameter aus Ihrer Anfrage. Diese Parameter werden nicht unterstützt, wenn`vcfVersion=SELF_DEPLOYED`.
Die Umwelt bleibt länger als erwartet im `CREATING` Zustand.	Eröffnen Sie eine Support-Anfrage mit AWS Support. Geben Sie die Umgebungs-ID an.
`aws evs create-environment-host`schlägt mit einem ESX-Versionsfehler fehl.	Überprüfen Sie die ESX-Versionszeichenfolge mit. `aws evs get-versions --region <region>` Ihr Konto hat möglicherweise keinen Zugriff auf die angeforderte Version. Weitere Informationen finden Sie unter Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen.
Ein Gastgeber steckt fest `CREATING` oder wechselt in einen `CREATE_FAILED` Staat.	Eröffnen Sie eine Support-Anfrage mit AWS Support. Geben Sie die Umgebungs-ID und die Host-ID an.
Das VCF-Installationsprogramm schlägt während der VCF-Bereitstellung fehl.	Wenden Sie sich bei Problemen mit Amazon EVS an den AWS Support. Bei VCF-specific Anfragen können Sie sich mit Ihren VCF-Abonnementberechtigungen auch direkt an Broadcom wenden.
`aws evs create-environment-connector`schlägt mit einem Secrets Manager Manager-Zugriffsfehler fehl.	Vergewissern Sie sich, dass Ihr Secret und sein AWS KMS-Verschlüsselungsschlüssel beide mit gekennzeichnet sind`EvsAccess=true`. Weitere Informationen finden Sie unter Erstellen Sie einen Amazon EVS-Umgebungskonnektor.
Der Connector ist erreichbar`ACTIVE`, aber die Erreichbarkeitsprüfung bleibt bestehen. `FAILED`	Vergewissern Sie sich, dass der FQDN der Appliance von der Amazon EVS-Steuerebene aus aufgelöst wird und dass die gespeicherten Anmeldeinformationen gültig sind. Weitere Informationen finden Sie unter Überwachen Sie den Status und die Ressourcen Ihrer Umgebung.

Bereinigen Sie eine Amazon EVS-Umgebung mit dem Modus Self-deployed

Wenn Sie Ihre Amazon EVS-Umgebung nicht mehr benötigen:

Löschen Sie alle Konnektoren. Weitere Informationen finden Sie unter Löschen Sie einen Amazon EVS-Umgebungsconnector.
Löscht alle Hosts. Weitere Informationen finden Sie unter Löschen Sie einen Amazon EVS-Host.
Löschen Sie die Umgebung. Weitere Informationen finden Sie unter Löschen Sie die Amazon EVS-Hosts und die Umgebung.

Durch das Löschen der Umgebung werden die Amazon EVS-VLAN-Subnetze entfernt, die Amazon EVS erstellt hat. Die VPC, der VPC-Routenserver oder andere AWS Ressourcen, die Sie außerhalb von Amazon EVS erstellt haben, werden nicht gelöscht.

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

Ihre Umgebungs-ID steht Amazon EVS in allen AWS Regionen zur Verfügung, um die Einhaltung von VCF-Lizenzen zu gewährleisten.

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.

Beispiel

Amazon EVS console

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.
Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.
Wählen Sie Create environment (Umgebung erstellen) aus.
Überprüfen Sie auf der Seite „Amazon EVS-Anforderungen validieren“, ob die Serviceanforderungen erfüllt wurden. Weitere Informationen finden Sie unter Einrichten von Amazon Elastic VMware Service.
1. (Optional) Geben Sie unter Name einen Umgebungsnamen ein.
2. Wählen Sie unter Umgebungsversion Ihre VCF-Version aus. Informationen zu den von Amazon EVS bereitgestellten VCF-Versionen finden Sie unter. Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen
  
  Anmerkung
  Das Drop-down-Menü für die VCF-Version enthält auch eine Option. Self-deployed Wenn Sie diese Option auswählen, verwendet der Assistent den Self-deployed Flow anstelle der folgenden Schritte. Weitere Informationen finden Sie unter Erstellen einer Amazon EVS-Umgebung mit Modus Self-deployed.
3. Geben Sie für Site ID Ihre Broadcom Site ID ein.
4. Geben Sie für VCF-Lösungsschlüssel einen VCF-Lösungsschlüssel ein (VMware vSphere 8 Enterprise Plus für VCF). Dieser Lizenzschlüssel kann nicht in einer vorhandenen Umgebung verwendet werden.
  
  Anmerkung
  Der VCF-Lösungsschlüssel muss über ausreichend Kerne verfügen. Weitere Informationen finden Sie unter VCF-Abonnements.
  
  Anmerkung
  Ihre VCF-Lizenz steht Amazon EVS in allen AWS Regionen zur Verfügung, um die Einhaltung der Lizenzbestimmungen zu gewährleisten. Amazon EVS validiert keine Lizenzschlüssel. Besuchen Sie den Broadcom-Support, um Lizenzschlüssel zu validieren.
  
  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.
5. 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 über eine ausreichende vSAN-Kapazität verfügen. Weitere Informationen finden Sie unter VCF-Abonnements.
  
  Anmerkung
  Ihre VCF-Lizenz steht Amazon EVS in allen AWS Regionen zur Verfügung, um die Einhaltung der Lizenzbestimmungen zu gewährleisten. Amazon EVS validiert keine Lizenzschlüssel. Besuchen Sie den Broadcom-Support, um Lizenzschlüssel zu validieren.
  
  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.
6. 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.
7. Wählen Sie Weiter aus.
Führen Sie auf der Seite „Hostdetails angeben“ die folgenden Schritte viermal aus, um der Umgebung vier Hosts hinzuzufügen. Amazon EVS-Umgebungen benötigen vier 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 als Instance-Typ den EC2-Instance-Typ.
4. Für die ESX-Hostversion wird bei der Erstellung der Umgebung eine ESX-Standardversion für die gewählte VCF-Version verwendet. Weitere Informationen finden Sie unter Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen.
  
  Wichtig
  Beenden oder beenden Sie keine EC2-Instances, die Amazon EVS bereitstellt. Diese Aktion führt zu Datenverlust.
5. Wählen Sie für das SSH-Schlüsselpaar ein SSH-Schlüsselpaar für den SSH-Zugriff auf den Host aus.
6. Wählen Sie Host hinzufügen.
Gehen Sie auf der Seite Netzwerke und Konnektivität konfigurieren wie folgt vor.
1. Wählen Sie für die HCX-Konnektivitätsanforderungen aus, ob Sie HCX mit privater Konnektivität oder über das Internet verwenden möchten.
2. Wählen Sie für VPC die VPC aus, die Sie zuvor erstellt haben.
3. (Nur für HCX-Internetverbindung) Wählen Sie für HCX-Netzwerk-ACL aus, mit welcher Netzwerk-ACL Ihr HCX-VLAN verknüpft werden soll.
  
  Wichtig
  Es wird dringend empfohlen, eine benutzerdefinierte Netzwerk-ACL für das HCX-VLAN zu erstellen. Weitere Informationen finden Sie unter Konfiguration einer Netzwerkzugriffskontrollliste zur Steuerung des Amazon EVS-VLAN-Subnetzverkehrs.
4. Wählen Sie für Service Access Subnet das private Subnetz aus, das bei der Erstellung der VPC erstellt wurde.
5. Für Sicherheitsgruppe — optional können Sie bis zu zwei 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.
6. Geben Sie unter Management-Konnektivität die CIDR-Blöcke ein, die für die Amazon EVS-VLAN-Subnetze verwendet werden sollen. Wenn Sie für den HCX-Uplink-VLAN-CIDR-Block ein öffentliches HCX-VLAN konfigurieren, müssen Sie einen CIDR-Block mit einer Netzmaskenlänge von genau /28 angeben. Amazon EVS gibt einen Validierungsfehler aus, wenn eine andere CIDR-Blockgröße für das öffentliche HCX-VLAN angegeben ist. Für ein privates HCX-VLAN und alle anderen VLANs CIDR-Blöcke ist die minimale Netzmaskenlänge, die Sie verwenden können, /28 und die Höchstlänge /24.
  
  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.
7. Geben Sie unter Expansion 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.
8. Geben Sie unter Workload/VCF Konnektivität den CIDR-Block für das NSX-Uplink-VLAN ein und wählen Sie zwei VPC-Route-Server-Peer-IDs aus, die über den NSX-Uplink zu Route Server-Endpunkten führen.
  
  Anmerkung
  Amazon EVS benötigt vor der EVS-Bereitstellung eine VPC-Route-Server-Instance, die zwei Route Server-Endpunkten und zwei Route Server-Peers zugeordnet ist. Diese Konfiguration ermöglicht dynamisches BGP-based Routing über den NSX-Uplink. Weitere Informationen finden Sie unter Richten Sie eine VPC-Route-Server-Instanz mit Endpunkten und Peers ein.
9. Wählen Sie Weiter aus.
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
  Mit vom Kunden verwalteten KMS-Schlüsseln sind Nutzungskosten verbunden. Weitere Informationen finden Sie auf der Seite mit den AWS KMS-Preisen.
3. Wählen Sie Weiter aus.
(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 der Amazon EVS-Umgebung zugeordnet 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
Überprüfen Sie auf der Seite Überprüfen und erstellen Ihre Konfiguration und wählen Sie Umgebung erstellen aus.

Wichtig
Während der Bereitstellung der Umgebung erstellt Amazon EVS die EVS-VLAN-Subnetze und ordnet sie implizit der Haupt-Routing-Tabelle zu. Nach Abschluss der Bereitstellung müssen Sie die Amazon EVS-VLAN-Subnetze explizit einer Routentabelle für NSX-Konnektivitätszwecke zuordnen. Weitere Informationen finden Sie unter Ordnen Sie Amazon EVS-VLAN-Subnetze explizit einer VPC-Routentabelle zu.

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

Öffnen Sie eine Terminalsitzung.
Erstellen Sie eine Amazon EVS-Umgebung. Im Folgenden finden Sie ein Beispiel für eine aws evs create-environment Anfrage.

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 finden Sie unter Einrichten von Amazon Elastic VMware Service.

Wichtig
Während der Bereitstellung der Umgebung erstellt Amazon EVS die EVS-VLAN-Subnetze und ordnet sie implizit der Haupt-Routing-Tabelle zu. Nach Abschluss der Bereitstellung müssen Sie die Amazon EVS-VLAN-Subnetze explizit einer Routentabelle für NSX-Konnektivitätszwecke zuordnen. Weitere Informationen finden Sie unter Ordnen Sie Amazon EVS-VLAN-Subnetze explizit einer VPC-Routentabelle zu.

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 Bereitstellung 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.
- Weitere Informationen finden Sie unter Von Amazon EVS bereitgestellte VCF-Versionen und EC2-Instance-Typen VCF-Versionen--vcf-version, die von Amazon EVS bereitgestellt werden,
- 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 (VMware vSphere 8 Enterprise Plus für VCF) und Ihren vSAN-Lizenzschlüssel ein.
  
  Anmerkung
  Die Anforderungen für den VCF-Lösungsschlüssel (einschließlich der Mindestanzahl an Kernen) und den vSAN-Lizenzschlüssel (einschließlich vSAN-Mindestkapazität) variieren je nach Instanztyp. Spezifische Schwellenwerte für Ihre Konfiguration finden Sie unter. VCF-Abonnements
  
  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-Verwaltungs-Appliances verwendet. Wenn Sie ein öffentliches HCX-VLAN konfigurieren, müssen Sie einen CIDR-Block mit einer Netzmaskenlänge von genau /28 angeben. Amazon EVS gibt einen Validierungsfehler aus, wenn eine andere CIDR-Blockgröße für das öffentliche HCX-VLAN angegeben ist. Für ein privates HCX-VLAN und alle anderen VLANs CIDR-Blöcke ist die minimale Netzmaskenlänge, die Sie verwenden können, /28 und die Höchstlänge /24.
- hcxNetworkAclIdwird bei der Konfiguration der HCX-Internetverbindung verwendet. Geben Sie eine benutzerdefinierte Netzwerk-ACL für das öffentliche HCX-VLAN an.
  
  Wichtig
  Es wird dringend empfohlen, eine benutzerdefinierte Netzwerk-ACL für das HCX-VLAN zu erstellen. Weitere Informationen finden Sie unter Konfiguration einer Netzwerkzugriffskontrollliste zur Steuerung des Amazon EVS-VLAN-Subnetzverkehrs.
  
  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-Instance-Typ an. Die dedizierte Host-ID ist optional.
  
  Wichtig
  Beenden oder beenden Sie keine EC2-Instances, die Amazon EVS bereitstellt. Diese Aktion führt zu Datenverlust.
- Geben Sie für --connectivity-info die beiden VPC-Route-Server-Peer-IDs an, die Sie im vorherigen Schritt erstellt haben.
  
  Anmerkung
  Amazon EVS benötigt vor der EVS-Bereitstellung eine VPC-Route-Server-Instance, die zwei Route Server-Endpunkten und zwei Route Server-Peers zugeordnet ist. Diese Konfiguration ermöglicht dynamisches BGP-based 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 oder Verlängerung Ihres Softwarevertrags zur Verfügung gestellt.
- (Optional) Geben Sie für --region die Region ein, 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.2 \
--terms-accepted \
--license-info "{
      \"solutionKey\": \"00000-00000-00000-abcde-11111\",
      \"vsanKey\": \"00000-00000-00000-abcde-22222\"
    }" \
   --initial-vlans "{
      \"isHcxPublic\": true,
      \"hcxNetworkAclId\": \"nacl-abcd1234\",
      \"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\",
      \"dedicatedHostId\": \"h-07879acf49EXAMPLE\"
    },
    {
      \"hostName\": \"esx02\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07878bde50EXAMPLE\"
    },
    {
      \"hostName\": \"esx03\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07877eio51EXAMPLE\"
    },
    {
      \"hostName\": \"esx04\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07863ghi52EXAMPLE\"
    }
  ]" \
--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.2",
        "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

Beispiel

Amazon EVS console

Gehen Sie zur Amazon EVS-Konsole.
Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.
Wählen Sie die Umgebung aus.
Wählen Sie die Registerkarte Details aus.
Vergewissern Sie sich, dass der Umgebungsstatus „Überstanden“ und der Umgebungsstatus „Erstellt“ 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

Öffnen Sie eine Terminalsitzung.

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 --region us-east-2

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.2",
        "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": []
    }
}

Ordnen Sie Amazon EVS-VLAN-Subnetze explizit einer VPC-Routentabelle zu

Ordnen Sie jedes der Amazon EVS-VLAN-Subnetze explizit 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. Wenn Sie ein öffentliches HCX-VLAN erstellt haben, stellen Sie sicher, dass Sie das öffentliche HCX-VLAN-Subnetz explizit einer öffentlichen Routentabelle in Ihrer VPC zuordnen, die zu einem Internet-Gateway weiterleitet.

Beispiel

Gehen Sie wie folgt vor, um Elastic IP Address (EIPs) aus dem IPAM-Pool dem öffentlichen HCX-VLAN für HCX-Internetkonnektivität zuzuordnen. Sie müssen mindestens zwei EIPs für die HCX Manager- und HCX Interconnect () -Appliances zuordnen. HCX-IX Ordnen Sie jeder HCX-Netzwerk-Appliance, die Sie bereitstellen müssen, eine zusätzliche EIP zu. Sie können bis zu 13 EIPs aus dem IPAM-Pool haben, die dem öffentlichen HCX-VLAN zugeordnet sind.

Wichtig

Die öffentliche HCX-Internetverbindung schlägt fehl, wenn Sie nicht mindestens zwei EIPs aus dem IPAM-Pool einem öffentlichen HCX-VLAN-Subnetz zuordnen.

Anmerkung

Amazon EVS unterstützt derzeit nur die Verknüpfung von EIPs mit dem HCX-VLAN.

Anmerkung

Sie können die ersten beiden EIPs oder die letzte EIP aus dem öffentlichen IPAM-CIDR-Block nicht dem VLAN-Subnetz zuordnen. Diese EIPs sind als Netzwerk-, Standard-Gateway- und Broadcast-Adressen reserviert. Amazon EVS gibt einen Validierungsfehler aus, wenn Sie versuchen, diese EIPs dem VLAN-Subnetz zuzuordnen.

Amazon EVS console

Gehen Sie zur Amazon EVS-Konsole.
Wählen Sie im Navigationsmenü Umgebungen aus.
Wählen Sie die Umgebung aus.
Wählen Sie auf der Registerkarte Netzwerke und Konnektivität das öffentliche HCX-VLAN aus.
Wählen Sie EIP mit VLAN verknüpfen aus.
Wählen Sie die Elastic IP-Adresse (n) aus, die dem öffentlichen HCX-VLAN zugeordnet werden sollen.
Wählen Sie Associate EIPs aus.
Überprüfen Sie die EIP-Zuordnungen, um sicherzustellen, dass die EIPs dem öffentlichen HCX-VLAN zugeordnet wurden.

AWS CLI

Verwenden Sie den Beispielbefehl, um eine Elastic IP-Adresse einem VLAN zuzuordnen. associate-eip-to-vlan

environment-id- Die ID Ihrer Amazon EVS-Umgebung.
vlan-name— Der Name des VLAN, das der Elastic IP-Adresse zugeordnet werden soll.

allocation-id— Die Zuweisungs-ID der Elastic IP-Adresse.


aws evs associate-eip-to-vlan \
  --environment-id "env-605uove256" \
  --vlan-name "hcx" \
  --allocation-id "eipalloc-0429268f30c4a34f7"

Der Befehl gibt Details zum VLAN zurück, einschließlich der neuen EIP-Zuordnung:


{
    "vlan": {
        "vlanId": 80,
        "cidr": "18.97.137.0/28",
        "availabilityZone": "us-east-2c",
        "functionName": "hcx",
        "subnetId": "subnet-02f9a4ee9e1208cfc",
        "createdAt": "2025-08-22T23:42:16.200000+00:00",
        "modifiedAt": "2025-08-23T13:42:28.155000+00:00",
        "vlanState": "CREATED",
        "stateDetails": "VLAN successfully created",
        "eipAssociations": [
            {
                "associationId": "eipassoc-09e966faad7ecc58a",
                "allocationId": "eipalloc-0429268f30c4a34f7",
                "ipAddress": "18.97.137.2"
            }
        ],
        "isPublic": true,
        "networkAclId": "acl-02fa8ab4ad3ddfb00"
    }
}

Das eipAssociations Array zeigt die neue Assoziation, einschließlich:

associationId- Die eindeutige ID für diese EIP-Assoziation, die für die Trennung der Verbindung verwendet wird.
allocationId— Die Zuweisungs-ID der zugehörigen Elastic IP-Adresse.
ipAddress- Die dem VLAN zugewiesene IP-Adresse.

Wiederholen Sie den Schritt, um weitere EIPs zuzuordnen.

Wenn Sie die lokale Netzwerkkonnektivität mithilfe von Direct Connect oder AWS Site-to-Site VPN mit einem Transit-Gateway konfigurieren, müssen Sie die Transit-Gateway-Routentabellen mit den VPC-CIDRs aktualisieren, die in der Amazon EVS-Umgebung erstellt wurden. Weitere Informationen finden Sie unter Transit-Gateway-Routentabellen in Amazon VPC Transit Gateways.

Wenn Sie AWS Direct Connect verwenden, müssen Sie möglicherweise auch Ihre Direct Connect-Präfixe aktualisieren, um aktualisierte Routen von der VPC zu senden und zu empfangen. Weitere Informationen finden Sie unter Erlaubt Präfixinteraktionen für AWS Direct Connect-Gateways.

Rufen Sie VCF-Anmeldeinformationen ab und greifen Sie auf VCF-Verwaltungsgeräte 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, sowie das ESX-Root-Passwort. Weitere Informationen zum Abrufen von Geheimnissen finden Sie unter Geheimnisse aus AWS Secrets Manager abrufen im AWS Secrets Manager Manager-Benutzerhandbuch.

Anmerkung

Amazon EVS bietet keine verwaltete Rotation Ihrer Secrets. Wir empfehlen, dass Sie Ihre Secrets regelmäßig in einem bestimmten Rotationsfenster rotieren, um sicherzustellen, dass Secrets nicht zu lange bestehen.

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 unter Anmelden bei der SDDC Manager-Benutzeroberfläche und So verwenden und konfigurieren Sie Ihren vSphere Client in der VMware-Produktdokumentation.

Standardmäßig aktiviert Amazon EVS die ESX Shell auf neu bereitgestellten Amazon EVS-Hosts. Diese Konfiguration ermöglicht den Zugriff auf die serielle Schnittstelle der Amazon EC2 EC2-Instance über die serielle EC2-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 serielle EC2-Konsole kann über die EC2-Konsole oder die zugegriffen werden. AWS CLI Weitere Informationen finden Sie unter EC2 Serial Console for Instances im Amazon EC2 EC2-Benutzerhandbuch.

Anmerkung

Die serielle EC2-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 ESX-Host zu interagieren.

Anmerkung

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

Connect zur seriellen EC2-Konsole her

Um eine Verbindung zur seriellen EC2-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 serielle EC2-Konsole und Connect zur seriellen EC2-Konsole her im Amazon EC2 EC2-Benutzerhandbuch.

Anmerkung

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

Konfigurieren Sie den Zugriff auf die serielle EC2-Konsole

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

Beispiel

Amazon EVS console

Gehen Sie zur Amazon EVS-Konsole.
Wählen Sie im Navigationsbereich Umgebung aus.
Wählen Sie die Umgebung aus, die die zu löschenden Hosts enthält.
Wählen Sie die Registerkarte Hosts aus.
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.
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.
Wenn Sie Amazon EC2 EC2-Kapazitätsreservierungen eingerichtet haben, die Sie nicht mehr benötigen, stellen Sie sicher, dass Sie diese storniert haben. Weitere Informationen finden Sie unter Stornieren einer Kapazitätsreservierung im Benutzerhandbuch für Amazon EC2.

AWS CLI

Öffnen Sie eine Terminalsitzung.

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.2",
            "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.2",
            "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"
        }
    ]
}

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
```
Wiederholen Sie die vorherigen Schritte, um die verbleibenden Hosts in Ihrer Umgebung zu löschen.
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.
Wenn Sie Amazon EC2 EC2-Kapazitätsreservierungen eingerichtet haben, die Sie nicht mehr benötigen, stellen Sie sicher, dass Sie diese storniert haben. Weitere Informationen finden Sie unter Stornieren einer Kapazitätsreservierung im Benutzerhandbuch für Amazon EC2.

Wenn Sie die HCX-Internetverbindung konfiguriert haben, gehen Sie wie folgt vor, um Ihre IPAM-Ressourcen zu löschen.

Geben Sie EIP-Zuweisungen aus dem öffentlichen IPAM-Pool frei. Weitere Informationen finden Sie unter Freigabe einer Zuweisung im VPC IP Address Manager-Benutzerhandbuch.
Entfernen Sie die Bereitstellung des öffentlichen IPv4-CIDR aus dem IPAM-Pool. Weitere Informationen finden Sie unter Deprovision CIDRs aus einem Pool im VPC IP Address Manager-Benutzerhandbuch.
Löschen Sie den öffentlichen IPAM-Pool. Weitere Informationen finden Sie unter Löschen eines Pools im VPC IP Address Manager-Benutzerhandbuch.
Löschen Sie das IPAM. Weitere Informationen finden Sie unter Löschen eines IPAM im VPC IP Address Manager-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.

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 mit VMware Hybrid Cloud Extension (VMware HCX) zu Amazon EVS. Weitere Informationen finden Sie unter Migrieren Sie Workloads mit HCX zu Amazon EVS VMware.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Checkliste für die Bereitstellung

Migration