Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# AWS Exigences et considérations relatives au PCS, au VPC et aux sous-réseaux
<a name="working-with_networking_vpc-requirements"></a>

Lorsque vous créez un cluster AWS PCS, vous spécifiez un VPC, un sous-réseau dans ce VPC. Cette rubrique fournit une vue d'ensemble des exigences et considérations spécifiques au AWS PCS pour le VPC et les sous-réseaux que vous utilisez avec votre cluster. Si vous n'avez pas de VPC à utiliser avec AWS PCS, vous pouvez en créer un à l'aide d'un modèle fourni AWS. CloudFormation Pour plus d'informations VPCs, consultez la section [Virtual Private Clouds (VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/configure-your-vpc.html) dans le guide de l'utilisateur Amazon *VPC*.

## Exigences et considérations requises pour le VPC
<a name="working-with_networking_vpc-requirements_vpc"></a>

Lorsque vous créez un cluster, le VPC que vous spécifiez doit répondre aux exigences et aux considérations suivantes :
+ Le VPC doit disposer d'un nombre suffisant d'adresses IP disponibles pour le cluster, les nœuds et les autres ressources de cluster que vous souhaitez créer. Pour plus d'informations, consultez la section [Adressage IP pour vos sous-réseaux VPCs et sous-réseaux](https://docs.aws.amazon.com/eks/latest/userguide/network_reqs.html#network-requirements-vpc) dans le guide de l'*utilisateur Amazon VPC.*
+  Si votre cluster utilise IPv6 : 
  +  Associez un bloc IPv6 CIDR à votre VPC. Pour plus d'informations, consultez [Créer un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html) dans le *Guide de l'utilisateur Amazon VPC*. 
