Prerequisiti Crea un VPC con sottoreti e tabelle di routing Scegli la tua opzione di connettività HCX Configura 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 alle appliance 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). Scoprirai 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 verso. Sphere-based Cloud AWS

Amazon EVS può distribuire VCF 5.2.x per te, oppure puoi utilizzare la modalità per installare VCF tu stesso. Self-deployed 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 di un ambiente in cui Amazon EVS distribuisce VCF per te.

Importante

Per iniziare nel modo più semplice e rapido 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 che soddisfino i tuoi requisiti. È inoltre necessario acquisire familiarità con i requisiti VCF 5.2.x. Consulta le note di rilascio di VCF 5.2.x per informazioni sulla versione 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
Configura 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 alle appliance di gestione VCF
Eliminazione
Fasi successive

Prerequisiti

Prima di iniziare, devi completare le attività relative ai prerequisiti 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 tutti creati 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 l'IPv6 al momento.
Mantieni Tenancy come. Default Con questa opzione selezionata, le istanze EC2 avviate in questo VPC utilizzeranno l'attributo di tenancy specificato all'avvio delle istanze. Amazon EVS avvia istanze EC2 bare metal per tuo conto.
Per Number of Availability Zones (AZs) (Numero di zone di disponibilità [AZ]), scegli 1.

Nota
Amazon EVS supporta Single-AZ solo le distribuzioni in questo momento.
Espandi Personalizza aZs e scegli l'AZ per le tue sottoreti.

Nota
È necessario eseguire la distribuzione in una AWS regione in cui Amazon EVS è supportato. Per ulteriori informazioni sulla disponibilità della regione Amazon EVS, consulta gli endpoint e le quote di Amazon Elastic VMware Service nella Guida di riferimento generale. 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 essere create anche da questo spazio CIDR VPC. Assicurati di lasciare spazio sufficiente nel blocco VPC CIDR 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, scegli 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 gateway VPC per il momento. Amazon S3 Per abilitare Amazon S3 la connettività, è necessario configurare un endpoint VPC di interfaccia 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 della capacità 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 del VPC, crea Amazon VPC automaticamente una tabella di routing principale e vi associa implicitamente delle sottoreti per impostazione predefinita.

AWS CLI

Apri una sessione di 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 della sottorete privata da utilizzare 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 della sottorete pubblica 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 nello available stato prima di creare un percorso che vi faccia riferimento. Per verificare, aws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State' esegui.

Crea e configura le tabelle di percorso 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 dei percorsi.


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

Associa le tabelle dei percorsi alle tue 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 VPC, crea Amazon VPC automaticamente una tabella di route principale e vi associa implicitamente delle sottoreti 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

Scegli la tua opzione:

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

Nota

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

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

Assicurati che la tua quota di VPC IP Address Manager (IPAM) per la lunghezza della maschera di rete a blocchi CIDR IPv4 pubblici Amazon-provided contigui 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 comporterà problemi di connettività HCX. Per ulteriori informazioni sull'aumento delle quote IPAM, vedi Quote per il tuo IPAM. https://docs.aws.amazon.com/vpc/latest/ipam/quotas-ipam.html
Crea un pool IPAM e un pool IPAM IPv4 pubblico con un CIDR con una lunghezza minima della maschera di rete di /28.
Assegna 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 implementare.
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, vedere. 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 l'IPAM stesso sia gratuito con Free Tier, sei responsabile dei costi di altri AWS servizi utilizzati insieme a IPAM, come i gateway NAT e tutti gli indirizzi IPv4 pubblici che utilizzi che superano il limite del livello gratuito. Per ulteriori informazioni sui prezzi IPAM, consulta la pagina dei prezzi. Amazon VPC

Nota

