Prerequisiti Crea un VPC con sottoreti e tabelle di routing Scegli la tua opzione di connettività HCX Configurare la tabella di routing principale del VPC Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP Configura un'istanza VPC Route Server con endpoint e peer Crea un ACL di rete per controllare il traffico della sottorete VLAN di Amazon EVS Creazione di un ambiente Amazon EVS con modalità Self-deployed Crea un ambiente Amazon EVS Verifica la creazione dell'ambiente Amazon EVS Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC Recupera le credenziali VCF e accedi ai dispositivi di gestione VCF Eliminazione Fasi successive

Guida introduttiva ad Amazon Elastic VMware Service

Usa questa guida per iniziare a usare Amazon Elastic VMware Service (Amazon EVS). Imparerai come creare un ambiente Amazon EVS con host all'interno del tuo Amazon Virtual Private Cloud (VPC).

Al termine, avrai a disposizione un ambiente Amazon EVS che potrai utilizzare per migrare i tuoi carichi di lavoro VMware v Sphere-based verso. Cloud AWS

Amazon EVS può implementare VCF per te oppure puoi utilizzare la Self-deployedmodalità per installare VCF da solo. Per le versioni VCF supportate da Amazon EVS, consulta. Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS

Per ulteriori informazioni, Self-deployed consulta. Creazione di un ambiente Amazon EVS con modalità Self-deployed Le procedure previste Crea un ambiente Amazon EVS riguardano la creazione dell'ambiente in cui Amazon EVS implementa VCF per te.

Importante

Per iniziare nel modo più semplice e veloce possibile, questo argomento include i passaggi per creare un VPC e specifica i requisiti minimi per la configurazione del server DNS e la creazione dell'ambiente Amazon EVS. Prima di creare queste risorse, ti consigliamo di pianificare lo spazio degli indirizzi IP e la configurazione dei record DNS in modo da soddisfare i tuoi requisiti. È inoltre necessario acquisire familiarità con i requisiti di VCF 5.2.x. Consulta le note di rilascio di VCF 5.2.x per le informazioni di rilascio pertinenti.

Importante

Per informazioni sulle versioni VCF fornite da Amazon EVS, consulta. Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS

Argomenti

Prerequisiti
Crea un VPC con sottoreti e tabelle di routing
Scegli la tua opzione di connettività HCX
Configurare la tabella di routing principale del VPC
Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP
Configura un'istanza VPC Route Server con endpoint e peer
Crea un ACL di rete per controllare il traffico della sottorete VLAN di Amazon EVS
Creazione di un ambiente Amazon EVS con modalità Self-deployed
Crea un ambiente Amazon EVS
Verifica la creazione dell'ambiente Amazon EVS
Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC
Recupera le credenziali VCF e accedi ai dispositivi di gestione VCF
Eliminazione
Fasi successive

Prerequisiti

Prima di iniziare, devi completare le attività prerequisite di Amazon EVS. Per ulteriori informazioni, consulta Configurazione di Amazon Elastic VMware Service.

Crea un VPC con sottoreti e tabelle di routing

Nota

Il VPC, le sottoreti e l'ambiente Amazon EVS devono essere creati tutti nello stesso account. Amazon EVS non supporta la condivisione tra account di sottoreti VPC o ambienti Amazon EVS.

Esempio

Amazon VPC console

Apri la Amazon VPC console.
Nella scheda VPC, scegli Create VPC (Crea modulo VPC).
Per Risorse da creare, scegli VPC e altro.
Per creare tag dei nomi per le risorse VPC, tieni selezionata Generazione automatica dei tag dei nomi altrimenti deselezionala per scegliere autonomamente tag dei nomi per le risorse VPC.
Per il blocco CIDR IPv4, inserisci un blocco CIDR IPv4. Un VPC deve disporre di un blocco CIDR IPv4. Assicurati di creare un VPC di dimensioni adeguate per ospitare le sottoreti Amazon EVS. Per ulteriori informazioni, consulta Considerazioni sulla rete Amazon EVS.

Nota
Amazon EVS non supporta al momento IPv6.
Mantieni Tenancy così com'è. Default Con questa opzione selezionata, le istanze EC2 avviate in questo VPC utilizzeranno l'attributo tenancy specificato al momento dell'avvio delle istanze. Amazon EVS lancia istanze EC2 bare metal per tuo conto.
Per Number of Availability Zones (AZs) (Numero di zone di disponibilità [AZ]), scegli 1.

Nota
Al momento Amazon EVS supporta solo Single-AZ le implementazioni.
Espandi Customize AZ e scegli la AZ per le tue sottoreti.

Nota
È necessario eseguire la distribuzione in una AWS regione in cui è supportato Amazon EVS. Per ulteriori informazioni sulla disponibilità della regione Amazon EVS, consulta gli endpoint e le quote di Amazon Elastic VMware Service nella General Reference Guide. AWS
(Facoltativo) Se hai bisogno di connettività Internet, per Numero di sottoreti pubbliche, scegli 1.
Per Numero di sottoreti private, scegli 1. Questa sottorete privata verrà utilizzata come sottorete di accesso al servizio fornita ad Amazon EVS durante la fase di creazione dell'ambiente. Per ulteriori informazioni, consulta Sottorete di accesso al servizio.
Per scegliere gli intervalli di indirizzi IP delle sottoreti, espandi Personalizza i blocchi CIDR delle sottoreti.

Nota
Le sottoreti VLAN di Amazon EVS dovranno inoltre essere create da questo spazio CIDR VPC. Assicurati di lasciare spazio sufficiente nel blocco CIDR VPC per le sottoreti VLAN richieste dal servizio. Per ulteriori informazioni, consulta Considerazioni sulla rete Amazon EVS
(Facoltativo) Per concedere l'accesso a Internet tramite IPv4 alle risorse, per i gateway NAT, scegliete In 1 AZ. Tieni presente che esiste un costo associato ai gateway NAT. Per ulteriori informazioni, consulta Prezzi per i gateway NAT.

Nota
Amazon EVS richiede l'uso di un gateway NAT per abilitare la connettività Internet in uscita.
Per VPC endpoints (Endpoint VPC), scegli None (Nessuno).

Nota
Amazon EVS non supporta gli endpoint VPC gateway Amazon S3 per il momento. Per abilitare la Amazon S3 connettività, è necessario configurare un'interfaccia VPC endpoint utilizzando for. AWS PrivateLink Amazon S3 Per ulteriori informazioni, consulta AWS PrivateLink la Guida per Amazon S3 l'utente di Amazon Simple Storage Service.
Per le opzioni DNS, mantieni selezionate le impostazioni predefinite. Amazon EVS richiede che il tuo VPC disponga di funzionalità di risoluzione DNS per tutti i componenti VCF.
(Facoltativo) Per aggiungere un tag al VPC, espandi Altri tag, scegli Aggiungi nuovo tag e immetti una chiave e un valore di tag.
Seleziona Crea VPC.

Nota
Durante la creazione di un VPC, crea Amazon VPC automaticamente una tabella di routing principale e associa implicitamente le sottoreti ad essa per impostazione predefinita.

AWS CLI

Aprire una sessione terminale.

Crea un VPC con una sottorete privata e una sottorete pubblica opzionale in un'unica zona di disponibilità.


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

Memorizza l'ID VPC per utilizzarlo nei comandi successivi.


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

Abilita i nomi host DNS e il supporto DNS.


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

Crea una sottorete privata nel 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}]'

Memorizza l'ID di sottorete privato per utilizzarlo nei comandi successivi.


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

(Facoltativo) Crea una sottorete pubblica se è necessaria la connettività Internet.


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}]'

(Facoltativo) Memorizza l'ID pubblico della sottorete da utilizzare nei comandi successivi.


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

(Facoltativo) Crea e collega un gateway Internet se viene creata la sottorete pubblica.


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

(Facoltativo) Crea un gateway NAT se è necessaria la connettività Internet.


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)

Nota

Il gateway NAT deve trovarsi available nello stato in cui si trova prima di creare una route che vi faccia riferimento. Per controllare, corriaws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State'.

Crea e configura le tabelle di routing necessarie.


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)

Aggiungi i percorsi necessari alle tabelle delle rotte.


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

Associate le tabelle di routing alle vostre sottoreti.
```
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
```
Nota
Durante la creazione di un VPC, crea Amazon VPC automaticamente una tabella di routing principale e associa implicitamente le sottoreti ad essa per impostazione predefinita.

Scegli la tua opzione di connettività HCX

Seleziona un'opzione di connettività per il tuo ambiente Amazon EVS:

Connettività privata: fornisce percorsi di rete ad alte prestazioni per HCX, ottimizzando l'affidabilità e la coerenza. Richiede l'uso di AWS Direct Connect o Site-to-Site VPN per la connettività di rete esterna.
Connettività Internet: utilizza la rete Internet pubblica per stabilire un percorso di migrazione flessibile e rapido da configurare. Richiede l'uso di VPC IP Address Manager (IPAM) e indirizzi IP elastici.

Per un'analisi dettagliata, vedere. Opzioni di connettività HCX

Scegliete la vostra opzione:

Opzione A: Solo connettività privata → Continua aConfigurare la tabella di routing principale del VPC.
Opzione B: connettività Internet → Continua aConfigurazione della connettività Internet HCX.

Nota

Salta questa sezione se hai scelto la connettività privata HCX e continua a farlo. Configurare la tabella di routing principale del VPC

Per abilitare la connettività Internet HCX per Amazon EVS, devi:

Assicurati che la quota IPAM (VPC IP Address Manager) per la lunghezza della netmask del blocco CIDR pubblico IPv4 Amazon-provided contiguo sia /28 o superiore.

Importante
L'uso di qualsiasi blocco CIDR IPv4 pubblico Amazon-provided contiguo con una lunghezza della maschera di rete inferiore a /28 causerà problemi di connettività HCX. Per ulteriori informazioni sull'aumento delle quote IPAM, consulta Quote per l'IPAM.
Crea un IPAM e un pool IPAM IPv4 pubblico con un CIDR con una lunghezza minima della maschera di rete di /28.
Alloca almeno due indirizzi IP elastici (EIP) dal pool IPAM per i dispositivi HCX Manager e HCX Interconnect (). HCX-IX Assegna un indirizzo IP elastico aggiuntivo per ogni appliance di rete HCX da distribuire.
Aggiungi il blocco CIDR IPv4 pubblico come CIDR aggiuntivo al tuo VPC.

Per ulteriori informazioni sulla gestione della connettività Internet HCX dopo la creazione dell'ambiente, consulta. Configurazione della connettività Internet pubblica HCX

Creare un IPAM

Segui questi passaggi per creare un IPAM.

Nota

Puoi utilizzare IPAM Free Tier per creare risorse IPAM da utilizzare con Amazon EVS. Sebbene IPAM stesso sia gratuito con Free Tier, sei responsabile dei costi di altri AWS servizi utilizzati in combinazione con IPAM, come i gateway NAT e tutti gli indirizzi IPv4 pubblici che utilizzi che superano il limite del piano gratuito. Per ulteriori informazioni sui prezzi IPAM, consulta la pagina dei prezzi.Amazon VPC

Nota

Amazon EVS non supporta al momento i CIDR privati IPv6 Global Unicast Address (GUA).

Crea un pool IPAM IPv4 pubblico

Segui questi passaggi per creare un pool IPv4 pubblico.

IPAM console

Apri la console IPAM.
Nel pannello di navigazione, seleziona Pool.
Scegli l'ambito Public (Pubblico). Per ulteriori informazioni sugli ambiti, consulta Come funziona IPAM.
Scegli Crea pool.
(Facoltativo) Aggiungi un Name tag (Tag nome) e una Description (Descrizione) per il pool.
In Address family (Famiglia di indirizzi), scegli IPv4.
In Resource planning (Pianificazione delle risorse), lascia selezionato Plan IP space within the scope (Pianifica spazio IP nell’ambito).
In Locale (Località), scegli la località per il pool. La lingua è la AWS regione in cui desideri che questo pool IPAM sia disponibile per le allocazioni. La locale scelta deve corrispondere alla AWS regione in cui è distribuito il VPC.
In Servizio, scegli EC2 (). EIP/VPC Questo pubblicizzerà i CIDR allocati da questo pool per il servizio Amazon EC2 (per indirizzi IP elastici).
In Public IP source, scegli. Amazon-owned
In CIDR da fornire, scegli Aggiungi CIDR Amazon-owned pubblico.
In Netmask, scegli una lunghezza della netmask CIDR. /28 è la lunghezza minima della netmask richiesta.
Scegli Crea pool.

