View a markdown version of this page

Checkliste mit den Voraussetzungen für die Amazon EVS-Bereitstellung - Amazon Elastic VMware Service

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

Checkliste mit den Voraussetzungen für die Amazon EVS-Bereitstellung

Dieser Abschnitt enthält eine Liste der Voraussetzungen, die erfüllt sein müssen, um eine erfolgreiche Bereitstellung der Amazon EVS-Umgebung zu ermöglichen.

Anmerkung

Wir empfehlen Ihnen, eine Amazon EC2-Kapazitätsreservierung zu erstellen, um sicherzustellen, dass Kapazität verfügbar ist, wenn Sie Hosts hinzufügen. Weitere Informationen finden Sie unter Erstellen Sie eine Amazon EC2 EC2-Kapazitätsreservierung.

Sie müssen Ihre eigenen VCF-Lizenzen mitbringen, um VCF auf Amazon EVS ausführen zu können, unabhängig davon, wie Sie es bereitstellen. Ob Sie bei der Erstellung der Umgebung Lizenzschlüssel angeben, hängt von Ihrem Bereitstellungsmodus ab — Einzelheiten finden Sie unterVCF-Abonnements.

Informationen zum VCF-Lizenzschlüssel
Komponente Description Mindestanforderungen Beispielwert (e)

Seiten-ID

Site-ID, die von Broadcom für den Zugriff auf das Broadcom-Supportportal bereitgestellt wird.

In der Anfrage zur Erstellung der EVS-Umgebung muss eine Site-ID von Broadcom angegeben werden.

01234567

VCF-Lösungsschlüssel

Ein einziger VCF-Lizenzschlüssel, der Funktionen des gesamten VCF-Stacks freischaltet, einschließlich vSphere, NSX, SDDC Manager und vCenter Server.

In der Anfrage zur Erstellung der EVS-Umgebung muss ein gültiger aktiver VCF-Lösungsschlüssel angegeben werden. Der Schlüssel kann nicht bereits von einer vorhandenen EVS-Umgebung verwendet werden.

ABCDE-FGHIJ-KLMNO-PQRSTU-VWXYZ

vSAN-Lizenzschlüssel

Mit einem vSAN-Lizenzschlüssel können Sie die vSAN-Software in einer VCF-Umgebung aktivieren und verwenden.

In der Anfrage zur Erstellung der EVS-Umgebung muss ein gültiger aktiver vSAN-Lizenzschlüssel angegeben werden. Der Schlüssel darf nicht bereits von einer vorhandenen EVS-Umgebung verwendet werden.

ABCDE-FGHIJ-KLMNO-PQRSTU-VWXYZ

Anmerkung

Wenn Sie eine Umgebung im Self-deployed Modus erstellen, benötigen Sie VCF-Lizenzschlüssel, wenn Sie VCF bereitstellen und konfigurieren, nicht, wenn Sie die Amazon EVS-Umgebung erstellen. Fügen Sie sie Ihrer VCF-Management-Appliance hinzu, nachdem Sie VCF installiert haben.

AWS Konto- und Regionsinformationen
Komponente Description Mindestanforderungen Beispielwert (e)

AWS Konto-ID-Nummer

Mit dem AWS Konto können Sie AWS Ressourcen erstellen und verwalten und auf AWS Dienste zugreifen.

Muss Zugriff auf ein AWS Konto haben.

999999999999

AWS Region

Ein physisches geografisches Gebiet, in dem AWS mehrere isolierte Rechenzentren, sogenannte Availability Zones, unterhalten werden.

Muss eine AWS Region angeben, in der Amazon EVS bereitgestellt werden soll. Eine Liste der Regionen, in denen Amazon EVS derzeit verfügbar ist, finden Sie im AWS Allgemeinen Referenzhandbuch unter Amazon Elastic VMware Service-Endpunkte und -Kontingente.

USA West (Oregon)

AWS Transit Gateway für lokale Rechenzentrumskonnektivität
Komponente Description Mindestanforderungen Beispielwert (e)

Transit-Gateway-ID

Ein Transit-Gateway fungiert als regionaler virtueller Router für den Datenverkehr zwischen Ihrer VPC und lokalen Netzwerken.

Muss ein Transit-Gateway verwenden, um eine Amazon EVS-Umgebung mit Ihren lokalen Netzwerken zu verbinden.

TGW-0262A0E521 Beispiel

Konnektivitätsmethode