Amazon EVS non supporta CIDR privati IPv6 Global Unicast Address (GUA) in questo momento.

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, vedi Come funziona l'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 lingua scelta deve corrispondere alla AWS regione in cui è distribuito il tuo 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 Fonte IP pubblica, scegli. Amazon-owned
In CIDR al provisioning, scegli Aggiungi CIDR Amazon-owned pubblico.
In Netmask, scegli una lunghezza della maschera di rete CIDR. /28 è la lunghezza minima della maschera di rete 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
```

Assegna 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 configurato in precedenza.
In Alloca metodo IPAM, scegli Inserisci manualmente l'indirizzo all'interno del pool IPAM.

Importante
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 si tenta di associare questi EIP alla sottorete VLAN.

Importante
Inserisci manualmente gli indirizzi all'interno del pool IPAM per assicurarti che gli EIP che Amazon EVS riserva non siano allocati. Se consenti a IPAM di scegliere l'EIP, IPAM può allocare un EIP riservato da Amazon EVS, causando un errore durante l'associazione EIP alla sottorete VLAN.
Specifica l'EIP da allocare dal pool IPAM.
Scegli Alloca.
Ripetere questa procedura per allocare gli EIP rimanenti necessari. È necessario allocare almeno due EIP dal pool IPAM per gli accessori HCX Manager e HCX Interconnect (). HCX-IX Assegna un EIP aggiuntivo per ogni appliance di rete HCX da implementare.

AWS CLI

Aprire una sessione di 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)

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

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 si tenta di associare questi EIP alla sottorete VLAN.

Importante
Inserisci manualmente gli indirizzi all'interno del pool IPAM per assicurarti che gli EIP che Amazon EVS riserva non siano allocati. Se consenti a IPAM di scegliere l'EIP, IPAM può allocare un EIP riservato da Amazon EVS, causando un errore 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 il fallimento dell'associazione EIP.

Configura la tabella di routing principale del VPC

Le sottoreti VLAN di Amazon EVS sono associate implicitamente alla tabella di route principale di 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 il tuo ambiente per utilizzare una tabella di routing personalizzata. Per ulteriori informazioni, consulta Configurazione di 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 route VPC. Consigliamo 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

La distribuzione dell'ambiente non riesce se non soddisfi questi requisiti 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 tuoi gruppi di sicurezza e gli elenchi di controllo degli accessi alla rete (ACL) per consentire ad Amazon EVS di comunicare con:
- Server DNS sulla porta 53. TCP/UDP
- Sottorete VLAN per la gestione degli 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, vedere 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. Entrambi gli IP del server DNS devono essere raggiungibili e rispondere alle domande all'avvio del connettore Amazon EVS. Tutti i record DNS richiesti (record A inoltrati e record PTR inversi) devono essere risolvibili tramite tali server in quel momento.
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 IPv4 che 169.254.169.123 preferisci.

Per ulteriori informazioni sulla configurazione dei server DNS in un set di opzioni DHCP, consulta Creare un set di opzioni DHCP. https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet

Configurare il DNS per la connettività locale

Per la connettività locale, consigliamo l'uso delle zone private ospitate di Route 53 con resolver in entrata. 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 VPC di risolvere i nomi di dominio ospitati sulla 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 la procedura 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 si utilizzano nomi di dominio DNS personalizzati definiti in una zona ospitata privata in Route 53, o si utilizza un DNS privato con interfaccia VPC endpoints (AWS PrivateLink), è necessario impostare sia gli attributi che 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 permanente 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 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 sulla tua 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 Amazon Time Sync Service 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. https://datatracker.ietf.org/doc/html/rfc2132#section-8.3 Per ulteriori informazioni su Amazon Time Sync Service, consulta Precision clock and time synchronization in your EC2 Instance e Configure NTP on VMware Cloud Foundation Hosts nella documentazione di VMware Cloud Foundation.

Per configurare le impostazioni NTP

Scegli la tua fonte NTP:
- Amazon Time Sync Service (consigliato)
- Server NTP personalizzati
Aggiungi server NTP al tuo set di opzioni DHCP. Per ulteriori informazioni, consulta Create a DHCP option set 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 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, è necessario aggiornare le tabelle di routing del gateway di transito con i CIDR VPC creati all'interno dell'ambiente Amazon EVS. Per ulteriori informazioni, consulta Configura le tabelle di routing del gateway di transito e i prefissi Direct Connect per la connettività locale (opzionale).

Per ulteriori informazioni sulla configurazione di una Direct Connect connessione, consulta Gateways 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 Guida per l'utente di Amazon VPC Transit Gateway.

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 abilitare il routing BGP-based dinamico verso la tua rete underlay VPC. È necessario specificare un server di route che condivida le rotte verso almeno due endpoint del routing server 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 creata nel primo passaggio di questa procedura. Crea un VPC con sottoreti e tabelle di routing

Importante

La distribuzione dell'ambiente non riesce se non soddisfi questi requisiti di Amazon EVS per la configurazione di VPC Route Server:

È necessario configurare almeno due endpoint del route server nella sottorete di accesso al servizio.
Quando si configura il 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 route server, è necessario utilizzare un indirizzo IP univoco dalla VLAN di uplink NSX per ciascun endpoint. Questi due indirizzi IP verranno assegnati agli edge NSX durante la distribuzione dell'ambiente Amazon EVS.
Quando si abilita la propagazione del Route Server, è necessario assicurarsi che tutte le tabelle di route propagate abbiano almeno un'associazione esplicita di sottorete. La pubblicità delle route BGP ha esito negativo se le tabelle di route propagate non hanno un'associazione di subnet esplicita.

Nota

La sottorete VLAN uplink NSX non esiste ancora quando si creano i peer del server di route: Amazon EVS la crea durante la creazione dell'ambiente. Scegli i due indirizzi IP peer dal blocco CIDR VLAN di 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 di VPC Route Server, consulta il tutorial introduttivo di 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 prendi nota del valore scelto.
Endpoint del server di routing: crea due endpoint, entrambi nella sottorete di accesso al servizio.
Peer del server di routing: si consiglia di creare quattro peer del routing server e di configurare una mesh completa, in modo che ciascuno dei due nodi NSX Edge operi in modo peer con entrambi gli endpoint del route server. Una mesh completa mantiene la propagazione delle rotte se un endpoint del server di route viene sottoposto a manutenzione. Come minimo, è necessario creare due peer. Utilizza un indirizzo IP univoco dal CIDR VLAN di uplink NSX pianificato per ogni peer e imposta l'ASN 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 esplicita di sottorete.

Importante

Quando abiliti la propagazione del Route Server, assicurati che tutte le tabelle di route da propagare abbiano almeno un'associazione esplicita di sottorete. L'annuncio di route BGP ha esito negativo se la tabella di route non ha un'associazione di subnet esplicita.

Nota

Per il rilevamento peer liveness di Route Server, Amazon EVS supporta solo il meccanismo keepalive BGP predefinito. Amazon EVS non supporta il Bidirectional Forwarding Detection (BFD) a più hop.

Nota

Ti consigliamo di abilitare le route permanenti per l'istanza del route server con una durata persistente compresa tra 1 e 5 minuti. Se abilitata, le route verranno conservate nel database di routing del routing server anche se tutte le sessioni BGP terminano. Per ulteriori informazioni, vedere 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 tuo server di route sia configurato correttamente per propagare le rotte NSX alle tabelle di route 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 inseriti per il server di routing e il gateway NSX corrispondano. Tier-0
Verifica che gli indirizzi IP degli endpoint di Route Server siano univoci.
Controlla lo stato di propagazione del percorso nelle tabelle delle rotte.
Usa il peer logging 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 un elenco di controllo degli accessi di 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 intendi 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 VMware HCX User Guide. https://techdocs.broadcom.com/us/en/vmware-cis/hcx.html

Importante

Se ci si connette 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 appropriati configurati per 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, è necessario utilizzare un elenco 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. Ad esempio, gli script che automatizzano la distribuzione VCF, consulta il repository Solutions for Amazon EVS su. https://github.com/aws/solutions-for-amazon-evs 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 e quindi installa e configura VCF tu stesso. Amazon EVS esegue il provisioning delle 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 di account per il tuo ambiente. AWS Per ulteriori informazioni, vedere Configurazione di Amazon Elastic VMware Service e consultare l'elenco dei prerequisiti in. Elenco di controllo dei prerequisiti per la distribuzione di Amazon EVS

Quindi completa questi passaggi nell'ordine:

Crea l'ambiente : Amazon EVS esegue il provisioning delle tue sottoreti VLAN.
Crea record DNS : crea record A e PTR per i tuoi host ESX e le appliance 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 verso il tuo VPC.
Crea connettori : crea connettori in modo che Amazon EVS possa monitorare la distribuzione e segnalare l'utilizzo delle licenze.
Verifica il tuo ambiente : conferma che gli host, le appliance di gestione e i connettori siano integri.

Fatturazione

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

Se avete creato un ambiente in Self-deployed modalità ma non avete ancora aggiunto host o installato VCF, AWS potete contattarvi utilizzando l'indirizzo email associato al vostro Account AWS, chiedendovi di completare la configurazione o di 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: Crea l'ambiente

In Self-deployed modalità, la creazione dell'ambiente esegue il provisioning delle sottoreti VLAN Amazon EVS specificate. Non distribuisce 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).
Nella fase di 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) Per Nome, inserisci il nome dell'ambiente.
3. Per la versione VCF, scegli Self-deployed.
4. Scegli Next (Successivo).
Nella fase di configurazione delle reti e della 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 che hai creato in precedenza.
3. (Facoltativo) Per il gruppo di sicurezza dell'accesso al servizio: opzionale, 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 Gestione della connettività, 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 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 sulle taglie, vedereGuida al dimensionamento delle sottoreti VLAN.
5. In Expansion VLAN, inserisci i blocchi CIDR per ulteriori sottoreti VLAN di Amazon EVS che puoi utilizzare per estendere la distribuzione 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 di VPC Route Server quando si crea l'ambiente. È possibile configurare personalmente il peering BGP tra il Tier-0 gateway NSX Edge e il 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 successivamente aggiungi 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 la 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 Revisione e creazione, rivedi la configurazione e scegli Crea ambiente.

Un avviso informativo nella pagina di revisione conferma: «Il provisioning dell'infrastruttura ambientale verrà eseguito ora. Dopo la creazione, aggiungi gli host e implementa VCF dalla pagina dei dettagli dell'ambiente».

AWS CLI

Apri una sessione di terminale.

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

Nella Self-deployed modalità, i seguenti parametri non sono supportati e devono essere omessi. Fornirli 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: utilizza 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 al passaggio 2.

Fase 2: Creazione di record DNS

Prima di aggiungere host e installare VCF, create le voci DNS di inoltro (record A) e inverse (record PTR) per ogni host ESX e per ogni dispositivo di gestione VCF che intendete implementare. Amazon EVS esegue una ricerca DNS del nome di dominio completo (FQDN) di ciascun host durante la creazione dell'host e la creazione dell'host non riesce 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

Importante

Il nome di dominio completo (FQDN) per ogni host e dispositivo di gestione VCF non deve superare i 62 caratteri. L'FQDN è il nome host combinato con il nome di dominio del set di opzioni DHCP VPC. Quando pianifichi i nomi host, includi la lunghezza del tuo nome di dominio in modo che l'FQDN combinato rimanga entro 62 caratteri. Un FQDN più lungo di 62 caratteri genera un quando chiami. ValidationException CreateEnvironment

Nota

Come best practice NetBIOS, si consiglia di mantenere ogni nome host al massimo 15 caratteri. Questa è solo una raccomandazione. Un nome host più lungo di 15 caratteri non causa un errore di distribuzione, a differenza del limite FQDN di 62 caratteri descritto sopra.

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 ciascun host il proprio IP di gestione in base al record A creato.
Tieni un record PTR corrispondente nella tua zona di ricerca inversa.
Sii risolvibile tramite DNS dalla sottorete di accesso al servizio Amazon EVS (sia la ricerca diretta che quella inversa 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 FQDN che corrispondano 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 utilizzare 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 un numero sufficiente di host per soddisfare la topologia della versione VCF di destinazione. Per il numero minimo di host, inclusi i requisiti vSAN, consulta la documentazione di VMware Cloud Foundation.

Tutti gli host di un cluster VCF devono utilizzare lo stesso tipo di istanza. Per l'elenco delle versioni o dei tipi di istanza ESX disponibili per il tuo 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à, riportata da. defaultEsxVersion aws evs get-versions Per utilizzare una versione specifica come ESX 9.0.2 o successiva, passa esplicitamente. --esx-version Verificate che la versione ESX scelta sia compatibile con la versione VCF in uso nella Broadcom Interoperability Matrix. https://interopmatrix.broadcom.com/Interoperability?col=1

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.

Fase 4: Installa VCF sui tuoi host

Una volta che gli host sono nello CREATED stato e i record DNS sono stati 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. Le stesse meccaniche di installazione (esecuzione di VCF Installer, il flusso di lavoro bringup) seguono il processo VCF standard di Broadcom e sono documentate da Broadcom.

Panoramica dell'installazione

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

Prepara l'host VCF Installer impostando l'ID VLAN di gestione della VM sull'host ESX su cui verrà eseguito VCF Installer.
Preparare un datastore temporaneo per l'appliance VCF Installer. Il datastore vSAN non esiste finché non viene completato il bringup, quindi l'Installer deve prima essere eseguito da qualche parte.
Distribuisci l'appliance VCF Installer e scarica il software VCF utilizzando un token di download Broadcom.
Esegui VCF bringup , che implementa le appliance di gestione VCF e crea il datastore vSAN.
Recupera il datastore temporaneo dopo che VCF è stato completamente installato e l'appliance Installer è in esecuzione su vSAN.

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

Nota

Amazon EVS fornisce procedure automatiche che eseguono l'installazione dall'inizio alla fine, inclusa la EVS-specific configurazione Amazon descritta in questa sezione. Per un esempio funzionante, 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 il comando aws evs list-environment-vlans e abbina il nome della funzione (ad esempio,). vmManagement Utilizza questi ID VLAN quando configuri lo switch distribuito, i gruppi di porte e la rete host durante l'installazione del VCF.

Funzione di rete	MTU	Usato per
Gestione degli host (gestione VMK)	1500	Gestione degli host ESX
Gestione delle VM (gestione delle VM)	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
Host overlay (vTEP)	8500	Endpoint del tunnel Host Overlay (Geneve)
Sovrapposizione di bordi (EdgeVTep)	8500	Endpoint del tunnel NSX Edge Overlay
Uplink NSX (NSXuplink)	1500	Tier-0 collegamento 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 lungo tutto il percorso di rete, altrimenti vSAN e il traffico overlay falliranno.

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 policy di failover teaming (uplink attivo con uplink standby) per i gruppi di porte degli switch distribuiti, anziché una politica di bilanciamento del carico.
Modalità EVC: imposta la modalità Enhanced vMotion Compatibility (EVC) del cluster in modo che corrisponda al tipo di istanza: for o for. INTEL_ICELAKE i4i.metal INTEL_SAPPHIRERAPIDS i7i.metal-24xl

Preparare l'host VCF Installer

Sull'host ESX su cui eseguirai l'appliance VCF Installer, imposta il gruppo di VM Network porte sull'ID VLAN di gestione Amazon EVS-assigned VM. Questo assicura che l'appliance VCF Installer sia in grado di comunicare sulla VLAN di gestione delle VM. Il gruppo di porte di rete di gestione dell'host Management deve rimanere privo di tag con l'ID VLAN. 0 Il VCF Installer migra la rete host su uno switch distribuito durante il bringup. Non è necessario abilitare SSH sugli host.

Trova l'ID VLAN della rete di gestione delle VM. Nella console Amazon EVS, apri Environments, scegli il tuo ambiente, quindi scegli la scheda Reti e connettività. In alternativa, esegui aws evs list-environment-vlans e abbina la vmManagement funzione.
Sull'host VCF Installer, imposta l'ID VLAN del gruppo di VM Network porte sull'ID VLAN di gestione della VM. Lascia il gruppo Management di porte di gestione dell'host senza tag con l'ID VLAN. 0

Preparare un datastore temporaneo per il programma di installazione VCF

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 per uso generico gp3 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.
Collegate il volume EBS appena creato all'host ESX scelto in precedenza. Per istruzioni, consulta Collegare un volume Amazon EBS a un'istanza nella Amazon EBS User Guide.
Utilizzando il VMware Host Client o le API vSphere, crea un datastore VMFS locale sul volume EBS collegato.

Implementa il programma di installazione VCF e scarica il software VCF

Assicurati che il tuo account Broadcom disponga di un'autorizzazione VCF valida in modo da poter generare un token di download. Scarica VCF Installer OVA per la versione VCF di destinazione e genera un token di download Broadcom dal Broadcom Support Portal. https://support.broadcom.com/ Questo token viene utilizzato in VCF Installer per abilitare il software depot.
Distribuisci VCF Installer OVA nel datastore VMFS locale. Collegatelo al gruppo di VM Network porte, impostate il relativo indirizzo IP di gestione sull'indirizzo SDDC Manager del vostro piano DNS e impostate la password dell'appliance. L'appliance VCF Installer diventa SDDC Manager durante il bringup, quindi utilizza l'indirizzo SDDC Manager. (Su VCF 9.0.x e 9.1.x, VCF Operations è un dispositivo separato.)
Nel programma di installazione VCF, 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'installatore.

Nota
L'attivazione del software di deposito e sincronizzazione richiede l'accesso a Internet in uscita dall'Installatore. Il gateway NAT presente nella base di 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 la distribuzione.

In VCF Installer, create le specifiche di distribuzione per il vostro dominio di gestione. Applica le impostazioni EVS-specific di rete, storage, teaming e convalida di Amazon descritte in questo passaggio.
Esegui la convalida rispetto alle specifiche e risolvi eventuali errori segnalati.
Esegui la distribuzione.

Nota
Brinup è 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'installazione 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. Recupera il datastore temporaneo:

Nel vSphere Client, smonta il datastore VMFS temporaneo dall'host.
Nella console Amazon EC2 o utilizzando il, scollegare il volume EBS dall' AWS CLI istanza host. Per istruzioni, consulta Scollegare un volume Amazon EBS da un'istanza nella Amazon EBS User Guide.
Attendi lo stato del volumeavailable, quindi elimina il volume tramite la console EC2 o tramite la console EC2 AWS CLI per evitare l'accumulo di costi di storage. Per verificare lo stato del volume, consulta Visualizzare le informazioni sul volume di Amazon EBS. Per eliminare il volume, consulta Eliminare un volume Amazon EBS nella Guida per l'utente di Amazon EBS.

Password dell'appliance VCF

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

Richiama le impostazioni di convalida per VCF Installer

Diversi controlli di convalida standard VCF Installer non si applicano all'ambiente di rete Amazon EVS. Il modo in cui li gestisci dipende dal fatto che tu guidi utilizzando un file di specifiche o la procedura guidata VCF Installer.

Convalida del ping del gateway: i gateway di sottorete VLAN di Amazon EVS non rispondono al ping ICMP dall'esterno della sottorete, quindi il controllo di raggiungibilità del gateway non riesce su Amazon EVS anche quando il routing è corretto.
- skipGatewayPingValidationtrueFile delle specifiche: impostato su.
- Procedura guidata: conferma il controllo del ping del gateway non riuscito e continua.
Convalida dell'impronta digitale dell'host ESX
- File delle specifiche: imposta true o estrai e inserisci skipEsxThumbprintValidation le impronte digitali corrette per tutti gli host nella specifica.
- Procedura guidata: la convalida delle impronte digitali è obbligatoria. Rivedi e accetta l'impronta digitale per continuare con la fase dell'host.
Teaming distribuito tra switch: imposta la politica di teaming di NSX suFAILOVER_ORDER, in linea con il teaming 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 delle 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 bringup convalidata, consulta il repository Solutions for Amazon EVS su. https://github.com/aws/solutions-for-amazon-evs GitHub

Nota

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

Importante

In Self-deployed modalità, Amazon EVS non gestisce l'installazione di VCF. Se hai VCF-specific delle richieste, puoi utilizzare i diritti di abbonamento VCF attivi per contattare Broadcom direttamente tramite il Broadcom Support Portal. Per ulteriori informazioni sui limiti dell'assistenza, vedere. 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. Una volta completato il bringup del programma di installazione VCF, NSX Manager è operativo, ma il cluster e il gateway NSX Edge non sono completamente configurati per la connettività con il VPC Route Server. Tier-0

Nota

NSX definisce le proprie astrazioni VPC e Transit Gateway, che sono diverse da Transit Gateway. Amazon VPC AWS In questa guida, «VPC» e «transit gateway» si riferiscono alle AWS risorse a meno che non siano preceduti da «NSX».

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

L'installazione del VCF è stata completata correttamente (NSX Manager e l'appliance di gestione VCF, Operations Manager per VCF 9.x o SDDC Manager per VCF 5.2.x, sono tutti accessibili).
Il tuo VPC Route Server è stato creato con endpoint, peer e propagazioni. 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 ridondanza.
Scegli due ASN BGP privati, che devono corrispondere ai valori configurati sui peer di VPC Route Server (vedi): Configura un'istanza VPC Route Server con endpoint e peer
- ASN Tier-0 locale NSX Edge (ad esempio,) 65000
- ASN VPC Route Server (remoto) (ad esempio,) 65022
  
  Gli ASN privati sono compresi nell'intervallo 64512—65534 (16 bit) o 4200000000—4294967294 (32 bit).

Crea un profilo di uplink

Prima di implementare il cluster NSX Edge, crea un profilo di uplink in NSX Manager. Il profilo uplink definisce la politica di teaming, la VLAN di trasporto e l'MTU utilizzati dai nodi di trasporto Edge per il traffico overlay (Geneve).

Per le etichette dei campi e le schermate specifiche della versione, vedi:

Configura il profilo con i seguenti valori Amazon: EVS-specific

Parametro	Valore
Nome	Ad esempio, `edge-uplink-profile`.
Politica di teaming	Ordine di failover.
Uplink attivi	`uplink1`.
Uplink in standby	Lasciare vuoto. Le VM NSX Edge non supportano gli uplink in standby.
VLAN di trasporto	L'ID VLAN TEP di Amazon EVS-assigned Edge. Cerca l'ID del tuo ambiente nella console Amazon EVS (Ambienti → il tuo ambiente → scheda Reti e connettività) oppure eseguendo `aws evs list-environment-vlans` e abbinando la funzione. `edgeVTep`
MTU	`8500`.

Usa il nome uplink uplink1 quando configuri ciascun nodo di trasporto Edge nella seguente fase di distribuzione del cluster NSX Edge.

Implementa il cluster NSX Edge

Implementa due nodi di trasporto Edge e raggruppali in un cluster Edge utilizzando l'interfaccia utente di NSX Manager. L'ordine del flusso di lavoro varia in base alla versione VCF. VCF 9.0.x crea i nodi di trasporto Edge singolarmente e quindi crea il cluster Edge come azione separata. VCF 9.1.x inizia con un flusso di lavoro del cluster Edge e aggiunge nodi al suo interno.

Per la procedura completa, consulta la documentazione Broadcom relativa alla tua versione VCF:

VCF 9.0.x: creazione di un nodo di trasporto Edge e creazione di un cluster edge.
VCF 9.1.x: creazione di un cluster NSX Edge e aggiunta di nodi edge.

Quando configuri i nodi Edge per il tuo ambiente Amazon EVS, seleziona quanto segue:

Parametro	Valore
Nome	Un nome univoco per ogni nodo Edge (ad esempio, `edge-node-01` e`edge-node-02`).
Fattore di forma	Grande (consigliato).
Elaborazione e archiviazione dati	Una risorsa di elaborazione e un datastore appropriati per la tua implementazione.
IP di gestione	Un indirizzo IP della sottorete di gestione delle VM EVS.
Default gateway (Gateway predefinito)	Il gateway predefinito per la sottorete di gestione delle VM EVS.
Interfaccia di gestione	Il gruppo di porte di gestione delle VM.
Rete di trasporto	La VLAN EVS-assigned di trasporto e il profilo di uplink applicabile per la connettività dei percorsi dati.

Crea il gateway Tier-0

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

Nota

Assicurati che sia il gateway che Tier-0 il Tier-1 gateway abbiano un Non-preemptive failover. Non-preemptive è l'impostazione predefinita di NSX ed evita un'inutile interruzione della sessione BGP quando un nodo Edge ripristinato altrimenti tornerebbe al 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 esegue il peering con entrambi gli endpoint di Route Server, per quattro sessioni BGP in totale. Una mesh completa mantiene la propagazione delle route se un endpoint Route Server viene sottoposto a manutenzione. Come minimo, configura due sessioni, con ogni nodo Edge che esegue il peering con un endpoint.

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

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 di 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 l'indirizzo IP di ogni endpoint di Route Server (ad esempio, con un percorso statico verso l'endpoint tramite il gateway di uplink).

Scegli Save (Salva).
Attendi che le sessioni BGP si stabiliscano.
Per pubblicizzare solo le route di rete sovrapposte al VPC Route Server, configura la ridistribuzione delle route e un filtro delle route in uscita sul gateway in NSX Manager. Tier-0
1. Sul Tier-0 gateway, espandi Route Re-Distribution e abilita la ridistribuzione in BGP per i tipi di route di rete overlay, ad esempio Tier-1 Connected (sottoreti di segmenti di carico di lavoro), NAT e Static Routes. Tier-1 Tier-1
  
  Non selezionate External Interface Subnet e non selezionate Static Routes. Tier-0 La ridistribuzione della subnet di interfaccia esterna annuncia la subnet di uplink NSX a e Static Routes ripubblicizza le route host degli AWS endpoint di Route Server; nessuna delle due è necessaria.
2. (Facoltativo) Applica un filtro di route in uscita per le reti RFC 1918 per limitare i CIDR pubblicizzati sul tuo VPC. Crea un elenco di prefissi IP che 10.0.0.0/8 consenta e 192.168.0.0/16 (includendo percorsi più specifici al loro interno) neghi tutti gli altri prefissi e applicalo come filtro di uscita su ogni BGP adiacente. 172.16.0.0/12

Verifica il peering BGP

In NSX Manager, accedi a Networking → Tier-0 Gateways → BGP Neighbors e conferma che entrambi i vicini mostrino lo stato Established.
Nella AWS console, accedi a VPC → Route Server → Routes e conferma che vengano visualizzati i percorsi sovrapposti di NSX.
In NSX Manager, verifica che i percorsi VPC vengano appresi in Routing → Forwarding Table.

La tabella seguente elenca i problemi comuni relativi al peering BGP.

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

Dopo che le sessioni BGP sono state stabilite e le rotte si sono propagate, procedi a. Fase 6: Creazione dei connettori

Fase 6: Creazione dei connettori

Dopo aver installato VCF e aver raggiunto i relativi 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, memorizza le credenziali per l'appliance di gestione VCF di destinazione in Secrets Manager. AWS Contrassegna 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. VCF 9.x richiede un connettore Operations Manager ()OPERATIONS_MANAGER. VCF 5.2.x richiede un connettore SDDC Manager (). SDDC_MANAGER È inoltre possibile creare un connettore vCenter (). VCENTER Per i tipi di connettore, le chiavi segrete richieste e le descrizioni, vedere. Crea un connettore di 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 ACTIVE lo stato e lo stato dell'ambiente nella pagina Ambienti viene aggregato come integro.

Per indicazioni sull'interpretazione dello stato dell'ambiente e dello stato del connettore, 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. Per il dimensionamento, considera quanto segue:

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

Come punto di partenza, utilizzale /24 per ogni VLAN a meno che tu non abbia 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à, installi e gestisci lo stack software VCF, quindi sei 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.
Rivediamo in AWS Secrets Manager i segreti utilizzati dai connettori Amazon EVS per accedere alle tue appliance di gestione VCF.
Monitoraggio della distribuzione VCF per verificare la presenza di eventi di sicurezza.
Mantenimento di licenze VCF valide nell'appliance 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 tag di risorse.
Monitoraggio dello stato dei connettori creati e segnalazione dello stato aggregato dell'ambiente.

Risoluzione dei problemi

Caratteristiche	Dove trovare assistenza
`aws evs create-environment`restituisce `ValidationException` la menzione di 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`non riesce con un errore di versione ESX.	Verificare 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 passa allo `CREATE_FAILED` stato.	Apri una richiesta di supporto con AWS Support. Includi l'ID dell'ambiente e l'ID host.
VCF Installer non riesce durante la distribuzione di VCF.	Contatta l' AWS assistenza per qualsiasi problema relativo ad Amazon EVS. Per VCF-specific le richieste, puoi anche contattare Broadcom direttamente utilizzando i tuoi diritti di 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 contrassegnati con`EvsAccess=true`. Per ulteriori informazioni, consulta Crea un connettore di ambiente Amazon EVS.
Il connettore arriva `ACTIVE` ma il controllo di raggiungibilità rimane. `FAILED`	Verifica che l'FQDN dell'appliance venga risolto 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.
Elimina l'ambiente. Per ulteriori informazioni, consulta Elimina gli host e l'ambiente Amazon EVS.