AWS CLI

Aprire una sessione di terminale.

Ottieni l'ID dell'ambito pubblico dal tuo IPAM.


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

Crea un pool IPAM nell'ambito pubblico.


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

Memorizza l'ID del pool per utilizzarlo nei comandi successivi.


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

Effettua il provisioning di un blocco CIDR dal pool con una lunghezza minima della netmask di /28.
```
aws ec2 provision-ipam-pool-cidr \
  --ipam-pool-id $POOL_ID \
  --netmask-length 28
```

Alloca gli indirizzi IP elastici dal pool IPAM

Segui questi passaggi per allocare gli indirizzi IP elastici (EIP) dal pool IPAM per le appliance HCX Service Mesh.

Amazon VPC console

Apri la Console Amazon VPC.
Nel riquadro di navigazione, scegli IP elastici.
Scegli Alloca indirizzo IP elastico.
Seleziona Alloca utilizzando un pool IPAM IPv4.
Seleziona il pool IPv4 Amazon-owned pubblico che hai configurato in precedenza.
In Metodo Allocate IPAM, scegli Inserisci manualmente l'indirizzo all'interno del pool IPAM.

Importante
Non è possibile associare i primi due EIP o l'ultimo EIP dal blocco CIDR IPAM pubblico alla sottorete VLAN. Questi EIP sono riservati come indirizzi di rete, gateway predefinito e di trasmissione. Amazon EVS genera un errore di convalida se tenti di associare questi EIP alla sottorete VLAN.

Importante
Inserisci manualmente gli indirizzi all'interno del pool IPAM per garantire che gli EIP riservati da Amazon EVS non vengano allocati. Se consenti a IPAM di scegliere l'EIP, IPAM può allocare un EIP riservato da Amazon EVS, causando errori durante l'associazione EIP alla sottorete VLAN.
Specificare l'EIP da allocare dal pool IPAM.
Scegli Alloca.
Ripetete questo processo per allocare gli EIP rimanenti di cui avete bisogno. È necessario allocare almeno due EIP dal pool IPAM per i dispositivi HCX Manager e HCX Interconnect (). HCX-IX Assegna un EIP aggiuntivo per ogni appliance di rete HCX da distribuire.

AWS CLI

Aprire una sessione terminale.

Ottieni l'ID del pool IPAM che hai creato in precedenza.


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

Alloca gli indirizzi IP elastici dal pool IPAM. È necessario allocare almeno due EIP dal pool IPAM per i dispositivi HCX Manager e HCX Interconnect (). HCX-IX Assegna un EIP aggiuntivo per ogni appliance di rete HCX da distribuire.

Importante
Non è possibile associare i primi due EIP o l'ultimo EIP del blocco CIDR IPAM pubblico a una sottorete VLAN. Questi EIP sono riservati come indirizzi di rete, gateway predefinito e di trasmissione. Amazon EVS genera un errore di convalida se tenti di associare questi EIP alla sottorete VLAN.

Importante
Inserisci manualmente gli indirizzi all'interno del pool IPAM per garantire che gli EIP riservati da Amazon EVS non vengano allocati. Se consenti a IPAM di scegliere l'EIP, IPAM può allocare un EIP riservato da Amazon EVS, causando errori durante l'associazione EIP alla sottorete VLAN.
```
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
```

Aggiungi il blocco CIDR IPv4 pubblico dal pool IPAM al VPC per la connettività Internet HCX

Per abilitare la connettività Internet HCX, devi aggiungere il blocco CIDR IPv4 pubblico dal pool IPAM al tuo VPC come CIDR aggiuntivo. Amazon EVS utilizza questo blocco CIDR per connettere VMware HCX alla tua rete. Segui questi passaggi per aggiungere il blocco CIDR al tuo VPC.

Importante

Devi inserire manualmente il blocco CIDR IPv4 che aggiungi al tuo VPC. Amazon EVS non supporta l'uso di un blocco IPAM-allocated CIDR in questo momento. L'uso di un blocco IPAM-allocated CIDR può causare un errore di associazione EIP.

Configurare la tabella di routing principale del VPC

Le sottoreti VLAN di Amazon EVS sono associate implicitamente alla tabella di routing principale del VPC. Per abilitare la connettività a servizi dipendenti come DNS o sistemi locali per una corretta implementazione dell'ambiente, è necessario configurare la tabella di routing principale per consentire il traffico verso questi sistemi. La tabella di routing principale deve includere una route per il CIDR del VPC. L'uso della tabella di routing principale è richiesto solo per la distribuzione iniziale dell'ambiente Amazon EVS. Dopo la distribuzione dell'ambiente, puoi configurare l'ambiente per utilizzare una tabella di routing personalizzata. Per ulteriori informazioni, consulta Configura una tabella di routing personalizzata per le sottoreti Amazon EVS.

Dopo la distribuzione dell'ambiente, devi associare esplicitamente ciascuna delle sottoreti VLAN di Amazon EVS a una tabella di routing nel tuo VPC. La connettività NSX fallisce se le sottoreti VLAN non sono associate esplicitamente a una tabella di routing VPC. Si consiglia vivamente di associare esplicitamente le sottoreti a una tabella di routing personalizzata dopo la distribuzione dell'ambiente. Per ulteriori informazioni, consulta Configurare la tabella di routing principale del VPC.

Importante

Amazon EVS supporta l'uso di una tabella di routing personalizzata solo dopo la creazione dell'ambiente Amazon EVS. Le tabelle di routing personalizzate non devono essere utilizzate durante la creazione dell'ambiente Amazon EVS, poiché ciò potrebbe causare problemi di connettività.

Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP

Importante

L'implementazione del tuo ambiente fallisce se non soddisfi questi requisiti di Amazon EVS:

Includi un indirizzo IP del server DNS primario e un indirizzo IP del server DNS secondario nel set di opzioni DHCP.
Includi una zona di ricerca diretta DNS con record A per ogni appliance di gestione VCF e host Amazon EVS nella tua distribuzione.
Includi una zona di ricerca inversa DNS con record PTR per ogni appliance di gestione VCF e host Amazon EVS nella tua distribuzione.
Configura la tabella di routing principale del VPC per assicurarti che esista un percorso verso i tuoi server DNS.
Assicurati che la registrazione del nome di dominio sia valida e non sia scaduta e che non esistano nomi host o indirizzi IP duplicati.
Configura i gruppi di sicurezza e le liste di controllo degli accessi alla rete (ACL) per consentire ad Amazon EVS di comunicare con:
- Server DNS sulla porta 53. TCP/UDP
- Sottorete VLAN di gestione dell'host tramite HTTPS e SSH.
- Sottorete VLAN di gestione tramite HTTPS e SSH.

Amazon EVS utilizza il set di opzioni DHCP del tuo VPC per recuperare quanto segue:

Server DNS (Domain Name System) per la risoluzione degli indirizzi IP dell'host.
Nomi di dominio per la risoluzione DNS.
Server Network Time Protocol (NTP) per la sincronizzazione dell'ora.

È possibile creare un set di opzioni DHCP utilizzando la Amazon VPC console o. AWS CLI Per ulteriori informazioni, consulta Creare un set di opzioni DHCP nella Guida per l' Amazon VPC utente.

Configurare i server DNS

La configurazione DNS consente la risoluzione dei nomi host nel tuo ambiente Amazon EVS. Per implementare correttamente un ambiente Amazon EVS, il set di opzioni DHCP del tuo VPC deve avere le seguenti impostazioni DNS:

Un indirizzo IP del server DNS primario e un indirizzo IP del server DNS secondario nel set di opzioni DHCP.
Una zona di ricerca diretta DNS con record A per ogni appliance di gestione VCF e host Amazon EVS nella tua distribuzione.
Una zona di ricerca inversa con record PTR per ogni appliance di gestione VCF e host Amazon EVS nella tua distribuzione. Per la configurazione NTP, puoi utilizzare l'indirizzo Amazon NTP predefinito o un altro indirizzo 169.254.169.123 IPv4 che preferisci.

Per ulteriori informazioni sulla configurazione dei server DNS in un set di opzioni DHCP, consulta Creare un set di opzioni DHCP.

Configura DNS per la connettività locale

Per la connettività locale, consigliamo l'uso di zone ospitate private Route 53 con resolver in ingresso. Questa configurazione consente la risoluzione DNS ibrida, in cui è possibile utilizzare Route 53 per il DNS interno all'interno del VPC e integrarlo con l'infrastruttura DNS locale esistente. Ciò consente alle risorse all'interno del tuo VPC di risolvere i nomi di dominio ospitati sulla tua rete locale e viceversa, senza richiedere configurazioni complesse. Se necessario, puoi anche utilizzare il tuo server DNS con i resolver in uscita Route 53. Per i passaggi di configurazione, consulta Creazione di una zona ospitata privata e Inoltro di query DNS in entrata al tuo VPC nella Amazon Route 53 Developer Guide.

Nota

L'utilizzo sia di Route 53 che di un server DNS (Domain Name System) personalizzato nel set di opzioni DHCP può causare un comportamento imprevisto.

Nota

Se utilizzi nomi di dominio DNS personalizzati definiti in una zona ospitata privata in Route 53 o utilizzi DNS privato con interfaccia VPC endpoints (AWS PrivateLink), devi impostare entrambi gli attributi e su. enableDnsHostnames enableDnsSupport true Per ulteriori informazioni, consulta Attributi DNS per il tuo VPC.

Risolvi i problemi di raggiungibilità del DNS

Amazon EVS richiede una connessione persistente a SDDC Manager e ai server DNS nel set di opzioni DHCP del tuo VPC per raggiungere i record DNS. Se la connessione persistente a SDDC Manager non è più disponibile, Amazon EVS non sarà più in grado di convalidare lo stato dell'ambiente e potresti perdere l'accesso all'ambiente. Per i passaggi da seguire per risolvere questo problema, consulta. Controllo di raggiungibilità non riuscito

Configurare i server NTP

I server NTP forniscono il tempo alla rete. Un riferimento temporale coerente e preciso sull'istanza Amazon EC2 è fondamentale per molte attività e processi dell'ambiente VCF. La sincronizzazione dell'ora è essenziale per:

Registrazione e controllo del sistema
Operazioni di sicurezza
Gestione distribuita del sistema
Risoluzione dei problemi

Puoi inserire gli indirizzi IPv4 di un massimo di quattro server NTP nel set di opzioni DHCP del tuo VPC. Puoi specificare il servizio Amazon Time Sync all'indirizzo IPv4. 169.254.169.123 Per impostazione predefinita, le istanze Amazon EC2 distribuite da Amazon EVS utilizzano Amazon Time Sync Service all'indirizzo IPv4. 169.254.169.123

Per ulteriori informazioni sui server NTP, consulta RFC 2123. Per ulteriori informazioni su Amazon Time Sync Service, consulta Sincronizzazione di precisione dell'orologio e dell'ora nell'istanza EC2 e Configurazione di NTP sugli host di VMware Cloud Foundation nella documentazione di VMware Cloud Foundation.

Per configurare le impostazioni NTP

Scegli la tua fonte NTP:
- Servizio Amazon Time Sync (consigliato)
- Server NTP personalizzati
Aggiungi server NTP al set di opzioni DHCP. Per ulteriori informazioni, consulta Creare un set di opzioni DHCP nella Amazon VPC User Guide.
Verifica la sincronizzazione dell'ora. Per ulteriori informazioni sulla configurazione del set di opzioni DHCP, vedere. Configura il set di opzioni DHCP del tuo VPC

È possibile configurare la connettività tra il data center locale e l' AWS infrastruttura utilizzando Direct Connect un gateway di transito associato o utilizzando un allegato AWS Site-to-Site VPN a un gateway di transito.

Per abilitare la connettività ai sistemi locali per una corretta implementazione dell'ambiente, è necessario configurare la tabella di routing principale del VPC per consentire il traffico verso questi sistemi. Per ulteriori informazioni, consulta Configurare la tabella di routing principale del VPC.

