Conditions préalables Création d'un VPC avec des sous-réseaux et des tables de routage Choisissez votre option de connectivité HCX Configurer la table de routage principale du VPC Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC Configurer une instance de VPC Route Server avec des points de terminaison et des homologues Créez une ACL réseau pour contrôler le trafic du sous-réseau VLAN Amazon EVS Création d'un environnement Amazon EVS avec Self-deployed mode Création d'un environnement Amazon EVS Vérifier la création de l'environnement Amazon EVS Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC Récupérez les informations d'identification VCF et accédez aux appareils de gestion VCF Nettoyage Étapes suivantes

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, consultezVersions VCF et types d'instances EC2 fournis par Amazon EVS.

Pour Self-deployed en savoir plus, consultezCréation d'un environnement Amazon EVS avec Self-deployed mode. Les procédures décrites Création d'un environnement Amazon EVS 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 pour obtenir des informations de version pertinentes.

Important

Pour plus d'informations sur les versions VCF fournies par Amazon EVS, consultezVersions VCF et types d'instances EC2 fournis par Amazon EVS.

Rubriques

Conditions préalables
Création d'un VPC avec des sous-réseaux et des tables de routage
Choisissez votre option de connectivité HCX
Configurer la table de routage principale du VPC
Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC
Configurer une instance de VPC Route Server avec des points de terminaison et des homologues
Créez une ACL réseau pour contrôler le trafic du sous-réseau VLAN Amazon EVS
Création d'un environnement Amazon EVS avec Self-deployed mode
Création d'un environnement Amazon EVS
Vérifier la création de l'environnement Amazon EVS
Associer explicitement les sous-réseaux VLAN Amazon EVS à une table de routage VPC
Récupérez les informations d'identification VCF et accédez aux appareils de gestion VCF
Nettoyage
Étapes suivantes

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.

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.

Exemple

Amazon VPC console

Ouvrez la console Amazon VPC.
Sur le tableau de bord VPC, choisissez Create VPC (Créer un VPC).
Sous Ressources à créer, choisissez VPC et plus encore.
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.
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.

Note
Amazon EVS ne prend pas en charge IPv6 pour le moment.
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.
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.
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 dans le Guide de référence AWS général.
(Facultatif) Si vous avez besoin d'une connexion Internet, pour Nombre de sous-réseaux publics, choisissez 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.
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.
(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 NAT.

Note
Amazon EVS nécessite l'utilisation d'une passerelle NAT pour activer la connectivité Internet sortante.
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 de l'utilisateur d'Amazon Simple Storage Service.
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.
(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.
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.

AWS CLI

Ouvrez une session de terminal.

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

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)

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

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

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)

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

(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)

(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

(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, lancezaws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State'.

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)

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

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, voirOptions de connectivité HCX.

Choisissez votre option :

Option A : Connectivité privée uniquement → Continuer versConfigurer la table de routage principale du VPC.
Option B : Connectivité Internet → Continuer versConfiguration 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

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 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, consultezConfiguration de la connectivité Internet publique HCX.

Création d'un IPAM

Suivez ces étapes pour créer un IPAM.

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 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

Ouvrez la console IPAM.
Dans le panneau de navigation, choisissez Pools (Groupes).
Choisissez la portée Public. Pour plus d'informations sur les scopes, consultez la section Fonctionnement de l'IPAM.
Sélectionnez Create pool (Créer un groupe).
(Facultatif) Ajoutez une valeur Name tag (Étiquette de nom) du groupe et une Description du groupe.
SousAddress family (Famille d'adresses), choisissezIPv4.
Sous Planification des ressources, laissez sélectionné Planifier l'espace IP dans la portée.
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é.
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).
Sous Source IP publique, sélectionnez Amazon-owned.
Sous CIDR à provisionner, choisissez Ajouter un CIDR Amazon-owned public.
Sous Masque réseau, choisissez une longueur de masque réseau CIDR. /28 est la longueur de masque réseau minimale requise.
Sélectionnez Create pool (Créer un groupe).

AWS CLI

Ouvrez une session de terminal.

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)

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

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)

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

