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.

Konzepte und Komponenten von Amazon EVS

In diesem Abschnitt werden einige wichtige Amazon EVS-Konzepte und -Komponenten erläutert.

Amazon-EVS-Umgebung

Eine Amazon EVS-Umgebung ist ein logischer Container für Ressourcen der VMware Cloud Foundation (VCF) wie vSphere-Hosts, vSAN, NSX und SDDC Manager. Eine Umgebung enthält eine konsolidierte VCF-Domain mit einem vSphere-Cluster, der die Komponenten für Management, Überwachung und Instanziierung des VCF-Softwarestacks hostet. Jede Umgebung ist direkt einer SDDC Manager-Appliance zugeordnet. Weitere Informationen finden Sie unter Amazon-EVS-Architektur.

Amazon EVS-Host

Ein Amazon EVS-Host ist ein VMware ESX-Host, der auf Amazon EC2 Bare-Metal-Instances ausgeführt wird. Amazon EVS-Hosts verwenden lokale NVMe-Instance-Speicher-Volumes für vSAN-Datenspeicher, in denen Ihre virtuellen Verwaltungs- und Workload-Maschinen gespeichert werden.

Subnetz für den Servicezugriff

Das Subnetz für den Servicezugriff ist ein Standard-VPC-Subnetz, das Amazon EVS den Zugriff auf die VCF-Bereitstellung ermöglicht. Bei der Erstellung der Amazon EVS-Umgebung geben Sie die VPC und das Subnetz an, die Amazon EVS für den Servicezugriff verwenden soll.

Wenn Sie eine Amazon EVS-Umgebung erstellen, stellt Amazon EVS elastische Netzwerkschnittstellen im Subnetz für den Servicezugriff bereit, um die Verwaltungskonnektivität zu VCF-Appliances und ESX-Hosts zu erleichtern. Diese Konnektivität ist erforderlich, damit Amazon EVS die VCF-Bereitstellung bereitstellen, verwalten und überwachen kann.

Amazon EVS-VLAN-Subnetz

Ein Amazon EVS-VLAN-Subnetz ist ein Amazon VPC-Subnetz, das von Amazon EVS verwaltet wird. VLAN-Subnetze bieten VPC-Konnektivität für Amazon EVS-Hosts und VCF-Appliances wie VMware NSX, VMware HCX und VMware vCenter Server. Jedes VLAN-Subnetz verfügt über ein VLAN-Tag, mit dem der VLAN-Netzwerkverkehr logisch segmentiert werden kann.

Amazon EVS erstellt alle VLAN-Subnetze, die der Service verwendet, wenn die Amazon EVS-Umgebung erstellt wird. Sie geben die CIDR-Blockeingänge an, die die VLAN-Subnetze verwenden. Sie sollten sicherstellen, dass die CIDR-Blöcke Ihres VLAN-Subnetzes entsprechend der Anzahl der zu konfigurierenden Hosts richtig dimensioniert sind, wobei zukünftige Skalierungsanforderungen zu berücksichtigen sind. CIDR-Blöcke müssen eine Mindestgröße von /28-Netzmaske und eine Höchstgröße von /24-Netzmaske haben. CIDR-Blöcke dürfen sich nicht mit einem vorhandenen CIDR-Block überschneiden, der der VPC zugeordnet ist.

Bei der Erstellung werden VLAN-Subnetze implizit der Haupt-Routing-Tabelle Ihrer VPC zugeordnet. Post-deployment Sie können VLAN-Subnetze explizit einer benutzerdefinierten Routing-Tabelle zuordnen. Weitere Informationen finden Sie unter Überlegungen zum Amazon EVS-Netzwerk.

VLAN-Subnetz für die Hostverwaltung

Das Host-Management-VLAN-Subnetz trennt den Verwaltungsdatenverkehr vom Benutzerdatenverkehr und ermöglicht die Fernverwaltung von Hosts. Die VMkernel-Netzwerkschnittstelle der EVS-Hostverwaltung stellt eine Verbindung zu diesem Subnetz her.