Dopo aver creato l'ambiente Amazon EVS, devi aggiornare le tabelle di routing del gateway di transito con i CIDR VPC creati all'interno dell'ambiente Amazon EVS. Per ulteriori informazioni, consulta Configurazione delle tabelle di routing del gateway di transito e dei prefissi Direct Connect per la connettività locale (opzionale).

Per ulteriori informazioni sulla configurazione di una Direct Connect connessione, consulta Gateway and Transit Direct Connect Gateway Associations. Per ulteriori informazioni sull'utilizzo della AWS Site-to-Site VPN con AWS Transit Gateway, consulta gli allegati AWS Site-to-Site VPN in Amazon VPC Transit Gateways nella Transit Gateway User Guide. Amazon VPC

Nota

Amazon EVS non supporta la connettività tramite un'interfaccia virtuale privata (VIF) AWS Direct Connect o tramite una connessione AWS Site-to-Site VPN che termina direttamente nel VPC sottostante.

Configura un'istanza VPC Route Server con endpoint e peer

Amazon EVS utilizza Amazon VPC Route Server per BGP-based abilitare il routing dinamico verso la tua rete VPC underlay. È necessario specificare un server di routing che condivida le rotte verso almeno due endpoint del server di routing nella sottorete di accesso al servizio. L’ASN peer configurato sui peer del server di routing deve corrispondere e gli indirizzi IP peer devono essere univoci.

Se si sta configurando Route Server per la connettività Internet HCX, è necessario configurare le propagazioni del Route Server sia per la sottorete di accesso al servizio che per la sottorete pubblica che avete creato nel primo passaggio di questa procedura.

Importante

L'implementazione del tuo ambiente fallisce se non soddisfi questi requisiti di Amazon EVS per la configurazione del VPC Route Server:

È necessario configurare almeno due endpoint del server di routing nella sottorete di accesso al servizio.
Quando si configura Border Gateway Protocol (BGP) per il Tier-0 gateway, il valore ASN peer di VPC Route Server deve corrispondere al valore ASN peer di NSX Edge.
Quando si creano i due peer del server di routing, è necessario utilizzare un indirizzo IP univoco dalla VLAN uplink NSX per ogni endpoint. Questi due indirizzi IP verranno assegnati ai perimetri NSX durante l'implementazione dell'ambiente Amazon EVS.
Quando abiliti la propagazione del Route Server, devi assicurarti che tutte le tabelle di routing che vengono propagate abbiano almeno un'associazione di sottorete esplicita. La pubblicità delle rotte BGP fallisce se le tabelle di routing propagate non hanno un'associazione di sottorete esplicita.

Nota

La sottorete VLAN uplink NSX non esiste ancora quando si creano i peer del server di routing: Amazon EVS la crea durante la creazione dell'ambiente. Scegli i due indirizzi IP peer dal blocco CIDR VLAN uplink NSX pianificato (il valore che passerai). initialVlans.nsxUplink I due indirizzi IP devono rientrare nel blocco CIDR pianificato e rimanere inutilizzati.

Per ulteriori informazioni sulla configurazione del Route Server VPC, consulta il tutorial introduttivo su Route Server.

Quando segui questo tutorial, usa i seguenti EVS-specific valori Amazon:

Amazon-side ASN: l'ASN BGP del VPC Route Server. Utilizza qualsiasi ASN privato (ad esempio,). 65022 Il Tier-0 gateway NSX Edge utilizza questo valore come ASN BGP adiacente (remoto)Fase 5: Configurazione della rete NSX, quindi annota il valore che scegli.
Instrada gli endpoint del server: crea due endpoint, entrambi nella sottorete di accesso al servizio.
Peer del server di routing: consigliamo di creare quattro peer del server di routing e di configurare una mesh completa, in modo che ciascuno dei due nodi NSX Edge effettui il peer con entrambi gli endpoint del server di routing. Una mesh completa mantiene la propagazione delle rotte se un endpoint del server di routing viene sottoposto a manutenzione. È necessario creare almeno due peer. Utilizza un indirizzo IP univoco del CIDR della tua VLAN di uplink NSX pianificata per ogni peer e imposta l'ASN del peer sull'ASN NSX Edge Tier-0 in cui configuri (ad esempio,). Fase 5: Configurazione della rete NSX 65000
Propagazione: abilita la propagazione del server di routing sulla tabella di routing associata alla sottorete di accesso al servizio. Tale tabella di routing deve avere almeno un'associazione di sottorete esplicita.

Importante

Quando abiliti la propagazione del Route Server, assicurati che tutte le tabelle di routing che vengono propagate abbiano almeno un'associazione di sottorete esplicita. La pubblicità delle rotte BGP fallisce se la tabella di routing non ha un'associazione di sottorete esplicita.

Nota

Per il rilevamento della peer liveness di Route Server, Amazon EVS supporta solo il meccanismo keepalive BGP predefinito. Amazon EVS non supporta il rilevamento dell'inoltro bidirezionale (BFD) multi-hop.

Nota

Ti consigliamo di abilitare i percorsi persistenti per l'istanza del server di routing con una durata di persistenza compresa tra 1 e 5 minuti. Se abilitata, le rotte verranno conservate nel database di routing del server di routing anche se tutte le sessioni BGP terminano. Per ulteriori informazioni, consulta Create a route server nella Guida per l' Amazon VPC utente.

Nota

Se utilizzi un gateway NAT o un gateway di transito, assicurati che il server di routing sia configurato correttamente per propagare le route NSX alle tabelle di routing VPC.

Risoluzione dei problemi

In caso di problemi:

Verifica che ogni tabella di routing abbia un'associazione di sottorete esplicita.
Verifica che i valori ASN peer immessi per il server di routing e il gateway NSX corrispondano. Tier-0
Verifica che gli indirizzi IP degli endpoint del Route Server siano univoci.
Controlla lo stato di propagazione delle rotte nelle tabelle delle rotte.
Utilizza la registrazione peer di VPC Route Server per monitorare lo stato della sessione BGP e risolvere i problemi di connessione. Per ulteriori informazioni, consulta Route Server peer logging nella Amazon VPC User Guide.

Crea un ACL di rete per controllare il traffico della sottorete VLAN di Amazon EVS

Amazon EVS utilizza una lista di controllo degli accessi alla rete (ACL) per controllare il traffico da e verso le sottoreti VLAN di Amazon EVS. Puoi utilizzare l'ACL di rete predefinito per il tuo VPC oppure puoi creare un ACL di rete personalizzato per il tuo VPC con regole simili a quelle per i tuoi gruppi di sicurezza per aggiungere un livello di sicurezza al tuo VPC. Per ulteriori informazioni, consulta Creare un ACL di rete per il tuo VPC nella Amazon VPC User Guide.

Se prevedi di configurare la connettività Internet HCX, assicurati che le regole ACL di rete che configuri consentano le connessioni in entrata e in uscita necessarie per i componenti HCX. Per ulteriori informazioni sui requisiti delle porte HCX, consulta la Guida per l'utente di VMware HCX.

Importante

Se ti connetti tramite Internet, l'associazione di un indirizzo IP elastico a una VLAN fornisce l'accesso diretto a Internet a tutte le risorse su quella sottorete VLAN. Assicurati di disporre di elenchi di controllo degli accessi alla rete configurati in modo da limitare l'accesso in base alle esigenze di sicurezza.

Importante

I gruppi di sicurezza EC2 non funzionano su interfacce di rete elastiche collegate alle sottoreti VLAN di Amazon EVS. Per controllare il traffico da e verso le sottoreti VLAN di Amazon EVS, devi utilizzare una lista di controllo degli accessi alla rete.

Creazione di un ambiente Amazon EVS con modalità Self-deployed

Amazon EVS supporta una Self-deployed modalità che ti offre il pieno controllo sulla distribuzione VCF utilizzando VCF Installer o le tue soluzioni Infrastructure as Code preferite per automatizzare la distribuzione. Per esempi di script che automatizzano la distribuzione VCF, consulta il repository Solutions for Amazon EVS su. GitHub

Per le versioni VCF attualmente supportate in modalità, consulta. Self-deployed Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS

Panoramica di

In Self-deployed modalità, crei un ambiente Amazon EVS, aggiungi host, quindi installi e configuri tu stesso VCF. Amazon EVS fornisce le sottoreti AWS di rete e VLAN; distribuisci VCF con VCF Installer (o il tuo IAc) e lo ricolleghi ad Amazon EVS con connettori.

Prima di iniziare, completa i prerequisiti di rete e account per il tuo ambiente. AWS Per ulteriori informazioni, vedere Configurazione di Amazon Elastic VMware Service e la lista di controllo dei prerequisiti in. Elenco di controllo dei prerequisiti per l'implementazione di Amazon EVS

Quindi completa questi passaggi nell'ordine:

Crea l'ambiente: Amazon EVS effettua il provisioning delle tue sottoreti VLAN.
Crea record DNS: crea record A e PTR per i tuoi host ESX e i dispositivi di gestione VCF.
Aggiungi host: aggiungi host EC2 bare-metal al tuo ambiente.
Installa VCF: installa VCF sui tuoi host utilizzando VCF Installer.
Configura la rete NSX: crea le tue reti overlay su NSX Edges e configura il routing sul tuo VPC.
Creazione di connettori: crea connettori in modo che Amazon EVS possa monitorare la distribuzione e segnalare l'utilizzo delle licenze.
Verifica il tuo ambiente: verifica che gli host, i dispositivi di gestione e i connettori siano integri.

Fatturazione

Dopo aver aggiunto gli host al tuo ambiente, AWS addebiti costi per le istanze bare-metal EC2 come faresti per qualsiasi altra istanza EC2, indipendentemente dal fatto che tu abbia già installato VCF su di esse.

Se hai creato un ambiente in Self-deployed modalità ma non hai ancora aggiunto host o installato VCF, puoi AWS contattarti utilizzando l'indirizzo email associato al tuo Account AWS, richiedendoti di completare la configurazione o rimuovere l'ambiente.

Per evitare che vengano addebitati costi per gli host che non utilizzi più, elimina tali host. Per ulteriori informazioni, consulta Pulisci un ambiente Amazon EVS con la modalità Self-deployed.

Fase 1: Creare l'ambiente

In Self-deployed modalità, la creazione dell'ambiente effettua il provisioning delle sottoreti VLAN Amazon EVS specificate. Non implementa VCF né crea host.

Esempio

Amazon EVS console

Vai alla console Amazon EVS.

Nota
Assicurati che la AWS regione mostrata in alto a destra della console sia la AWS regione in cui desideri creare il tuo ambiente.
Nel riquadro di navigazione, selezionare Compute environments (Ambienti di calcolo).
Seleziona Create environment (Crea ambiente).
Nel passaggio Configurazione dell'ambiente, procedi come segue.
1. Consulta il pannello dei requisiti AWS dell'account per confermare che il tuo account soddisfi i prerequisiti di Amazon EVS.
2. (Facoltativo) In Nome, inserisci un nome di ambiente.
3. Per la versione VCF, scegli Self-deployed.
4. Scegli Next (Successivo).
Nella fase Configura reti e connettività, procedi come segue.
1. Per VPC, scegli il VPC che hai creato in precedenza.
2. Per la sottorete di accesso al servizio, scegli la sottorete privata creata in precedenza.
3. (Facoltativo) Per il gruppo di sicurezza Service Access: facoltativo, scegli fino a due gruppi di sicurezza che controllano la comunicazione tra il piano di controllo di Amazon EVS e il tuo VPC. Amazon EVS utilizza il gruppo di sicurezza predefinito se non viene scelto alcun gruppo di sicurezza.
  
  Nota
  Assicurati che i gruppi di sicurezza scelti forniscano connettività alle sottoreti VLAN di Amazon EVS.
4. In Connettività di gestione, inserisci i blocchi CIDR per le sottoreti VLAN di Amazon EVS. Amazon EVS crea queste sottoreti VLAN come parte della creazione dell'ambiente.
  
  Importante
  Le sottoreti VLAN di Amazon EVS possono essere create solo durante la creazione dell'ambiente e non possono essere modificate dopo la creazione dell'ambiente. È necessario assicurarsi che i blocchi CIDR della sottorete VLAN siano dimensionati correttamente prima di creare l'ambiente. Per indicazioni sul dimensionamento, vedere. Guida al dimensionamento delle sottoreti VLAN