L'eliminazione dell'ambiente rimuove le sottoreti VLAN di Amazon EVS create da Amazon EVS. Non elimina il VPC, il VPC Route Server o altre AWS risorse create all'esterno di Amazon EVS.

Crea un ambiente Amazon EVS

Importante

Per iniziare nel modo più semplice e rapido 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 distribuire 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 le 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 soddisfatti. Per ulteriori informazioni, consulta Configurazione di Amazon Elastic VMware Service.
1. (Facoltativo) Per Nome, inserisci il nome dell'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 delle versioni 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 ID sito, inserisci il tuo ID del sito Broadcom.
4. Per la chiave della soluzione VCF, inserisci 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 un numero sufficiente di core. Per ulteriori informazioni, consulta Abbonamenti VCF.
  
  Nota
  La tua licenza VCF sarà disponibile per Amazon EVS in tutte le AWS regioni per 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 che tu mantenga una chiave di soluzione VCF valida in SDDC Manager affinché il servizio funzioni correttamente. Se gestisci la chiave di soluzione VCF utilizzando il vSphere Client dopo l'implementazione, devi assicurarti 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 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 che tu mantenga una chiave di licenza vSAN valida in SDDC Manager affinché il servizio funzioni correttamente. Se gestisci la chiave di licenza vSAN utilizzando il vSphere Client dopo l'implementazione, devi assicurarti 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 di aver acquistato e di continuare a mantenere il numero richiesto di licenze software VCF per coprire tutti i core del processore fisico nell'ambiente Amazon EVS. Le informazioni sul software VCF in Amazon EVS verranno condivise con Broadcom per verificare la conformità delle licenze.
