Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # 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](versions-provided.md) Per ulteriori informazioni, Self-deployed consulta. [Creazione di un ambiente Amazon EVS con modalità Self-deployed](#getting-started-self-deployed) Le procedure previste [Crea un ambiente Amazon EVS](#getting-started-create-env) 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. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-release-notes.html) **Importante** Per informazioni sulle versioni VCF fornite da Amazon EVS, consulta. [Versioni VCF e tipi di istanze EC2 forniti da Amazon EVS](versions-provided.md) **Topics** + [Prerequisiti](#getting-started-prerequisites) + [Crea un VPC con sottoreti e tabelle di routing](#getting-started-create-vpc) + [Scegli la tua opzione di connettività HCX](#hcx-connectivity-choice) + [Configura la tabella di routing principale del VPC](#getting-started-vpc-main-route-table-config) + [Configurazione dei server DNS e NTP utilizzando il set di opzioni VPC DHCP](#getting-started-config-dns-ntp-dhcp) + [Configura un'istanza VPC Route Server con endpoint e peer](#getting-started-create-rs-resources) + [Crea un ACL di rete per controllare il traffico della sottorete VLAN di Amazon EVS](#getting-started-create-nacl-vlan-traffic) + [Creazione di un ambiente Amazon EVS con modalità Self-deployed](#getting-started-self-deployed) + [Crea un ambiente Amazon EVS](#getting-started-create-env) + [Verifica la creazione dell'ambiente Amazon EVS](#verify-env-creation) + [Associa esplicitamente le sottoreti VLAN di Amazon EVS a una tabella di routing VPC](#getting-started-associate-vlans) + [Recupera le credenziali VCF e accedi alle appliance di gestione VCF](#access-vcf) + [Eliminazione](#cleanup) + [Fasi successive](#getting-started-next-steps) ## Prerequisiti Prima di iniziare, devi completare le attività relative ai prerequisiti di Amazon EVS. Per ulteriori informazioni, consulta [Configurazione di Amazon Elastic VMware Service](setting-up.md). ## 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. **Example** 1. Apri la [Amazon VPC console](https://console.aws.amazon.com/vpc). 1. Nella scheda VPC, scegli **Create VPC (Crea modulo VPC)**. 1. Per **Risorse da creare**, scegli **VPC e altro**. 1. 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. 1. 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](architecture.md#evs-subnets). **Nota** Amazon EVS non supporta l'IPv6 al momento. 1. 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. 1. 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. 1. 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 ](https://docs.aws.amazon.com/general/latest/gr/evs.html) Amazon Elastic VMware Service nella Guida di riferimento generale. * AWS * 1. (Facoltativo) Se hai bisogno di connettività Internet, per ** Numero di sottoreti pubbliche, scegli 1. ** ** ** 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](concepts.md#concepts-service-access-subnet). 1. 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](architecture.md#evs-subnets) 1. (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. ](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-pricing.html) **Nota** Amazon EVS richiede l'uso di un gateway NAT per abilitare la connettività Internet in uscita. 1. 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](https://docs.aws.amazon.com/AmazonS3/latest/userguide/privatelink-interface-endpoints.html) l'utente di * Amazon Simple Storage Service. * 1. 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. 1. (Facoltativo) Per aggiungere un tag al VPC, espandi **Altri tag**, scegli **Aggiungi nuovo tag** e immetti una chiave e un valore di tag. 1. 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. 1. Apri una sessione di terminale. 1. 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}]' ``` 1. 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) ``` 1. 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 ``` 1. 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}]' ``` 1. 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) ``` 1. (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}]' ``` 1. (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) ``` 1. (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 ``` 1. (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. 1. 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) ``` 1. 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 ``` 1. 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](migrate-evs-hcx.md#migrate-evs-hcx-connectivity) **Scegli la tua opzione: ** + **Opzione A: Solo connettività privata ** → Continua con[Configura la tabella di routing principale del VPC](#getting-started-vpc-main-route-table-config). + **Opzione B: Connettività Internet ** → Continua con[Configurazione della connettività Internet HCX](#hcx-internet-config). ### Configurazione 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](#getting-started-vpc-main-route-table-config) 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](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](evs-env-hcx-internet-access.md) **Creare un IPAM ** Segui questi passaggi per [ creare un ](https://docs.aws.amazon.com/vpc/latest/ipam/create-ipam.html) 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](https://aws.amazon.com/vpc/pricing) **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 ] 1. Apri la [console IPAM](https://console.aws.amazon.com/ipam). 1. Nel pannello di navigazione, seleziona **Pool**. 1. Scegli l'ambito Public (Pubblico). Per ulteriori informazioni sugli ambiti, vedi [ Come funziona l'IPAM. ](https://docs.aws.amazon.com/vpc/latest/ipam/how-it-works-ipam.html) 1. Scegli Crea pool. 1. (Facoltativo) Aggiungi un **Name tag** (Tag nome) e una **Description** (Descrizione) per il pool. 1. In **Address family** (Famiglia di indirizzi), scegli **IPv4**. 1. In **Resource planning** (Pianificazione delle risorse), lascia selezionato **Plan IP space within the scope** (Pianifica spazio IP nell’ambito). 1. 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. 1. In ** Servizio**, scegli ** EC2 (). EIP/VPC ** Questo pubblicizzerà i CIDR allocati da questo pool per il servizio Amazon EC2 (per indirizzi IP elastici). 1. In Fonte IP ** pubblica, scegli. ** ** Amazon-owned ** 1. In ** CIDR al provisioning**, scegli ** Aggiungi CIDR Amazon-owned pubblico. ** 1. In ** Netmask**, scegli una lunghezza della maschera di rete CIDR. /28 è la lunghezza minima della maschera di rete richiesta. 1. Scegli **Crea pool**. ------ #### [ AWS CLI ] 1. Aprire una sessione di terminale. 1. 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) ``` 1. 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 ``` 1. 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) ``` 1. 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 ] 1. Apri la [Console Amazon VPC](https://console.aws.amazon.com/vpc). 1. Nel riquadro di navigazione, scegli **IP elastici**. 1. Scegli **Alloca indirizzo IP elastico**. 1. Seleziona ** Alloca utilizzando un pool IPAM IPv4. ** 1. Seleziona il pool IPv4 Amazon-owned pubblico configurato in precedenza. 1. 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. 1. Specifica l'EIP da allocare dal pool IPAM. 1. Scegli **Alloca**. 1. 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 ] 1. Aprire una sessione di terminale. 1. 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) ``` 1. 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. ------ #### [ Amazon VPC console ] 1. Apri la [Console Amazon VPC](https://console.aws.amazon.com/vpc). 1. Nel pannello di navigazione, scegli **Your VPCs (I tuoi VPC)**. 1. Seleziona il VPC che hai creato in precedenza e scegli ** Azioni**, ** Modifica CIDR. ** 1. Scegli ** Aggiungi nuovo CIDR IPV4. ** 1. Seleziona l'immissione manuale ** IPV4 CIDR. ** 1. Specifica il blocco CIDR dal pool IPAM pubblico creato in precedenza. ------ #### [ AWS CLI ] 1. Aprire una sessione di terminale. 1. Ottieni l'ID del pool IPAM e il blocco CIDR di cui è stato eseguito il provisioning. ``` POOL_ID=$(aws ec2 describe-ipam-pools \ --filters Name=tag:Name,Values=evs-hcx-public-pool \ --query 'IpamPools[0].IpamPoolId' \ --output text) CIDR_BLOCK=$(aws ec2 get-ipam-pool-cidrs \ --ipam-pool-id $POOL_ID \ --query 'IpamPoolCidrs[0].Cidr' \ --output text) ``` 1. Aggiungi il blocco CIDR al tuo VPC. ``` aws ec2 associate-vpc-cidr-block \ --vpc-id $VPC_ID \ --cidr-block $CIDR_BLOCK ``` ------ ## 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](evs-env-config-custom-rt.md). 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](setting-up.md#vpc-main-rt). **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 ](https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet) 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](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 ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/hosted-zone-private-creating.html) e [ Inoltro di query DNS in entrata al tuo VPC nella Amazon Route 53 Developer Guide. ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-forwarding-inbound-queries.html) * * **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. ](https://docs.aws.amazon.com/vpc/latest/userguide/AmazonDNS-concepts.html#vpc-dns-support) #### 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](troubleshooting.md#troubleshoot-reachability) ### 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](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 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html) e [ Configure NTP on VMware Cloud Foundation Hosts nella documentazione di VMware Cloud Foundation. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/configure-ntp-on-vmware-cloud-foundation-hosts.html) **Per configurare le impostazioni NTP ** 1. Scegli la tua fonte NTP: + Amazon Time Sync Service (consigliato) + Server NTP personalizzati 1. Aggiungi server NTP al tuo set di opzioni DHCP. Per ulteriori informazioni, consulta [ Create a DHCP option set ](https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet) nella * Amazon VPC User Guide. * 1. 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](setting-up.md#vpc-dhcp) #### Configurare la connettività di rete locale (opzionale) È 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](setting-up.md#vpc-main-rt). 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)](#getting-started-config-tgw-assoc). Per ulteriori informazioni sulla configurazione di una Direct Connect connessione, consulta Gateways and Transit [Direct Connect Gateway Associations. ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/direct-connect-transit-gateways.html) 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 ](https://docs.aws.amazon.com/vpc/latest/tgw/tgw-vpn-attachments.html) 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](#getting-started-create-vpc) **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. ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial.html) 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](#self-deployed-nsx-edge), 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](#self-deployed-nsx-edge) `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 ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial-create.html) 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 la sezione [ Route server peer ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-peer-logging.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/create-network-acl.html) 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](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](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](versions-provided.md) ### 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](setting-up.md) e consultare l'elenco dei prerequisiti in. [Elenco di controllo dei prerequisiti per la distribuzione di Amazon EVS](evs-deployment-prereq-checklist.md) Quindi completa questi passaggi nell'ordine: 1. **[Crea l'ambiente ](#self-deployed-create-env)**: Amazon EVS esegue il provisioning delle tue sottoreti VLAN. 1. **[Crea record DNS ](#self-deployed-host-dns-records)**: crea record A e PTR per i tuoi host ESX e le appliance di gestione VCF. 1. **[Aggiungi host ](#self-deployed-add-hosts)**: aggiungi host EC2 bare-metal al tuo ambiente. 1. **[Installa VCF ](#self-deployed-install-vcf)**: installa VCF sui tuoi host utilizzando VCF Installer. 1. **[Configura la rete NSX ](#self-deployed-nsx-edge)**: crea le tue reti overlay su NSX Edges e configura il routing verso il tuo VPC. 1. **[Crea connettori ](#self-deployed-create-connectors)**: crea connettori in modo che Amazon EVS possa monitorare la distribuzione e segnalare l'utilizzo delle licenze. 1. **[Verifica il tuo ambiente ](#self-deployed-verify)**: 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](#self-deployed-cleanup). ### 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. **Example** 1. 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. 1. Nel riquadro di navigazione, selezionare **Compute environments (Ambienti di calcolo)**. 1. Seleziona **Create environment (Crea ambiente)**. 1. 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. 1. (Facoltativo) Per ** Nome**, inserisci il nome dell'ambiente. 1. Per la versione ** VCF**, scegli ** Self-deployed**. 1. Scegli **Avanti**. 1. Nella ** fase di ** configurazione delle reti e della connettività, procedi come segue. 1. Per ** VPC**, scegli il VPC che hai creato in precedenza. 1. Per la sottorete di accesso al ** servizio**, scegli la sottorete privata che hai creato in precedenza. 1. (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. 1. 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, vedere[Guida al dimensionamento delle sottoreti VLAN](#self-deployed-vlan-sizing). 1. In ** Expansion VLAN**, inserisci i blocchi CIDR per ulteriori sottoreti VLAN di Amazon EVS che puoi utilizzare per estendere la distribuzione VCF. 1. 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, consulta [Fase 5: Configurazione della rete NSX](#self-deployed-nsx-edge) e [Configura un'istanza VPC Route Server con endpoint e peer](#getting-started-create-rs-resources). 1. Scegliere **Successivo**. 1. (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-[]-[]`. 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. 1. 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». 1. Apri una sessione di terminale. 1. 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 è`.`, dov'è il nome a cui passerai `CreateEnvironmentHost` ed `` `` è 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](#getting-started-config-dns-ntp-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](#getting-started-config-dns-ntp-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. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0.html) 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](versions-provided.md) 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](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. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0.html) 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 ](#sd-install-network) durante l'installazione. 1. **[Prepara l'host VCF Installer ](#sd-install-hosts) ** impostando l'ID VLAN di gestione della VM sull'host ESX su cui verrà eseguito VCF Installer. 1. **[Preparare un datastore temporaneo per l'appliance VCF Installer. ](#sd-install-datastore) ** Il datastore vSAN non esiste finché non viene completato il bringup, quindi l'Installer deve prima essere eseguito da qualche parte. 1. **[Distribuisci l'appliance VCF Installer e scarica il software VCF utilizzando un token di download Broadcom. ](#sd-install-deploy) ** 1. **[Esegui VCF bringup ](#sd-install-bringup)**, che implementa le appliance di gestione VCF e crea il datastore vSAN. 1. **[Recupera il datastore temporaneo ](#sd-install-reclaim) ** 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 ](https://github.com/aws/solutions-for-amazon-evs) 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, or for and. `INTEL_ICELAKE` `i4i.metal` `INTEL_SAPPHIRERAPIDS` `i7i.metal-24xl` `i7i.metal-48xl` #### 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. 1. 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. 1. 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. 1. 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. 1. Collegate il volume EBS appena creato all'host ESX scelto in precedenza. Per istruzioni, consulta [ Collegare un volume Amazon EBS a un'istanza ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) nella * Amazon EBS User Guide. * 1. 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 1. 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/](https://support.broadcom.com/) Questo token viene utilizzato in VCF Installer per abilitare il software depot. 1. 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.) 1. 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](#getting-started-create-vpc). #### Esegui VCF bringup Con il software sincronizzato, crea le specifiche di distribuzione VCF, convalidale ed esegui la distribuzione. 1. 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. 1. Esegui la convalida rispetto alle specifiche e risolvi eventuali errori segnalati. 1. 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: 1. Nel vSphere Client, smonta il datastore VMFS temporaneo dall'host. 1. 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 ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) nella Amazon EBS User Guide. * * 1. Attendi lo stato del volume`available`, 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. ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) Per eliminare il volume, consulta [ Eliminare un volume Amazon EBS ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-volume.html) 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. + **`skipGatewayPingValidation``true`File ** 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 su`FAILOVER_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](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](#self-deployed-troubleshooting) ### 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](#getting-started-create-rs-resources). + 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](#getting-started-create-rs-resources) + 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: + VCF 9.0.x: [ crea un profilo di uplink nella documentazione di VMware Cloud Foundation. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0-and-later/9-0/advanced-network-management/administration-guide/transport-zones-and-transport-nodes/configuring-profiles/create-an-uplink-profile.html) + VCF 9.1.x: [ aggiungere un profilo di uplink nella documentazione di VMware Cloud Foundation. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0-and-later/9-1/advanced-network-management/transport-zones-and-transport-nodes/configuring-profiles/create-an-uplink-profile.html) 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 ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0-and-later/9-0/advanced-network-management/administration-guide/installing-nsx-edge/create-an-edge-transport-node.html) e [ creazione di un cluster edge. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0-and-later/9-0/advanced-network-management/administration-guide/installing-nsx-edge/create-an-edge-cluster.html) + VCF 9.1.x: [ creazione di un cluster NSX Edge e aggiunta di nodi edge. ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0-and-later/9-1/advanced-network-management/installing-nsx-edge/create-an-edge-transport-node.html) 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 ** 1. In NSX Manager, vai a ** Networking ** → ** Tier-0 ** Gateways. 1. Scegli ** Aggiungi Tier-0 gateway ** e configura quanto segue: 1. **Nome**: ad esempio,`evs-tier0-gw`. 1. **Modalità HA**: ** Active-Standby ** con modalità failover impostata su. ** Non-preemptive ** 1. **Cluster Edge**: seleziona il cluster Edge che hai creato. 1. 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 ** 1. Seleziona il Tier-0 gateway ed espandi ** ** BGP. 1. Abilita ** BGP ** e imposta il ** numero AS ** locale sull' Tier-0 ASN NSX Edge che hai scelto (ad esempio,). `65000` 1. 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 esempio`65022`) e la famiglia ** di ** indirizzi su IPv4 Unicast.
VicinoIndirizzo del vicinoInterfaccia 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). 1. Selezionare **Salva**. 1. Attendi che le sessioni BGP si stabiliscano. 1. 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. 1. (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 ** 1. In NSX Manager, accedi a ** Networking ** → ** Tier-0 Gateways ** → ** BGP ** Neighbors e conferma che ** entrambi i vicini mostrino lo stato ** Established. ** ** 1. Nella AWS console, accedi a ** VPC ** → ** Route Server ** → Routes e conferma che vengano visualizzati i ** percorsi sovrapposti di ** NSX. 1. 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](#self-deployed-create-connectors) ### 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](concepts.md#concepts-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](evs-env-create-connector.md) ### 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](evs-env-status-check.md) ### 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](security.md) 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](vcf-license-mgmt.md). 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`, `vcfHostnames``siteId`, 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 ` 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](versions-provided.md). | | 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](evs-env-create-connector.md). | | 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](evs-env-status-check.md). | ### Pulisci un ambiente Amazon EVS con la modalità Self-deployed Quando non hai più bisogno del tuo ambiente Amazon EVS: 1. Elimina tutti i connettori. Per ulteriori informazioni, consulta [Eliminare un connettore di ambiente Amazon EVS](evs-env-delete-connector.md). 1. Elimina tutti gli host. Per ulteriori informazioni, consulta [Eliminare un host Amazon EVS](evs-env-delete-host.md). 1. Elimina l'ambiente. Per ulteriori informazioni, consulta [Elimina gli host e l'ambiente Amazon EVS](#getting-started-cleanup-env-hosts). 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. ](https://docs.aws.amazon.com/evs/latest/APIReference/Welcome.html) **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. **Example** 1. 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. 1. Nel riquadro di navigazione, selezionare **Compute environments (Ambienti di calcolo)**. 1. Seleziona **Create environment (Crea ambiente)**. 1. 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](setting-up.md). 1. (Facoltativo) Per ** Nome**, inserisci il nome dell'ambiente. 1. 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](versions-provided.md) **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](#getting-started-self-deployed). 1. Per ID ** sito**, inserisci il tuo ID del sito Broadcom. 1. 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](vcf-license-mgmt.md). **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. ](https://support.broadcom.com/web/ecx) **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. 1. 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](vcf-license-mgmt.md). **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. ](https://support.broadcom.com/web/ecx) **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. 1. 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. 1. Scegli **Avanti**. 1. 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. ** 1. Per il nome host ** DNS**, inserisci il nome host dell'host. 1. Per il tipo di ** esempio**, scegli il tipo di istanza EC2. 1. 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](versions-provided.md). **Importante** Non interrompere o terminare le istanze EC2 distribuite da Amazon EVS. Questa azione comporta la perdita di dati. 1. Per la coppia di chiavi ** SSH**, scegli una coppia di chiavi SSH per l'accesso SSH all'host. 1. Scegli Aggiungi host**. ** 1. 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. 1. Per il ** VPC**, scegli il VPC che hai creato in precedenza. 1. (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](evs-env-nacl-cong.md). 1. Per la sottorete di accesso al ** servizio**, scegli la sottorete privata creata al momento della creazione del VPC. 1. 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. 1. 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](architecture.md#evs-subnets). 1. 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. 1. 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](#getting-started-create-rs-resources). 1. Scegli **Avanti**. 1. 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. 1. 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. ](https://aws.amazon.com/kms/pricing) 1. Scegli **Avanti**. 1. (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-[]-[]`. **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 1. 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](#getting-started-associate-vlans). **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. 1. Aprire una sessione terminale. 1. 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](setting-up.md). **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](#getting-started-associate-vlans). **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](versions-provided.md) 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](vcf-license-mgmt.md) **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. + `hcxNetworkAclId`viene 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](evs-env-nacl-cong.md). **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](architecture.md#evs-subnets). + 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](#getting-started-create-rs-resources). + 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 **Example** 1. Vai alla console Amazon EVS. 1. Nel riquadro di navigazione, selezionare **Compute environments (Ambienti di calcolo)**. 1. Seleziona l'ambiente. 1. Seleziona la ** scheda ** Dettagli. 1. 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. 1. Aprire una sessione di terminale. 1. 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 visualizzato`CREATING`, 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. **Example** 1. Vai alla console VPC. [https://console.aws.amazon.com/vpc](https://console.aws.amazon.com/vpc) 1. Nel riquadro di navigazione, seleziona **Tabelle di routing**. 1. Scegli la tabella di routing da associare alle sottoreti VLAN di Amazon EVS. 1. Seleziona la scheda **Associazioni delle sottoreti**. 1. In Associazioni ** esplicite di sottorete, seleziona Modifica associazioni ** di sottorete. ** ** 1. Seleziona tutte le sottoreti VLAN di Amazon EVS. 1. Scegli **Salva associazioni**. 1. Aprire una sessione terminale. 1. Identifica gli ID della sottorete VLAN di Amazon EVS. ``` aws ec2 describe-subnets ``` 1. Associa le tue sottoreti VLAN Amazon EVS a una tabella di routing nel tuo VPC. ``` aws ec2 associate-route-table \ --route-table-id rtb-0123456789abcdef0 \ --subnet-id subnet-01234a1b2cde1234f ``` ### Associa gli EIP alla sottorete VLAN pubblica HCX (per la connettività Internet HCX) 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 ] 1. Vai alla console Amazon EVS. [https://console.aws.amazon.com/evs](https://console.aws.amazon.com/evs) 1. Nel menu di navigazione, scegli ** Ambienti. ** 1. Seleziona l'ambiente. 1. **Nella scheda ** Reti e connettività, seleziona la VLAN pubblica HCX. 1. Scegli ** Associa EIP a VLAN. ** 1. Seleziona gli indirizzi IP elastici da associare alla VLAN pubblica HCX. 1. Scegli ** Associate EIP. ** 1. Controlla le associazioni ** EIP ** per confermare che gli EIP sono stati associati alla VLAN pubblica HCX. ------ #### [ AWS CLI ] 1. 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'`eipAssociations`array 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. 1. Ripetere il passaggio per associare EIP aggiuntivi. ------ ### Configura le tabelle di routing del gateway di transito e i prefissi Direct Connect per la connettività locale (opzionale) 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. ](https://docs.aws.amazon.com/vpc/latest/tgw/tgw-route-tables.html) 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](https://docs.aws.amazon.com/directconnect/latest/UserGuide/allowed-to-prefixes.html) ## 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 . ](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) * 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 ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/getting-started-with-sddc-manager-admin/log-in-to-the-sddc-manager-dashboard-admin.html) e [ Come utilizzare e configurare il tuo vSphere Client ](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vcenter-and-host-management-8-0/using-the-vsphere-client-host-management/working-with-the-vsphere-client-host-management.html#GUID-CE128B59-E236-45FF-9976-D134DADC8178-en) nella documentazione del prodotto VMware. ### Configurare la console seriale EC2 (opzionale) 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 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) 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 ](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere-sdks-tools/8-0/getting-started-with-esxcli-8-0/running-host-management-commands-in-the-esxi-shell/remote-esxi-shell-access-with-ssh.html) 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 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console-prerequisites.html) e [ Connessione alla console seriale EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-serial-console.html) 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 stato`pending`,`stopping`, `stopped``shutting-down`, o`terminated`. Per ulteriori informazioni sulle modifiche allo stato delle istanze, consulta la modifica dello stato delle istanze di [ Amazon EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-lifecycle.html) 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 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configure-access-to-serial-console.html) 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. **Example** 1. Vai alla console Amazon EVS. 1. Nel pannello di navigazione, scegli ** Ambiente. ** 1. Seleziona l'ambiente che contiene gli host da eliminare. 1. Seleziona la ** scheda ** Host. 1. Seleziona l'host e scegli ** Elimina ** nella ** scheda ** Host. Ripeti questo passaggio per ogni host dell'ambiente. 1. 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. 1. 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à](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-release.html) nella *Guida per l’utente di Amazon EC2*. 1. Apri una sessione terminale. 1. 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" } ] } ``` 1. 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 ``` 1. Ripeti i passaggi precedenti per eliminare gli host rimanenti nell'ambiente. 1. 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. 1. 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à](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-release.html) nella *Guida per l’utente di Amazon EC2*. #### Elimina le risorse IPAM (per la connettività Internet HCX) Se hai configurato la connettività Internet HCX, segui questi passaggi per eliminare le risorse IPAM. 1. Rilascia le allocazioni EIP dal pool IPAM pubblico. Per ulteriori informazioni, consulta [ Release an allocation ](https://docs.aws.amazon.com/vpc/latest/ipam/release-alloc-ipam.html) nella Guida per l'utente di * VPC IP Address Manager. * 1. Deprovisioning del CIDR IPv4 pubblico dal pool IPAM. Per ulteriori informazioni, consulta [ Deprovisioning dei CIDR da un pool ](https://docs.aws.amazon.com/vpc/latest/ipam/depro-pool-cidr-ipam.html) nella Guida per l'utente di VPC IP Address Manager. * * 1. Eliminare il pool IPAM pubblico. Per ulteriori informazioni, consulta [ Eliminare un pool ](https://docs.aws.amazon.com/vpc/latest/ipam/delete-pool-ipam.html) nella Guida per l'utente di * VPC IP Address Manager. * 1. Elimina l'IPAM. Per ulteriori informazioni, consulta [ Eliminare un IPAM ](https://docs.aws.amazon.com/vpc/latest/ipam/delete-ipam.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial-cleanup.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/delete-network-acl.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/subnet-route-tables.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/subnet-deleting.html) 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 ](https://docs.aws.amazon.com/vpc/latest/userguide/delete-vpc.html) 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](migrate-evs-hcx.md).