Ouvrez la console VPC Amazon.
Dans le panneau de navigation, choisissez Adresses IP Elastic.
Choisissez Allocate Elastic IP address (Allouer l'adresse IP Elastic).
Sélectionnez Allouer à l'aide d'un pool IPAM IPv4.
Sélectionnez le pool IPv4 Amazon-owned public que vous avez configuré précédemment.
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.
Spécifiez l'EIP à allouer à partir du pool IPAM.
Choisissez Allouer.
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

Ouvrez une session de terminal.

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)

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.

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.

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.

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 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.

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 et Transfert de requêtes DNS entrantes vers votre VPC 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.

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, consultezLe contrôle d'accessibilité a échoué.

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. 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 et Configuration du protocole NTP sur les hôtes VMware Cloud Foundation dans la documentation de VMware Cloud Foundation.

Pour configurer les paramètres NTP

Choisissez votre source NTP :
- Service Amazon Time Sync (recommandé)
- Serveurs NTP personnalisés
Ajoutez des serveurs NTP à votre ensemble d'options DHCP. Pour plus d'informations, consultez Créer un ensemble d'options DHCP dans le guide de l'utilisateur Amazon VPC.
Vérifiez la synchronisation de l'heure. Pour plus d'informations sur la configuration du jeu d'options DHCP, consultezConfigurez le jeu d'options DHCP de votre VPC.

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.

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).

Pour plus d'informations sur la configuration d'une Direct Connect connexion, consultez la section Passerelles et associations de 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 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.

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 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
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 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 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 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 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.

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 Solutions pour Amazon EVS sur GitHub.

Pour les versions VCF actuellement prises en charge en Self-deployed mode, consultezVersions VCF et types d'instances EC2 fournis par Amazon EVS.

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 et la liste de contrôle des prérequis dansListe de contrôle préalable au déploiement d'Amazon EVS.

Effectuez ensuite ces étapes dans l'ordre suivant :

Créez l'environnement : Amazon EVS provisionne vos sous-réseaux VLAN.
Création d'enregistrements DNS : créez des enregistrements A et PTR pour vos hôtes ESX et vos appliances de gestion VCF.
Ajouter des hôtes : ajoutez des hôtes EC2 « bare-metal » à votre environnement.
Installation de VCF : installez VCF sur vos hôtes à l'aide du programme d'installation VCF.
Configuration du réseau NSX : créez vos réseaux superposés sur NSX Edges et configurez le routage vers votre VPC.
Création de connecteurs : créez des connecteurs afin qu'Amazon EVS puisse surveiller votre déploiement et signaler l'utilisation des licences.
Vérifiez votre environnement : 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.

É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.

Exemple