Um Ihre lokalen Netzwerke mit einer Amazon EVS-Umgebung zu verbinden, müssen Sie ein Transit-Gateway mit AWS Direct Connect oder AWS Site-to-Site VPN verwenden.

Stellen Sie fest, ob Sie AWS Direct Connect, AWS Site-to-Site VPN oder eine Kombination aus beiden verwenden möchten. Weitere Informationen zur Verwendung von Site-to-Site VPN mit Direct Connect finden Sie unter Privates AWS Site-to-Site IP-VPN mit AWS Direct Connect.

AWS Site-to-Site VPN mit AWS Direct Connect

VPC für die Amazon EVS-Umgebung
Komponente Description Mindestanforderungen Beispielwert (e)

VPC-ID

Eine VPC ist ein virtuelles Netzwerk, das einem herkömmlichen Netzwerk, das Sie in Ihrem eigenen Rechenzentrum betreiben würden, sehr ähnlich ist.

Jede Amazon VPC kann für die Bereitstellung der Umgebung verwendet werden.

vpc-0abcdef1234567890

VPC CIDR-Block

In Amazon VPC definiert ein CIDR-Block den Bereich der IP-Adressen, die in Ihrer VPC verfügbar sind.

Ein RFC 1918 CIDR-Block mit einer Mindestgröße von /22 Netmask. Der VPC-CIDR-Block muss angemessen dimensioniert sein, um alle EVS-Subnetze und Hosts aufzunehmen, die in Ihrer VPC bereitgestellt werden sollen. Dieser CIDR-Block sollte in Ihren Umgebungen einzigartig sein.

10.1.0. 0/20

VPC-Subnetze für die EVS-Umgebung
Komponente Description Mindestanforderungen Beispielwert (e)

Subnetz-ID für den Dienstzugriff

Ein Subnetz für den Servicezugriff ist ein Standard-VPC-Subnetz, das den Amazon EVS-Servicezugriff ermöglicht. Weitere Informationen finden Sie unter Subnetz für den Servicezugriff.

Jedes VPC-Subnetz kann verwendet werden, sofern das Subnetz innerhalb der VPC eine angemessene Größe hat. Wir empfehlen, einen CIDR-Block für das VPC-Subnetz mit einer Netzmaske von /24 anzugeben.

subnet-abcdef1234567890e

Subnetz CIDR für Dienstzugriff

Ein VPC-Subnetz-CIDR-Block ist ein Bereich von IP-Adressen, der mithilfe der CIDR-Notation definiert ist und einem bestimmten Subnetz innerhalb einer VPC zugewiesen ist.

Das Subnetz für den Servicezugriff muss angemessen dimensioniert sein, um auch die anderen EVS-Subnetze und Hosts aufzunehmen, die in Ihrer VPC bereitgestellt werden sollen. Wir empfehlen, einen VPC-Subnetz-CIDR-Block mit einer Netzmaske von /24 anzugeben.

10.1.0. 0/24

AWS ID der Verfügbarkeitszone innerhalb der Region

Ein bestimmter Standort innerhalb einer AWS Region, der so konzipiert ist, dass er von Ausfällen in anderen AZs isoliert ist und aus einem oder mehreren Rechenzentren besteht.

Sie können die Availability Zone angeben, in der VPC-Subnetze bei der Subnetzerstellung bereitgestellt werden. Weitere Informationen finden Sie unter Erstellen eines Subnetzes im Amazon VPC-Benutzerhandbuch.

us-west-2a

EVS-VLAN-Subnetze für die EVS-Umgebung
Komponente Description Mindestanforderungen Beispielwert (e)

Hostverwaltung: VLAN (CIDR)

Der CIDR-Block für das Hostmanagement-VLAN-Subnetz. Weitere Informationen finden Sie unter VLAN-Subnetz für die Hostverwaltung.

Muss eine Mindestgröße von /28 und eine maximale Größe von /24 Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.1. 0/24

vMotion VLAN CIDR

Der CIDR-Block für das vMotion-VLAN-Subnetz. Weitere Informationen finden Sie unter vMotion-VLAN-Subnetz.

Muss dieselbe Größe wie das Host-Management-VLAN haben.

10.1.2. 0/24

vSAN-VLAN-CIDR

Der CIDR-Block für das vSAN-VLAN-Subnetz. Weitere Informationen finden Sie unter vSAN-VLAN-Subnetz.