5. In Expansion VLAN, inserisci i blocchi CIDR per sottoreti VLAN Amazon EVS aggiuntive che puoi utilizzare per estendere la tua implementazione VCF.
6. In Workload/VCF connettività, inserisci il blocco CIDR per la VLAN uplink NSX.
  
  Nota
  In Self-deployed modalità, non si selezionano i peer del VPC Route Server quando si crea l'ambiente. Puoi configurare tu stesso il peering BGP tra il gateway NSX Edge Tier-0 e il tuo VPC Route Server, dopo aver installato VCF. Per ulteriori informazioni, consultare Fase 5: Configurazione della rete NSX e Configura un'istanza VPC Route Server con endpoint e peer.
7. Scegli Next (Successivo).
(Facoltativo) Nella fase Aggiungi tag, aggiungi tag e scegli Avanti.

Nota
Gli host che aggiungi successivamente a questo ambiente ricevono il seguente tag:DoNotDelete-EVS-[<environmentId>]-[<hostname>]. Non eliminare, interrompere o chiudere questi host al di fuori di Amazon EVS. In questo modo Amazon EVS perde visibilità sull'host e può compromettere l'ambiente.

Nota
I tag associati all'ambiente Amazon EVS non si propagano alle AWS risorse sottostanti come le istanze EC2.
Nella fase di revisione e creazione, rivedi la configurazione e scegli Crea ambiente.

Un avviso informativo nella pagina di revisione conferma: «L'infrastruttura dell'ambiente verrà ora predisposta. Dopo la creazione, aggiungi gli host e distribuisci VCF dalla pagina dei dettagli dell'ambiente».

AWS CLI

Apri una sessione terminale.

Esegui il aws evs create-environment comando, specificando. --vcf-version SELF_DEPLOYED

In Self-deployed modalità, i seguenti parametri non sono supportati e devono essere omessi. La loro fornitura causa un errore di convalida:--license-info,,--hosts,--vcf-hostnames,--site-id. --connectivity-info

L'esempio seguente crea un ambiente Amazon EVS in Self-deployed modalità. I blocchi VLAN CIDR sono esempi: usa valori dimensionati per il tuo VPC.


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

Quando l'ambiente raggiunge lo CREATED stato, puoi procedere alla Fase 2.

Fase 2: Creare record DNS

Prima di aggiungere host e installare VCF, create voci DNS di andata (record A) e inversa (record PTR) per ogni host ESX e per ogni appliance di gestione VCF che intendete implementare. Amazon EVS esegue una ricerca DNS del nome di dominio completo (FQDN) di ogni host durante la creazione dell'host e la creazione dell'host fallisce se i record non esistono già.

L'FQDN dell'host è<hostName>.<domain>, dov'è il nome a cui passerai CreateEnvironmentHost ed <hostName> <domain> è il nome di dominio configurato nel set di opzioni DHCP del tuo VPC (vedi). Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP

I record dell'host devono:

Utilizzare l'indirizzo IP del record A all'interno del CIDR VLAN di gestione host (VMKManagement) specificato in. initialVlans Amazon EVS assegna a ogni host il proprio IP di gestione dal record A che crei.
Inserisci un record PTR corrispondente nella tua zona di ricerca inversa.
Sii risolvibile tramite DNS dalla sottorete di accesso al servizio Amazon EVS (le ricerche dirette e inverse devono avere esito positivo).

I record dell'appliance di gestione VCF (per vCenter Server, NSX Manager e gli altri dispositivi per la versione VCF in uso) devono:

Utilizza gli FQDN che corrispondono ai nomi host che configurerai durante l'installazione di VCF.
Rientrano nell'intervallo di indirizzi IP della sottorete VLAN appropriata.
Risolvi tramite DNS dalla VLAN di gestione Amazon EVS e da qualsiasi rete da cui raggiungi le appliance di gestione VCF.

Importante

Crea i record A e PTR per ogni host prima di correre per quell'host. CreateEnvironmentHost Se i record non si risolvono, l'host passa a. CREATE_FAILED

Per ulteriori informazioni sulla configurazione DNS per Amazon EVS, consulta. Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP

Fase 3: Aggiungi host al tuo ambiente

Aggiungi abbastanza host per servire la topologia della versione VCF di destinazione. Per un numero minimo di host, inclusi i requisiti vSAN, consulta la documentazione di VMware Cloud Foundation.

Tutti gli host in un cluster VCF devono utilizzare lo stesso tipo di istanza. Per l'elenco delle versioni o dei tipi di istanze ESX disponibili per l'account, consulta Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS o esegui. aws evs get-versions Se non lo specifichi--esx-version, Amazon EVS utilizza la versione ESX predefinita corrente per la Self-deployed modalità, che viene riportata come dadefaultEsxVersion. aws evs get-versions Per utilizzare una versione specifica come ESX 9.0.2 o successiva, passa esplicitamente. --esx-version Verifica che la versione ESX scelta sia compatibile con la versione VCF in uso nella Broadcom Interoperability Matrix.

L'esempio seguente aggiunge un host che esegue ESX 9.0.2 a un ambiente Amazon EVS.


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

Ripeti questo comando per ogni host richiesto dalla tua topologia VCF.

Passaggio 4: installa VCF sui tuoi host

Dopo che gli host sono nello CREATED stato attuale e i record DNS si sono risolti, installa VCF utilizzando VMware Cloud Foundation Installer.

Segui le istruzioni di installazione per la versione VCF di destinazione nella documentazione del prodotto Broadcom VCF. Consulta la documentazione di VMware Cloud Foundation.

Questa sezione descrive la EVS-specific configurazione Amazon fornita durante l'installazione. I meccanismi di installazione stessi (esecuzione di VCF Installer, flusso di lavoro bringup) seguono il processo VCF standard di Broadcom e sono documentati da Broadcom.

Panoramica dell'installazione

Ad alto livello, l'installazione di VCF sui tuoi host Amazon EVS comporta quanto segue. Prima di iniziare, esamina le impostazioni di rete di Amazon EVS applicate durante l'installazione.

Prepara i tuoi host ESX impostando la VLAN di gestione delle macchine virtuali su ogni host.
Preparate un datastore temporaneo per l'appliance VCF Installer. Il datastore vSAN non esiste fino al completamento di bringup, quindi l'Installer deve prima essere eseguito da qualche parte.
Implementa l'appliance VCF Installer e scarica il software VCF utilizzando un token di download Broadcom.
Esegui VCF bringup, che implementa i dispositivi di gestione VCF e forma il datastore vSAN.
Recupera il datastore temporaneo dopo l'installazione completa di VCF e l'appliance Installer è in esecuzione su vSAN.

Fornisci le impostazioni EVS-specific di rete, archiviazione e credenziali di Amazon durante la registrazione. Il resto del processo segue l'installazione VCF standard di Broadcom.

Nota

Amazon EVS fornisce procedure automatizzate che eseguono questa installazione dall'inizio alla fine, inclusa la EVS-specific configurazione Amazon descritta in questa sezione. Per un esempio pratico, consulta il repository Solutions for Amazon EVS su. GitHub

Impostazioni di rete Amazon EVS per VCF

Amazon EVS assegna un ID VLAN a ciascuna funzione di rete nel tuo ambiente. Per trovare l'ID VLAN di una funzione, apri la console Amazon EVS (Ambienti → il tuo ambiente → scheda Reti e connettività) oppure esegui aws evs list-environment-vlans e abbina il nome della funzione (ad esempio,vmManagement). Usa questi ID VLAN quando configuri lo switch distribuito, i gruppi di porte e la rete host durante l'installazione di VCF.

Funzione di rete	MTU	Usato per
Gestione degli host (VMKManagement)	1500	Gestione dell'host ESX
Gestione delle VM (VMManagement)	1500	Appliance di gestione VCF (vCenter Server, NSX Manager e SDDC Manager o VCF Operations)
vMotion	8500	Traffico VMotion
vSAN	8500	Traffico di storage vSAN
Overlay host (VTEP)	8500	Endpoint del tunnel Host Overlay (Geneve)
Sovrapposizione dei bordi (EdgeVTEP)	8500	Endpoint del tunnel di overlay NSX Edge
Uplink NSX (NSXUplink)	1500	Tier-0 uplink nord-sud del gateway

Importante

Configura i jumbo frame (MTU 8500) sulle reti VMotion, vSAN e overlay (TEP). Le reti di gestione e uplink utilizzano MTU 1500. L'MTU deve essere coerente su tutto il percorso di rete, altrimenti il traffico vSAN e overlay fallirà.

Quando configuri il cluster di gestione durante il bringup, applica anche queste impostazioni Amazon EVS-specific :

vSAN: utilizza vSAN ESA (Express Storage Architecture) con failures-to-tolerate (FTT) impostato su almeno 1.
Uplink teaming: utilizza una politica di failover teaming (uplink attivo con uplink in standby) per i gruppi di porte di switch distribuiti, anziché una politica di bilanciamento del carico.
Modalità EVC: imposta la modalità cluster Enhanced vMotion Compatibility (EVC) in base al tipo di istanzaINTEL_ICELAKE: i4i.metal for o for. INTEL_SAPPHIRERAPIDS i7i.metal-24xl

Prepara i tuoi host ESX

Su ogni host ESX del tuo ambiente, imposta il gruppo di VM Network porte sulla VLAN di gestione delle macchine virtuali. Le appliance di gestione VCF devono funzionare sulla VLAN di gestione della macchina virtuale e VCF Installer migra la rete host su uno switch distribuito solo in un secondo momento, durante l'avvio. Non è necessario abilitare SSH sugli host.

Trova l'ID VLAN della rete di gestione delle macchine virtuali. Amazon EVS assegna un ID VLAN fisso a ciascuna funzione di rete. Cerca l'ID del tuo ambiente nella console Amazon EVS (scheda Ambienti → il tuo ambiente → Reti e connettività) oppure eseguendo aws evs list-environment-vlans e abbinando la vmManagement funzione.
Su ogni host, utilizzando VMware Host Client o le API vSphere, imposta il gruppo di VM Network porte sull'ID VLAN di gestione della macchina virtuale. Su un nuovo host ESX questo gruppo di porte è privo di tag (ID VLAN, rete di gestione dell'host). 0

Preparare un datastore temporaneo per VCF Installer

Gli host Amazon EVS non dispongono di datastore VMFS locali e il datastore vSAN non esiste fino al completamento del bringup, quindi l'appliance VCF Installer necessita di un datastore temporaneo da cui eseguire. Scegli un host per eseguire l'Installer.

Nella console Amazon EC2, crea un volume Amazon EBS crittografato nella stessa zona di disponibilità dell'host che hai scelto. Dimensionalo per contenere l'appliance VCF Installer e i pacchetti di installazione VCF, almeno 256 GB.
Collega il volume a quell'host.
Utilizzando VMware Host Client o le API vSphere, crea un datastore VMFS locale sul volume EBS collegato.

Implementa VCF Installer e scarica il software VCF

Scarica VCF Installer OVA per la tua versione VCF di destinazione e genera un token di download Broadcom dal Broadcom Support Portal. Questo token viene utilizzato in VCF Installer per abilitare il software depot.
Implementa VCF Installer OVA sul datastore VMFS locale. Collegalo al gruppo di VM Network porte, imposta il relativo indirizzo IP di gestione sull'indirizzo SDDC Manager del tuo piano DNS e imposta la password dell'appliance. L'appliance VCF Installer diventa SDDC Manager durante l'avvio, quindi utilizza l'indirizzo SDDC Manager. (Su VCF 9.0.x e 9.1.x, VCF Operations è un'appliance separata.)
In VCF Installer, abilita il software depot utilizzando il token di download Broadcom, quindi sincronizza la versione VCF desiderata. La sincronizzazione inserisce quella versione del software VCF nel deposito locale dell'Installer.

Nota
L'attivazione del software di depot e sincronizzazione richiede l'accesso a Internet in uscita dall'Installer. Il gateway NAT nella base della rete fornisce questo accesso. Per ulteriori informazioni, consulta Crea un VPC con sottoreti e tabelle di routing.

Esegui VCF bringup

Con il software sincronizzato, crea le specifiche di distribuzione VCF, convalidale ed esegui l'implementazione.