7. Scegli Next (Successivo).
Nella pagina Specifica i dettagli dell'host, completa i passaggi seguenti 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 dell'host.
3. Per il tipo di esempio, 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 su Internet.
2. Per il 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
  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: opzionale , 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 di 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 uplink HCX, se si configura una VLAN HCX pubblica, è necessario specificare un blocco CIDR con una lunghezza della maschera di rete esattamente pari a /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 VLAN, la lunghezza minima della maschera di rete utilizzabile è /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 VLANs, 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. Nella sezione 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 di EVS. Questa configurazione consente il routing dinamico BGP-based sull'uplink NSX. Per ulteriori informazioni, consulta Configura un'istanza VPC Route Server con endpoint e peer.
9. Scegli Next (Successivo).
Nella pagina Specifica i nomi host DNS di gestione, procedi come segue.
1. In Nomi host DNS dell'appliance di gestione, inserisci i nomi host DNS per le macchine virtuali che ospitano le appliance 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 che fornisci. Questa chiave viene utilizzata per crittografare le credenziali VCF necessarie per utilizzare SDDC Manager, NSX Manager e le appliance vCenter.
  
  Nota
  Le chiavi KMS gestite dal cliente comportano costi di utilizzo. 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 vengano assegnati 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. È possibile 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, è necessario 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 implementa una recente versione in bundle di VMware Cloud Foundation che potrebbe non includere singoli aggiornamenti di prodotto, noti come patch asincrone. Al termine di questa distribuzione, consigliamo vivamente di esaminare e aggiornare i singoli prodotti utilizzando l'automazione LCM integrata nel prodotto Async Patch Tool (AP Tool) di Broadcom o 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 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 non riesce se i prerequisiti non sono 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, è necessario 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 implementa una recente versione in bundle di VMware Cloud Foundation che potrebbe non includere singoli aggiornamenti di prodotto, noti come patch asincrone. Al termine di questa distribuzione, consigliamo vivamente di esaminare e aggiornare i singoli prodotti utilizzando l'automazione LCM integrata nel prodotto Async Patch Tool (AP Tool) di Broadcom o 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 creato in precedenza con un intervallo CIDR IPv4 minimo di /22.