Amazon EVS console

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.
Dans le panneau de navigation, choisissez Environments (Environnements).
Choisissez Create environment.
À 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.
2. (Facultatif) Dans Nom, entrez un nom d'environnement.
3. Pour la version VCF, choisissez Self-deployed.
4. Choisissez Suivant.
À 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.
2. Pour Sous-réseau d'accès aux services, choisissez le sous-réseau privé que vous avez créé précédemment.
3. (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.
4. 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, voirGuide de dimensionnement des sous-réseaux VLAN.
5. 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.
6. 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 et Configurer une instance de VPC Route Server avec des points de terminaison et des homologues.
7. Choisissez Suivant.
(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-[<environmentId>]-[<hostname>]. 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.
À 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. »

AWS CLI

Ouvrez une session de terminal.

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 <hostName> est le nom que vous allez transmettre CreateEnvironmentHost et <domain> le nom de domaine configuré dans le jeu d'options DHCP de votre VPC (voir). <hostName>.<domain> Configuration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC

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 appelezCreateEnvironment.

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, consultezConfiguration des serveurs DNS et NTP à l’aide du jeu d’options DHCP du VPC.

É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 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 ou exécutezaws 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 paraws 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.

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.

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 que vous appliquez tout au long de l'installation.

Préparez l'hôte du programme d'installation VCF 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é.
Préparez une banque de données temporaire 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.
Déployez l'appliance VCF Installer et téléchargez le logiciel VCF à l'aide d'un jeton de téléchargement Broadcom.
Exécutez VCF bringup , qui déploie les appliances de gestion VCF et crée la banque de données vSAN.
Récupérez la banque de données temporaire une 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 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 pouri4i.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.

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.
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.

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.
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 dans le Guide de l'utilisateur Amazon EBS.
À 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

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. Vous utilisez ce jeton dans le programme d'installation VCF pour activer le dépôt de logiciels.
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.)
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.

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.

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.
Exécutez la validation par rapport à la spécification et corrigez les erreurs signalées.
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 :

Dans vSphere Client, démontez la banque de données VMFS temporaire de l'hôte.
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 dans le Guide de l'utilisateur Amazon EBS.
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 au volume Amazon EBS. Pour supprimer le volume, voir Supprimer un volume Amazon EBS 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 surtrue.
- 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 surFAILOVER_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 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, consultezRésolution des problèmes.

É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.
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
- 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 dans la documentation de VMware Cloud Foundation.
VCF 9.1.x : ajoutez un profil Uplink 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 et créez un cluster Edge.
VCF 9.1.x : créez un cluster NSX Edge et ajoutez des nœuds Edge.

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

Dans NSX Manager, accédez à Réseau → Tier-0 Passerelles.
Choisissez Ajouter une Tier-0 passerelle et configurez les paramètres suivants :
1. Nom — par exemple,evs-tier0-gw.
2. Mode HA : Active-Standby avec le mode de basculement réglé sur. Non-preemptive
3. Cluster Edge : sélectionnez le cluster Edge que vous avez créé.
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

Sélectionnez la Tier-0 passerelle et développez BGP.
Activez BGP et définissez le numéro AS local sur l' Tier-0 ASN NSX Edge que vous avez choisi (par exemple,). 65000

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 exemple65022) et la famille d'adresses sur IPv4 Unicast.

Voisin	Adresse du voisin	Interface 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).

