Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Premiers pas avec le service Amazon Elastic VMware Utilisez ce guide pour démarrer avec Amazon Elastic VMWare Service (Amazon EVS). Vous allez apprendre à créer un environnement Amazon EVS avec des hôtes au sein de votre propre Amazon Virtual Private Cloud (VPC). Une fois que vous aurez terminé, vous disposerez d'un environnement Amazon EVS que vous pourrez utiliser pour migrer vos Sphere-based charges de travail VMware v vers le AWS Cloud. Amazon EVS peut déployer VCF 5.2.x pour vous, ou vous pouvez utiliser le ** Self-deployed ** mode pour installer VCF vous-même. Pour les versions VCF prises en charge par Amazon EVS, consultez[Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). Pour Self-deployed en savoir plus, consultez[Création d'un environnement Amazon EVS avec Self-deployed mode](#getting-started-self-deployed). Les procédures décrites [Création d'un environnement Amazon EVS](#getting-started-create-env) concernent la création d'un environnement dans lequel Amazon EVS déploie VCF pour vous. **Important** Pour démarrer le plus simplement et le plus rapidement possible, cette rubrique décrit les étapes à suivre pour créer un VPC et spécifie les exigences minimales pour la configuration du serveur DNS et la création de l'environnement Amazon EVS. Avant de créer ces ressources, nous vous recommandons de planifier la configuration de votre espace d'adressage IP et de vos enregistrements DNS en fonction de vos besoins. Vous devez également vous familiariser avec les exigences de VCF 5.2.x. Consultez les notes de mise à jour de [ VCF 5.2.x ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-release-notes.html) pour obtenir des informations de version pertinentes. **Important** Pour plus d'informations sur les versions VCF fournies par Amazon EVS, consultez[Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). **Topics** + [Conditions préalables](#getting-started-prerequisites) + [Création d'un VPC avec des sous-réseaux et des tables de routage](#getting-started-create-vpc) + [Choisissez votre option de connectivité HCX](#hcx-connectivity-choice) + [Configurer la table de routage principale du VPC](#getting-started-vpc-main-route-table-config) + [Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC](#getting-started-config-dns-ntp-dhcp) + [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources) + [Créez une ACL réseau pour contrôler le trafic du sous-réseau VLAN Amazon EVS](#getting-started-create-nacl-vlan-traffic) + [Création d'un environnement Amazon EVS avec Self-deployed mode](#getting-started-self-deployed) + [Création d'un environnement Amazon EVS](#getting-started-create-env) + [Vérifier la création de l'environnement Amazon EVS](#verify-env-creation) + [Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC](#getting-started-associate-vlans) + [Récupérez les informations d'identification VCF et accédez aux appareils de gestion VCF](#access-vcf) + [Nettoyage](#cleanup) + [Étapes suivantes](#getting-started-next-steps) ## Conditions préalables Avant de commencer, vous devez effectuer les tâches préalables requises pour Amazon EVS. Pour de plus amples informations, veuillez consulter [Configuration du service Amazon Elastic VMware](setting-up.md). ## Création d'un VPC avec des sous-réseaux et des tables de routage **Note** Le VPC, les sous-réseaux et l'environnement Amazon EVS doivent tous être créés dans le même compte. Amazon EVS ne prend pas en charge le partage entre comptes de sous-réseaux VPC ou d'environnements Amazon EVS. **Example** 1. Ouvrez la [console Amazon VPC](https://console.aws.amazon.com/vpc). 1. Sur le tableau de bord VPC, choisissez **Create VPC (Créer un VPC)**. 1. Sous **Ressources à créer**, choisissez **VPC et plus encore**. 1. Maintenez l'option **Génération automatique de balise de nom** sélectionnée pour créer des balises de nom pour les ressources VPC, ou désactivez-la pour fournir vos propres balises de nom pour les ressources VPC. 1. Pour le bloc CIDR ** IPv4**, entrez un bloc CIDR IPv4. Un VPC doit avoir un bloc d’adresse CIDR IPv4. Assurez-vous de créer un VPC dont la taille est adéquate pour accueillir les sous-réseaux Amazon EVS. Pour de plus amples informations, veuillez consulter [Considérations relatives à la mise en réseau Amazon EVS](architecture.md#evs-subnets). **Note** Amazon EVS ne prend pas en charge IPv6 pour le moment. 1. Maintenez ** Tenancy ** tel `Default` quel. Lorsque cette option est sélectionnée, les instances EC2 lancées dans ce VPC utiliseront l'attribut de location spécifié lors du lancement des instances. Amazon EVS lance des instances EC2 bare metal en votre nom. 1. Pour **Number of Availability Zones (AZs)** (Nombre de zones de disponibilité (AZ)), choisissez **1**. **Note** Amazon EVS ne prend en charge que Single-AZ les déploiements pour le moment. 1. Développez ** Personnaliser la zone Z ** et choisissez la zone de A à Z pour vos sous-réseaux. **Note** Vous devez effectuer le déploiement dans une AWS région où Amazon EVS est pris en charge. Pour plus d'informations sur la disponibilité de la région Amazon EVS, consultez les points de terminaison et les quotas [ Amazon Elastic VMware Service ](https://docs.aws.amazon.com/general/latest/gr/evs.html) dans le Guide * de référence * AWS général. 1. (Facultatif) Si vous avez besoin d'une connexion Internet, pour ** Nombre de sous-réseaux publics**, choisissez ** 1**. 1. Pour ** Nombre de sous-réseaux privés**, choisissez ** 1**. Ce sous-réseau privé sera utilisé comme sous-réseau d'accès au service que vous avez fourni à Amazon EVS lors de la création de l'environnement. Pour de plus amples informations, veuillez consulter [Sous-réseau d’accès au service](concepts.md#concepts-service-access-subnet). 1. Pour choisir les plages d'adresses IP pour vos sous-réseaux, développez **Personnaliser les blocs CIDR des sous-réseaux**. **Note** Les sous-réseaux VLAN Amazon EVS devront également être créés à partir de cet espace CIDR VPC. Assurez-vous de laisser suffisamment d'espace dans le bloc d'adresse CIDR du VPC pour les sous-réseaux VLAN dont le service a besoin. Pour de plus amples informations, consultez [Considérations relatives à la mise en réseau Amazon EVS](architecture.md#evs-subnets). 1. (Facultatif) Pour accorder un accès Internet via IPv4 aux ressources, pour les passerelles ** NAT**, choisissez ** In 1 AZ. ** Notez que des coûts sont associés aux passerelles NAT. Pour plus d'informations, consultez la section [ Tarification des passerelles ](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-pricing.html) NAT. **Note** Amazon EVS nécessite l'utilisation d'une passerelle NAT pour activer la connectivité Internet sortante. 1. Pour **VPC endpoints** (Points de terminaison d'un VPC), choisissez **None** (Aucun). **Note** Amazon EVS ne prend pas en charge les points de terminaison VPC de passerelle pour le Amazon S3 moment. Pour activer Amazon S3 la connectivité, vous devez configurer une interface VPC endpoint à l'aide de AWS PrivateLink for Amazon S3. Pour plus d'informations, consultez [AWS PrivateLink le guide Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/privatelink-interface-endpoints.html) de l'utilisateur d'*Amazon Simple Storage Service*. 1. Pour les options ** DNS**, conservez les valeurs par défaut sélectionnées. Amazon EVS exige que votre VPC dispose d'une capacité de résolution DNS pour tous les composants VCF. 1. (Facultatif) Pour ajouter une balise à votre VPC, développez **Balises supplémentaires**, choisissez **Ajouter une nouvelle balise** et saisissez une clé et une valeur de balise. 1. Sélectionnez **Create VPC** (Créer un VPC). **Note** Lors de la création du VPC, crée Amazon VPC automatiquement une table de routage principale et y associe implicitement des sous-réseaux par défaut. 1. Ouvrez une session de terminal. 1. Créez un VPC avec un sous-réseau privé et un sous-réseau public facultatif dans une seule zone de 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. Stockez l'ID VPC pour l'utiliser dans les commandes suivantes. ``` VPC_ID=$(aws ec2 describe-vpcs \ --filters Name=tag:Name,Values=evs-vpc \ --query 'Vpcs[0].VpcId' \ --output text) ``` 1. Activez les noms d'hôte DNS et le support 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. Créez un sous-réseau privé dans le 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. Enregistrez l'ID de sous-réseau privé à utiliser dans les commandes suivantes. ``` PRIVATE_SUBNET_ID=$(aws ec2 describe-subnets \ --filters Name=tag:Name,Values=evs-private-subnet \ --query 'Subnets[0].SubnetId' \ --output text) ``` 1. (Facultatif) Créez un sous-réseau public si une connexion Internet est requise. ``` 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. (Facultatif) Enregistrez l'ID de sous-réseau public pour l'utiliser dans les commandes suivantes. ``` PUBLIC_SUBNET_ID=$(aws ec2 describe-subnets \ --filters Name=tag:Name,Values=evs-public-subnet \ --query 'Subnets[0].SubnetId' \ --output text) ``` 1. (Facultatif) Créez et connectez une passerelle Internet si le sous-réseau public est créé. ``` 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. (Facultatif) Créez une passerelle NAT si une connexion Internet est requise. ``` 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) ``` **Note** La passerelle NAT doit être dans `available` cet état avant que vous ne créiez une route qui la référence. Pour vérifier, lancez`aws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State'`. 1. Créez et configurez les tables de routage nécessaires. ``` 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. Ajoutez les itinéraires nécessaires aux tables de routage. ``` 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. Associez les tables de routage à vos sous-réseaux. ``` 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 ``` **Note** Lors de la création du VPC, crée Amazon VPC automatiquement une table de routage principale et y associe implicitement des sous-réseaux par défaut. ## Choisissez votre option de connectivité HCX Sélectionnez une option de connectivité pour votre environnement Amazon EVS : + **Connectivité privée ** : fournit des voies réseau hautes performances pour HCX, optimisant ainsi la fiabilité et la cohérence. Nécessite l'utilisation de AWS Direct Connect ou d' Site-to-Site un VPN pour la connectivité réseau externe. + **Connectivité Internet ** : utilise l'Internet public pour établir un chemin de migration flexible et rapide à configurer. Nécessite l'utilisation du gestionnaire d'adresses IP VPC (IPAM) et des adresses IP élastiques. Pour une analyse détaillée, voir[Options de connectivité HCX](migrate-evs-hcx.md#migrate-evs-hcx-connectivity). **Choisissez votre option : ** + **Option A : Connectivité privée uniquement ** → Continuer vers[Configurer la table de routage principale du VPC](#getting-started-vpc-main-route-table-config). + **Option B : Connectivité Internet ** → Continuer vers[Configuration de la connectivité Internet HCX](#hcx-internet-config). ### Configuration de la connectivité Internet HCX **Note** Ignorez cette section si vous avez choisi la connectivité privée HCX et continuez. [Configurer la table de routage principale du VPC](#getting-started-vpc-main-route-table-config) Pour activer la connectivité Internet HCX pour Amazon EVS, vous devez : + Assurez-vous que le quota du gestionnaire d'adresses IP (IPAM) de votre VPC pour les masques de réseau de blocs CIDR IPv4 publics Amazon-provided contigus est égal ou supérieur à /28. **Important** L'utilisation de tout bloc CIDR IPv4 public Amazon-provided contigu avec une longueur de masque réseau inférieure à /28 entraînera des problèmes de connectivité HCX. Pour plus d'informations sur l'augmentation des quotas IPAM, voir [ Quotas pour votre ](https://docs.aws.amazon.com/vpc/latest/ipam/quotas-ipam.html) IPAM. + Créez un IPAM et un pool IPAM IPv4 public avec un CIDR dont la longueur de masque réseau minimale est de /28. + Allouez au moins deux adresses IP élastiques (EIP) à partir du pool IPAM pour les appliances HCX Manager et HCX Interconnect (). HCX-IX Allouez une adresse IP Elastic supplémentaire pour chaque appliance réseau HCX que vous devez déployer. + Ajoutez le bloc CIDR IPv4 public en tant qu'adresse CIDR supplémentaire à votre VPC. Pour plus d'informations sur la gestion de la connectivité Internet HCX après la création de l'environnement, consultez[Configuration de la connectivité Internet publique HCX](evs-env-hcx-internet-access.md). **Création d'un IPAM ** Suivez ces étapes pour [ créer un IPAM](https://docs.aws.amazon.com/vpc/latest/ipam/create-ipam.html). **Note** Vous pouvez utiliser IPAM Free Tier pour créer des ressources IPAM à utiliser avec Amazon EVS. Bien qu'IPAM soit lui-même gratuit avec Free Tier, vous êtes responsable des coûts des autres AWS services utilisés conjointement avec IPAM, tels que les passerelles NAT et toutes les adresses IPv4 publiques que vous utilisez et qui dépassent la limite du niveau gratuit. Pour plus d'informations sur la tarification IPAM, consultez la page [ de ](https://aws.amazon.com/vpc/pricing)Amazon VPC tarification. **Note** Amazon EVS ne prend pas en charge les CIDR privés IPv6 Global Unicast Address (GUA) pour le moment. **Création d'un pool IPAM IPv4 public ** Suivez ces étapes pour créer un pool IPv4 public. ------ #### [ IPAM console ] 1. Ouvrez la [console IPAM](https://console.aws.amazon.com/ipam). 1. Dans le panneau de navigation, choisissez **Pools** (Groupes). 1. Choisissez la portée Public. Pour plus d'informations sur les scopes, consultez la section [ Fonctionnement de l'IPAM. ](https://docs.aws.amazon.com/vpc/latest/ipam/how-it-works-ipam.html) 1. Sélectionnez Create pool (Créer un groupe). 1. (Facultatif) Ajoutez une valeur **Name tag** (Étiquette de nom) du groupe et une **Description** du groupe. 1. Sous**Address family** (Famille d'adresses), choisissez**IPv4**. 1. Sous **Planification des ressources**, laissez sélectionné **Planifier l'espace IP dans la portée**. 1. Sous **Paramètres régionaux**, choisissez les paramètres régionaux du groupe. La locale est la AWS région dans laquelle vous souhaitez que ce pool IPAM soit disponible pour les allocations. Les paramètres régionaux que vous choisissez doivent correspondre à la AWS région dans laquelle votre VPC est déployé. 1. Dans ** Service**, choisissez ** EC2 (EIP/VPC). ** Cela annoncera les CIDR alloués à partir de ce pool pour le service Amazon EC2 (pour les adresses IP élastiques). 1. Sous Source IP ** publique**, sélectionnez ** Amazon-owned**. 1. Sous ** CIDR à provisionner**, choisissez ** Ajouter un CIDR Amazon-owned ** public. 1. Sous ** Masque réseau**, choisissez une longueur de masque réseau CIDR. /28 est la longueur de masque réseau minimale requise. 1. Sélectionnez **Create pool** (Créer un groupe). ------ #### [ AWS CLI ] 1. Ouvrez une session de terminal. 1. Obtenez l'ID du domaine public auprès de votre IPAM. ``` SCOPE_ID=$(aws ec2 describe-ipam-scopes \ --filters Name=ipam-scope-type,Values=public \ --query 'IpamScopes[0].IpamScopeId' \ --output text) ``` 1. Créez un pool IPAM dans la zone publique. ``` 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. Enregistrez l'ID du pool pour l'utiliser dans les commandes suivantes. ``` POOL_ID=$(aws ec2 describe-ipam-pools \ --filters Name=tag:Name,Values=evs-hcx-public-pool \ --query 'IpamPools[0].IpamPoolId' \ --output text) ``` 1. Provisionnez un bloc CIDR à partir du pool avec une longueur de masque réseau minimale de /28. ``` aws ec2 provision-ipam-pool-cidr \ --ipam-pool-id $POOL_ID \ --netmask-length 28 ``` ------ **Allouer des adresses IP élastiques à partir du pool IPAM ** Suivez ces étapes pour allouer des adresses IP élastiques (EIP) à partir du pool IPAM pour les appliances HCX Service Mesh. ------ #### [ Amazon VPC console ] 1. Ouvrez la [console VPC Amazon](https://console.aws.amazon.com/vpc). 1. Dans le panneau de navigation, choisissez **Adresses IP Elastic**. 1. Choisissez **Allocate Elastic IP address (Allouer l'adresse IP Elastic)**. 1. Sélectionnez ** Allouer à l'aide d'un pool IPAM IPv4. ** 1. Sélectionnez le pool IPv4 Amazon-owned public que vous avez configuré précédemment. 1. Sous Méthode ** d'allocation IPAM**, choisissez Saisie ** manuelle de l'adresse dans le pool IPAM. ** **Important** Vous ne pouvez pas associer les deux premiers EIP ou le dernier EIP du bloc CIDR IPAM public au sous-réseau VLAN. Ces EIP sont réservées en tant qu'adresses réseau, passerelle par défaut et de diffusion. Amazon EVS génère une erreur de validation si vous tentez d'associer ces EIP au sous-réseau VLAN. **Important** Entrez manuellement les adresses au sein du pool IPAM pour vous assurer que les EIP réservées par Amazon EVS ne sont pas allouées. Si vous autorisez IPAM à choisir l'EIP, IPAM peut attribuer une EIP réservée par Amazon EVS, provoquant un échec lors de l'association de l'EIP au sous-réseau VLAN. 1. Spécifiez l'EIP à allouer à partir du pool IPAM. 1. Choisissez **Allouer**. 1. Répétez cette procédure pour allouer les EIP restants dont vous avez besoin. Vous devez allouer au moins deux EIP du pool IPAM pour les appliances HCX Manager et HCX Interconnect (). HCX-IX Allouez une EIP supplémentaire pour chaque appliance réseau HCX que vous devez déployer. ------ #### [ AWS CLI ] 1. Ouvrez une session de terminal. 1. Obtenez l'ID du pool IPAM que vous avez créé précédemment. ``` POOL_ID=$(aws ec2 describe-ipam-pools \ --filters Name=tag:Name,Values=evs-hcx-public-pool \ --query 'IpamPools[0].IpamPoolId' \ --output text) ``` 1. Allouez des adresses IP élastiques à partir du pool IPAM. Vous devez allouer au moins deux EIP du pool IPAM pour les appliances HCX Manager et HCX Interconnect (). HCX-IX Allouez une EIP supplémentaire pour chaque appliance réseau HCX que vous devez déployer. **Important** Vous ne pouvez pas associer les deux premiers EIP ou le dernier EIP du bloc CIDR IPAM public à un sous-réseau VLAN. Ces EIP sont réservées en tant qu'adresses réseau, passerelle par défaut et de diffusion. Amazon EVS génère une erreur de validation si vous tentez d'associer ces EIP au sous-réseau VLAN. **Important** Entrez manuellement les adresses au sein du pool IPAM pour vous assurer que les EIP réservées par Amazon EVS ne sont pas allouées. Si vous autorisez IPAM à choisir l'EIP, IPAM peut attribuer une EIP réservée par Amazon EVS, provoquant un échec lors de l'association de l'EIP au sous-réseau 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 ``` ------ **Ajoutez le bloc CIDR IPv4 public du pool IPAM au VPC pour la connectivité Internet HCX ** Pour activer la connectivité Internet HCX, vous devez ajouter le bloc CIDR IPv4 public du pool IPAM à votre VPC en tant que CIDR supplémentaire. Amazon EVS utilise ce bloc d'adresse CIDR pour connecter VMware HCX à votre réseau. Suivez ces étapes pour ajouter le bloc CIDR à votre VPC. **Important** Vous devez saisir manuellement le bloc d'adresse CIDR IPv4 que vous ajoutez à votre VPC. Amazon EVS ne prend pas en charge l'utilisation d'un bloc d' IPAM-allocated adresse CIDR pour le moment. L'utilisation d'un bloc IPAM-allocated CIDR peut entraîner un échec de l'association EIP. ------ #### [ Amazon VPC console ] 1. Ouvrez la [console VPC Amazon](https://console.aws.amazon.com/vpc). 1. Dans le panneau de navigation, sélectionnez **Your VPCs** (Vos VPC). 1. Sélectionnez le VPC que vous avez créé précédemment, puis choisissez ** Actions**, ** Modifier les ** CIDR. 1. Choisissez ** Ajouter un nouveau CIDR ** IPV4. 1. Sélectionnez la ** saisie manuelle du CIDR IPV4. ** 1. Spécifiez le bloc CIDR du pool IPAM public que vous avez créé précédemment. ------ #### [ AWS CLI ] 1. Ouvrez une session de terminal. 1. Obtenez l'ID du pool IPAM et le bloc CIDR provisionné. ``` 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. Ajoutez le bloc CIDR à votre VPC. ``` aws ec2 associate-vpc-cidr-block \ --vpc-id $VPC_ID \ --cidr-block $CIDR_BLOCK ``` ------ ## Configurer la table de routage principale du VPC Les sous-réseaux VLAN Amazon EVS sont implicitement associés à la table de routage principale du VPC. Pour activer la connectivité aux services dépendants tels que le DNS ou les systèmes locaux afin de réussir le déploiement de l'environnement, vous devez configurer la table de routage principale pour autoriser le trafic vers ces systèmes. La table de routage principale doit inclure une route pour le CIDR du VPC. L'utilisation de la table de routage principale n'est requise que pour le déploiement initial de l'environnement Amazon EVS. Après le déploiement de l'environnement, vous pouvez configurer votre environnement pour utiliser une table de routage personnalisée. Pour de plus amples informations, veuillez consulter [Configurer une table de routage personnalisée pour les sous-réseaux Amazon EVS](evs-env-config-custom-rt.md). Après le déploiement de l'environnement, vous devez associer explicitement chacun des sous-réseaux VLAN Amazon EVS à une table de routage dans votre VPC. La connectivité NSX échoue si vos sous-réseaux VLAN ne sont pas explicitement associés à une table de routage VPC. Nous vous recommandons vivement d'associer explicitement vos sous-réseaux à une table de routage personnalisée après le déploiement de l'environnement. Pour de plus amples informations, veuillez consulter [Configuration de la table de routage principale du VPC](setting-up.md#vpc-main-rt). **Important** Amazon EVS prend en charge l'utilisation d'une table de routage personnalisée uniquement après la création de l'environnement Amazon EVS. Les tables de routage personnalisées ne doivent pas être utilisées lors de la création de l'environnement Amazon EVS, car cela peut entraîner des problèmes de connectivité. ## Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC **Important** Le déploiement de votre environnement échoue si vous ne répondez pas aux exigences Amazon EVS suivantes : Incluez une adresse IP de serveur DNS principal et une adresse IP de serveur DNS secondaire dans le jeu d'options DHCP. Incluez une zone de recherche directe DNS avec des enregistrements A pour chaque appliance de gestion VCF et chaque hôte Amazon EVS dans votre déploiement. Incluez une zone de recherche inversée DNS avec des enregistrements PTR pour chaque appliance de gestion VCF et chaque hôte Amazon EVS de votre déploiement. Configurez la table de routage principale du VPC pour vous assurer qu'il existe une route vers vos serveurs DNS. Assurez-vous que l’enregistrement de votre nom de domaine est valide et n’a pas expiré, et qu’il n’existe pas de nom d’hôte ou d’adresse IP en double. Configurez vos groupes de sécurité et vos listes de contrôle d'accès réseau (ACL) pour permettre à Amazon EVS de communiquer avec : Serveurs DNS sur TCP/UDP le port 53. Sous-réseau VLAN de gestion des hôtes via HTTPS et SSH. Sous-réseau VLAN de gestion via HTTPS et SSH. Amazon EVS utilise les options DHCP définies par votre VPC pour récupérer les informations suivantes : + Serveurs DNS (Domain Name System) pour la résolution des adresses IP des hôtes. + Noms de domaine pour la résolution DNS. + Serveurs NTP (Network Time Protocol) pour la synchronisation de l'heure. Vous pouvez créer un ensemble d'options DHCP à l'aide de la Amazon VPC console ou AWS CLI. Pour plus d'informations, voir [ Créer un ensemble d'options DHCP ](https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet) dans le Guide * de l'* Amazon VPC utilisateur. ### Configuration des serveurs DNS La configuration DNS permet la résolution des noms d'hôtes dans votre environnement Amazon EVS. Pour déployer avec succès un environnement Amazon EVS, le jeu d'options DHCP de votre VPC doit disposer des paramètres DNS suivants : + Une adresse IP de serveur DNS principal et une adresse IP de serveur DNS secondaire dans le jeu d'options DHCP. Les adresses IP des deux serveurs DNS doivent être accessibles et répondre aux requêtes lors du lancement du connecteur Amazon EVS. Tous les enregistrements DNS requis (enregistrements A directs et enregistrements PTR inversés) doivent pouvoir être résolus via ces serveurs à ce moment-là. + Une zone de recherche directe DNS avec des enregistrements A pour chaque appliance de gestion VCF et chaque hôte Amazon EVS de votre déploiement. + Une zone de recherche inversée avec des enregistrements PTR pour chaque appliance de gestion VCF et chaque hôte Amazon EVS de votre déploiement. Pour la configuration NTP, vous pouvez utiliser l'adresse Amazon NTP par défaut ou une autre adresse `169.254.169.123` IPv4 de votre choix. Pour plus d'informations sur la configuration des serveurs DNS dans un jeu d'options DHCP, voir [ Créer un jeu d'options DHCP. ](https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet) #### Configurer le DNS pour la connectivité sur site Pour la connectivité sur site, nous recommandons d'utiliser les zones hébergées privées Route 53 avec des résolveurs entrants. Cette configuration permet une résolution DNS hybride, dans laquelle vous pouvez utiliser Route 53 pour le DNS interne au sein de votre VPC et l'intégrer à votre infrastructure DNS locale existante. Cela permet aux ressources de votre VPC de résoudre les noms de domaine hébergés sur votre réseau local, et vice versa, sans nécessiter de configurations complexes. Si nécessaire, vous pouvez également utiliser votre propre serveur DNS avec les résolveurs sortants Route 53. Pour connaître les étapes de configuration, consultez les [ sections Création d'une zone hébergée privée ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/hosted-zone-private-creating.html) et [ Transfert de requêtes DNS entrantes vers votre VPC ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-forwarding-inbound-queries.html) dans le guide du développeur * Amazon Route 53. * **Note** L'utilisation de Route 53 et d'un serveur DNS (Domain Name System) personnalisé dans le jeu d'options DHCP peut entraîner un comportement inattendu. **Note** Si vous utilisez des noms de domaine DNS personnalisés définis dans une zone hébergée privée de Route 53, ou si vous utilisez un DNS privé avec des points de terminaison VPC d'interface (AWS PrivateLink), vous devez définir les `enableDnsSupport` attributs `enableDnsHostnames` et sur. `true` Pour plus d'informations, consultez la section Attributs [ DNS de votre VPC. ](https://docs.aws.amazon.com/vpc/latest/userguide/AmazonDNS-concepts.html#vpc-dns-support) #### Résoudre les problèmes d'accessibilité du DNS Amazon EVS nécessite une connexion permanente au gestionnaire SDDC et aux serveurs DNS dans l'option DHCP configurée pour accéder aux enregistrements DNS de votre VPC. Si la connexion permanente à SDDC Manager devient indisponible, Amazon EVS ne sera plus en mesure de valider l'état de l'environnement et vous risquez de perdre l'accès à l'environnement. Pour savoir comment résoudre ce problème, consultez[Le contrôle d'accessibilité a échoué](troubleshooting.md#troubleshoot-reachability). ### Configuration des serveurs NTP Les serveurs NTP fournissent le temps à votre réseau. Une référence temporelle cohérente et précise sur votre instance Amazon EC2 est cruciale pour de nombreuses tâches et processus liés à l'environnement VCF. La synchronisation de l'heure est essentielle pour : + Journalisation et audit du système + Opérations de sécurité + Gestion des systèmes distribués + Résolution des problèmes Vous pouvez saisir les adresses IPv4 de quatre serveurs NTP au maximum dans le jeu d'options DHCP de votre VPC. Vous pouvez spécifier le service Amazon Time Sync à l'adresse `169.254.169.123` IPv4. Par défaut, les instances Amazon EC2 déployées par Amazon EVS utilisent le service Amazon Time Sync à l'adresse IPv4. `169.254.169.123` Pour plus d'informations sur les serveurs NTP, consultez la [ RFC 2123. ](https://datatracker.ietf.org/doc/html/rfc2132#section-8.3) Pour plus d'informations sur Amazon Time Sync Service, consultez les rubriques Synchronisation [ précise de l'horloge et de l'heure dans votre instance EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html) et [ Configuration du protocole NTP sur les hôtes 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) dans la documentation de VMware Cloud Foundation. **Pour configurer les paramètres NTP ** 1. Choisissez votre source NTP : + Service Amazon Time Sync (recommandé) + Serveurs NTP personnalisés 1. Ajoutez des serveurs NTP à votre ensemble d'options DHCP. Pour plus d'informations, consultez [ Créer un ensemble d'options DHCP ](https://docs.aws.amazon.com/vpc/latest/userguide/DHCPOptionSet.html#CreatingaDHCPOptionSet) dans le guide de l'utilisateur * Amazon VPC. * 1. Vérifiez la synchronisation de l'heure. Pour plus d'informations sur la configuration du jeu d'options DHCP, consultez[Configurez le jeu d'options DHCP de votre VPC](setting-up.md#vpc-dhcp). #### Configuration de la connectivité réseau sur site (facultatif) Vous pouvez configurer la connectivité de votre centre de données sur site à votre AWS infrastructure à l'aide Direct Connect d'une passerelle de transit associée ou à l'aide d'une AWS Site-to-Site connexion VPN à une passerelle de transit. Pour activer la connectivité aux systèmes locaux afin de réussir le déploiement de l'environnement, vous devez configurer la table de routage principale du VPC afin d'autoriser le trafic vers ces systèmes. Pour de plus amples informations, veuillez consulter [Configuration de la table de routage principale du VPC](setting-up.md#vpc-main-rt). Une fois l'environnement Amazon EVS créé, vous devez mettre à jour les tables de routage des passerelles de transit avec les CIDR VPC créés dans l'environnement Amazon EVS. Pour de plus amples informations, veuillez consulter [Configurer les tables de routage des passerelles de transit et les préfixes Direct Connect pour la connectivité sur site (facultatif)](#getting-started-config-tgw-assoc). Pour plus d'informations sur la configuration d'une Direct Connect connexion, consultez la section Passerelles et associations [ de ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/direct-connect-transit-gateways.html)Direct Connect passerelles de transit. Pour plus d'informations sur l'utilisation du AWS Site-to-Site VPN avec AWS Transit Gateway, consultez la section Pièces jointes [AWS Site-to-Site VPN dans Amazon VPC Transit Gateways ](https://docs.aws.amazon.com/vpc/latest/tgw/tgw-vpn-attachments.html) dans le Guide * de l'utilisateur de * Amazon VPC Transit Gateway. **Note** Amazon EVS ne prend pas en charge la connectivité via une interface virtuelle privée (VIF) AWS Direct Connect ou via une connexion AWS Site-to-Site VPN qui se termine directement dans le VPC sous-jacent. ## Configurer une instance de VPC Route Server avec des points de terminaison et des homologues Amazon EVS utilise Amazon VPC Route Server pour activer le routage BGP-based dynamique vers votre réseau sous-jacent VPC. Vous devez spécifier un serveur de routage qui partage des itinéraires vers au moins deux points de terminaison du serveur de routage dans le sous-réseau d'accès au service. L’ASN pair configuré sur les pairs du serveur de routage doit correspondre et les adresses IP des pairs doivent être uniques. Si vous configurez Route Server pour la connectivité Internet HCX, vous devez configurer les propagations du serveur Route Server pour le sous-réseau d'accès au service et le sous-réseau public que vous avez créés lors de la [ première étape de cette procédure. ](#getting-started-create-vpc) **Important** Le déploiement de votre environnement échoue si vous ne répondez pas aux exigences Amazon EVS suivantes pour la configuration du serveur de routage VPC : Vous devez configurer au moins deux points de terminaison du serveur de routage dans le sous-réseau d'accès au service. Lors de la configuration du protocole BGP (Border Gateway Protocol) pour la Tier-0 passerelle, la valeur ASN homologue du serveur de routage VPC doit correspondre à la valeur ASN homologue de NSX Edge. Lorsque vous créez les deux homologues du serveur de routage, vous devez utiliser une adresse IP unique provenant du VLAN NSX Uplink pour chaque point de terminaison. Ces deux adresses IP seront attribuées aux périphériques NSX lors du déploiement de l'environnement Amazon EVS. Lorsque vous activez la propagation du serveur de routage, vous devez vous assurer que toutes les tables de routage propagées possèdent au moins une association de sous-réseau explicite. La publicité des itinéraires BGP échoue si les tables de routage propagées n'ont pas d'association de sous-réseau explicite. **Note** Le sous-réseau VLAN NSX Uplink n'existe pas encore lorsque vous créez les homologues du serveur de routage. Amazon EVS le crée lors de la création de l'environnement. Choisissez les deux adresses IP homologues dans le bloc CIDR VLAN ** NSX Uplink ** prévu (valeur que vous allez transmettre). `initialVlans.nsxUplink` Les deux adresses IP doivent se situer dans ce bloc CIDR planifié et rester inutilisées. Pour plus d'informations sur la configuration de VPC Route Server, consultez le didacticiel [ de démarrage de ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial.html) Route Server. Lorsque vous suivez ce didacticiel, utilisez les EVS-specific valeurs Amazon suivantes : + **Amazon-side ASN ** : l'ASN BGP du serveur de routage VPC. Utilisez n'importe quel ASN privé (par exemple,`65022`). La Tier-0 passerelle NSX Edge utilise cette valeur comme son ASN voisin (distant) BGP. Notez donc la valeur que vous choisissez. [Étape 5 : Configuration de la mise en réseau NSX](#self-deployed-nsx-edge) + **Points de terminaison du serveur de routage ** : créez deux points de terminaison, tous deux dans le sous-réseau d'accès au service. + **Pairs de serveur de routage ** : nous vous recommandons de créer quatre homologues de serveur de routage et de configurer un maillage complet, de sorte que chacun des deux nœuds NSX Edge soit compatible avec les deux points de terminaison du serveur de routage. Un maillage complet permet aux routes de se propager si le point de terminaison d'un serveur de routage est en maintenance. Au minimum, vous devez créer deux pairs. Utilisez une adresse IP unique issue du CIDR VLAN NSX Uplink que vous avez prévu pour chaque homologue et définissez l'ASN du pair sur l'ASN NSX Edge dans lequel vous configurez Tier-0 (par exemple,). [Étape 5 : Configuration de la mise en réseau NSX](#self-deployed-nsx-edge) `65000` + **Propagation ** : activez la propagation du serveur de routage sur la table de routage associée à votre sous-réseau d'accès au service. Cette table de routage doit avoir au moins une association de sous-réseau explicite. **Important** Lorsque vous activez la propagation du serveur de routage, assurez-vous que toutes les tables de routage propagées possèdent au moins une association de sous-réseau explicite. La publicité de route BGP échoue si la table de routage n'a pas d'association de sous-réseau explicite. **Note** Pour la détection de la vivacité entre pairs de Route Server, Amazon EVS prend uniquement en charge le mécanisme BGP keepalive par défaut. Amazon EVS ne prend pas en charge la détection de transfert bidirectionnel (BFD) à sauts multiples. **Note** Nous vous recommandons d'activer les itinéraires persistants pour l'instance du serveur de routage avec une durée de persistance comprise entre 1 et 5 minutes. Si cette option est activée, les itinéraires seront conservés dans la base de données de routage du serveur de routage même si toutes les sessions BGP se terminent. Pour plus d'informations, voir [ Créer un serveur d'itinéraires ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial-create.html) dans le Guide de * Amazon VPC l'utilisateur*. **Note** Si vous utilisez une passerelle NAT ou une passerelle de transit, assurez-vous que votre serveur de routage est correctement configuré pour propager les routes NSX vers les tables de routage VPC. ### Résolution des problèmes Si vous rencontrez des problèmes : + Vérifiez que chaque table de routage possède une association de sous-réseau explicite. + Vérifiez que les valeurs ASN de l'homologue saisies pour le serveur de routage et la Tier-0 passerelle NSX correspondent. + Vérifiez que les adresses IP des points de terminaison du serveur de routage sont uniques. + Vérifiez l'état de propagation des itinéraires dans vos tables de routage. + Utilisez la journalisation par les pairs du serveur VPC Route pour surveiller l'état des sessions BGP et résoudre les problèmes de connexion. Pour plus d'informations, consultez la section Journalisation par les pairs du serveur [ Route ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-peer-logging.html) dans le guide * de l'utilisateur * Amazon VPC. ## Créez une ACL réseau pour contrôler le trafic du sous-réseau VLAN Amazon EVS Amazon EVS utilise une liste de contrôle d'accès au réseau (ACL) pour contrôler le trafic en provenance et à destination des sous-réseaux VLAN Amazon EVS. Vous pouvez utiliser l'ACL réseau par défaut pour votre VPC, ou vous pouvez créer une ACL réseau personnalisée pour votre VPC avec des règles similaires à celles de vos groupes de sécurité afin d'ajouter une couche de sécurité à votre VPC. Pour plus d'informations, consultez [ Créer une ACL réseau pour votre VPC ](https://docs.aws.amazon.com/vpc/latest/userguide/create-network-acl.html) dans le guide de l'utilisateur * Amazon VPC. * Si vous envisagez de configurer la connectivité Internet HCX, assurez-vous que les règles ACL réseau que vous configurez autorisent les connexions entrantes et sortantes nécessaires pour les composants HCX. Pour plus d'informations sur les exigences en matière de port HCX, consultez le Guide de l'utilisateur de [ VMware HCX. ](https://techdocs.broadcom.com/us/en/vmware-cis/hcx.html) **Important** Si vous vous connectez via Internet, l'association d'une adresse IP Elastic à un VLAN fournit un accès Internet direct à toutes les ressources de ce sous-réseau VLAN. Assurez-vous que les listes de contrôle d'accès au réseau appropriées sont configurées pour restreindre l'accès en fonction de vos exigences de sécurité. **Important** Les groupes de sécurité EC2 ne fonctionnent pas sur les interfaces réseau élastiques connectées aux sous-réseaux VLAN Amazon EVS. Pour contrôler le trafic en provenance et à destination des sous-réseaux VLAN Amazon EVS, vous devez utiliser une liste de contrôle d'accès réseau. ## Création d'un environnement Amazon EVS avec Self-deployed mode Amazon EVS prend en charge un Self-deployed mode qui vous permet de contrôler totalement votre déploiement VCF à l'aide du programme d'installation VCF ou de vos solutions d'infrastructure en tant que code préférées pour automatiser le déploiement. Pour des exemples de scripts qui automatisent votre déploiement VCF, consultez le [ référentiel ](https://github.com/aws/solutions-for-amazon-evs) Solutions pour Amazon EVS sur GitHub. Pour les versions VCF actuellement prises en charge en Self-deployed mode, consultez[Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). ### Présentation de En Self-deployed mode, vous créez un environnement Amazon EVS, vous ajoutez des hôtes, puis vous installez et configurez VCF vous-même. Amazon EVS fournit le AWS réseau et les sous-réseaux VLAN ; vous déployez le VCF avec le programme d'installation VCF (ou votre propre IaC) et vous le reconnectez à Amazon EVS à l'aide de connecteurs. Avant de commencer, renseignez les prérequis en matière de AWS réseau et de compte pour votre environnement. Pour plus d'informations, consultez [Configuration du service Amazon Elastic VMware](setting-up.md) et la liste de contrôle des prérequis dans[Liste de contrôle préalable au déploiement d'Amazon EVS](evs-deployment-prereq-checklist.md). Effectuez ensuite ces étapes dans l'ordre suivant : 1. **[Créez l'environnement ](#self-deployed-create-env) ** : Amazon EVS provisionne vos sous-réseaux VLAN. 1. **[Création d'enregistrements DNS ](#self-deployed-host-dns-records) ** : créez des enregistrements A et PTR pour vos hôtes ESX et vos appliances de gestion VCF. 1. **[Ajouter des hôtes ](#self-deployed-add-hosts) ** : ajoutez des hôtes EC2 « bare-metal » à votre environnement. 1. **[Installation de VCF ](#self-deployed-install-vcf) ** : installez VCF sur vos hôtes à l'aide du programme d'installation VCF. 1. **[Configuration du réseau NSX ](#self-deployed-nsx-edge) ** : créez vos réseaux superposés sur NSX Edges et configurez le routage vers votre VPC. 1. **[Création de connecteurs ](#self-deployed-create-connectors) ** : créez des connecteurs afin qu'Amazon EVS puisse surveiller votre déploiement et signaler l'utilisation des licences. 1. **[Vérifiez votre environnement ](#self-deployed-verify) ** : vérifiez que vos hôtes, vos appareils de gestion et vos connecteurs sont sains. ### Facturation Une fois que vous avez ajouté des hôtes à votre environnement, les instances EC2 bare-metal sont AWS facturées comme vous le feriez pour toute autre instance EC2, que vous y ayez déjà installé VCF ou non. Si vous avez créé un environnement en Self-deployed mode mais que vous n'avez pas encore ajouté d'hôtes ou installé VCF, AWS vous pouvez vous contacter en utilisant l'adresse e-mail associée à votre Compte AWS, pour vous demander de terminer la configuration ou de supprimer l'environnement. Pour ne plus facturer de frais aux hôtes que vous n'utilisez plus, supprimez ces hôtes. Pour de plus amples informations, veuillez consulter [Nettoyez un environnement Amazon EVS avec Self-deployed le mode](#self-deployed-cleanup). ### Étape 1 : Création de l'environnement En Self-deployed mode, la création d'environnement fournit les sous-réseaux VLAN Amazon EVS que vous spécifiez. Il ne déploie pas de VCF et ne crée pas d'hôtes. **Example** 1. Accédez à la console Amazon EVS. **Note** Assurez-vous que la AWS région affichée en haut à droite de votre console est celle AWS dans laquelle vous souhaitez créer votre environnement. 1. Dans le panneau de navigation, choisissez **Environments** (Environnements). 1. Choisissez **Create environment**. 1. À l'**étape ** Configurer l'environnement, procédez comme suit. 1. Consultez le ** panneau des exigences du ** AWS compte pour vous assurer que votre compte répond aux exigences d'Amazon EVS. 1. (Facultatif) ** Dans Nom**, entrez un nom d'environnement. 1. Pour la version ** VCF**, choisissez ** Self-deployed**. 1. Choisissez **Suivant**. 1. À l'**étape ** Configurer les réseaux et la connectivité, procédez comme suit. 1. Pour ** VPC**, choisissez le VPC que vous avez créé précédemment. 1. Pour Sous-réseau d'accès aux ** services**, choisissez le sous-réseau privé que vous avez créé précédemment. 1. (Facultatif) Pour Groupe de sécurité d'accès au ** service : facultatif**, choisissez jusqu'à deux groupes de sécurité qui contrôlent la communication entre le plan de contrôle Amazon EVS et votre VPC. Amazon EVS utilise le groupe de sécurité par défaut si aucun groupe de sécurité n'est sélectionné. **Note** Assurez-vous que les groupes de sécurité que vous choisissez fournissent une connectivité aux sous-réseaux VLAN Amazon EVS. 1. Dans Connectivité ** de gestion**, entrez des blocs CIDR pour les sous-réseaux VLAN Amazon EVS. Amazon EVS crée ces sous-réseaux VLAN dans le cadre de la création de l'environnement. **Important** Les sous-réseaux VLAN Amazon EVS ne peuvent être créés que lors de la création de l'environnement et ne peuvent pas être modifiés après la création de l'environnement. Vous devez vous assurer que les blocs d'adresse CIDR du sous-réseau VLAN sont correctement dimensionnés avant de créer l'environnement. Pour obtenir des conseils sur les tailles, voir[Guide de dimensionnement des sous-réseaux VLAN](#self-deployed-vlan-sizing). 1. Sous VLAN ** d'extension**, entrez des blocs CIDR pour les sous-réseaux VLAN Amazon EVS supplémentaires que vous pouvez utiliser pour étendre votre déploiement VCF. 1. Sous ** Workload/VCF Connectivité**, entrez le bloc CIDR pour le VLAN de liaison montante NSX. **Note** En Self-deployed mode, vous ne sélectionnez pas les homologues du serveur de routage VPC lorsque vous créez l'environnement. Vous configurez vous-même le peering BGP entre la Tier-0 passerelle NSX Edge et votre serveur de routage VPC, après avoir installé VCF. Pour plus d’informations, consultez [Étape 5 : Configuration de la mise en réseau NSX](#self-deployed-nsx-edge) et [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources). 1. Choisissez **Suivant**. 1. (Facultatif) À l'**étape ** Ajouter des balises, ajoutez des balises et choisissez ** Suivant**. **Note** Les hôtes que vous ajoutez ensuite à cet environnement reçoivent la balise suivante :`DoNotDelete-EVS-[]-[]`. Ne supprimez pas, n'arrêtez pas ou n'arrêtez pas ces hôtes en dehors d'Amazon EVS. Amazon EVS perd ainsi sa visibilité sur l'hôte et peut dégrader votre environnement. **Note** Les balises associées à l'environnement Amazon EVS ne se propagent pas aux AWS ressources sous-jacentes telles que les instances EC2. 1. À l'**étape ** Réviser et créer, vérifiez votre configuration et choisissez ** Créer un environnement**. Une alerte d'information sur la ** page d'**évaluation confirme : « L'infrastructure de votre environnement va maintenant être provisionnée. Après la création, ajoutez des hôtes et déployez VCF depuis la page détaillée de l'environnement. » 1. Ouvrez une session de terminal. 1. Exécutez la `aws evs create-environment` commande en spécifiant`--vcf-version SELF_DEPLOYED`. En Self-deployed mode, les paramètres suivants ** ne sont pas pris en charge ** et doivent être omis. Leur fourniture entraîne une erreur de validation :`--license-info`,`--hosts`,`--vcf-hostnames`,`--site-id`,`--connectivity-info`. L'exemple suivant crée un environnement Amazon EVS en Self-deployed mode. Les blocs d'adresse CIDR du VLAN sont des exemples. Utilisez des valeurs dimensionnées pour votre 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 ``` Lorsque l'environnement atteint `CREATED` cet état, vous pouvez passer à l'étape 2. ### Étape 2 : Créer des enregistrements DNS Avant d'ajouter des hôtes et d'installer VCF, créez des entrées DNS directes (enregistrement A) et inverses (enregistrement PTR) pour chaque hôte ESX et pour chaque appliance de gestion VCF que vous envisagez de déployer. Amazon EVS effectue une recherche DNS du nom de domaine complet (FQDN) de chaque hôte lors de la création de l'hôte, et la création de l'hôte échoue si les enregistrements n'existent pas déjà. Le nom de domaine complet de l'hôte `` est le nom que vous allez transmettre `CreateEnvironmentHost` et `` le nom de domaine configuré dans le jeu d'options DHCP de votre VPC (voir). `.` [Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC](#getting-started-config-dns-ntp-dhcp) **Important** Le nom de domaine complet (FQDN) de chaque hôte et appareil de gestion VCF ne doit pas dépasser 62 caractères. Le FQDN est le nom d'hôte combiné au nom de domaine de votre jeu d'options DHCP VPC. Lorsque vous planifiez des noms d'hôte, incluez la longueur de votre nom de domaine afin que le FQDN combiné ne dépasse pas 62 caractères. Un nom de domaine complet de plus de 62 caractères entraîne un message `ValidationException` lorsque vous appelez`CreateEnvironment`. **Note** En tant que meilleure pratique NetBIOS, nous vous recommandons de limiter chaque nom d'hôte à 15 caractères ou moins. Il ne s'agit que d'une recommandation. Un nom d'hôte de plus de 15 caractères n'entraîne pas d'échec du déploiement, contrairement à la limite de 62 caractères du FQDN décrite ci-dessus. **Les dossiers de l'hôte ** doivent : + Utilisez l'adresse IP d'enregistrement A dans le CIDR VLAN de gestion de l'hôte (VMKmanagement) que vous avez spécifié dans. `initialVlans` Amazon EVS attribue à chaque hôte son adresse IP de gestion à partir de l'enregistrement A que vous créez. + Disposez d'un enregistrement PTR correspondant dans votre zone de recherche inversée. + Peut être résolu via le DNS à partir du sous-réseau d'accès au service Amazon EVS (les recherches directes et inversées doivent réussir). **Les enregistrements des dispositifs de gestion VCF ** (pour vCenter Server, NSX Manager et les autres dispositifs correspondant à votre version VCF) doivent : + Utilisez des noms de domaine complets qui correspondent aux noms d'hôte que vous allez configurer lors de l'installation de VCF. + Se situent dans la plage d'adresses IP du sous-réseau VLAN approprié. + Résolvez vos problèmes via le DNS depuis le VLAN de gestion Amazon EVS et depuis n'importe quel réseau depuis lequel vous accédez aux appareils de gestion VCF. **Important** Créez les enregistrements A et PTR pour chaque hôte ** avant d'**exécuter `CreateEnvironmentHost` pour cet hôte. Si les enregistrements ne sont pas résolus, l'hôte passe à`CREATE_FAILED`. Pour plus d'informations sur la configuration DNS pour Amazon EVS, consultez[Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC](#getting-started-config-dns-ntp-dhcp). ### Étape 3 : ajouter des hôtes à votre environnement Ajoutez suffisamment d'hôtes pour répondre à la topologie de votre version VCF cible. Pour connaître le nombre minimum d'hôtes, y compris les exigences relatives à vSAN, consultez la documentation [ de ](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0.html) VMware Cloud Foundation. Tous les hôtes d'un cluster VCF doivent utiliser le même type d'instance. Pour obtenir la liste des versions ou des types d'instances d'ESX disponibles pour votre compte, consultez [Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md) ou exécutez`aws evs get-versions`. Si vous ne le spécifiez pas`--esx-version`, Amazon EVS utilise la version par défaut actuelle d'ESX pour Self-deployed le mode, qui est signalée `defaultEsxVersion` par`aws evs get-versions`. Pour utiliser une version spécifique telle que ESX 9.0.2 ou version ultérieure, transmettez `--esx-version` explicitement. Vérifiez que la version d'ESX que vous choisissez est compatible avec votre version VCF dans la matrice d'interopérabilité [ Broadcom. ](https://interopmatrix.broadcom.com/Interoperability?col=1) L'exemple suivant ajoute un hôte exécutant ESX 9.0.2 à un environnement 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 ``` Répétez cette commande pour chaque hôte requis par votre topologie VCF. ### Étape 4 : installez VCF sur vos hôtes Une fois que vos hôtes sont en `CREATED` état et que vos enregistrements DNS ont été résolus, installez VCF à l'aide du programme d'installation de VMware Cloud Foundation. Suivez les instructions d'installation pour votre version VCF cible dans la documentation du produit Broadcom VCF. Consultez la documentation de [ VMware Cloud Foundation](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-9-0.html). Cette section décrit la EVS-specific configuration Amazon que vous fournissez lors de l'installation. Les mécanismes d'installation eux-mêmes (exécution du programme d'installation VCF, flux de travail d'ouverture) suivent le processus VCF standard de Broadcom et sont documentés par Broadcom. **Aperçu de l'installation ** À un niveau élevé, l'installation de VCF sur vos hôtes Amazon EVS implique les étapes suivantes. Avant de commencer, vérifiez les paramètres réseau [ Amazon EVS ](#sd-install-network) que vous appliquez tout au long de l'installation. 1. **[Préparez l'hôte du programme d'installation VCF ](#sd-install-hosts) ** en définissant l'ID VLAN de gestion des machines virtuelles sur l'hôte ESX sur lequel le programme d'installation VCF sera exécuté. 1. **[Préparez une banque de données temporaire ](#sd-install-datastore) ** pour l'appliance VCF Installer. La banque de données vSAN n'existe pas tant que la fenêtre d'installation n'est pas terminée. Le programme d'installation doit donc être exécuté en premier lieu. 1. **[Déployez l'appliance VCF Installer et téléchargez le logiciel VCF à l'](#sd-install-deploy)**aide d'un jeton de téléchargement Broadcom. 1. **[Exécutez VCF bringup ](#sd-install-bringup)**, qui déploie les appliances de gestion VCF et crée la banque de données vSAN. 1. **[Récupérez la banque de données temporaire une ](#sd-install-reclaim) ** fois que VCF est complètement installé et que l'appliance d'installation est exécutée sur vSAN. Vous fournissez les paramètres de EVS-specific réseau, de stockage et d'identification Amazon lors de l'ouverture. Le reste du processus suit l'installation VCF standard de Broadcom. **Note** Amazon EVS fournit des procédures automatisées qui effectuent cette installation de bout en bout, y compris la EVS-specific configuration Amazon décrite dans cette section. Pour un exemple concret, consultez le [ référentiel ](https://github.com/aws/solutions-for-amazon-evs) Solutions pour Amazon EVS sur GitHub. **Paramètres réseau Amazon EVS pour VCF ** Amazon EVS attribue un ID VLAN à chaque fonction réseau de votre environnement. Pour trouver l'ID VLAN d'une fonction, ouvrez la console Amazon EVS (**Environnements ** → votre environnement → ** onglet ** Réseaux et connectivité), ou exécutez `aws evs list-environment-vlans` et faites correspondre le nom de la fonction (par exemple,`vmManagement`). Utilisez ces ID de VLAN lorsque vous configurez le commutateur distribué, les groupes de ports et le réseau hôte lors de l'installation de VCF. | Fonction réseau | MTU | Utilisé pour | | --- | --- | --- | | Gestion des hôtes (VMKmanagement) | 1 500 | Gestion des hôtes ESX | | Gestion des machines virtuelles (VMmanagement) | 1 500 | Appliances de gestion VCF (vCenter Server, NSX Manager et SDDC Manager ou VCF Operations) | | VMotion | 8500 | Trafic VMotion | | vSAN | 8500 | Trafic de stockage vSAN | | Superposition d'hôtes (VTeP) | 8500 | Points de terminaison du tunnel Host Overlay (Genève) | | Superposition des bords (EdgeVtep) | 8500 | Points de terminaison du tunnel de superposition NSX Edge | | Liaison montante NSX (NSXupLink) | 1 500 | Tier-0 passerelle (liaison montante nord-sud) | **Important** Configurez des trames jumbo (MTU 8500) sur les réseaux vMotion, vSAN et overlay (TEP). Les réseaux de gestion et de liaison montante utilisent le MTU 1500. Le MTU doit être cohérent sur tout le chemin réseau, sinon le trafic vSAN et superposé échouera. Lorsque vous configurez le cluster de gestion lors de l'ouverture, appliquez également les paramètres Amazon EVS-specific suivants : + **vSAN ** : utilisez vSAN ESA (architecture de stockage express) avec un FTT (failures-to-tolerate) défini sur au moins 1. + **Association de liaisons montantes ** : utilisez une politique d'association de basculement (liaison montante active avec liaison montante de secours) pour les groupes de ports de commutateurs distribués, plutôt qu'une politique d'équilibrage de charge. + **Mode EVC ** : définissez le mode EVC (Enhanced vMotion Compatibility) du cluster en fonction de votre type d'instance : `INTEL_ICELAKE` pour ou pour`i4i.metal`. `INTEL_SAPPHIRERAPIDS` `i7i.metal-24xl` #### Préparez l'hôte du programme d'installation VCF Sur l'hôte ESX sur lequel vous allez exécuter l'appliance VCF Installer, définissez le groupe de `VM Network` ports sur l'ID VLAN de gestion des EVS-assigned machines virtuelles Amazon. Cela garantit que l'appliance VCF Installer peut communiquer sur le VLAN de gestion des machines virtuelles. Le groupe de ports réseau de gestion des hôtes ne `Management` doit pas être étiqueté avec l'ID VLAN. `0` Le programme d'installation VCF migre le réseau hôte vers un commutateur distribué lors de la mise en service. Il n'est pas nécessaire d'activer SSH sur les hôtes. 1. Trouvez l'ID VLAN du réseau de gestion des machines virtuelles. Dans la console Amazon EVS, ouvrez ** Environnements**, choisissez votre environnement, puis choisissez l'**onglet ** Réseaux et connectivité. Vous pouvez également exécuter `aws evs list-environment-vlans` et faire correspondre la `vmManagement` fonction. 1. Sur l'hôte VCF Installer, définissez l'ID VLAN du groupe de `VM Network` ports sur l'ID VLAN de gestion des machines virtuelles. Laissez le groupe de ports de gestion des hôtes `Management` débalisé avec l'ID VLAN. `0` #### Préparer une banque de données temporaire pour le programme d'installation VCF Les hôtes Amazon EVS ne disposent d'aucune banque de données VMFS locale, et la banque de données vSAN n'existe pas tant que l'ouverture n'est pas terminée. L'appliance VCF Installer a donc besoin d'une banque de données temporaire à partir de laquelle s'exécuter. Choisissez un hôte pour exécuter le programme d'installation. 1. Dans la console Amazon EC2, créez un volume SSD à usage général (`gp3`) Amazon EBS chiffré dans la même zone de disponibilité que l'hôte que vous avez choisi. Dimensionnez-le pour contenir l'appliance VCF Installer et les packs d'installation VCF : au moins 256 Go. 1. Reliez le volume EBS nouvellement créé à l'hôte ESX que vous avez choisi précédemment. Pour obtenir des instructions, consultez la section [ Attacher un volume Amazon EBS à une instance ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) dans le Guide de l'utilisateur * Amazon EBS. * 1. À l'aide de VMware Host Client ou des API vSphere, créez une banque de données VMFS locale sur le volume EBS connecté. #### Déployez le programme d'installation VCF et téléchargez le logiciel VCF 1. Assurez-vous que votre compte Broadcom dispose d'un droit VCF valide afin de pouvoir générer un jeton de téléchargement. Téléchargez le programme d'installation VCF OVA pour votre version VCF cible et générez un jeton de téléchargement Broadcom depuis le portail de support [ Broadcom. ](https://support.broadcom.com/) Vous utilisez ce jeton dans le programme d'installation VCF pour activer le dépôt de logiciels. 1. Déployez le programme d'installation VCF OVA sur la banque de données VMFS locale. Attachez-le au groupe de `VM Network` ports, définissez son adresse IP de gestion sur l'adresse SDDC Manager de votre plan DNS et définissez le mot de passe de l'appliance. L'appliance VCF Installer devient SDDC Manager lors de l'ouverture, elle utilise donc l'adresse du SDDC Manager. (Sur VCF 9.0.x et 9.1.x, VCF Operations est une appliance distincte.) 1. Dans le programme d'installation VCF, activez le dépôt de logiciels à l'aide de votre jeton de téléchargement Broadcom, puis synchronisez la version VCF souhaitée. La synchronisation extrait cette version du logiciel VCF dans le dépôt local de l'installateur. **Note** L'activation du logiciel de dépôt et de synchronisation nécessite un accès Internet sortant depuis le programme d'installation. La passerelle NAT de la base de votre réseau fournit cet accès. Pour de plus amples informations, veuillez consulter [Création d'un VPC avec des sous-réseaux et des tables de routage](#getting-started-create-vpc). #### Exécutez VCF bringup Une fois le logiciel synchronisé, créez votre spécification de déploiement VCF, validez-la et exécutez le déploiement. 1. Dans le programme d'installation VCF, créez la spécification de déploiement pour votre domaine de gestion. Appliquez les paramètres de EVS-specific réseau, de stockage, d'association et de validation d'Amazon décrits dans cette étape. 1. Exécutez la validation par rapport à la spécification et corrigez les erreurs signalées. 1. Exécutez le déploiement. **Note** Bringup est la partie la plus longue de l'installation et représente la majeure partie du temps de configuration. Lorsque vous utilisez vSAN, la création de la banque de données et le déploiement des appliances de gestion peuvent prendre plusieurs heures. #### Récupérez la banque de données temporaire Une fois l'affichage terminé, les dispositifs de gestion s'exécutent sur la banque de données vSAN et la banque de données VMFS temporaire est vide. Récupérez la banque de données temporaire : 1. Dans vSphere Client, démontez la banque de données VMFS temporaire de l'hôte. 1. Dans la console Amazon EC2 ou à l'aide de AWS CLI, détachez le volume EBS de l'instance hôte. Pour obtenir des instructions, consultez la section [ Détacher un volume Amazon EBS d'une instance ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) dans le Guide de l'utilisateur * Amazon EBS. * 1. Attendez que l'état du volume soit `available` atteint, puis supprimez-le via la console EC2 ou AWS CLI pour arrêter d'accumuler des frais de stockage. Pour vérifier l'état du volume, voir [ Afficher les informations relatives ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) au volume Amazon EBS. Pour supprimer le volume, voir [ Supprimer un volume Amazon EBS ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-volume.html) dans le guide de l'utilisateur * Amazon EBS. * #### Mots de passe de l'appliance VCF Au cours de l'ouverture, vous définissez des mots de passe pour les appareils de gestion VCF. Chaque appliance applique ses propres exigences en matière de complexité des mots de passe, qui sont définies par VCF. Si une appliance rejette un mot de passe, l'erreur de validation indique les exigences spécifiques auxquelles le mot de passe doit répondre. #### Afficher les paramètres de validation pour VCF Installer Plusieurs contrôles de validation standard de VCF Installer ne s'appliquent pas à l'environnement réseau Amazon EVS. La façon dont vous les gérez varie selon que vous conduisez bringup avec un fichier de spécifications ou avec l'assistant d'installation VCF. + **Validation du ping de passerelle ** : les passerelles de sous-réseau VLAN Amazon EVS ne répondent pas au ping ICMP provenant de l'extérieur du sous-réseau, de sorte que le contrôle d'accessibilité de la passerelle échoue sur Amazon EVS même si le routage est correct. + **Fichier de spécifications ** : défini `skipGatewayPingValidation` sur`true`. + **Assistant ** : confirmez l'échec de la vérification ping de la passerelle et continuez. + **Validation de l'empreinte numérique de l'hôte ESX ** + **Fichier de spécifications ** : définissez `skipEsxThumbprintValidation` `true` ou extrayez et entrez les empreintes numériques correctes pour tous les hôtes de la spécification. + **Assistant ** : la validation de l'empreinte numérique est obligatoire. Vérifiez et acceptez l'empreinte numérique pour continuer à l'étape des hôtes. + **Association de commutateurs distribuée ** : définissez la politique d'association de NSX sur`FAILOVER_ORDER`, conformément à l'association de commutateurs sur incident décrite plus haut dans cette étape. **Note** Lorsque vous exécutez bringup via l'assistant d'installation VCF, utilisez-le pour identifier et corriger les erreurs de spécification. L'assistant identifie les problèmes de validation plus clairement que l'API, dont les erreurs sont moins descriptives. **Note** Pour une spécification de démarrage validée, consultez le [ référentiel ](https://github.com/aws/solutions-for-amazon-evs) Solutions pour Amazon EVS sur. GitHub **Note** Amazon EVS ne prend pas en charge l'exécution d'ESX en dehors d'un déploiement VCF complet. Les machines virtuelles VMware Workload doivent être déployées sur des réseaux superposés NSX. La connexion directe d'un grand nombre de machines virtuelles aux réseaux VLAN sous-jacents peut entraîner des problèmes de stabilité et de performances. **Important** En Self-deployed mode, Amazon EVS ne gère pas l'installation de VCF. Si vous avez des VCF-specific demandes, vous pouvez utiliser vos droits d'abonnement VCF actifs pour contacter Broadcom directement via le Broadcom Support Portal. Pour plus d'informations sur les limites de support, consultez[Résolution des problèmes](#self-deployed-troubleshooting). ### Étape 5 : Configuration de la mise en réseau NSX Créez vos réseaux superposés à l'aide de Tier-0/Tier-1 routeurs sur NSX Edges directement ou en configurant des VPC, une passerelle de transit centralisée et des clusters Edge. Une fois le programme d'installation VCF terminé, NSX Manager est opérationnel, mais le cluster NSX Edge et la Tier-0 passerelle ne sont pas entièrement configurés pour la connectivité avec le serveur de routage VPC. **Note** NSX définit ses propres ** abstractions de ** VPC ** et de passerelle de ** transit, qui sont différentes de Amazon VPC Transit Gateway. AWS Dans ce guide, « VPC » et « passerelle de transit » font référence aux AWS ressources, sauf si elles sont précédées du préfixe « NSX ». Avant de commencer, vérifiez que les éléments suivants sont en place : + L'installation de VCF s'est terminée correctement (NSX Manager et votre dispositif de gestion VCF, Operations Manager pour VCF 9.x ou SDDC Manager pour VCF 5.2.x, sont tous accessibles). + Votre serveur de routage VPC est créé avec des points de terminaison, des homologues et des propagations. Pour de plus amples informations, veuillez consulter [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources). + Vous disposez des deux adresses IP de point de terminaison du serveur de routage. Les deux points de terminaison se trouvent dans le sous-réseau d'accès au service, qui assure la redondance. + Vous choisissez deux ASN BGP privés, qui doivent correspondre aux valeurs que vous avez configurées sur les homologues du VPC Route Server (voir) : [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources) + ASN Tier-0 local NSX Edge (par exemple,) `65000` + ASN (distant) du serveur de routage VPC (par exemple,) `65022` Les ASN privés sont compris entre 64512 et 65534 (16 bits) ou entre 4200000000 et 4294967294 (32 bits). **Création d'un profil de liaison ascendante ** Avant de déployer le cluster NSX Edge, créez un profil de liaison montante dans NSX Manager. Le profil de liaison montante définit la politique d'association, le VLAN de transport et le MTU que les nœuds de transport Edge utilisent pour le trafic de superposition (Geneve). Pour les libellés de champs et les captures d'écran spécifiques à chaque version, voir : + VCF 9.0.x : [ créez un profil Uplink ](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) dans la documentation de VMware Cloud Foundation. + VCF 9.1.x : [ ajoutez un profil Uplink ](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) dans la documentation de VMware Cloud Foundation. Configurez le profil avec les EVS-specific valeurs Amazon suivantes : | Paramètre | Value | | --- | --- | | Nom | Par exemple, `edge-uplink-profile`. | | Politique en matière de collaboration | Ordre de basculement. | | Uplinks actifs | `uplink1`. | | Liaisons montantes en veille | Laissez le champ vide. Les machines virtuelles NSX Edge ne prennent pas en charge les liaisons montantes de secours. | | VLAN de transport | L'ID VLAN TEP d'Amazon EVS-assigned Edge. Recherchez l'identifiant de votre environnement dans la console Amazon EVS (**Environnements ** → Votre environnement → ** onglet ** Réseaux et connectivité), ou en exécutant `aws evs list-environment-vlans` et en faisant correspondre la `edgeVTep` fonction. | | MTU | `8500`. | Utilisez le nom de la liaison montante `uplink1` lorsque vous configurez chaque nœud de transport Edge lors de l'étape suivante ** Déployer le cluster ** NSX Edge. **Déployez le cluster NSX Edge ** Déployez deux nœuds de transport Edge et regroupez-les dans un cluster Edge à l'aide de l'interface utilisateur de NSX Manager. L'ordre des flux de travail varie selon la version de VCF. VCF 9.0.x crée des nœuds de transport Edge individuellement, puis crée le cluster Edge en tant qu'action distincte. VCF 9.1.x commence par un flux de travail de cluster Edge et y ajoute des nœuds. Pour la procédure complète, consultez la documentation Broadcom correspondant à votre version VCF : + VCF 9.0.x : [ créez un nœud de transport 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) et [ créez 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 : [ créez un cluster NSX Edge et ajoutez des nœuds 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) Lorsque vous configurez les nœuds Edge pour votre environnement Amazon EVS, sélectionnez les options suivantes : | Paramètre | Value | | --- | --- | | Nom | Un nom unique pour chaque nœud Edge (par exemple, `edge-node-01` et`edge-node-02`). | | Format | Grand (recommandé). | | Calcul et banque de données | Une ressource de calcul et une banque de données adaptées à votre déploiement. | | IP de gestion | Adresse IP provenant du sous-réseau de gestion des machines virtuelles EVS. | | Passerelle par défaut | Passerelle par défaut pour le sous-réseau de gestion des machines virtuelles EVS. | | Interface de gestion | Le groupe de ports de gestion des machines virtuelles. | | Réseau de transport | Le VLAN EVS-assigned de transport et le profil de liaison montante applicable pour la connectivité des chemins de données. | **Créez la Tier-0 passerelle ** 1. Dans NSX Manager, accédez à ** Réseau ** → ** Tier-0 Passerelles**. 1. Choisissez ** Ajouter une Tier-0 passerelle ** et configurez les paramètres suivants : 1. **Nom ** — par exemple,`evs-tier0-gw`. 1. **Mode HA ** : ** Active-Standby ** avec le mode de basculement réglé sur. ** Non-preemptive ** 1. **Cluster Edge ** : sélectionnez le cluster Edge que vous avez créé. 1. Enregistrez la Tier-0 passerelle. **Note** Assurez-vous que les Tier-1 passerelles Tier-0 et sont toutes deux dotées d'un système de ** Non-preemptive ** basculement. Non-preemptive est la valeur par défaut de NSX et évite une interruption inutile de session BGP lorsqu'un nœud Edge restauré reviendrait au nœud préféré. **Configurer BGP ** 1. Sélectionnez la Tier-0 passerelle et développez ** BGP**. 1. Activez ** BGP ** et définissez le ** numéro AS ** local sur l' Tier-0 ASN NSX Edge que vous avez choisi (par exemple,). `65000` 1. Dans ** BGP Neighbors**, configurez le peering entre les nœuds Edge et les points de terminaison du serveur de routage VPC. Nous recommandons un maillage ** complet ** : chacun des deux nœuds Edge est homologue aux ** deux points de terminaison du serveur de ** routage, pour quatre sessions BGP au total. Un maillage complet permet aux routes de se propager si un point de terminaison du serveur de routes est en maintenance. Configurez au moins deux sessions, chaque nœud Edge étant connecté à un point de terminaison. Pour obtenir un maillage complet, ajoutez quatre voisins. Définissez l'AS ** distant ** de chaque voisin sur l'ASN du serveur de routage VPC (par exemple`65022`) et la famille d'**adresses sur IPv4 ** Unicast.
VoisinAdresse du voisinInterface source
Edge 1 → point de terminaison 1 <route-server-endpoint-1-ip> Interface Uplink sur le nœud Edge 1
Edge 1 → point de terminaison 2 <route-server-endpoint-2-ip> Interface Uplink sur le nœud Edge 1
Edge 2 → point de terminaison 1 <route-server-endpoint-1-ip> Interface Uplink sur le nœud Edge 2
Edge 2 → point de terminaison 2 <route-server-endpoint-2-ip> Interface Uplink sur le nœud Edge 2
**Note** Les interfaces de liaison montante Edge et les points de terminaison du serveur de routage se trouvent dans des sous-réseaux différents. Il s'agit donc de sessions BGP à sauts multiples. Définissez la limite de multisauts BGP sur au moins 2 et assurez-vous que la Tier-0 passerelle peut atteindre chaque adresse IP de point de terminaison du serveur de routage (par exemple, avec une route statique vers le point de terminaison via la passerelle de liaison montante). 1. Choisissez **Enregistrer**. 1. Attendez que les sessions BGP soient établies. 1. Pour annoncer uniquement les itinéraires du réseau superposé vers le serveur de routage VPC, configurez la redistribution des itinéraires et un filtre d'itinéraires sortants sur la Tier-0 passerelle dans NSX Manager. 1. Sur la Tier-0 passerelle, développez ** Route Re-Distribution ** et activez la redistribution dans BGP pour les types de routes de votre réseau superposé, par exemple ** Tier-1 Connected ** (sous-réseaux de segments de charge de travail)**, ** Tier-1 NAT et ** Tier-1 Routes statiques. ** Ne sélectionnez pas le sous-réseau d'interface ** externe ** et ne sélectionnez pas les itinéraires Tier-0 ** ** statiques. Le sous-réseau de redistribution de l'interface ** externe ** annonce le sous-réseau de liaison montante NSX vers lequel AWS, et ** Static Routes ** republie les itinéraires hôtes du point de terminaison du serveur de routage ; aucun des deux n'est souhaité. 1. (Facultatif) Appliquez un filtre d'itinéraire sortant pour les réseaux RFC 1918 afin de limiter les CIDR annoncés à votre VPC. Créez une liste de préfixes IP qui autorise `10.0.0.0/8` et `192.168.0.0/16` (y compris des itinéraires plus spécifiques), refuse tous les autres préfixes et appliquez-la comme filtre de sortie sur chaque voisin BGP. `172.16.0.0/12` **Vérifier le peering BGP ** 1. Dans NSX Manager, accédez à ** Réseau ** → ** Tier-0 Passerelles → BGP ** → Voisins ** ** BGP ** et vérifiez que les deux voisins ont ** le statut Établi. ** ** 1. Dans la AWS console, accédez à ** VPC ** → ** Route Server ** → ** Routes et vérifiez que les itinéraires ** NSX Overlay apparaissent. 1. Dans NSX Manager, vérifiez que les routes VPC sont apprises sous ** Routage ** → Table de ** transfert. ** Le tableau suivant répertorie les problèmes courants de peering BGP. | Symptôme | Cause probable | Résolution | | --- | --- | --- | | Session BGP bloquée `Active` | Pare-feu ou ACL réseau bloquant le port TCP 179 | Vérifiez que votre ACL réseau autorise le protocole TCP 179 entre les adresses IP de liaison montante Edge et les adresses IP des points de terminaison du serveur de routage, et que le groupe de sécurité attaché aux points de terminaison du serveur de routage autorise également le TCP 179 entrant. | | La session BGP bascule à plusieurs reprises | Inadéquation du MTU sur le chemin de liaison montante | Assurez-vous que le MTU est cohérent le long du chemin de liaison montante NSX. Le réseau de liaison montante NSX utilise le MTU 1500 ; les réseaux superposés (TEP) utilisent le MTU 8500. | | Les itinéraires n'apparaissent pas dans la table de routage VPC | La propagation du serveur de routage n'est pas activée | Vérifiez que la propagation du serveur de routage est activée sur la table de routage cible. | | One-sided peering (une seule session est en cours) | Problème de connectivité du nœud Edge | Vérifiez que les deux nœuds Edge sont accessibles aux deux points de terminaison du serveur de routage. | Une fois les sessions BGP établies et les itinéraires propagés, passez à. [Étape 6 : Création de connecteurs](#self-deployed-create-connectors) ### Étape 6 : Création de connecteurs Une fois que VCF est installé et que ses appareils de gestion sont accessibles via votre réseau de gestion VCF, créez des connecteurs afin qu'Amazon EVS puisse surveiller votre déploiement et signaler l'utilisation des licences. Un connecteur est une sous-ressource Amazon EVS qui représente une connexion permanente d'Amazon EVS à une appliance de gestion VCF spécifique. Pour de plus amples informations, veuillez consulter [Connecteur](concepts.md#concepts-connector). **Important** Avant de créer un connecteur, stockez les informations d'identification de l'appliance de gestion VCF cible dans AWS Secrets Manager. Marquez le secret et la clé AWS KMS avec `EvsAccess=true` laquelle il est chiffré. Sans cette balise, Amazon EVS ne peut pas accéder au secret et la création du connecteur échoue. Le type de connecteur que vous créez dépend de votre version de VCF. VCF 9.x nécessite un connecteur Operations Manager (`OPERATIONS_MANAGER`). VCF 5.2.x nécessite un connecteur SDDC Manager (). `SDDC_MANAGER` Vous pouvez également créer un connecteur vCenter (`VCENTER`). Pour les types de connecteurs, les clés secrètes requises et les descriptions, consultez[Création d'un connecteur d'environnement Amazon EVS](evs-env-create-connector.md). ### Étape 7 : Vérifiez l'environnement Après avoir ajouté des hôtes, installé VCF et créé au moins un connecteur, vérifiez que : + Vos hôtes sont dans l'`CREATED`État. + Vos appareils de gestion VCF sont accessibles depuis le VLAN de gestion. + Les connecteurs que vous avez créés atteignent l'`ACTIVE`état et l'état de ** l'environnement ** sur la ** page ** Environnements est agrégé à sain. Pour obtenir des conseils sur l'interprétation de l'état de l'environnement et de l'état du connecteur, consultez[Surveillez l'état et les ressources de votre environnement](evs-env-status-check.md). ### Guide de dimensionnement des sous-réseaux VLAN Les sous-réseaux VLAN Amazon EVS ne peuvent pas être modifiés après la création de l'environnement. Dimensionnez chaque VLAN en fonction du nombre d'adresses IP que vos composants VCF consomment actuellement et pendant la durée de vie de l'environnement. Tenez compte des points suivants lors du dimensionnement : + **VLAN de gestion des hôtes (VMKmanagement) ** : une adresse IP par hôte. Prévoyez le nombre maximum d'hôtes que vous attendez dans cet environnement. + **VLAN vMotion, vSAN, VTEP ** : une ou plusieurs adresses IP par hôte en fonction de votre configuration VCF. + **VLAN de gestion des machines virtuelles (VMmanagement) ** : adresses IP des dispositifs de gestion VCF que vous prévoyez de déployer : vCenter, cluster NSX Manager, nœuds NSX Edge et SDDC Manager ou Operations Manager. + **VLAN Edge VTEP, liaison montante HCX, liaison montante NSX ** : adresses IP pour les liaisons montantes NSX Edge et les appliances HCX, le cas échéant. + **VLAN d'extension ** : réservez de l'espace pour les fonctionnalités futures telles que NSX Federation. Comme point de départ, utilisez `/24` pour chaque VLAN, sauf si vous avez une raison spécifique de choisir le contraire. Les sous-réseaux VLAN ont une taille minimale `/28` et maximale de. `/24` ### Considérations sur la sécurité En Self-deployed mode, vous installez et utilisez la pile logicielle VCF, vous êtes donc responsable de sa sécurité. AWS sécurise l' AWS infrastructure sous-jacente mise à disposition par Amazon EVS. Cette répartition des responsabilités s'ajoute au modèle de responsabilité partagée décrit dans[La sécurité dans Amazon Elastic VMware Service](security.md). Votre point de vue sur le modèle de responsabilité partagée inclut : + Installation, correction et mise à niveau des composants VCF, notamment vCenter Server, NSX, SDDC Manager ou Operations Manager, et ESX. + Configuration de l'authentification VCF, du contrôle d'accès basé sur les rôles et de la rotation des mots de passe pour toutes les appliances de gestion VCF. + Renforcer votre réseau de gestion VCF conformément aux directives de Broadcom et aux exigences de sécurité de votre organisation. + Dans Secrets Manager, AWS alternez les secrets que les connecteurs Amazon EVS utilisent pour accéder à vos appareils de gestion VCF. + Surveillance de votre déploiement VCF pour détecter les événements de sécurité. + Maintien de licences VCF valides dans votre appliance de gestion VCF. Pour de plus amples informations, veuillez consulter [Abonnements VCF](vcf-license-mgmt.md). Amazon EVS est responsable de : + Sécurisation du plan de contrôle Amazon EVS et EVS-provisioned AWS des ressources Amazon. + Chiffrer les informations d'identification des clients que vous stockez dans Secrets Manager (via AWS KMS) et restreindre l'accès au service à ces informations d'identification à l'aide de balises de ressources. + Surveillance de l'état des connecteurs que vous créez et signalez l'état de santé global de l'environnement. ### Résolution des problèmes | Symptôme | Où obtenir de l'aide | | --- | --- | | `aws evs create-environment`renvoie la `ValidationException` mention d'un paramètre tel que `licenseInfo``hosts`,`vcfHostnames`,`siteId`, ou`connectivityInfo`. | Supprimez le paramètre indiqué de votre demande. Ces paramètres ne sont pas pris en charge lorsque`vcfVersion=SELF_DEPLOYED`. | | L'environnement reste dans `CREATING` cet état plus longtemps que prévu. | Ouvrez un dossier d'assistance auprès de AWS Support. Incluez l'ID d'environnement. | | `aws evs create-environment-host`échoue avec une erreur de version ESX. | Vérifiez la chaîne de version d'ESX à l'aide `aws evs get-versions --region ` de. Votre compte n'a peut-être pas accès à la version demandée. Pour de plus amples informations, veuillez consulter [Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). | | Un hôte est bloqué `CREATING` ou passe à `CREATE_FAILED` l'état. | Ouvrez un dossier d'assistance auprès de AWS Support. Incluez l'ID d'environnement et l'ID d'hôte. | | Le programme d'installation de VCF échoue lors du déploiement de VCF. | Contactez le AWS support pour tout problème lié à Amazon EVS. Pour les VCF-specific demandes, vous pouvez également contacter Broadcom directement en utilisant vos droits d'abonnement VCF. | | `aws evs create-environment-connector`échoue avec une erreur d'accès à Secrets Manager. | Vérifiez que votre code secret et sa clé de chiffrement AWS KMS sont tous deux étiquetés avec`EvsAccess=true`. Pour de plus amples informations, veuillez consulter [Création d'un connecteur d'environnement Amazon EVS](evs-env-create-connector.md). | | Le connecteur est atteint`ACTIVE`, mais son contrôle d'accessibilité est maintenu. `FAILED` | Vérifiez que le nom de domaine complet de l'appliance est résolu à partir du plan de contrôle Amazon EVS et que les informations d'identification stockées sont valides. Pour de plus amples informations, veuillez consulter [Surveillez l'état et les ressources de votre environnement](evs-env-status-check.md). | ### Nettoyez un environnement Amazon EVS avec Self-deployed le mode Lorsque vous n'avez plus besoin de votre environnement Amazon EVS : 1. Supprimez tous les connecteurs. Pour de plus amples informations, veuillez consulter [Supprimer un connecteur d'environnement Amazon EVS](evs-env-delete-connector.md). 1. Supprimez tous les hôtes. Pour de plus amples informations, veuillez consulter [Supprimer un hôte Amazon EVS](evs-env-delete-host.md). 1. Supprimez l'environnement. Pour de plus amples informations, veuillez consulter [Supprimer les hôtes et l'environnement Amazon EVS](#getting-started-cleanup-env-hosts). La suppression de l'environnement entraîne la suppression des sous-réseaux VLAN Amazon EVS créés par Amazon EVS. Il ne supprime pas le VPC, le VPC Route Server ou les autres AWS ressources que vous avez créées en dehors d'Amazon EVS. ## Création d'un environnement Amazon EVS **Important** Pour démarrer le plus simplement et le plus rapidement possible, cette rubrique décrit les étapes à suivre pour créer un environnement Amazon EVS avec les paramètres par défaut. Avant de créer un environnement, nous vous recommandons de vous familiariser avec tous les paramètres et de déployer un environnement avec les paramètres qui répondent à vos besoins. Les environnements ne peuvent être configurés que lors de la création initiale de l'environnement. Les environnements ne peuvent pas être modifiés une fois que vous les avez créés. Pour obtenir un aperçu de tous les paramètres d'environnement Amazon EVS possibles, consultez le guide de référence de l'API [ Amazon EVS](https://docs.aws.amazon.com/evs/latest/APIReference/Welcome.html). **Note** Votre identifiant d'environnement sera mis à la disposition d'Amazon EVS dans toutes les AWS régions pour répondre aux besoins de conformité des licences VCF. **Note** Les environnements Amazon EVS doivent être déployés dans la même région et la même zone de disponibilité que les sous-réseaux VPC et VPC. Effectuez cette étape pour créer un environnement Amazon EVS avec des hôtes et des sous-réseaux VLAN. **Example** 1. Accédez à la console Amazon EVS. **Note** Assurez-vous que la AWS région affichée en haut à droite de votre console est celle AWS dans laquelle vous souhaitez créer votre environnement. Si ce n'est pas le cas, choisissez la liste déroulante à côté du nom de la AWS région et choisissez la AWS région que vous souhaitez utiliser. 1. Dans le panneau de navigation, choisissez **Environments** (Environnements). 1. Choisissez **Create environment**. 1. Sur la ** page ** Valider les exigences d'Amazon EVS, vérifiez que les exigences de service sont respectées. Pour de plus amples informations, veuillez consulter [Configuration du service Amazon Elastic VMware](setting-up.md). 1. (Facultatif) ** Dans Nom**, entrez un nom d'environnement. 1. Pour la version ** Environment**, choisissez votre version VCF. Pour plus d'informations sur les versions VCF fournies par Amazon EVS, consultez[Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). **Note** La liste déroulante de la version VCF inclut également une ** Self-deployed ** option. Si vous sélectionnez cette option, l'assistant utilise le Self-deployed flux au lieu des étapes ci-dessous. Pour de plus amples informations, veuillez consulter [Création d'un environnement Amazon EVS avec Self-deployed mode](#getting-started-self-deployed). 1. Pour l'ID ** du site**, entrez votre identifiant de site Broadcom. 1. Pour la clé de solution ** VCF**, entrez une clé de solution VCF (VMware vSphere 8 Enterprise Plus pour VCF). Cette clé de licence ne peut pas être utilisée par un environnement existant. **Note** La clé de solution VCF doit comporter un nombre suffisant de cœurs. Pour de plus amples informations, veuillez consulter [Abonnements VCF](vcf-license-mgmt.md). **Note** Votre licence VCF sera mise à la disposition d'Amazon EVS dans toutes les AWS régions afin de garantir la conformité des licences. Amazon EVS ne valide pas les clés de licence. Pour valider les clés de licence, rendez-vous sur le site d'assistance [ de ](https://support.broadcom.com/web/ecx) Broadcom. **Note** Amazon EVS exige que vous conserviez une clé de solution VCF valide dans SDDC Manager pour que le service fonctionne correctement. Si vous gérez la clé de solution VCF à l'aide de vSphere Client après le déploiement, vous devez vous assurer que les clés apparaissent également dans l'écran de licence de l'interface utilisateur de SDDC Manager. 1. Pour la clé de licence ** vSAN**, entrez une clé de licence vSAN. Cette clé de licence ne peut pas être utilisée par un environnement existant. **Note** La clé de licence vSAN doit disposer d'une capacité vSAN suffisante. Pour de plus amples informations, veuillez consulter [Abonnements VCF](vcf-license-mgmt.md). **Note** Votre licence VCF sera mise à la disposition d'Amazon EVS dans toutes les AWS régions afin de garantir la conformité des licences. Amazon EVS ne valide pas les clés de licence. Pour valider les clés de licence, rendez-vous sur le site d'assistance [ de ](https://support.broadcom.com/web/ecx) Broadcom. **Note** Amazon EVS exige que vous conserviez une clé de licence vSAN valide dans SDDC Manager pour que le service fonctionne correctement. Si vous gérez la clé de licence vSAN à l'aide de vSphere Client après le déploiement, vous devez vous assurer que les clés apparaissent également dans l'écran de licence de l'interface utilisateur de SDDC Manager. 1. Pour ** connaître les conditions de licence VCF**, cochez la case pour confirmer que vous avez acheté et que vous continuerez à maintenir le nombre requis de licences logicielles VCF pour couvrir tous les cœurs de processeur physiques de l'environnement Amazon EVS. Les informations relatives à votre logiciel VCF dans Amazon EVS seront partagées avec Broadcom afin de vérifier la conformité des licences. 1. Choisissez **Suivant**. 1. Sur la ** page ** Spécifier les détails de l'hôte, effectuez les étapes suivantes quatre fois pour ajouter quatre hôtes à l'environnement. Les environnements Amazon EVS nécessitent quatre hôtes pour le déploiement initial. 1. Choisissez ** Ajouter des informations sur l'hôte**. 1. Pour Nom d'hôte ** DNS**, entrez le nom d'hôte de l'hôte. 1. Pour le type d'**instance**, choisissez le type d'instance EC2. 1. Pour la version hôte ** ESX**, lors de la création de l'environnement, une version ESX par défaut pour la version VCF choisie sera utilisée. Pour plus d’informations, consultez [Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md). **Important** N'arrêtez ni ne résiliez les instances EC2 déployées par Amazon EVS. Cette action entraîne une perte de données. 1. Pour la paire de clés ** SSH**, choisissez une paire de clés SSH pour l'accès SSH à l'hôte. 1. Choisissez ** Ajouter un hôte**. 1. Sur la ** page ** Configurer les réseaux et la connectivité, procédez comme suit. 1. Pour les exigences de connectivité ** HCX**, choisissez si vous souhaitez utiliser HCX avec une connectivité privée ou via Internet. 1. Pour ** VPC**, choisissez le VPC que vous avez créé précédemment. 1. (Pour la connectivité Internet HCX uniquement) Pour l'ACL réseau ** HCX**, choisissez l'ACL réseau à laquelle votre VLAN HCX sera associé. **Important** Nous vous recommandons vivement de créer une ACL réseau personnalisée dédiée au VLAN HCX. Pour de plus amples informations, veuillez consulter [Configuration d'une liste de contrôle d'accès réseau pour contrôler le trafic du sous-réseau Amazon EVS VLAN](evs-env-nacl-cong.md). 1. Pour le sous-réseau d'accès au ** service**, choisissez le sous-réseau privé qui a été créé lorsque vous avez créé le VPC. 1. Pour le groupe ** de sécurité : * facultatif ***, vous pouvez choisir jusqu'à deux groupes de sécurité qui contrôlent la communication entre le plan de contrôle Amazon EVS et le VPC. Amazon EVS utilise le groupe de sécurité par défaut si aucun groupe de sécurité n'est sélectionné. **Note** Assurez-vous que les groupes de sécurité que vous choisissez fournissent une connectivité à vos serveurs DNS et aux sous-réseaux VLAN Amazon EVS. 1. Dans Connectivité ** de gestion**, entrez les blocs d'adresse CIDR à utiliser pour les sous-réseaux VLAN Amazon EVS. Pour le bloc CIDR VLAN de liaison montante ** HCX**, si vous configurez un VLAN HCX public, vous devez spécifier un bloc CIDR avec une longueur de masque réseau d'exactement /28. Amazon EVS génère une erreur de validation si une autre taille de bloc CIDR est spécifiée pour le VLAN HCX public. Pour un VLAN HCX privé et tous les autres blocs CIDR de VLAN, la longueur minimale du masque réseau que vous pouvez utiliser est /28 et la longueur maximale est /24. **Important** Les sous-réseaux VLAN Amazon EVS ne peuvent être créés que lors de la création de l'environnement Amazon EVS et ne peuvent pas être modifiés après la création de l'environnement. Vous devez vous assurer que les blocs d'adresse CIDR du sous-réseau VLAN sont correctement dimensionnés avant de créer l'environnement. Vous ne pourrez pas ajouter de sous-réseaux VLAN après le déploiement de l'environnement. Pour de plus amples informations, veuillez consulter [Considérations relatives à la mise en réseau Amazon EVS](architecture.md#evs-subnets). 1. Dans ** Expansion VLAN**, entrez les blocs CIDR pour les sous-réseaux VLAN Amazon EVS supplémentaires qui peuvent être utilisés pour étendre les fonctionnalités VCF au sein d'Amazon EVS, telles que l'activation de NSX Federation. 1. Sous ** Workload/VCF Connectivité**, entrez le bloc CIDR pour le VLAN de liaison montante NSX et choisissez deux ID d'homologue du serveur de routage VPC qui pointent vers les points de terminaison du serveur de routage via la liaison montante NSX. **Note** Amazon EVS nécessite une instance de serveur de routage VPC associée à deux points de terminaison du serveur de routage et à deux homologues du serveur de routage avant le déploiement d'EVS. Cette configuration permet le BGP-based routage dynamique via la liaison montante NSX. Pour de plus amples informations, veuillez consulter [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources). 1. Choisissez **Suivant**. 1. Sur la ** page ** Spécifier les noms d'hôte DNS de gestion, procédez comme suit. 1. Sous Noms d'hôte DNS ** des appareils de gestion**, entrez les noms d'hôte DNS des machines virtuelles qui hébergeront les appareils de gestion VCF. Si vous utilisez Route 53 comme fournisseur DNS, choisissez également la zone hébergée qui contient vos enregistrements DNS. 1. Sous ** Informations d'identification**, choisissez si vous souhaitez utiliser la clé KMS AWS gérée pour Secrets Manager ou une clé KMS gérée par le client que vous fournissez. Cette clé est utilisée pour chiffrer les informations d'identification VCF requises pour utiliser les dispositifs SDDC Manager, NSX Manager et vCenter. **Note** Des coûts d'utilisation sont associés aux clés KMS gérées par le client. Pour plus d'informations, consultez la page de tarification de [AWS KMS](https://aws.amazon.com/kms/pricing). 1. Choisissez **Suivant**. 1. (Facultatif) Sur la ** ** page Ajouter des balises, ajoutez les balises que vous souhaitez attribuer à cet environnement et choisissez ** Suivant**. **Note** Les hôtes créés dans le cadre de cet environnement recevront la balise suivante :`DoNotDelete-EVS-[]-[]`. **Note** Les balises associées à l'environnement Amazon EVS ne se propagent pas aux AWS ressources sous-jacentes telles que les instances EC2. Vous pouvez créer des balises sur les AWS ressources sous-jacentes à l'aide de la console de service correspondante ou du AWS CLI. 1. Sur la ** page ** Réviser et créer, vérifiez votre configuration et choisissez ** Créer un environnement**. **Important** Lors du déploiement de l'environnement, Amazon EVS crée les sous-réseaux VLAN EVS et les associe implicitement à la table de routage principale. Une fois le déploiement terminé, vous devez associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage à des fins de connectivité NSX. Pour de plus amples informations, veuillez consulter [Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC](#getting-started-associate-vlans). **Note** Amazon EVS déploie une version groupée récente de VMware Cloud Foundation qui peut ne pas inclure les mises à jour individuelles des produits, appelées correctifs asynchrones. Une fois ce déploiement terminé, nous vous recommandons vivement de vérifier et de mettre à jour les produits individuels à l'aide de l'outil de correction asynchrone (AP Tool) de Broadcom ou de l'automatisation LCM intégrée au produit SDDC Manager. Les mises à niveau de NSX doivent être effectuées en dehors de SDDC Manager. **Note** La création de l'environnement peut prendre plusieurs heures. 1. Ouvrez une session de terminal. 1. Créez un environnement Amazon EVS. Vous trouverez ci-dessous un exemple de `aws evs create-environment` demande. **Important** Avant d'exécuter la `aws evs create-environment` commande, vérifiez que tous les prérequis d'Amazon EVS sont remplis. Le déploiement de l'environnement échoue si les prérequis ne sont pas remplis. Pour de plus amples informations, veuillez consulter [Configuration du service Amazon Elastic VMware](setting-up.md). **Important** Lors du déploiement de l'environnement, Amazon EVS crée les sous-réseaux VLAN EVS et les associe implicitement à la table de routage principale. Une fois le déploiement terminé, vous devez associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage à des fins de connectivité NSX. Pour de plus amples informations, veuillez consulter [Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC](#getting-started-associate-vlans). **Note** Amazon EVS déploie une version groupée récente de VMware Cloud Foundation qui peut ne pas inclure les mises à jour individuelles des produits, appelées correctifs asynchrones. Une fois ce déploiement terminé, nous vous recommandons vivement de vérifier et de mettre à jour les produits individuels à l'aide de l'outil de correction asynchrone (AP Tool) de Broadcom ou de l'automatisation LCM intégrée au produit SDDC Manager. Les mises à niveau de NSX doivent être effectuées en dehors de SDDC Manager. **Note** Le déploiement de l'environnement peut prendre plusieurs heures. + Pour`--vpc-id`, spécifiez le VPC que vous avez créé précédemment avec une plage d'adresses CIDR IPv4 minimale de /22. + Pour`--service-access-subnet-id`, spécifiez l'ID unique du sous-réseau privé qui a été créé lorsque vous avez créé le VPC. + Pour`--vcf-version`, voir [Versions VCF et types d'instances EC2 fournis par Amazon EVS](versions-provided.md) les versions VCF fournies par Amazon EVS, + Avec`--terms-accepted`, vous confirmez que vous avez acheté et que vous continuerez à gérer le nombre requis de licences logicielles VCF pour couvrir tous les cœurs de processeur physiques de l'environnement Amazon EVS. Les informations relatives à votre logiciel VCF dans Amazon EVS seront partagées avec Broadcom afin de vérifier la conformité des licences. + Pour`--license-info`, entrez votre clé de solution VCF (VMware vSphere 8 Enterprise Plus pour VCF) et votre clé de licence vSAN. **Note** Les exigences relatives à la clé de solution VCF (y compris le nombre minimal de cœurs) et à la clé de licence vSAN (y compris la capacité minimale de vSAN) varient en fonction du type d'instance. Pour connaître les seuils spécifiques à votre configuration, consultez[Abonnements VCF](vcf-license-mgmt.md). **Note** Amazon EVS exige que vous conserviez une clé de solution VCF et une clé de licence vSAN valides dans SDDC Manager pour que le service fonctionne correctement. Si vous gérez ces clés de licence à l'aide de vSphere Client après le déploiement, vous devez vous assurer qu'elles apparaissent également dans l'écran des licences de l'interface utilisateur de SDDC Manager. **Note** La clé de solution VCF et la clé de licence vSAN ne peuvent pas être utilisées par un environnement Amazon EVS existant. + Pour `--initial-vlans` spécifier les plages d'adresses CIDR pour les sous-réseaux VLAN Amazon EVS qu'Amazon EVS crée en votre nom. Ces VLAN sont utilisés pour déployer des appareils de gestion VCF. Si vous configurez un VLAN HCX public, vous devez spécifier un bloc CIDR avec une longueur de masque réseau d'exactement /28. Amazon EVS génère une erreur de validation si une autre taille de bloc CIDR est spécifiée pour le VLAN HCX public. Pour un VLAN HCX privé et tous les autres blocs CIDR de VLAN, la longueur minimale du masque réseau que vous pouvez utiliser est /28 et la longueur maximale est /24. + `hcxNetworkAclId`est utilisé pour configurer la connectivité Internet HCX. Spécifiez une ACL réseau personnalisée pour le VLAN HCX public. **Important** Nous vous recommandons vivement de créer une ACL réseau personnalisée dédiée au VLAN HCX. Pour de plus amples informations, veuillez consulter [Configuration d'une liste de contrôle d'accès réseau pour contrôler le trafic du sous-réseau Amazon EVS VLAN](evs-env-nacl-cong.md). **Important** Les sous-réseaux VLAN Amazon EVS ne peuvent être créés que lors de la création de l'environnement Amazon EVS et ne peuvent pas être modifiés après la création de l'environnement. Vous devez vous assurer que les blocs d'adresse CIDR du sous-réseau VLAN sont correctement dimensionnés avant de créer l'environnement. Vous ne pourrez pas ajouter de sous-réseaux VLAN après le déploiement de l'environnement. Pour de plus amples informations, veuillez consulter [Considérations relatives à la mise en réseau Amazon EVS](architecture.md#evs-subnets). + Pour`--hosts`, spécifiez les détails des hôtes dont Amazon EVS a besoin pour le déploiement de l'environnement. Incluez le nom d'hôte DNS, le nom de la clé SSH EC2 et le type d'instance EC2 pour chaque hôte. L'ID d'hôte dédié est facultatif. **Important** N'arrêtez ni ne résiliez les instances EC2 déployées par Amazon EVS. Cette action entraîne une perte de données. + Pour`--connectivity-info`, spécifiez les 2 ID d'homologue du serveur de routage VPC que vous avez créés à l'étape précédente. **Note** Amazon EVS nécessite une instance de serveur de routage VPC associée à deux points de terminaison du serveur de routage et à deux homologues du serveur de routage avant le déploiement d'EVS. Cette configuration permet le BGP-based routage dynamique via la liaison montante NSX. Pour de plus amples informations, veuillez consulter [Configurer une instance de VPC Route Server avec des points de terminaison et des homologues](#getting-started-create-rs-resources). + Pour`--vcf-hostnames`, entrez les noms d'hôte DNS des machines virtuelles qui hébergeront les appliances de gestion VCF. + Pour`--site-id`, entrez votre identifiant de site Broadcom unique. Cet ID permet d’accéder au portail Broadcom, et vous est fourni par Broadcom à la fin de votre contrat logiciel ou à son renouvellement. + (Facultatif) Pour`--region`, entrez la région dans laquelle votre environnement sera déployé. Si la région n'est pas spécifiée, votre région par défaut est utilisée. ``` 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 ``` Voici un exemple de réponse. ``` { "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" } } } ``` ## Vérifier la création de l'environnement Amazon EVS **Example** 1. Accédez à la console Amazon EVS. 1. Dans le panneau de navigation, choisissez **Environments** (Environnements). 1. Sélectionnez l'environnement. 1. Sélectionnez l'**onglet ** Détails. 1. Vérifiez que l'état de ** l'environnement ** est ** passé ** et que l'état de l'**environnement ** est ** créé**. Cela vous permet de savoir que l'environnement est prêt à être utilisé. **Note** La création de l'environnement peut prendre plusieurs heures. Si l'état ** Environnement indique ** toujours ** Création**, actualisez la page. 1. Ouvrez une session de terminal. 1. Exécutez la commande suivante en utilisant l'ID d'environnement de votre environnement et le nom de la région qui contient vos ressources. L'environnement est prêt à être utilisé lorsque `environmentState` c'est le cas`CREATED`. **Note** La création de l'environnement peut prendre plusieurs heures. Si le message s'affiche `environmentState` toujours`CREATING`, exécutez à nouveau la commande pour actualiser la sortie. ``` aws evs get-environment --environment-id env-abcde12345 --region us-east-2 ``` Voici un exemple de réponse. ``` { "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": [] } } ``` ## Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC Associez explicitement chacun des sous-réseaux VLAN Amazon EVS à une table de routage dans votre VPC. Cette table de routage est utilisée pour permettre aux AWS ressources de communiquer avec des machines virtuelles sur des segments de réseau NSX, exécutés avec Amazon EVS. Si vous avez créé un VLAN HCX public, veillez à associer explicitement le sous-réseau VLAN HCX public à une table de routage publique de votre VPC qui achemine vers une passerelle Internet. **Example** 1. Accédez à la console [ VPC. ](https://console.aws.amazon.com/vpc) 1. Dans le volet de navigation, choisissez **Route tables** (Tables de routage). 1. Choisissez la table de routage que vous souhaitez associer aux sous-réseaux VLAN Amazon EVS. 1. Sélectionnez l’onglet **Associations de sous-réseaux**. 1. Sous Associations de sous-réseaux ** explicites**, sélectionnez ** Modifier les associations de sous-réseaux. ** 1. Sélectionnez tous les sous-réseaux VLAN Amazon EVS. 1. Choisissez **Save associations (Enregistrer les associations)**. 1. Ouvrez une session de terminal. 1. Identifiez les ID de sous-réseau VLAN Amazon EVS. ``` aws ec2 describe-subnets ``` 1. Associez vos sous-réseaux VLAN Amazon EVS à une table de routage dans votre VPC. ``` aws ec2 associate-route-table \ --route-table-id rtb-0123456789abcdef0 \ --subnet-id subnet-01234a1b2cde1234f ``` ### Associez les EIP au sous-réseau VLAN public HCX (pour la connectivité Internet HCX) Suivez ces étapes pour associer l'adresse IP élastique (EIP) du pool IPAM au VLAN public HCX pour la connectivité Internet HCX. Vous devez associer au moins deux EIP aux appliances HCX Manager et HCX Interconnect (). HCX-IX Associez une EIP supplémentaire à chaque appliance réseau HCX que vous devez déployer. Vous pouvez avoir jusqu'à 13 EIP du pool IPAM associé au VLAN public HCX. **Important** La connectivité Internet publique HCX échoue si vous n'associez pas au moins deux EIP du pool IPAM à un sous-réseau VLAN public HCX. **Note** Amazon EVS prend uniquement en charge l'association d'EIP au VLAN HCX pour le moment. **Note** Vous ne pouvez pas associer les deux premiers EIP ou le dernier EIP du bloc CIDR IPAM public au sous-réseau VLAN. Ces EIP sont réservées en tant qu'adresses réseau, passerelle par défaut et de diffusion. Amazon EVS génère une erreur de validation si vous tentez d'associer ces EIP au sous-réseau VLAN. ------ #### [ Amazon EVS console ] 1. Accédez à la console [ Amazon EVS](https://console.aws.amazon.com/evs). 1. Dans le menu de navigation, choisissez ** Environnements**. 1. Sélectionnez l'environnement. 1. Dans l'**onglet ** Réseaux et connectivité, sélectionnez le VLAN public HCX. 1. Choisissez ** Associer l'EIP au ** VLAN. 1. Sélectionnez la ou les adresses IP Elastic à associer au VLAN public HCX. 1. Choisissez ** Associate EIP. ** 1. Vérifiez les associations ** EIP ** pour confirmer que les EIP ont été associées au VLAN public HCX. ------ #### [ AWS CLI ] 1. Pour associer une adresse IP Elastic à un VLAN, utilisez l'exemple de `associate-eip-to-vlan` commande. + `environment-id`- L'identifiant de votre environnement Amazon EVS. + `vlan-name`- Le nom du VLAN à associer à l'adresse IP Elastic. + `allocation-id`- L'ID d'allocation de l'adresse IP Elastic. ``` aws evs associate-eip-to-vlan \ --environment-id "env-605uove256" \ --vlan-name "hcx" \ --allocation-id "eipalloc-0429268f30c4a34f7" ``` La commande renvoie des détails sur le VLAN, y compris la nouvelle association 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" } } ``` Le `eipAssociations` tableau montre la nouvelle association, y compris : + `associationId`- L'identifiant unique de cette association EIP, utilisé pour la dissociation. + `allocationId`- L'ID d'allocation de l'adresse IP Elastic associée. + `ipAddress`- L'adresse IP attribuée au VLAN. 1. Répétez cette étape pour associer des EIP supplémentaires. ------ ### Configurer les tables de routage des passerelles de transit et les préfixes Direct Connect pour la connectivité sur site (facultatif) Si vous configurez la connectivité réseau sur site à l'aide d'une passerelle de transit Direct Connect ou d'un AWS Site-to-Site VPN, vous devez mettre à jour les tables de routage des passerelles de transit avec les CIDR VPC créés dans l'environnement Amazon EVS. Pour plus d'informations, consultez les tables de routage des passerelles de [ transit dans Amazon VPC Transit ](https://docs.aws.amazon.com/vpc/latest/tgw/tgw-route-tables.html) Gateways. Si vous utilisez AWS Direct Connect, vous devrez peut-être également mettre à jour vos préfixes Direct Connect pour envoyer et recevoir des itinéraires mis à jour depuis le VPC. Pour plus d'informations, voir [ Autoriser les interactions entre préfixes pour les passerelles AWS](https://docs.aws.amazon.com/directconnect/latest/UserGuide/allowed-to-prefixes.html) Direct Connect. ## Récupérez les informations d'identification VCF et accédez aux appareils de gestion VCF Amazon EVS utilise AWS Secrets Manager pour créer, chiffrer et stocker des secrets gérés sur votre compte. Ces secrets contiennent les informations d'identification VCF nécessaires pour installer et accéder à des dispositifs de gestion VCF tels que vCenter Server, NSX et SDDC Manager, ainsi que le mot de passe root ESX. Pour plus d'informations sur la récupération de secrets, voir [ Obtenir des AWS secrets depuis Secrets Manager ](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) dans le guide * de l'utilisateur de * AWS Secrets Manager. **Note** Amazon EVS ne gère pas la rotation de vos secrets. Nous vous recommandons de faire tourner vos secrets régulièrement selon une fenêtre de rotation définie afin que vos secrets ne restent pas en circulation trop longtemps. Après avoir récupéré vos informations d'identification VCF depuis AWS Secrets Manager, vous pouvez les utiliser pour vous connecter à vos appareils de gestion VCF. Pour plus d'informations, consultez les sections [ Connexion à l'interface utilisateur de 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) et [ Comment utiliser et configurer votre client vSphere ](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) dans la documentation du produit VMware. ### Configuration de la console série EC2 (facultatif) Par défaut, Amazon EVS active l'ESX Shell sur les hôtes Amazon EVS récemment déployés. Cette configuration permet d'accéder au port série de l'instance Amazon EC2 via la console série EC2, que vous pouvez utiliser pour résoudre les problèmes de démarrage, de configuration réseau et autres. La console série ne requiert pas que votre instance possède des capacités de mise en réseau. La console série vous permet de saisir des commandes pour une instance EC2 en cours d'exécution comme si votre clavier et votre écran étaient directement connectés au port série de l'instance. La console série EC2 est accessible à l'aide de la console EC2 ou du. AWS CLI Pour plus d'informations, consultez la section Console série [ EC2 pour les instances ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) dans le guide de l'utilisateur * Amazon EC2. * **Note** La console série EC2 est le seul mécanisme pris en charge par Amazon EVS pour accéder à l'interface utilisateur directe de la console (DCUI) afin d'interagir localement avec un hôte ESX. **Note** Amazon EVS désactive le SSH distant par défaut. Pour plus d'informations sur l'activation de SSH pour accéder à l'ESX Shell distant, consultez la section Accès [ à distance à ESX Shell via 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) dans la documentation du produit VMware vSphere. **Connexion à la console série EC2 ** Pour vous connecter à la console série EC2 et utiliser l'outil de dépannage de votre choix, certaines tâches préalables doivent être effectuées. Pour plus d'informations, consultez [ les sections Conditions requises pour la console série EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console-prerequisites.html) et [ Connexion à la console série EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-serial-console.html) dans le guide de l'utilisateur * Amazon EC2. * **Note** Pour vous connecter à la console série EC2, l'état de votre instance EC2 doit être. `running` Vous ne pouvez pas vous connecter à la console série si l'instance est dans l'`terminated`état `pending` `stopping` `stopped``shutting-down`,, ou. Pour plus d'informations sur les changements d'état des instances, consultez la section Modification de l'état des instances [ Amazon EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-lifecycle.html) dans le guide de l'utilisateur * Amazon EC2. * **Configuration de l'accès à la console série EC2 ** Pour configurer l'accès à la console série EC2, vous ou votre administrateur devez accorder l'accès à la console série au niveau du compte, puis configurer des politiques IAM pour accorder l'accès à vos utilisateurs. Pour les instances Linux, vous devez également configurer un utilisateur basé sur un mot de passe sur chaque instance afin que vos utilisateurs puissent utiliser la console série pour résoudre les problèmes. Pour plus d'informations, consultez la section [ Configuration de l'accès à la console série EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configure-access-to-serial-console.html) dans le guide de l'utilisateur * Amazon EC2. * ## Nettoyage Suivez ces étapes pour supprimer les AWS ressources qui ont été créées. ### Supprimer les hôtes et l'environnement Amazon EVS Suivez ces étapes pour supprimer les hôtes et l'environnement Amazon EVS. Cette action supprime l'installation VMware VCF qui s'exécute dans votre environnement Amazon EVS. **Note** Pour supprimer un environnement Amazon EVS, vous devez d'abord supprimer tous les hôtes de cet environnement. Un environnement ne peut pas être supprimé si des hôtes y sont associés. **Example** 1. Accédez à la console Amazon EVS. 1. Dans le volet de navigation, sélectionnez ** Environnement**. 1. Sélectionnez l'environnement qui contient les hôtes à supprimer. 1. Sélectionnez l'**onglet ** Hôtes. 1. Sélectionnez l'hôte et choisissez ** Supprimer ** dans l'**onglet ** Hôtes. Répétez cette étape pour chaque hôte de l'environnement. 1. En haut de la ** page ** Environnements, choisissez ** Supprimer, ** puis ** Supprimer l'environnement**. **Note** La suppression de l'environnement supprime également les sous-réseaux VLAN Amazon EVS et les AWS secrets Secrets Manager créés par Amazon EVS. AWS les ressources que vous créez ne sont pas supprimées. Ces ressources peuvent continuer à entraîner des coûts. 1. Si vous avez mis en place des réservations de capacité Amazon EC2 dont vous n'avez plus besoin, assurez-vous de les avoir annulées. Pour plus d’informations, consultez [Annulation d’une réserve de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-release.html) dans le *Guide de l’utilisateur Amazon EC2*. 1. Ouvrez une session de terminal. 1. Identifiez l'environnement dans lequel se trouve l'hôte à supprimer. ``` aws evs list-environments ``` Voici un exemple de réponse. ``` { "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. Supprimez les hôtes de l'environnement. Vous trouverez ci-dessous un exemple de `aws evs delete-environment-host` demande. **Note** Pour pouvoir supprimer un environnement, vous devez d'abord supprimer tous les hôtes qu'il contient. ``` aws evs delete-environment-host \ --environment-id env-abcde12345 \ --host esx01 ``` 1. Répétez les étapes précédentes pour supprimer les hôtes restants de votre environnement. 1. Supprimez l'environnement. ``` aws evs delete-environment --environment-id env-abcde12345 ``` **Note** La suppression de l'environnement supprime également les sous-réseaux VLAN Amazon EVS et les AWS secrets Secrets Manager créés par Amazon EVS. Les autres AWS ressources que vous créez ne sont pas supprimées. Ces ressources peuvent continuer à entraîner des coûts. 1. Si vous avez mis en place des réservations de capacité Amazon EC2 dont vous n'avez plus besoin, assurez-vous de les avoir annulées. Pour plus d’informations, consultez [Annulation d’une réserve de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-release.html) dans le *Guide de l’utilisateur Amazon EC2*. #### Supprimer les ressources IPAM (pour la connectivité Internet HCX) Si vous avez configuré la connectivité Internet HCX, procédez comme suit pour supprimer vos ressources IPAM. 1. Libérez les allocations EIP du pool IPAM public. Pour plus d'informations, consultez la section [ Libérer une allocation ](https://docs.aws.amazon.com/vpc/latest/ipam/release-alloc-ipam.html) dans le Guide * de l'utilisateur du gestionnaire d'adresses IP * VPC. 1. Déprovisionnez le CIDR IPv4 public du pool IPAM. Pour plus d'informations, consultez [ Déprovisionner les CIDR d'un pool ](https://docs.aws.amazon.com/vpc/latest/ipam/depro-pool-cidr-ipam.html) dans le Guide de l'utilisateur du gestionnaire d'adresses IP * VPC. * 1. Supprimez le pool IPAM public. Pour plus d'informations, consultez la section [ Supprimer un pool ](https://docs.aws.amazon.com/vpc/latest/ipam/delete-pool-ipam.html) dans le Guide * de l'utilisateur du gestionnaire d'adresses IP * VPC. 1. Supprimez l'IPAM. Pour plus d'informations, consultez [ Supprimer un IPAM ](https://docs.aws.amazon.com/vpc/latest/ipam/delete-ipam.html) dans le Guide de l'utilisateur du gestionnaire d'adresses IP * VPC. * ### Supprimer les composants du serveur de routage VPC Pour savoir comment supprimer les composants du serveur de routage Amazon VPC que vous avez créés, consultez la section Nettoyage du serveur de [ routage ](https://docs.aws.amazon.com/vpc/latest/userguide/route-server-tutorial-cleanup.html) dans le guide de l'utilisateur * Amazon VPC. * ### Supprimer la liste de contrôle d'accès au réseau (ACL) Pour savoir comment supprimer une liste de contrôle d'accès réseau, voir [ Supprimer une ACL réseau pour votre VPC ](https://docs.aws.amazon.com/vpc/latest/userguide/delete-network-acl.html) dans le guide de l'utilisateur * Amazon VPC. * ### Dissocier et supprimer les tables de routage des sous-réseaux Pour savoir comment dissocier et supprimer des tables de routage de sous-réseaux, consultez la section Tables de routage de [ sous-réseaux ](https://docs.aws.amazon.com/vpc/latest/userguide/subnet-route-tables.html) dans le guide de l'utilisateur * Amazon VPC. * ### Suppression des sous-réseaux Supprimez les sous-réseaux VPC, y compris le sous-réseau d'accès aux services. Pour savoir comment supprimer des sous-réseaux VPC, consultez la section [ Supprimer un sous-réseau ](https://docs.aws.amazon.com/vpc/latest/userguide/subnet-deleting.html) dans le guide de l'utilisateur * Amazon VPC. * **Note** Si vous utilisez Route 53 pour le DNS, supprimez les points de terminaison entrants avant de tenter de supprimer le sous-réseau d'accès au service. Dans le cas contraire, vous ne pourrez pas supprimer le sous-réseau d'accès au service. **Note** Amazon EVS supprime les sous-réseaux VLAN en votre nom lorsque l'environnement est supprimé. Les sous-réseaux VLAN Amazon EVS ne peuvent être supprimés que lorsque l'environnement est supprimé. ### Suppression du VPC Pour savoir comment supprimer le VPC, consultez [ Supprimer votre VPC ](https://docs.aws.amazon.com/vpc/latest/userguide/delete-vpc.html) dans le guide de l'utilisateur * Amazon VPC. * ## Étapes suivantes Migrez vos charges de travail vers Amazon EVS à l'aide de VMware Hybrid Cloud Extension (VMware HCX). Pour de plus amples informations, veuillez consulter [Migrer les charges de travail vers Amazon EVS à l'aide de HCX VMware](migrate-evs-hcx.md).