Muss dieselbe Größe wie das Host-Management-VLAN haben.

10.1.3. 0/24

VTEP VLAN APFELWEIN

Der CIDR-Block für das VTEP-VLAN-Subnetz. Weitere Informationen finden Sie unter VTEP-VLAN-Subnetz.

Muss dieselbe Größe wie das Host-Management-VLAN haben.

10.1.4. 0/24

Edge-VTEP-VLAN-CIDR

Der CIDR-Block für das Edge-VTEP-VLAN-Subnetz. Weitere Informationen finden Sie unter Edge-VTEP-VLAN-Subnetz.

Muss eine Mindestgröße von /28 und eine maximale Größe von /24 Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.5. 0/24

Verwaltungs-VM VLAN CIDR

Der CIDR-Block für das VLAN-Subnetz der Verwaltungs-VM. Weitere Informationen finden Sie unter Verwaltungs-VM-VLAN-Subnetz.

Muss eine Mindestgröße von /28 und eine maximale Größe von /24 Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.6. 0/24

HCX-Uplink-VLAN-CIDR

Der CIDR-Block für das HCX-Uplink-VLAN-Subnetz. Weitere Informationen finden Sie unter HCX-Uplink-VLAN-Subnetz.

Muss eine Mindestgröße von /28 und eine maximale Größe von /24 Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.7. 0/24

NSX-Uplink-VLAN-CIDR

Der CIDR-Block für das NSX-Uplink-VLAN-Subnetz. Weitere Informationen finden Sie unter NSX-Uplink-VLAN-Subnetz.

Muss eine Mindestgröße von /28 und eine maximale Größe von /24 Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.8. 0/24

Erweiterung VLAN 1 CIDR

CIDR-Block für das Erweiterungs-VLAN-Subnetz. Weitere Informationen finden Sie unter Erweiterungs-VLAN-Subnetz.

Muss eine Mindestgröße von /28 für die Netzwerkmaske und eine maximale Größe von /24 für die Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.9. 0/24

Erweiterung VLAN 2 CIDR

CIDR-Block für das Erweiterungs-VLAN-Subnetz. Weitere Informationen finden Sie unter Erweiterungs-VLAN-Subnetz.

Muss eine Mindestgröße von /28 für die Netzwerkmaske und eine maximale Größe von /24 für die Netzwerkmaske haben. Darf sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

10.1.10. 0/24

DNS- und NTP-Infrastruktur
Komponente Description Mindestanforderungen Beispielwert (e)

Primäre DNS-Server-IP-Adresse

Der Hauptserver des Domain Name System (DNS), der als Informationsquelle für alle DNS-Einträge der Domain dient.

Sie können jede gültige, ungenutzte IPv4-Adresse innerhalb des nutzbaren Hostbereichs verwenden.

10.1.1.10

IP-Adresse des sekundären DNS-Servers

Ein Backup-DNS-Server für die DNS-Einträge der Domain.

Sie können jede gültige, ungenutzte IPv4-Adresse innerhalb des nutzbaren Hostbereichs verwenden.

10.1.5.25

IP-Adresse des NTP-Servers

Ein NTP-Server (Network Time Protocol) ist ein Gerät oder eine Anwendung, das die Uhren innerhalb eines Netzwerks mithilfe des NTP-Standards synchronisiert.

Sie können den standardmäßigen Amazon Time Sync Service mit der lokalen 169.254.169.123 IP-Adresse oder einer anderen NTP-Server-IP-Adresse verwenden.

169.254.169.123 (Amazon Time Sync Service)

FQDN für die VCF-Bereitstellung

Ein vollqualifizierter Domänenname (FQDN) ist der absolute Name eines Geräts in einem Netzwerk. Ein FQDN besteht aus einem Hostnamen und einem Domänennamen.

Ein FQDN kann nur alphanumerische Zeichen, das Minuszeichen (-) und Punkte enthalten, die als Trennzeichen zwischen Bezeichnungen verwendet werden. Es muss sich um einen eindeutigen FQDN handeln, der gültig und nicht abgelaufen ist. Der FQDN jedes Hosts und jeder VCF-Management-Appliance darf 62 Zeichen nicht überschreiten, einschließlich des Domänennamens aus Ihrem VPC-DHCP-Optionssatz. Ein FQDN, der länger als 62 Zeichen ist, verursacht einen Überprüfungsfehler bei der Erstellung der Umgebung.

