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.

# Configurations réseau
<a name="network-configuration-v3"></a>

AWS ParallelCluster utilise Amazon Virtual Private Cloud (VPC) pour la mise en réseau. Le VPC fournit une plate-forme réseau flexible et configurable sur laquelle vous pouvez déployer des clusters.

Le VPC doit avoir `DNS Resolution = yes` `DNS Hostnames = yes` et des options DHCP avec le nom de domaine correct pour la région. Le jeu d'options DHCP par défaut spécifie déjà le *AmazonProvidedDNS* requis. Si vous spécifiez plusieurs serveurs de noms de domaine, consultez les [ensembles d'options DHCP](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) dans le guide de l'*utilisateur Amazon VPC*.

AWS ParallelCluster prend en charge les configurations de haut niveau suivantes :
+  Un sous-réseau pour les nœuds de tête et de calcul. 
+  Deux sous-réseaux, avec le nœud principal dans un sous-réseau public et des nœuds de calcul dans un sous-réseau privé. Les sous-réseaux peuvent être nouveaux ou existants. 

Toutes ces configurations peuvent fonctionner avec ou sans adressage IP public. AWS ParallelCluster peut également être déployé pour utiliser un proxy HTTP pour toutes les AWS requêtes. Les combinaisons de ces configurations se traduisent par de nombreux scénarios de déploiement. Par exemple, vous pouvez configurer un sous-réseau public unique avec tous les accès via Internet. Vous pouvez également configurer un réseau entièrement privé à l'aide AWS Direct Connect d'un proxy HTTP pour l'ensemble du trafic.

À partir de la AWS ParallelCluster version 3.0.0`SecurityGroups`, `AdditionalSecurityGroups` il est possible de configurer différents `PlacementGroup` paramètres pour chaque file d'attente. Pour plus d'informations, consultez [`HeadNode`](HeadNode-v3.md)/[`Networking`](HeadNode-v3.md#HeadNode-v3-Networking)et [`SlurmQueues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues)/[`Networking`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-Networking)et [`AwsBatchQueues`](Scheduling-v3.md#Scheduling-v3-AwsBatchQueues)/[`Networking`](Scheduling-v3.md#Scheduling-v3-AwsBatchQueues-Networking).

Pour des illustrations de certains scénarios de mise en réseau, reportez-vous aux diagrammes d'architecture suivants.

**Topics**
+ [AWS ParallelCluster dans un seul sous-réseau public](network-configuration-v3-single-subnet.md)
+ [AWS ParallelCluster en utilisant deux sous-réseaux](network-configuration-v3-two-subnets.md)
+ [AWS ParallelCluster dans un seul sous-réseau privé connecté à l'aide de AWS Direct Connect](network-configuration-v3-single-subnet-direct-connect.md)
+ [AWS ParallelCluster avec AWS Batch planificateur](network-configuration-v3-batch.md)
+ [AWS ParallelCluster dans un seul sous-réseau sans accès à Internet](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md)