vMotion-VLAN-Subnetz

Das vMotion-VLAN-Subnetz segmentiert den VMware vMotion-Datenverkehr logisch und wird während eines vMotion-Prozesses verwendet, um virtuelle Maschinen zwischen Hosts zu verschieben.

vSAN-VLAN-Subnetz

Das vSAN-VLAN-Subnetz wird von VMware vSAN verwendet, um den Datenverkehr im Zusammenhang mit den Speichervorgängen von vSAN von anderem Netzwerkverkehr zu trennen.

VTEP-VLAN-Subnetz

Das VTEP-VLAN-Subnetz verwendet virtuelle VMware NSX-Tunnel-Endpunkte (VTEP), um den Overlay-Netzwerkverkehr für die Amazon EVS ESX-Hosts zu kapseln und zu entkapseln.

Edge-VTEP-VLAN-Subnetz

Das Edge-VTEP-VLAN-Subnetz ist ein spezialisiertes VTEP-VLAN-Subnetz, das für den Overlay-Verkehr der NSX Edge-Appliance reserviert ist. Dieses VLAN wird für die Overlay-Kommunikation zwischen NSX Edges und ESX-Hosts verwendet.

Verwaltungs-VM-VLAN-Subnetz

Das VLAN-Subnetz der Verwaltungs-VM wird für die Verwaltung virtueller Appliances verwendet, einschließlich NSX Manager, vCenter Server und SDDC Manager.

HCX-Uplink-VLAN-Subnetz

Das HCX-Uplink-VLAN-Subnetz wird für die Kommunikation zwischen den HCX Interconnect (HCX-IX) - und HCX Network Extension (HCX-NE) -Appliances verwendet und ermöglicht die Erstellung des HCX Service Mesh-Uplinks.

NSX-Uplink-VLAN-Subnetz

Das NSX-Uplink-VLAN-Subnetz wird für die Verbindung Ihrer NSX-Overlay-Netzwerke mit dem Rest Ihrer VPC und allen anderen externen Netzwerken, die Sie konfigurieren, verwendet. Das NSX-Uplink-VLAN-Subnetz ist auf den NSX Edge-Knoten-Uplinks konfiguriert.

Erweiterungs-VLAN-Subnetz

Das Erweiterungs-VLAN-Subnetz kann verwendet werden, um zusätzliche VCF-supported Funktionen wie NSX Federation zu aktivieren. Amazon EVS erstellt bei der Erstellung der Umgebung zwei Erweiterungs-VLAN-Subnetze.

VMware NSX

VMware NSX ist eine softwaredefinierte Netzwerkplattform (SDN), die Netzwerkvirtualisierung ermöglicht. Amazon EVS verwendet VMware NSX, um das Overlay-Netzwerk zu erstellen und zu verwalten, in dem die Appliances und Workloads der VMware Cloud Foundation (VCF) ausgeführt werden. Amazon EVS stellt ein Paar Active/Standby NSX Edge-Knoten zusammen mit einem NSX-Overlay-Netzwerk bereit. Amazon EVS konfiguriert im Rahmen der Bereitstellung automatisch das gesamte NSX-Routing und die Uplinks in Ihrem Namen. Weitere Informationen zu gängigen NSX-Konzepten finden Sie unter Key Concepts im VMware NSX-Installationshandbuch.

Konnektor

Ein Amazon EVS-Connector ermöglicht Amazon EVS die Kommunikation mit einer VMware Cloud Foundation-Management-Appliance in Ihrer Umgebung. Jeder Connector ist einer einzelnen Verwaltungs-Appliance zugeordnet. Dabei werden der vollqualifizierte Domänenname (FQDN) und die Anmeldeinformationen verwendet, die Sie in einem AWS Secrets Manager-Schlüssel speichern, um sich bei der Appliance zu authentifizieren.