evs.local

VPC-DHCP-Optionssatz
Komponente Description Mindestanforderungen Beispielwert (e)

ID des DHCP-Optionssatzes

Ein DHCP-Optionssatz ist eine Gruppe von Netzwerkeinstellungen, die von Ressourcen in Ihrer VPC, z. B. EC2-Instances, zur Kommunikation über Ihr virtuelles Netzwerk verwendet werden.

Muss mindestens 2 DNS-Server enthalten. Sie können Route 53 oder benutzerdefinierte DNS-Server verwenden. Muss auch Ihren DNS-Domainnamen und einen NTP-Server enthalten.

dopt-0a1b2c3d

EC2 key pair
Komponente Description Mindestanforderungen Beispielwert (e)

Name des EC2-Schlüsselpaars

Ein EC2-Schlüsselpaar ist ein Satz von Sicherheitsanmeldeinformationen, mit denen eine sichere Verbindung zu einer Amazon EC2-Instance hergestellt wird.

Der Name des Schlüsselpaars muss eindeutig sein.

my-ec2-key-pair

VPC-Routing-Tabellen
Komponente Description Mindestanforderungen Beispielwert (e)

ID der Haupt-Routing-Tabelle

In Amazon VPC ist die Haupt-Routing-Tabelle die Standard-Routing-Tabelle, die automatisch mit der VPC erstellt wird. Sie regelt den Verkehr für alle VPC-Subnetze, die nicht explizit einer anderen Routing-Tabelle zugeordnet sind. EVS-VLAN-Subnetze werden implizit der Haupt-Routing-Tabelle Ihrer VPC zugeordnet, wenn Amazon EVS sie erstellt.

Muss so konfiguriert sein, dass die Konnektivität zu abhängigen Diensten wie DNS oder lokalen Systemen ermöglicht wird, damit die Umgebungsbereitstellung erfolgreich ist.

rtb-0123456789abcdef0

Netzwerk-Zugriffskontrolllisten (ACL)
Komponente Description Mindestanforderungen Beispielwert (e)

Netzwerk-ACL-ID

Eine Netzwerkzugriffskontrollliste (ACL) erlaubt oder verweigert eingehenden oder ausgehenden Datenverkehr auf Subnetzebene.

Muss Amazon EVS die Kommunikation ermöglichen mit:

  • DNS-Server über TCP/UDP Port 53.

  • Hostverwaltungs-VLAN-Subnetz über HTTPS und SSH.

  • VLAN-Subnetz der Verwaltungs-VM über HTTPS und SSH.

acl-0f62c640e793a38a3

DNS-Einträge für VCF-Komponenten
Komponente Description Mindestanforderungen Beispiel für eine IP-Adresse Beispiel für einen Hostnamen

ESX-Host 1

IP-Adresse und Hostname, die im A-Record und im PTR-Record für ESX-Host 1 definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookup-Zone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jeden ESX-Host in jeder EVS-Bereitstellung erstellt wurden.

10.1.1.11

esxi01

ESX-Host 2

IP-Adresse und Hostname, die im A-Record und im PTR-Record für ESX-Host 2 definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookup-Zone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jeden ESX-Host in jeder EVS-Bereitstellung erstellt wurden.

10.1.1.12

esxi02

ESX-Host 3

IP-Adresse und Hostname, die im A-Record und im PTR-Record für ESX-Host 3 definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookup-Zone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jeden ESX-Host in jeder EVS-Bereitstellung erstellt wurden.

10.1.1.13

esxi03

ESX-Host 4

IP-Adresse und Hostname, die im A-Record und im PTR-Record für ESX-Host 4 definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookup-Zone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jeden ESX-Host in jeder EVS-Bereitstellung erstellt wurden.

10.1.1.14

esxi 04

vCenter Server-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die vCenter Server Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.10

vc01

NSX Manager-Cluster

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für den NSX Manager-Cluster definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.11

nsx

SDDC Manager-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die SDDC Manager-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookup-Zone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.12

sddcm01

Cloud Builder-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die Cloud Builder-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.13

cb01

NSX Edge 1-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die NSX Edge 1-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.14

Kante 01

NSX Edge 2-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die NSX Edge 2-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.15

Kante 02

NSX Manager 1-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die NSX Manager 1-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.16

nsx 01

NSX Manager 2-Appliance

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die NSX Manager 2-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.17

nsx 02