- Per--service-access-subnet-id, specifica l'ID univoco della sottorete privata creata quando hai creato il VPC.
- Per--vcf-version, consulta le Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS 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 software VCF in Amazon EVS verranno condivise con Broadcom per verificare la conformità delle licenze.
- 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 di 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 tua configurazione, consulta. Abbonamenti VCF
  
  Nota
  Amazon EVS richiede che tu mantenga una chiave di soluzione VCF e una chiave di licenza vSAN valide in SDDC Manager affinché il servizio funzioni correttamente. Se gestisci queste chiavi di licenza utilizzando il vSphere Client dopo l'implementazione, devi assicurarti che vengano visualizzate anche nella schermata delle licenze dell'interfaccia utente di SDDC Manager.
  
  Nota
  La chiave di 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 di 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 pari esattamente a /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 VLAN, la lunghezza minima della maschera di rete utilizzabile è /28 e la massima è /24.
- hcxNetworkAclIdviene utilizzato per configurare la connettività Internet HCX. Specifica 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 è opzionale.
  
  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 di 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 di EVS. Questa configurazione consente il routing dinamico BGP-based sull'uplink NSX. Per ulteriori informazioni, consulta Configura un'istanza VPC Route Server con endpoint e peer.
- Per--vcf-hostnames, immettere i nomi host DNS delle macchine virtuali su cui ospitare le appliance di gestione VCF.
- Per--site-id, inserisci il tuo ID univoco del 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 il tuo 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 Ambiente sia Passato e che lo stato Ambiente sia 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 di 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 environmentState ancora visualizzatoCREATING, 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 instrada 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 gli appliance HCX Manager e HCX Interconnect (). HCX-IX Associate un EIP aggiuntivo per ogni appliance di rete HCX da implementare. È possibile avere fino a 13 EIP dal pool IPAM associato 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 si tenta di associare questi EIP alla sottorete VLAN.