In VCF Installer, crea le specifiche di distribuzione per il tuo dominio di gestione. Applica le impostazioni EVS-specific di rete, archiviazione, raggruppamento e convalida di Amazon descritte in questo passaggio.
Esegui la convalida in base alle specifiche e risolvi gli eventuali errori segnalati.
Esegui la distribuzione.

Nota
Bringup è la parte più lunga dell'installazione e rappresenta la maggior parte del tempo di configurazione. Quando si utilizza vSAN, la creazione del datastore e l'implementazione delle appliance di gestione possono richiedere diverse ore.

Recupera il datastore temporaneo

Al termine del bringup, le appliance di gestione vengono eseguite sul datastore vSAN e il datastore VMFS temporaneo è vuoto. Smonta il datastore VMFS temporaneo dall'host, quindi scollega ed elimina il volume EBS per evitare l'accumulo di costi di archiviazione.

Password dell'appliance VCF

Durante il bringup si impostano le password per i dispositivi di gestione VCF. Ogni appliance impone i propri requisiti di complessità delle password, definiti da VCF. Se un dispositivo rifiuta una password, l'errore di convalida indica il requisito specifico che la password deve soddisfare.

Bringup le impostazioni di convalida per VCF Installer

Diversi controlli di convalida standard di VCF Installer non si applicano all'ambiente di rete Amazon EVS e falliscono a meno che non vengano disattivati. Modifica i seguenti valori nel file delle specifiche VCF o nelle corrispondenti opzioni della procedura guidata VCF Installer in modo che la convalida abbia esito positivo:

Ignora la convalida del ping del gateway: imposta su. skipGatewayPingValidation true AWS I gateway VPC non rispondono all'ICMP, quindi il controllo di raggiungibilità del gateway non riesce su Amazon EVS anche quando il routing è corretto.
Ignora la convalida dell'impronta digitale ESX: imposta su. skipEsxThumbprintValidation true
Raggruppamento distribuito degli switch: imposta la policy di teaming di NSX suFAILOVER_ORDER, in linea con il raggruppamento di failover descritto in precedenza in questo passaggio.

Nota

Quando esegui bringup tramite la procedura guidata VCF Installer, utilizza la procedura guidata per identificare e correggere gli errori relativi alle specifiche. La procedura guidata evidenzia i problemi di convalida in modo più chiaro rispetto all'API, i cui errori sono meno descrittivi.

Nota

Per una specifica di bringup convalidata, consulta il repository Solutions for Amazon EVS su. GitHub

Nota

Amazon EVS non supporta l'esecuzione di ESX al di fuori di una distribuzione VCF completa. Le macchine virtuali per carichi di lavoro VMware devono essere distribuite su reti overlay NSX. Il collegamento di un gran numero di macchine virtuali direttamente alle reti VLAN sottostanti può causare problemi di stabilità e prestazioni.

Importante

In Self-deployed modalità, Amazon EVS non gestisce l'installazione di VCF. In caso di VCF-specific richieste, è possibile utilizzare i diritti di abbonamento VCF attivi per contattare Broadcom direttamente tramite il Broadcom Support Portal. Per ulteriori informazioni sui limiti del supporto, consulta. Risoluzione dei problemi

Fase 5: Configurazione della rete NSX

Crea le tue reti overlay utilizzando direttamente Tier-0/Tier-1 i router su NSX Edges o configurando VPC, un gateway di transito centralizzato e cluster edge. Dopo che il programma di installazione VCF ha completato l'avvio, NSX Manager è operativo, ma il cluster e il Tier-0 gateway NSX Edge non sono completamente configurati per la connettività con il VPC Route Server.

Nota

NSX definisce le proprie astrazioni VPC e gateway di transito, che sono diverse da Amazon VPC Transit AWS Gateway. In questa guida, «VPC» e «gateway di transito» si riferiscono alle AWS risorse a meno che il prefisso «NSX» non sia preceduto da «NSX».

Prima di iniziare, verifica che siano presenti le seguenti condizioni:

L'installazione di VCF è stata completata correttamente (NSX Manager e il dispositivo di gestione VCF, Operations Manager per VCF 9.0.x e 9.1.x o SDDC Manager per VCF 5.2.x, sono accessibili).
Il tuo VPC Route Server è creato con endpoint e peer. Per ulteriori informazioni, consulta Configura un'istanza VPC Route Server con endpoint e peer.
Hai i due indirizzi IP degli endpoint del Route Server. Entrambi gli endpoint si trovano nella sottorete di accesso al servizio, che fornisce la ridondanza.
Scegli due ASN BGP privati, che devono corrispondere ai valori configurati sui peer del VPC Route Server (vedi): Configura un'istanza VPC Route Server con endpoint e peer
- ASN Tier-0 locale NSX Edge (ad esempio,) 65000
- ASN del server di routing VPC (remoto) (ad esempio,) 65022
  
  Gli ASN privati sono compresi nell'intervallo 64512—65534 (16 bit) o 4200000000—4294967294 (32 bit).

Implementa il cluster NSX Edge

Accedi all'interfaccia utente di NSX Manager (). https://<nsx-manager-fqdn>/
Accedere a Sistema → Fabric → Nodes → Edge Transport Nodes.
Scegli Aggiungi Edge VM e configura quanto segue:
1. Nome, ad esempio. edge-node-01
2. Fattore di forma: grande (consigliato per la produzione).
3. Switch host: configurazione con il profilo di uplink e la VLAN di trasporto appropriati.
Ripetere l'operazione per il secondo nodo Edge (). edge-node-02
Vai a Sistema → Tessuto → Nodi → Edge Clusters.
Scegli Aggiungi cluster Edge e aggiungi entrambi i nodi Edge come membri.

Crea il Tier-0 gateway

In NSX Manager, vai a Rete → Tier-0 Gateway.
Scegli Aggiungi Tier-0 gateway e configura quanto segue:
1. Nome, ad esempioevs-tier0-gw.
2. Modalità HA: Active-Standbycon modalità failover impostata su. Non-preemptive
3. Edge cluster: seleziona il cluster Edge che hai creato.
Salva il Tier-0 gateway.

Nota

Assicurati che sia i gateway che Tier-0 i Tier-1 gateway abbiano un Non-preemptivefailover. Non-preemptive è l'impostazione predefinita di NSX ed evita un'inutile interruzione della sessione BGP quando un nodo Edge ripristinato farebbe altrimenti il failback sul nodo preferito.

Configurare BGP

Seleziona il Tier-0 gateway ed espandi BGP.
Abilita BGP e imposta il numero AS locale sull' Tier-0 ASN NSX Edge che hai scelto (ad esempio,). 65000

In BGP Neighbors, configura il peering tra i nodi Edge e gli endpoint del VPC Route Server. Consigliamo una mesh completa: ciascuno dei due nodi Edge fa peer con entrambi gli endpoint Route Server, per un totale di quattro sessioni BGP. Una mesh completa mantiene la propagazione delle rotte se un endpoint Route Server viene sottoposto a manutenzione. Configura almeno due sessioni, con ogni nodo Edge che effettui il peering con un endpoint.

Per una mesh completa, aggiungi quattro vicini. Imposta l'AS remoto di ogni vicino sull'ASN del server di routing VPC (ad esempio65022) e la famiglia di indirizzi su Unicast IPv4.

Vicino	Indirizzo del vicino	Interfaccia sorgente
Edge 1 → endpoint 1	`<route-server-endpoint-1-ip>`	Interfaccia Uplink sul nodo Edge 1
Edge 1 → endpoint 2	`<route-server-endpoint-2-ip>`	Interfaccia Uplink sul nodo Edge 1
Edge 2 → endpoint 1	`<route-server-endpoint-1-ip>`	Interfaccia Uplink sul nodo Edge 2
Edge 2 → endpoint 2	`<route-server-endpoint-2-ip>`	Interfaccia Uplink sul nodo Edge 2

Nota

Le interfacce uplink Edge e gli endpoint del Route Server si trovano in sottoreti diverse, quindi si tratta di sessioni BGP multihop. Imposta il limite multihop BGP su almeno 2 e assicurati che il Tier-0 gateway possa raggiungere ogni indirizzo IP dell'endpoint del Route Server (ad esempio, con una route statica verso l'endpoint tramite il gateway uplink).

Scegli Salva e attendi che le sessioni BGP si stabiliscano.
Sul Tier-0 gateway, espandi Route Re-Distribution e abilita la ridistribuzione in BGP per i tipi di route che supportano le tue reti di carico di lavoro, ad esempio Tier-1 Connected (sottoreti del segmento di carico di lavoro), NAT e Static Routes. Tier-1 Tier-1

Non ridistribuire le route connesse o statiche. Tier-0 Tier-0 Redistributing Tier-0 Connected pubblicizza la sottorete di uplink di NSX verso AWS, mentre Tier-0 Static Routes ripubblicizza le route host degli endpoint del Route Server: nessuna delle due opzioni è auspicabile.
Applica un filtro di routing in uscita in modo che il Tier-0 gateway pubblicizzi solo reti private (RFC 1918) al VPC Route Server. Crea un elenco di prefissi IP che 10.0.0.0/8 consenta e 192.168.0.0/16 (incluse le route più specifiche al loro interno) neghi tutti gli altri prefissi e applicalo come filtro di uscita su ogni vicino BGP. 172.16.0.0/12

Verifica il peering BGP

In NSX Manager, accedi a Networking → Tier-0 Gateway → BGP → BGP Neighbors e verifica che entrambi i vicini mostrino lo stato Established.
Nella AWS console, vai a VPC → Route Server → Routes e conferma che vengano visualizzati i percorsi overlay NSX.
In NSX Manager, verifica che le route VPC siano state apprese in Routing → Forwarding Table.

La tabella seguente elenca i problemi comuni di peering BGP.

Caratteristiche	Causa probabile	Risoluzione
La sessione BGP è bloccata `Active`	Firewall o ACL di rete che blocca la porta TCP 179	Verifica che l'ACL della tua rete consenta il protocollo TCP 179 tra gli indirizzi IP di uplink Edge e gli indirizzi IP dell'endpoint del Route Server e che il gruppo di sicurezza collegato agli endpoint del Route Server consenta anche il protocollo TCP 179 in ingresso.
La sessione BGP si blocca ripetutamente	Mancata corrispondenza dell'MTU sul percorso di uplink	Assicurati che l'MTU sia coerente lungo il percorso di uplink NSX. La rete uplink NSX utilizza MTU 1500; le reti overlay (TEP) utilizzano MTU 8500.
Le rotte non compaiono nella tabella delle rotte VPC	La propagazione del Route Server non è abilitata	Verificate che la propagazione del Route Server sia abilitata sulla tabella di routing di destinazione.
One-sided peering (è attiva solo una sessione)	Problema di connettività dei nodi Edge	Verifica che entrambi i nodi Edge siano raggiungibili da entrambi gli endpoint del Route Server.

Dopo aver stabilito le sessioni BGP e aver avviato la propagazione dei percorsi, procedi con. Fase 6: Creare connettori

Fase 6: Creare connettori

Dopo aver installato VCF e aver raggiunto i dispositivi di gestione tramite la rete di gestione VCF, crea connettori in modo che Amazon EVS possa monitorare la distribuzione e segnalare l'utilizzo delle licenze. Un connettore è una risorsa secondaria di Amazon EVS che rappresenta una connessione persistente da Amazon EVS a una specifica appliance di gestione VCF. Per ulteriori informazioni, consulta Connector.

Importante

Prima di creare un connettore, memorizzate le credenziali per l'appliance di gestione VCF di destinazione in Secrets Manager AWS . Etichetta il segreto e la chiave AWS KMS con cui lo crittografa. EvsAccess=true Senza questo tag, Amazon EVS non può accedere al segreto e la creazione del connettore non riesce.

Il tipo di connettore creato dipende dalla versione VCF in uso: Operations Manager (OPERATIONS_MANAGER) per VCF 9.0.x e 9.1.x o SDDC Manager () per VCF 5.2.x. SDDC_MANAGER È anche possibile creare un connettore vCenter ()VCENTER. Per i tipi di connettore, le chiavi segrete richieste e le descrizioni, vediCrea un connettore per l'ambiente Amazon EVS.

Fase 7: Verifica dell'ambiente