NSX Manager 3-Einheit

IP-Adresse und Hostname, die im A-Datensatz und im PTR-Datensatz für die NSX Manager 3-Appliance definiert sind.

Amazon EVS benötigt eine DNS-Forward-Lookupzone mit A-Einträgen und eine Reverse-Lookup-Zone mit PTR-Einträgen, die für jede VCF-Management-Appliance in jeder EVS-Bereitstellung erstellt wurden.

10.1.6.18

nsx 03

Anmerkung

Wenn Sie eine Umgebung im Self-deployed Modus erstellen, benötigen Sie diese DNS-Einträge, wenn Sie VCF bereitstellen und konfigurieren, nicht, wenn Sie die Amazon EVS-Umgebung erstellen. Erstellen Sie die ESX-Host-Einträge, bevor Sie Hosts hinzufügen.

VPC-Route-Server-Infrastruktur
Komponente Description Mindestanforderungen Beispielwert (e)

Routen-Server-ID

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 zu mindestens zwei Routenserver-Endpunkten im Servicezugriffs-Subnetz gemeinsam nutzt. Die auf dem Routenserver und dem NSX Edge-Peer konfigurierte Peer-ASN muss übereinstimmen, und die Peer-IP-Adressen müssen eindeutig sein.

rs-0a1b2c3d4e5f67890

Routenserver-Zuordnung

Die Verbindung zwischen einem Routenserver und einer VPC.

Ihr Routenserver muss mit Ihrer VPC verknüpft sein.

{ "RouteServerAssociation": { "RouteServerId": "rs-0a1b2c3d4e5f67890", "VpcId": "vpc-1", "State": "associating" } }

BGP ASN der VPC-Routenserver-Seite (ASN) Amazon-side

Die Amazon-side ASN stellt die AWS Seite der BGP-Sitzung zwischen dem VPC-Route-Server und dem NSX Edge-Peer dar. Sie geben diese BGP-ASN an, wenn Sie den Routenserver erstellen. Weitere Informationen finden Sie unter Erstellen eines Routenservers im Amazon VPC-Benutzerhandbuch.

Dieser Wert muss eindeutig sein und im Bereich von 1-4294967295 liegen. AWS empfiehlt die Verwendung einer privaten ASN im Bereich 64512—65534 (16-Bit-ASN) oder 4200000000—4294967294 (32-Bit-ASN).

65022

ID für Routenserver-Endpunkt 1

Ein Routenserver-Endpunkt ist eine AWS verwaltete Komponente in einem Subnetz, die BGP-Verbindungen (Border Gateway Protocol) zwischen Ihrem Routenserver und Ihren BGP-Peers ermöglicht.

Der Routenserver-Endpunkt muss im Subnetz für den Dienstzugriff bereitgestellt werden.

rse-0123456789abcdef0

Routenserver per 1 ID

Der Routenserver-Peer ist eine BGP-Peering-Sitzung zwischen einem Routenserver-Endpunkt und dem in AWS (NSX Edge) bereitgestellten Gerät.

Der im Route-Server-Peer angegebene Peer-ASN-Wert muss mit dem für das NSX Edge-Gateway verwendeten Peer-ASN-Wert übereinstimmen. Tier-0

rsp-0123456789abcdef0

Routenserver-Peer-1-IP-Adresse (EVS NSX Edge 1-Seite)

Die IP-Adresse des Routenserver-Peers (PeerAddress).

Muss eine eindeutige ungenutzte IP-Adresse aus dem NSX-Uplink-VLAN verwenden. Amazon EVS wendet diese IP-Adresse im Rahmen der Bereitstellung auf NSX Edge 1 an und verbindet sie mit dem Routenserver-Endpoint-Peer.

10.1.8.10

ENI-Adresse des Routenservers per 1-Endpunkt

Die Endpunkt-ENI-IP-Adresse des Routenserver-Peers (EndpointEniAddress).

Wird automatisch vom Routenserver bei der Peer-Erstellung generiert.

10.1.0.11

ID für Endpunkt 2 des Routenservers

Ein Routenserver-Endpunkt ist eine AWS verwaltete Komponente in einem Subnetz, die BGP-Verbindungen (Border Gateway Protocol) zwischen Ihrem Routenserver und Ihren BGP-Peers ermöglicht.

Der Routenserver-Endpunkt muss im Subnetz für den Dienstzugriff bereitgestellt werden.