Amazon EVS console

Vai alla console Amazon EVS. https://console.aws.amazon.com/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 Associate EIP.
Controlla le associazioni EIP per confermare che gli EIP sono 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 i 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 per 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 EIP aggiuntivi.

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 in Amazon VPC Transit Gateways.

Se utilizzi AWS Direct Connect, potresti dover aggiornare anche i prefissi Direct Connect per inviare e ricevere percorsi aggiornati dal VPC. Per ulteriori informazioni, consulta Consente le interazioni con i prefissi per i gateway Direct Connect. AWS

Recupera le credenziali VCF e accedi alle appliance di gestione VCF

Amazon EVS utilizza AWS Secrets Manager per creare, crittografare e archiviare i segreti gestiti nel tuo account. Questi segreti contengono le credenziali VCF necessarie per installare e accedere alle appliance di gestione VCF come vCenter Server, NSX e SDDC Manager, oltre alla password root ESX. Per ulteriori informazioni sul recupero dei segreti, vedere Get secrets from Secrets Manager nella Guida per l'utente di Secrets Manager AWS . AWS

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, consulta Accedi all'interfaccia utente di SDDC Manager e Come utilizzare e configurare il tuo vSphere Client nella documentazione del prodotto VMware.

Per impostazione predefinita, Amazon EVS abilita ESX Shell sui nuovi host Amazon EVS 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 tastiera e 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 Amazon EC2 User Guide.