Dopo aver aggiunto gli host, installato VCF e creato almeno un connettore, verifica che:

I tuoi host si trovano nello CREATED stato.
I dispositivi di gestione VCF sono raggiungibili dalla VLAN di gestione.
I connettori creati raggiungono lo ACTIVE stato e lo stato dell'ambiente nella pagina Ambienti viene considerato integro.

Per indicazioni sull'interpretazione dello stato dell'ambiente e dello stato dei connettori, vedere. Monitora lo stato e le risorse del tuo ambiente

Guida al dimensionamento delle sottoreti VLAN

Le sottoreti VLAN di Amazon EVS non possono essere modificate dopo la creazione dell'ambiente. Dimensiona ogni VLAN in base al numero di indirizzi IP utilizzati dai componenti VCF ora e per tutta la durata dell'ambiente. Durante il dimensionamento, tenete presente quanto segue:

VLAN di gestione degli host (VMKManagement): un IP per host. Pianifica il numero massimo di host che ti aspetti in questo ambiente.
VLAN VMotion, vSAN, VTEP: uno o più IP per host a seconda della configurazione VCF.
Management VM (VMManagement) VLAN: IP per le appliance di gestione VCF che intendi implementare: vCenter, cluster NSX Manager, nodi NSX Edge e SDDC Manager o Operations Manager.
VLAN Edge VTEP, HCX uplink, NSX uplink: IP per uplink NSX Edge e appliance HCX, se utilizzati.
VLAN di espansione: riserva spazio per funzionalità future come NSX Federation.

Come punto di partenza, /24 usatela per ogni VLAN a meno che non abbiate un motivo specifico per scegliere diversamente. Le sottoreti VLAN hanno una dimensione minima /28 e massima di. /24

Considerazioni relative alla sicurezza

In Self-deployed modalità, l'utente installa e utilizza lo stack software VCF, quindi è responsabile della sua sicurezza. AWS protegge l' AWS infrastruttura sottostante fornita da Amazon EVS. Questa suddivisione delle responsabilità si aggiunge al modello di responsabilità condivisa descritto in. Sicurezza in Amazon Elastic VMware Service

La tua versione del modello di responsabilità condivisa include:

Installazione, applicazione di patch e aggiornamento dei componenti VCF tra cui vCenter Server, NSX, SDDC Manager o Operations Manager ed ESX.
Configurazione dell'autenticazione VCF, del controllo degli accessi basato sui ruoli e della rotazione delle password per tutti i dispositivi di gestione VCF.
Rafforzamento della rete di gestione VCF in conformità alle linee guida di Broadcom e ai requisiti di sicurezza dell'organizzazione.
Rotazione dei AWS segreti in Secrets Manager utilizzati dai connettori Amazon EVS per accedere ai dispositivi di gestione VCF.
Monitoraggio della distribuzione VCF per eventi di sicurezza.
Mantenimento di licenze VCF valide nel dispositivo di gestione VCF. Per ulteriori informazioni, consulta Abbonamenti VCF.

Amazon EVS è responsabile di:

Protezione del piano di controllo di Amazon EVS e delle risorse Amazon EVS-provisioned AWS .
Crittografia delle credenziali dei clienti archiviate in Secrets Manager (tramite AWS KMS) e limitazione dell'accesso del servizio a tali credenziali utilizzando i tag di risorsa.
Monitoraggio dello stato dei connettori creati e segnalazione dello stato dell'ambiente aggregato.

Risoluzione dei problemi

Caratteristiche	Dove trovare assistenza
`aws evs create-environment`restituisce `ValidationException` menzionando un parametro come`licenseInfo`,`hosts`, `vcfHostnamessiteId`, o`connectivityInfo`.	Rimuovi il parametro indicato dalla tua richiesta. Questi parametri non sono supportati quando`vcfVersion=SELF_DEPLOYED`.
L'ambiente rimane nello `CREATING` stato più a lungo del previsto.	Apri una richiesta di supporto con AWS Support. Includi l'ID dell'ambiente.
`aws evs create-environment-host`fallisce con un errore di versione ESX.	Verifica la stringa della versione ESX utilizzando. `aws evs get-versions --region <region>` Il tuo account potrebbe non avere accesso alla versione richiesta. Per ulteriori informazioni, consulta Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS.
Un host è bloccato `CREATING` o si trasferisce in `CREATE_FAILED` uno stato.	Apri una richiesta di supporto con AWS Support. Includi l'ID dell'ambiente e l'ID dell'host.
VCF Installer fallisce durante l'implementazione di VCF.	Contatta il AWS supporto per qualsiasi problema relativo ad Amazon EVS. Per VCF-specific le richieste, puoi anche contattare direttamente Broadcom utilizzando i diritti dell'abbonamento VCF.
`aws evs create-environment-connector`fallisce con un errore di accesso a Secrets Manager.	Conferma che il tuo segreto e la relativa chiave di crittografia AWS KMS siano entrambi etichettati con`EvsAccess=true`. Per ulteriori informazioni, consulta Crea un connettore per l'ambiente Amazon EVS.
Il connettore arriva `ACTIVE` ma il controllo di raggiungibilità rimane. `FAILED`	Verifica che il nome di dominio completo dell'appliance si risolva dal piano di controllo di Amazon EVS e che le credenziali archiviate siano valide. Per ulteriori informazioni, consulta Monitora lo stato e le risorse del tuo ambiente.

Pulisci un ambiente Amazon EVS con la modalità Self-deployed

Quando non hai più bisogno del tuo ambiente Amazon EVS:

Elimina tutti i connettori. Per ulteriori informazioni, consulta Eliminare un connettore di ambiente Amazon EVS.
Elimina tutti gli host. Per ulteriori informazioni, consulta Eliminare un host Amazon EVS.
Eliminare l'ambiente. Per ulteriori informazioni, consulta Eliminare gli host e l'ambiente Amazon EVS.

L'eliminazione dell'ambiente rimuove le sottoreti VLAN Amazon EVS create da Amazon EVS. Non elimina il VPC, il VPC Route Server o altre AWS risorse che hai creato al di fuori di Amazon EVS.

Crea un ambiente Amazon EVS

Importante

Per iniziare nel modo più semplice e veloce possibile, questo argomento include i passaggi per creare un ambiente Amazon EVS con impostazioni predefinite. Prima di creare un ambiente, ti consigliamo di acquisire familiarità con tutte le impostazioni e di implementare un ambiente con le impostazioni che soddisfano i tuoi requisiti. Gli ambienti possono essere configurati solo durante la creazione iniziale dell'ambiente. Gli ambienti non possono essere modificati dopo averli creati. Per una panoramica di tutte le possibili impostazioni dell'ambiente Amazon EVS, consulta la Amazon EVS API Reference Guide.

Nota

L'ID dell'ambiente sarà disponibile per Amazon EVS in tutte le AWS regioni per esigenze di conformità delle licenze VCF.

Nota

Gli ambienti Amazon EVS devono essere distribuiti nella stessa regione e zona di disponibilità delle sottoreti VPC e VPC.

Completa questo passaggio per creare un ambiente Amazon EVS con host e sottoreti VLAN.

Esempio

Amazon EVS console

Vai alla console Amazon EVS.

Nota
Assicurati che la AWS regione mostrata in alto a destra della console sia la AWS regione in cui desideri creare il tuo ambiente. In caso contrario, scegli il menu a discesa accanto al nome AWS della regione e scegli la AWS regione che desideri utilizzare.
Nel riquadro di navigazione, selezionare Compute environments (Ambienti di calcolo).
Seleziona Create environment (Crea ambiente).
Nella pagina Convalida dei requisiti di Amazon EVS, verifica che i requisiti di servizio siano stati soddisfatti. Per ulteriori informazioni, consulta Configurazione di Amazon Elastic VMware Service.
1. (Facoltativo) In Nome, inserisci un nome di ambiente.
2. Per la versione Environment, scegli la tua versione VCF. Per informazioni sulle versioni VCF fornite da Amazon EVS, consulta. Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS
  
  Nota
  Il menu a discesa della versione VCF include anche un'opzione. Self-deployed Se si seleziona questa opzione, la procedura guidata utilizza il Self-deployed flusso anziché i passaggi seguenti. Per ulteriori informazioni, consulta Creazione di un ambiente Amazon EVS con modalità Self-deployed.
3. Per Site ID, inserisci il tuo Broadcom Site ID.
4. Per la chiave della soluzione VCF, inserire una chiave di soluzione VCF (VMware vSphere 8 Enterprise Plus for VCF). Questa chiave di licenza non può essere utilizzata da un ambiente esistente.
  
  Nota
  La chiave della soluzione VCF deve avere core sufficienti. Per ulteriori informazioni, consulta Abbonamenti VCF.
  
  Nota
  La tua licenza VCF sarà disponibile per Amazon EVS in tutte le AWS regioni per garantire la conformità delle licenze. Amazon EVS non convalida le chiavi di licenza. Per convalidare le chiavi di licenza, visita l'assistenza Broadcom.
  
  Nota
  Amazon EVS richiede il mantenimento di una chiave di soluzione VCF valida in SDDC Manager per il corretto funzionamento del servizio. Se si gestisce la chiave della soluzione VCF utilizzando vSphere Client dopo la distribuzione, è necessario assicurarsi che le chiavi vengano visualizzate anche nella schermata delle licenze dell'interfaccia utente di SDDC Manager.
5. Per la chiave di licenza vSAN, inserire una chiave di licenza vSAN. Questa chiave di licenza non può essere utilizzata da un ambiente esistente.
  
  Nota
  La chiave di licenza vSAN deve avere una capacità vSAN sufficiente. Per ulteriori informazioni, consulta Abbonamenti VCF.
  
  Nota
  La tua licenza VCF sarà disponibile per Amazon EVS in tutte le AWS regioni per garantire la conformità delle licenze. Amazon EVS non convalida le chiavi di licenza. Per convalidare le chiavi di licenza, visita l'assistenza Broadcom.
  
  Nota
  Amazon EVS richiede il mantenimento di una chiave di licenza vSAN valida in SDDC Manager per il corretto funzionamento del servizio. Se si gestisce la chiave di licenza vSAN utilizzando vSphere Client dopo la distribuzione, è necessario assicurarsi che le chiavi vengano visualizzate anche nella schermata delle licenze dell'interfaccia utente di SDDC Manager.
6. Per quanto riguarda i termini della licenza VCF, seleziona la casella per confermare che hai acquistato e continuerai a mantenere il numero richiesto di licenze software VCF per coprire tutti i core dei processori fisici nell'ambiente Amazon EVS. Le informazioni sul tuo software VCF in Amazon EVS verranno condivise con Broadcom per verificare la conformità della licenza.
7. Scegli Next (Successivo).
Nella pagina Specificare i dettagli dell'host, completa i seguenti passaggi quattro volte per aggiungere quattro host all'ambiente. Gli ambienti Amazon EVS richiedono quattro host per la distribuzione iniziale.
1. Scegli Aggiungi dettagli sull'host.
2. Per il nome host DNS, inserisci il nome host per l'host.
3. Per il tipo di istanza, scegli il tipo di istanza EC2.
4. Per la versione host ESX, durante la creazione dell'ambiente verrà utilizzata una versione ESX predefinita per la versione VCF scelta. Per ulteriori informazioni, consulta Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS.
  
  Importante
  Non interrompere o terminare le istanze EC2 distribuite da Amazon EVS. Questa azione comporta la perdita di dati.
5. Per la coppia di chiavi SSH, scegli una coppia di chiavi SSH per l'accesso SSH all'host.
6. Scegli Aggiungi host.
Nella pagina Configura reti e connettività, procedi come segue.
1. Per i requisiti di connettività HCX, seleziona se desideri utilizzare HCX con connettività privata o tramite Internet.
2. Per VPC, scegli il VPC che hai creato in precedenza.
3. (Solo per la connettività Internet HCX) Per l'ACL di rete HCX, scegli a quale ACL di rete sarà associata la tua VLAN HCX.
  
  Importante
  Ti consigliamo vivamente di creare un ACL di rete personalizzato dedicato alla VLAN HCX. Per ulteriori informazioni, consulta Configura una lista di controllo degli accessi alla rete per controllare il traffico della sottorete VLAN di Amazon EVS.