**Important**  
 Bien que vous puissiez configurer votre VPC avec les deux IPv4 IPv6, vous ne pouvez choisir qu'un seul type de réseau pour votre cluster. 
  +  Activez l'**attribution automatique d' IPv6 adresses** pour vos sous-réseaux. 
  + Pour en savoir plus, consultez :
    +  [IPv6 sur AWS](https://docs.aws.amazon.com/whitepapers/latest/ipv6-on-aws/IPv6-on-AWS.html) 
    +  [Comprendre l' IPv6 adressage sur AWS et concevoir un plan d'adressage évolutif](https://aws.amazon.com/blogs/networking-and-content-delivery/understanding-ipv6-addressing-on-aws-and-designing-a-scalable-addressing-plan) 
+ Le VPC doit disposer d'un nom d'hôte DNS et d'un support de résolution DNS. Dans le cas contraire, les nœuds ne peuvent pas enregistrer le cluster client. Pour plus d’informations, consultez [DNS attributes for your VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) (Attributs DNS pour votre VPC) dans le *Guide de l’utilisateur d’Amazon VPC*.
+ Le VPC peut nécessiter l'utilisation de points de terminaison VPC AWS PrivateLink pour pouvoir contacter l'API PCS. AWS Pour plus d'informations, consultez [Connecter votre VPC aux services à l'aide](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-services-overview.html) du guide de AWS PrivateLink l'utilisateur Amazon *VPC*.

**Important**  
 AWS PCS ne prend pas en charge les VPC dotés d'une location d'instance dédiée. Le VPC que vous utilisez pour les AWS PCS doit utiliser la location d'`default`instance. Vous pouvez modifier la location de l'instance pour un VPC existant. Pour plus d'informations, consultez [Modifier la location d'instance d'un VPC](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/change-tenancy-vpc.html) dans le guide de l'utilisateur d'*Amazon Elastic Compute Cloud*. 

## Exigences et considérations requises pour les sous-réseaux
<a name="working-with_networking_vpc-requirements_subnet"></a>

Lorsque vous créez un cluster Slurm, AWS PCS crée une [interface réseau élastique (ENI)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) dans le sous-réseau que vous avez spécifié. Cette interface réseau permet la communication entre le contrôleur du planificateur et le VPC du client. L'interface réseau permet également à Slurm de communiquer avec les composants déployés dans votre compte. Vous ne pouvez spécifier le sous-réseau d'un cluster qu'au moment de sa création. 

### Exigences requises pour les sous-réseaux des clusters
<a name="working-with_networking_vpc-requirements_subnet_clusters"></a>

Le [sous-réseau](https://docs.aws.amazon.com/vpc/latest/userguide/configure-subnets.html#subnet-types) que vous spécifiez lors de la création d'un cluster doit répondre aux exigences suivantes :
+ Le sous-réseau doit avoir au moins une adresse IP pour être utilisé par AWS PCS.
+  Si votre cluster l'utilise IPv6, tous les sous-réseaux de votre cluster doivent l'utiliser IPv6. 

**Important**  
Les groupes de nœuds de calcul configurés avec un échantillon AWS PCS AMIs et plusieurs interfaces réseau ne fonctionneront pas actuellement si les sous-réseaux sont uniquement configurés pour être utilisés IPv6. Utilisez plutôt des sous-réseaux à double pile (IPv4 et IPv6) ou des sous-réseaux IPv4 uniquement. Pour de plus amples informations, veuillez consulter [Utilisation d'exemples d'Amazon Machine Images (AMIs) avec AWS PCS](working-with_ami_samples.md).
+ Le sous-réseau ne peut pas résider dans AWS Outposts une zone AWS locale ou dans une telle zone. AWS Wavelength
+ Le sous-réseau peut être public ou privé. Nous vous recommandons de spécifier un sous-réseau privé, si possible. Un sous-réseau public est un sous-réseau avec une table de routage qui inclut une route vers une [passerelle Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html) ; un sous-réseau privé est un sous-réseau avec une table de routage qui n'inclut pas de route vers une passerelle Internet.

### Exigences requises pour les sous-réseaux des nœuds
<a name="working-with_networking_vpc-requirements_subnet_nodes"></a>

Vous pouvez déployer des nœuds et d'autres ressources de cluster sur le sous-réseau que vous spécifiez lors de la création de votre cluster AWS PCS, ainsi que sur d'autres sous-réseaux du même VPC. 

Tout sous-réseau sur lequel vous déployez des nœuds et des ressources de cluster doit répondre aux exigences suivantes :
+ Vous devez vous assurer que le sous-réseau dispose de suffisamment d'adresses IP disponibles pour déployer tous les nœuds et les ressources du cluster.
+ Si votre cluster utilise IPv4 et que vous prévoyez de déployer des nœuds sur un sous-réseau public, ce sous-réseau doit attribuer automatiquement IPv4 des adresses publiques.
**Note**  
Les instances d'un sous-réseau public doivent utiliser un groupe de sécurité avec des règles entrantes qui autorisent le trafic provenant d'adresses IP publiques. À moins que vous n'ayez des restrictions d'adresse source spécifiques, cela signifie une adresse IPv4 source de 0.0.0.0/0 ou une adresse IPv6 source de : :/0.
+ Si le sous-réseau sur lequel vous déployez des nœuds est un sous-réseau privé et que sa table de routage n'inclut pas de route vers un [périphérique de traduction d'adresses réseau (NAT) (IPv4)](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat.html), ajoutez des points de terminaison VPC à AWS PrivateLink l'aide du VPC du client. Les points de terminaison VPC sont nécessaires pour tous les AWS services contactés par les nœuds. Le seul point de terminaison requis est que le AWS PCS autorise le nœud à appeler l'action de l'`RegisterComputeNodeGroupInstance`API. Pour plus d'informations, consultez le [RegisterComputeNodeGroupInstance](https://docs.aws.amazon.com/pcs/latest/APIReference/API_RegisterComputeNodeGroupInstance.html)manuel de *référence de l'API AWS PCS*.
+ L'état du sous-réseau public ou privé n'a aucun impact sur les AWS PCS ; les points de terminaison requis doivent être accessibles.