Nota

La console seriale EC2 è l'unico meccanismo supportato da Amazon EVS per accedere all'interfaccia utente Direct Console (DCUI) per interagire con un host ESX localmente.

Nota

Amazon EVS disabilita l'SSH remoto per impostazione predefinita. Per ulteriori informazioni su come abilitare SSH ad accedere a ESX Shell remoto, consulta Remote ESX Shell Access with SSH nella documentazione del prodotto VMware vSphere.

Connettiti alla console seriale EC2

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

Nota

Per connettersi alla console seriale EC2, lo stato dell'istanza EC2 deve essere. running Non è possibile connettersi alla console seriale se l'istanza è nello statopending,stopping, stoppedshutting-down, oterminated. Per ulteriori informazioni sulle modifiche allo stato delle istanze, consulta la modifica dello stato delle istanze 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 politiche IAM per concedere l'accesso ai vostri utenti. Per le istanze Linux, è inoltre necessario 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 Amazon EC2 User Guide.

Eliminazione

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

Elimina 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 eseguita 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, quindi Elimina ambiente.

Nota
L'eliminazione dell'ambiente elimina anche le sottoreti VLAN di Amazon EVS e i AWS segreti di Secrets 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à di 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 nell'ambiente.
Elimina 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 AWS segreti di Secrets Manager creati da Amazon EVS. Le altre AWS risorse che crei non vengono eliminate. Queste risorse possono continuare a comportare costi.
Se disponi di prenotazioni di capacità di 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 Release an allocation nella Guida per l'utente di VPC IP Address Manager.
Deprovisioning del 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 Route Server cleanup nella Amazon VPC User Guide.

Elimina l'elenco di controllo degli accessi alla rete (ACL)

Per i passaggi per eliminare un elenco 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 della sottorete

Per i passaggi per dissociare ed eliminare le tabelle di routing delle subnet, consulta le tabelle di routing delle 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 per il DNS, rimuovi gli endpoint in entrata prima di tentare di eliminare la sottorete di accesso al servizio. Altrimenti, non sarai in grado di 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 Eliminare il tuo VPC nella Guida per l'utente di Amazon VPC.

Fasi successive

Esegui la migrazione dei 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 la distribuzione

Migrazione