Choisissez Enregistrer.
Attendez que les sessions BGP soient établies.
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é.
2. (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

Dans NSX Manager, accédez à Réseau → Tier-0 Passerelles → BGP → Voisins BGP et vérifiez que les deux voisins ont le statut Établi.
Dans la AWS console, accédez à VPC → Route Server → Routes et vérifiez que les itinéraires NSX Overlay apparaissent.
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

É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.

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, consultezCréation d'un connecteur d'environnement Amazon EVS.

É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, consultezSurveillez l'état et les ressources de votre environnement.

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 dansLa sécurité dans Amazon Elastic VMware Service.

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.

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 `licenseInfohosts`,`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 <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.
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.
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.

Nettoyez un environnement Amazon EVS avec Self-deployed le mode

Lorsque vous n'avez plus besoin de votre environnement Amazon EVS :

Supprimez tous les connecteurs. Pour de plus amples informations, veuillez consulter Supprimer un connecteur d'environnement Amazon EVS.
Supprimez tous les hôtes. Pour de plus amples informations, veuillez consulter Supprimer un hôte Amazon EVS.
Supprimez l'environnement. Pour de plus amples informations, veuillez consulter Supprimer les hôtes et l'environnement Amazon EVS.

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.

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.

Exemple

Amazon EVS console

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.
Dans le panneau de navigation, choisissez Environments (Environnements).
Choisissez Create environment.
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.
1. (Facultatif) Dans Nom, entrez un nom d'environnement.
2. Pour la version Environment, choisissez votre version VCF. Pour plus d'informations sur les versions VCF fournies par Amazon EVS, consultezVersions VCF et types d'instances EC2 fournis par Amazon EVS.
  
  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.
3. Pour l'ID du site, entrez votre identifiant de site Broadcom.
4. 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.
  
  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 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.
5. 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.
  
  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 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.
6. 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.
7. Choisissez Suivant.
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.
2. Pour Nom d'hôte DNS, entrez le nom d'hôte de l'hôte.
3. Pour le type d'instance, choisissez le type d'instance EC2.
4. 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.
  
  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.
5. Pour la paire de clés SSH, choisissez une paire de clés SSH pour l'accès SSH à l'hôte.
6. Choisissez Ajouter un hôte.
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.
2. Pour VPC, choisissez le VPC que vous avez créé précédemment.
3. (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.
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
9. Choisissez Suivant.
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.
2. 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.
3. Choisissez Suivant.
(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-[<environmentId>]-[<hostname>].

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.
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.

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.

AWS CLI

Ouvrez une session de terminal.
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.

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.

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 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, consultezAbonnements VCF.
  
  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.
- hcxNetworkAclIdest 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.
  
  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.
- 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.
- 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

Exemple

Amazon EVS console

Accédez à la console Amazon EVS.
Dans le panneau de navigation, choisissez Environments (Environnements).
Sélectionnez l'environnement.
Sélectionnez l'onglet Détails.
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.

AWS CLI

Ouvrez une session de terminal.

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 casCREATED.

Note

La création de l'environnement peut prendre plusieurs heures. Si le message s'affiche environmentState toujoursCREATING, 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.

Exemple

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

Accédez à la console Amazon EVS.
Dans le menu de navigation, choisissez Environnements.
Sélectionnez l'environnement.
Dans l'onglet Réseaux et connectivité, sélectionnez le VLAN public HCX.
Choisissez Associer l'EIP au VLAN.
Sélectionnez la ou les adresses IP Elastic à associer au VLAN public HCX.
Choisissez Associate EIP.
Vérifiez les associations EIP pour confirmer que les EIP ont été associées au VLAN public HCX.

AWS CLI

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.

Répétez cette étape pour associer des EIP supplémentaires.

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 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 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 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 et Comment utiliser et configurer votre client vSphere dans la documentation du produit VMware.

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 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 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 et Connexion à la console série EC2 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 stoppedshutting-down,, ou. Pour plus d'informations sur les changements d'état des instances, consultez la section Modification de l'état des instances Amazon EC2 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 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.

Exemple

Amazon EVS console

Accédez à la console Amazon EVS.
Dans le volet de navigation, sélectionnez Environnement.
Sélectionnez l'environnement qui contient les hôtes à supprimer.
Sélectionnez l'onglet Hôtes.
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.
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.
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é dans le Guide de l’utilisateur Amazon EC2.

AWS CLI

Ouvrez une session de terminal.

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

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
```
Répétez les étapes précédentes pour supprimer les hôtes restants de votre environnement.
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.
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é dans le Guide de l’utilisateur Amazon EC2.

Si vous avez configuré la connectivité Internet HCX, procédez comme suit pour supprimer vos ressources IPAM.

Libérez les allocations EIP du pool IPAM public. Pour plus d'informations, consultez la section Libérer une allocation dans le Guide de l'utilisateur du gestionnaire d'adresses IP VPC.
Déprovisionnez le CIDR IPv4 public du pool IPAM. Pour plus d'informations, consultez Déprovisionner les CIDR d'un pool dans le Guide de l'utilisateur du gestionnaire d'adresses IP VPC.
Supprimez le pool IPAM public. Pour plus d'informations, consultez la section Supprimer un pool dans le Guide de l'utilisateur du gestionnaire d'adresses IP VPC.
Supprimez l'IPAM. Pour plus d'informations, consultez Supprimer un IPAM 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 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 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 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 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 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.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Liste de contrôle du déploiement

Migration