rse-fedcba9876543210f

Routenserver-Peer-2-ID (EVS NSX Edge 2-Seite)

Der Routenserver-Peer ist eine BGP-Peering-Sitzung zwischen einem Routenserver-Endpunkt und dem Gerät, das in AWS (NSX Edge) bereitgestellt wird.

Der im Route-Server-Peer angegebene Peer-ASN-Wert muss mit dem für das NSX Edge-Gateway verwendeten Peer-ASN-Wert übereinstimmen. Tier-0

rsp-fedcba9876543210f

Routenserver-Peer-2-IP-Adresse

Die IP-Adresse des Routenserver-Peers (PeerAddress).

Muss eine eindeutige IP-Adresse aus dem NSX-Uplink-VLAN verwenden. Amazon EVS wendet diese IP-Adresse im Rahmen der Bereitstellung auf NSX Edge 2 an und verbindet sie mit dem Routenserver-Endpoint-Peer.

10.1.8.200

ENI-Adresse für den Peer-2-Endpunkt des Routenservers

Die Endpunkt-ENI-IP-Adresse des Routenserver-Peers (EndpointEniAddress).

Wird automatisch vom Routenserver bei der Peer-Erstellung generiert.

10.1.0.201

Serververbreitung weiterleiten

Bei der Routenserver-Propagierung werden die Routen in der FIB in der von Ihnen angegebenen Routing-Tabelle installiert.

Sie müssen die Routing-Tabelle angeben, die Ihrem Service-Access-Subnetz zugeordnet ist. Amazon EVS unterstützt derzeit nur IPv4-Netzwerke.

{ "RouteServerEndpoint": { "RouteServerId": "rs-1", "RouteServerEndpointId": "rse-1", "VpcId": "vpc-1", "SubnetId": "subnet-1", "State": "pending" } }

BGP ASN der NSX-Peer-Seite

BGP-ASN für die NSX-Seite der Verbindung.

Schlagen Sie vor, die NSX-Standard-ASN 65000 zu verwenden

65000

Anmerkung

Wenn Sie eine Umgebung im Self-deployed Modus erstellen, konfigurieren Sie den Route Server und das BGP-Peering bei der Bereitstellung und Konfiguration von VCF, nicht bei der Erstellung der Amazon EVS-Umgebung. Sie konfigurieren das BGP-Peering auf dem NSX Tier-0 Edge-Gateway zum VPC-Routenserver selbst, nachdem Sie VCF installiert haben. Weitere Informationen finden Sie unter Schritt 5: Konfigurieren Sie das NSX-Netzwerk.

HCX-Ressourcen für den Internetzugriff (optional)
Komponente Description Mindestanforderungen Beispielwert (e)

IPAM-ID

Amazon VPC IP Address Manager (IPAM) wird zur Verwaltung von IP-Adressen für den HCX-Internetzugang verwendet.

Muss für die Bereitstellung öffentlicher IPv4-Adressen konfiguriert werden. Nur für die Konfiguration des HCX-Internetzugangs erforderlich.

ipam-0123456789abcdef0

IPAM-Pool-ID

Ein Amazon-owned öffentlicher IPv4-IPAM-Pool, der Adressen für HCX-Komponenten bereitstellt.

Muss als öffentlicher IPv4-Pool konfiguriert werden. Nur für die Konfiguration des HCX-Internetzugangs erforderlich.

ipam-pool-0123456789abcdef0

Öffentlicher HCX-VLAN-CIDR-Block

Ein sekundärer öffentlicher IPv4-CIDR-Block, der aus dem IPAM-Pool für das öffentliche HCX-VLAN-Subnetz zugewiesen wurde.

Muss eine /28-Netzmaske haben und aus dem öffentlichen IPAM-Pool zugewiesen werden. Amazon-owned Nur für die HCX-Internetzugriffskonfiguration erforderlich.

18.97,137. 0/28

Elastic-IP-Adressen

Sequentielle Elastic IP-Adressen, die aus dem IPAM-Pool für HCX-Komponenten zugewiesen wurden.

Mindestens 3 EIPs aus demselben IPAM-Pool für HCX Manager, HCX Interconnect Appliance (HCX-IX) und HCX Network Extension (). HCX-NE Nur für die HCX-Internetzugriffskonfiguration erforderlich.

eipalloc-0123456789abcdef0, eipalloc-0123456789abcdef1, eipalloc-0123456789abcdef2