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.
| 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.
| 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) |
| 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 |
| 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 |
| 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 |
| 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 |
| 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 (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 |
| 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 |
| 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. |
|
| 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 |
| 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:
|
acl-0f62c640e793a38a3 |
| 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.
| 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. |
|
|
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 ( |
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 ( |
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 ( |
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 ( |
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. |
|
|
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.
| 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 |