Amazon EVS unterstützt die folgenden Connectortypen:

Amazon EVS führt regelmäßig Erreichbarkeitsprüfungen für jede Appliance über ihren Connector durch. Wenn ein erforderlicher Management-Connector nicht erstellt wird oder die Erreichbarkeit verliert, kann Amazon EVS die Lizenz- und Anspruchsabdeckung Ihrer Umgebung nicht überprüfen und meldet einen beeinträchtigten Zustand der Umgebung in Form von Statusmeldungen. AWS Wenn der vCenter Connector die Erreichbarkeit verliert, gehen die Windows Server-Berechtigungen in einen Risikostatus über und verfallen, wenn die Erreichbarkeit nicht innerhalb der Kulanzfrist wiederhergestellt wird.

Anspruch auf eine Windows Server-Lizenz für Amazon EVS

Durch den Anspruch auf eine Windows Server-Lizenz für Amazon EVS können virtuelle Maschinen (VMs), die in Ihrer Amazon EVS-Umgebung ausgeführt werden, die angebotenen Windows Server-Lizenzen nutzen. AWS Windows Server-Lizenzberechtigungen werden pro vCPU und Stunde im Rahmen eines Pay-as-you-go-Modells angeboten.

Um Windows Server-Lizenzberechtigungen nutzen zu können, müssen Sie zunächst einen Connector erstellen, um die Erreichbarkeit zwischen Amazon EVS und Ihrer vCenter Server Appliance herzustellen. Die Erreichbarkeitsprüfung für den Connector muss bestanden sein, bevor Sie eine Berechtigung erstellen können.

Amazon EVS verwendet den vCenter Connector zur Überwachung von VM-Lebenszyklusereignissen für berechtigte VMs. Wenn der Connector nicht mehr erreichbar ist, gehen die zugehörigen Berechtigungen in den Status „Gefährdet“ über. Wenn die Erreichbarkeit nicht innerhalb einer 8-stündigen Nachfrist wiederhergestellt wird, verfallen die Ansprüche und die Nachverfolgung der Lizenznutzung wird ab dem Zeitpunkt, an dem der Anspruch in den Status „Gefährdet“ übergeht, gestoppt.

Nachdem Sie eine Berechtigung erstellt und eine VM eingeschaltet haben, beginnt Amazon EVS mit der Überwachung der Windows Server-Lizenznutzung der entsprechenden VM. Wenn die VM heruntergefahren wird oder die konfigurierte vCPU je nach Bedarf hoch- oder herunterskaliert wird, zahlen Sie nur für die Lizenzierung der gesamten genutzten vCPU-Stunden.

Anweisungen finden Sie unter Erstellen Sie einen Amazon EVS-Umgebungskonnektor und Erstellen Sie eine Amazon EVS-Berechtigung.

Nachdem Sie Berechtigungen erstellt haben, können Sie jede Windows Server-VM so konfigurieren, dass sie über einen VPC-Endpunkt aktiviert wird. Detaillierte Anweisungen finden Sie unter Windows Server-Aktivierung konfigurieren.

VMware Hybrid Cloud Extension (HCX)

VMware Hybrid Cloud Extension (VMware HCX) ist eine Plattform für Anwendungsmobilität, die zur Vereinfachung der Anwendungsmigration, zur Neuverteilung von Workloads und zur Optimierung der Notfallwiederherstellung in Rechenzentren und Clouds entwickelt wurde. Sie können HCX verwenden, um Ihre VMware-based Workloads zu Amazon EVS zu migrieren.

Sie können die Konnektivität für VMware HCX mithilfe eines zugehörigen Transit-Gateways oder Direct Connect mithilfe eines AWS Site-to-Site VPN-Anhangs an ein Transit-Gateway konfigurieren. Weitere Informationen finden Sie unter Migrieren Sie Workloads mit HCX zu Amazon EVS VMware.