4. Per la sottorete di accesso al servizio, scegli la sottorete privata creata al momento della creazione del VPC.
5. Per il gruppo di sicurezza: facoltativo, puoi scegliere fino a due gruppi di sicurezza che controllano la comunicazione tra il piano di controllo di Amazon EVS e il VPC. Amazon EVS utilizza il gruppo di sicurezza predefinito se non viene scelto alcun gruppo di sicurezza.
  
  Nota
  Assicurati che i gruppi di sicurezza scelti forniscano connettività ai tuoi server DNS e alle sottoreti VLAN Amazon EVS.
6. In Connettività di gestione, inserisci i blocchi CIDR da utilizzare per le sottoreti VLAN di Amazon EVS. Per il blocco CIDR VLAN HCX uplink, se si configura una VLAN HCX pubblica, è necessario specificare un blocco CIDR con una lunghezza della maschera di rete esattamente /28. Amazon EVS genera un errore di convalida se viene specificata un'altra dimensione di blocco CIDR per la VLAN HCX pubblica. Per una VLAN HCX privata e tutti gli altri blocchi CIDR di VLAN, la lunghezza minima della maschera di rete che è possibile utilizzare è /28 e la massima è /24.
  
  Importante
  Le sottoreti VLAN Amazon EVS possono essere create solo durante la creazione dell'ambiente Amazon EVS e non possono essere modificate dopo la creazione dell'ambiente. È necessario assicurarsi che i blocchi CIDR della sottorete VLAN siano dimensionati correttamente prima di creare l'ambiente. Non sarà possibile aggiungere sottoreti VLAN dopo la distribuzione dell'ambiente. Per ulteriori informazioni, consulta Considerazioni sulla rete Amazon EVS.
7. In Expansion VLAN, inserisci i blocchi CIDR per ulteriori sottoreti VLAN Amazon EVS che possono essere utilizzate per espandere le funzionalità VCF all'interno di Amazon EVS, ad esempio abilitando NSX Federation.
8. In Workload/VCF connettività, inserisci il blocco CIDR per la VLAN di uplink NSX e scegli due ID peer del VPC Route Server che collegano gli endpoint del Route Server tramite l'uplink NSX.
  
  Nota
  Amazon EVS richiede un'istanza VPC Route Server associata a due endpoint Route Server e due peer Route Server prima della distribuzione EVS. Questa configurazione consente il BGP-based routing dinamico sull'uplink NSX. Per ulteriori informazioni, consulta Configura un'istanza VPC Route Server con endpoint e peer.
9. Scegli Next (Successivo).
Nella pagina Specificare i nomi host DNS di gestione, procedi come segue.
1. In Nomi host DNS delle appliance di gestione, inserisci i nomi host DNS delle macchine virtuali su cui ospitare i dispositivi di gestione VCF. Se utilizzi Route 53 come provider DNS, scegli anche la zona ospitata che contiene i tuoi record DNS.
2. In Credenziali, scegli se utilizzare la chiave KMS AWS gestita per Secrets Manager o una chiave KMS gestita dal cliente fornita da te. Questa chiave viene utilizzata per crittografare le credenziali VCF necessarie per utilizzare le appliance SDDC Manager, NSX Manager e vCenter.
  
  Nota
  Esistono costi di utilizzo associati alle chiavi KMS gestite dal cliente. Per ulteriori informazioni, consulta la pagina dei prezzi di AWS KMS.
3. Scegli Next (Successivo).
(Facoltativo) Nella pagina Aggiungi tag, aggiungi i tag che desideri assegnare a questo ambiente e scegli Avanti.

Nota
Gli host creati come parte di questo ambiente riceveranno il seguente tag:DoNotDelete-EVS-[<environmentId>]-[<hostname>].

Nota
I tag associati all'ambiente Amazon EVS non si propagano alle AWS risorse sottostanti come le istanze EC2. Puoi creare tag sulle AWS risorse sottostanti utilizzando la rispettiva console di servizio o il. AWS CLI
Nella pagina Rivedi e crea, rivedi la configurazione e scegli Crea ambiente.

Importante
Durante la distribuzione dell'ambiente, Amazon EVS crea le sottoreti VLAN EVS e le associa implicitamente alla tabella di routing principale. Una volta completata la distribuzione, devi associare esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing per scopi di connettività NSX. Per ulteriori informazioni, consulta Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC.

Nota
Amazon EVS distribuisce una recente versione in bundle di VMware Cloud Foundation che potrebbe non includere aggiornamenti di singoli prodotti, noti come patch asincrone. Al termine di questa implementazione, consigliamo vivamente di esaminare e aggiornare i singoli prodotti utilizzando l'Async Patch Tool (AP Tool) di Broadcom o l'automazione LCM integrata nel prodotto SDDC Manager. Gli aggiornamenti di NSX devono essere eseguiti all'esterno di SDDC Manager.

Nota
La creazione dell'ambiente può richiedere diverse ore.

AWS CLI

Aprire una sessione di terminale.
Crea un ambiente Amazon EVS. Di seguito è riportato un esempio di aws evs create-environment richiesta.

Importante
Prima di eseguire il aws evs create-environment comando, verifica che tutti i prerequisiti di Amazon EVS siano soddisfatti. La distribuzione dell'ambiente fallisce se i prerequisiti non sono stati soddisfatti. Per ulteriori informazioni, consulta Configurazione di Amazon Elastic VMware Service.

Importante
Durante la distribuzione dell'ambiente, Amazon EVS crea le sottoreti VLAN EVS e le associa implicitamente alla tabella di routing principale. Una volta completata la distribuzione, devi associare esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing per scopi di connettività NSX. Per ulteriori informazioni, consulta Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC.

Nota
Amazon EVS distribuisce una recente versione in bundle di VMware Cloud Foundation che potrebbe non includere aggiornamenti di singoli prodotti, noti come patch asincrone. Al termine di questa implementazione, consigliamo vivamente di rivedere e aggiornare i singoli prodotti utilizzando l'Async Patch Tool (AP Tool) di Broadcom o l'automazione LCM integrata nel prodotto SDDC Manager. Gli aggiornamenti di NSX devono essere eseguiti all'esterno di SDDC Manager.

Nota
L'implementazione dell'ambiente può richiedere diverse ore.
- Per--vpc-id, specifica il VPC che hai creato in precedenza con un intervallo CIDR IPv4 minimo di /22.
- Per--service-access-subnet-id, specifica l'ID univoco della sottorete privata creata al momento della creazione del VPC.
- Per--vcf-version, vedi Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS per le versioni VCF fornite da Amazon EVS,
- Con--terms-accepted, confermi di aver acquistato e continuerai a mantenere il numero richiesto di licenze software VCF per coprire tutti i core dei processori fisici nell'ambiente Amazon EVS. Le informazioni sul tuo software VCF in Amazon EVS verranno condivise con Broadcom per verificare la conformità della licenza.
- Per--license-info, inserisci la chiave della soluzione VCF (VMware vSphere 8 Enterprise Plus for VCF) e la chiave di licenza vSAN.
  
  Nota
  I requisiti per la chiave della soluzione VCF (incluso il numero minimo di core) e la chiave di licenza vSAN (inclusa la capacità minima di vSAN) variano a seconda del tipo di istanza. Per le soglie specifiche per la configurazione, consulta. Abbonamenti VCF
  
  Nota
  Amazon EVS richiede di mantenere una chiave di soluzione VCF e una chiave di licenza vSAN valide in SDDC Manager per il corretto funzionamento del servizio. Se si gestiscono queste chiavi di licenza utilizzando vSphere Client dopo la distribuzione, è necessario assicurarsi che vengano visualizzate anche nella schermata delle licenze dell'interfaccia utente di SDDC Manager.
  
  Nota
  La chiave della soluzione VCF e la chiave di licenza vSAN non possono essere utilizzate da un ambiente Amazon EVS esistente.
- Per --initial-vlans specificare gli intervalli CIDR per le sottoreti VLAN Amazon EVS che Amazon EVS crea per tuo conto. Queste VLAN vengono utilizzate per distribuire dispositivi di gestione VCF. Se si configura una VLAN HCX pubblica, è necessario specificare un blocco CIDR con una lunghezza della maschera di rete esattamente /28. Amazon EVS genera un errore di convalida se viene specificata un'altra dimensione di blocco CIDR per la VLAN HCX pubblica. Per una VLAN HCX privata e tutti gli altri blocchi CIDR di VLAN, la lunghezza minima della maschera di rete che è possibile utilizzare è /28 e la massima è /24.
- hcxNetworkAclIdviene utilizzato per configurare la connettività Internet HCX. Specificare un ACL di rete personalizzato per la VLAN HCX pubblica.
  
  Importante
  Si consiglia vivamente di creare un ACL di rete personalizzato dedicato alla VLAN HCX. Per ulteriori informazioni, consulta Configura una lista di controllo degli accessi alla rete per controllare il traffico della sottorete VLAN di Amazon EVS.
  
  Importante
  Le sottoreti VLAN Amazon EVS possono essere create solo durante la creazione dell'ambiente Amazon EVS e non possono essere modificate dopo la creazione dell'ambiente. È necessario assicurarsi che i blocchi CIDR della sottorete VLAN siano dimensionati correttamente prima di creare l'ambiente. Non sarà possibile aggiungere sottoreti VLAN dopo la distribuzione dell'ambiente. Per ulteriori informazioni, consulta Considerazioni sulla rete Amazon EVS.
- Per--hosts, specifica i dettagli degli host richiesti da Amazon EVS per la distribuzione dell'ambiente. Includi il nome host DNS, il nome della chiave SSH EC2 e il tipo di istanza EC2 per ogni host. L'ID host dedicato è facoltativo.
  
  Importante
  Non interrompere o terminare le istanze EC2 distribuite da Amazon EVS. Questa azione comporta la perdita di dati.
- Per--connectivity-info, specifica i 2 ID peer del VPC Route Server che hai creato nel passaggio precedente.
  
  Nota
  Amazon EVS richiede un'istanza VPC Route Server associata a due endpoint Route Server e due peer Route Server prima della distribuzione EVS. Questa configurazione consente il BGP-based routing dinamico sull'uplink NSX. Per ulteriori informazioni, consulta Configura un'istanza VPC Route Server con endpoint e peer.
- Per--vcf-hostnames, inserisci i nomi host DNS per le macchine virtuali su cui ospitare i dispositivi di gestione VCF.
- Per--site-id, inserisci l'ID univoco del tuo sito Broadcom. Questo ID consente l’accesso al portale Broadcom e viene fornito da Broadcom al momento della stipula del contratto software o del rinnovo del contratto.
- (Facoltativo) Per--region, inserisci la regione in cui verrà distribuito l'ambiente. Se la regione non è specificata, viene utilizzata la regione predefinita.
```
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
```
  Di seguito è riportata una risposta di esempio.
```
{
    "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"
        }
    }
}
```

Verifica la creazione dell'ambiente Amazon EVS

Esempio

Amazon EVS console

Vai alla console Amazon EVS.
Nel riquadro di navigazione, selezionare Compute environments (Ambienti di calcolo).
Seleziona l'ambiente.
Seleziona la scheda Dettagli.
Verifica che lo stato dell'ambiente sia passato e che lo stato dell'ambiente sia stato creato. Ciò consente di sapere che l'ambiente è pronto per l'uso.

Nota
La creazione dell'ambiente può richiedere diverse ore. Se lo stato Ambiente mostra ancora Creazione, aggiorna la pagina.

AWS CLI

Aprire una sessione terminale.

Esegui il comando seguente, utilizzando l'ID dell'ambiente e il nome della regione che contiene le tue risorse. L'ambiente è pronto per l'uso quando lo environmentState èCREATED.

Nota

La creazione dell'ambiente può richiedere diverse ore. Se viene visualizzato un immagine environmentState CREATING fissa, esegui nuovamente il comando per aggiornare l'output.


aws evs get-environment --environment-id env-abcde12345 --region us-east-2

Di seguito è riportata una risposta di esempio.


{
    "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": []
    }
}

Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC

Associa esplicitamente ciascuna delle sottoreti VLAN di Amazon EVS a una tabella di routing nel tuo VPC. Questa tabella di routing viene utilizzata per consentire alle AWS risorse di comunicare con macchine virtuali su segmenti di rete NSX, in esecuzione con Amazon EVS. Se hai creato una VLAN HCX pubblica, assicurati di associare esplicitamente la sottorete VLAN HCX pubblica a una tabella di routing pubblica nel tuo VPC che indirizza verso un gateway Internet.

Esempio

Segui questi passaggi per associare l'indirizzo IP elastico (EIP) dal pool IPAM alla VLAN pubblica HCX per la connettività Internet HCX. È necessario associare almeno due EIP per i dispositivi HCX Manager e HCX Interconnect (). HCX-IX Associa un EIP aggiuntivo per ogni appliance di rete HCX che devi implementare. È possibile avere fino a 13 EIP dal pool IPAM associati alla VLAN pubblica HCX.

Importante

La connettività Internet pubblica HCX non riesce se non si associano almeno due EIP del pool IPAM a una sottorete VLAN pubblica HCX.

Nota

Al momento Amazon EVS supporta solo l'associazione di EIP alla VLAN HCX.

Nota

Non è possibile associare i primi due EIP o l'ultimo EIP del blocco CIDR IPAM pubblico alla sottorete VLAN. Questi EIP sono riservati come indirizzi di rete, gateway predefinito e di trasmissione. Amazon EVS genera un errore di convalida se tenti di associare questi EIP alla sottorete VLAN.

Amazon EVS console

Vai alla console Amazon EVS.
Nel menu di navigazione, scegli Ambienti.
Seleziona l'ambiente.
Nella scheda Reti e connettività, seleziona la VLAN pubblica HCX.
Scegli Associa EIP a VLAN.
Seleziona gli indirizzi IP elastici da associare alla VLAN pubblica HCX.
Scegli Associa EIP.
Controlla le associazioni EIP per confermare che gli EIP siano stati associati alla VLAN pubblica HCX.

AWS CLI

Per associare un indirizzo IP elastico a una VLAN, usa il comando example. associate-eip-to-vlan

environment-id- L'ID del tuo ambiente Amazon EVS.
vlan-name- Il nome della VLAN da associare all'indirizzo IP elastico.

allocation-id- L'ID di allocazione dell'indirizzo IP elastico.


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

Il comando restituisce dettagli sulla VLAN, inclusa la nuova associazione EIP:


{
    "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"
    }
}

L'eipAssociationsarray mostra la nuova associazione, tra cui:

associationId- L'ID univoco di questa associazione EIP, utilizzato per la dissociazione.
allocationId- L'ID di allocazione dell'indirizzo IP elastico associato.
ipAddress- L'indirizzo IP assegnato alla VLAN.

Ripetere il passaggio per associare ulteriori EIP.

Se stai configurando la connettività di rete locale utilizzando Direct Connect o una AWS Site-to-Site VPN con un gateway di transito, devi aggiornare le tabelle di routing del gateway di transito con i CIDR VPC creati nell'ambiente Amazon EVS. Per ulteriori informazioni, consulta le tabelle di routing dei gateway di transito di Amazon VPC in Amazon VPC.

Se utilizzi AWS Direct Connect, potrebbe essere necessario aggiornare anche i prefissi Direct Connect per inviare e ricevere percorsi aggiornati dal VPC. Per ulteriori informazioni, consulta Consenti interazioni con prefissi per i gateway AWS Direct Connect.

Recupera le credenziali VCF e accedi ai dispositivi di gestione VCF

Amazon EVS utilizza AWS Secrets Manager per creare, crittografare e archiviare segreti gestiti nel tuo account. Questi segreti contengono le credenziali VCF necessarie per installare e accedere ai dispositivi di gestione VCF come vCenter Server, NSX e SDDC Manager, nonché la password root ESX. Per ulteriori informazioni sul recupero dei segreti, consulta Ottieni AWS segreti da Secrets Manager nella Guida per l'utente di AWS Secrets Manager.

Nota

Amazon EVS non fornisce una rotazione gestita dei segreti. Si consiglia di ruotare regolarmente i segreti su una finestra di rotazione prestabilita per assicurarsi che i segreti non durino a lungo.

Dopo aver recuperato le credenziali VCF da AWS Secrets Manager, è possibile utilizzarle per accedere ai dispositivi di gestione VCF. Per ulteriori informazioni, vedere Accesso all'interfaccia utente SDDC Manager e Come utilizzare e configurare il client vSphere nella documentazione del prodotto VMware.

Per impostazione predefinita, Amazon EVS abilita ESX Shell sugli host Amazon EVS appena distribuiti. Questa configurazione consente l'accesso alla porta seriale dell'istanza Amazon EC2 tramite la console seriale EC2, che puoi utilizzare per risolvere problemi di avvio, configurazione di rete e altri problemi. La console seriale non richiede che l'istanza abbia funzionalità di rete. Con la console seriale, puoi inserire comandi a un'istanza EC2 in esecuzione come se la tastiera e il monitor fossero collegati direttamente alla porta seriale dell'istanza.

È possibile accedere alla console seriale EC2 utilizzando la console EC2 o il. AWS CLI Per ulteriori informazioni, consulta la Console seriale EC2 per le istanze nella Guida per l'utente di Amazon EC2.

Nota

La console seriale EC2 è l'unico meccanismo supportato da Amazon EVS per accedere alla Direct Console User Interface (DCUI) per interagire con un host ESX a livello locale.

Nota

Amazon EVS disabilita SSH remoto per impostazione predefinita. Per ulteriori informazioni sull'abilitazione di SSH per accedere alla shell ESX remota, vedere Accesso remoto alla shell ESX con SSH nella documentazione del prodotto VMware vSphere.

Connect alla console seriale EC2

Per connettersi alla console seriale EC2 e utilizzare lo strumento scelto per la risoluzione dei problemi, è necessario completare alcune attività preliminari. Per ulteriori informazioni, consulta Prerequisiti per la console seriale EC2 e Connect to the EC2 Serial Console nella Amazon EC2 User Guide.

Nota

Per connettersi alla console seriale EC2, lo stato dell'istanza EC2 deve essere. running Non puoi connetterti alla console seriale se l'istanza si trova nello statopending,stopping, stoppedshutting-down, oterminated. Per ulteriori informazioni sulle modifiche dello stato dell'istanza, consulta la modifica dello stato dell'istanza di Amazon EC2 nella Amazon EC2 User Guide.

Configura l'accesso alla console seriale EC2

Per configurare l'accesso alla console seriale EC2, tu o il tuo amministratore dovete concedere l'accesso alla console seriale a livello di account e quindi configurare le policy IAM per concedere l'accesso ai vostri utenti. Per le istanze Linux, devi anche configurare un utente basato su password su ogni istanza in modo che gli utenti possano utilizzare la console seriale per la risoluzione dei problemi. Per ulteriori informazioni, consulta Configurare l'accesso alla console seriale EC2 nella Guida per l'utente di Amazon EC2.

Eliminazione

Segui questi passaggi per eliminare le AWS risorse che sono state create.

Eliminare gli host e l'ambiente Amazon EVS

Segui questi passaggi per eliminare gli host e l'ambiente Amazon EVS. Questa azione elimina l'installazione VMware VCF in esecuzione nel tuo ambiente Amazon EVS.

Nota

Per eliminare un ambiente Amazon EVS, devi prima eliminare tutti gli host all'interno dell'ambiente. Un ambiente non può essere eliminato se vi sono host associati all'ambiente.

Esempio

Amazon EVS console

Vai alla console Amazon EVS.
Nel pannello di navigazione, scegli Ambiente.
Seleziona l'ambiente che contiene gli host da eliminare.
Seleziona la scheda Host.
Seleziona l'host e scegli Elimina nella scheda Host. Ripeti questo passaggio per ogni host dell'ambiente.
Nella parte superiore della pagina Ambienti, scegli Elimina e quindi Elimina ambiente.

Nota
L'eliminazione dell'ambiente elimina anche le sottoreti VLAN di Amazon EVS e i segreti di Secrets AWS Manager creati da Amazon EVS. AWS le risorse che crei non vengono eliminate. Queste risorse possono continuare a comportare costi.
Se disponi di prenotazioni di capacità Amazon EC2 che non ti servono più, assicurati di averle annullate. Per ulteriori informazioni, consulta Annullamento di una prenotazione della capacità nella Guida per l’utente di Amazon EC2.

AWS CLI

Apri una sessione terminale.

Identifica l'ambiente che contiene l'host da eliminare.


aws evs list-environments

Di seguito è riportata una risposta di esempio.


{
    "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"
        }
    ]
}

Eliminare gli host dall'ambiente. Di seguito è riportato un esempio di aws evs delete-environment-host richiesta.

Nota
Per poter eliminare un ambiente, è necessario innanzitutto eliminare tutti gli host contenuti nell'ambiente.
```
aws evs delete-environment-host \
--environment-id env-abcde12345 \
--host esx01
```
Ripeti i passaggi precedenti per eliminare gli host rimanenti nel tuo ambiente.
Eliminare l'ambiente.
```
aws evs delete-environment --environment-id env-abcde12345
```
Nota
L'eliminazione dell'ambiente elimina anche le sottoreti VLAN di Amazon EVS e i segreti di Secrets AWS Manager creati da Amazon EVS. AWS Le altre risorse che crei non vengono eliminate. Queste risorse potrebbero continuare a comportare costi.
Se disponi di prenotazioni di capacità Amazon EC2 che non ti servono più, assicurati di averle annullate. Per ulteriori informazioni, consulta Annullamento di una prenotazione della capacità nella Guida per l’utente di Amazon EC2.

Se hai configurato la connettività Internet HCX, segui questi passaggi per eliminare le risorse IPAM.

Rilascia le allocazioni EIP dal pool IPAM pubblico. Per ulteriori informazioni, consulta Rilasciare un'allocazione nella Guida per l'utente di VPC IP Address Manager.
Estraete il CIDR IPv4 pubblico dal pool IPAM. Per ulteriori informazioni, consulta Deprovisioning dei CIDR da un pool nella Guida per l'utente di VPC IP Address Manager.
Eliminare il pool IPAM pubblico. Per ulteriori informazioni, consulta Eliminare un pool nella Guida per l'utente di VPC IP Address Manager.
Elimina l'IPAM. Per ulteriori informazioni, consulta Eliminare un IPAM nella Guida per l'utente di VPC IP Address Manager.

Eliminare i componenti del VPC Route Server

Per i passaggi per eliminare i componenti di Amazon VPC Route Server che hai creato, consulta la sezione Route Server cleanup nella Amazon VPC User Guide.

Elimina la lista di controllo degli accessi alla rete (ACL)

Per i passaggi per eliminare una lista di controllo degli accessi alla rete, consulta Eliminare un ACL di rete per il tuo VPC nella Amazon VPC User Guide.

Dissocia ed elimina le tabelle di routing delle sottoreti

Per i passaggi per dissociare ed eliminare le tabelle di routing di sottorete, consulta Tabelle di routing di subnet nella Amazon VPC User Guide.

Elimina le sottoreti

Elimina le sottoreti VPC, inclusa la sottorete di accesso al servizio. Per i passaggi per eliminare le sottoreti VPC, consulta Eliminare una sottorete nella Amazon VPC User Guide.

Nota

Se utilizzi Route 53 for DNS, rimuovi gli endpoint in entrata prima di tentare di eliminare la sottorete di accesso al servizio. In caso contrario, non sarà possibile eliminare la sottorete di accesso al servizio.

Nota

Amazon EVS elimina le sottoreti VLAN per tuo conto quando l'ambiente viene eliminato. Le sottoreti VLAN di Amazon EVS possono essere eliminate solo quando l'ambiente viene eliminato.

Eliminare il VPC

Per i passaggi per eliminare il VPC, consulta Elimina il tuo VPC nella Amazon VPC User Guide.

Fasi successive

Migra i tuoi carichi di lavoro su Amazon EVS utilizzando VMware Hybrid Cloud Extension (VMware HCX). Per ulteriori informazioni, consulta Migra i carichi di lavoro su Amazon EVS utilizzando HCX VMware.

Avvertimento JavaScript è disabilitato o non è disponibile nel tuo browser.

Per usare la documentazione AWS, JavaScript deve essere abilitato. Consulta le pagine della guida del browser per le istruzioni.

Convenzioni dei documenti

Lista di controllo per l'implementazione

Migrazione