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 aux VPC et aux sous-réseaux PCS
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 sur les VPC, consultez la section Virtual Private Clouds (VPC) dans le guide de l'utilisateur Amazon VPC.
Exigences et considérations requises pour le VPC
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 VPC et sous-réseaux dans le guide de l'utilisateur Amazon VPC.
-
Si votre cluster utilise IPv6 :
-
Associer un bloc CIDR IPv6 à votre VPC Pour plus d'informations, consultez Créer un VPC dans le Guide de l'utilisateur Amazon VPC.
Important
Bien que vous puissiez configurer votre VPC avec IPv4 et IPv6, vous ne pouvez choisir qu'un seul type de réseau pour votre cluster.
-
Activez l'attribution automatique d'une adresse IPv6 pour vos sous-réseaux.
-
Pour en savoir plus, consultez :
-
-
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 (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 Par défaut, l'agent AWS PCS utilise le point de terminaison non FIPS à double pile.
pcs.Si vous utilisez un DNS personnalisé, vous devez ajouter manuellement un enregistrement pour ce point de terminaison. Pour plus d'informations, consultez Connecter votre VPC aux services à l'aide du guide de AWS PrivateLink l'utilisateur Amazon VPC.region.api.aws
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'defaultinstance. 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 dans le guide de l'utilisateur d'Amazon Elastic Compute Cloud.
Exigences et considérations requises pour les sous-réseaux
Lorsque vous créez un cluster Slurm, AWS PCS crée une interface réseau élastique (ENI) 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
Le sous-réseau que vous spécifiez lorsque vous créez 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 utilise IPv6, tous les sous-réseaux de votre cluster doivent utiliser IPv6.
Important
Les groupes de nœuds de calcul configurés avec des exemples d'AMI AWS PCS et plusieurs interfaces réseau ne fonctionneront pas actuellement si les sous-réseaux sont uniquement configurés pour utiliser IPv6. Utilisez plutôt des sous-réseaux à double pile (IPv4 et IPv6) ou IPv4-only des sous-réseaux. Pour de plus amples informations, veuillez consulter Utilisation d'exemples d'Amazon Machine Images (AMI) avec AWS PIÈCES.
-
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 ; 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
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 des adresses publiques IPv4.
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 source IPv4 de 0.0.0. 0/0ou une adresse source IPv6 : :/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), ajoutez des points de terminaison VPC via le VPC du client. AWS PrivateLink 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'
RegisterComputeNodeGroupInstanceAPI. Pour plus d'informations, consultez RegisterComputeNodeGroupInstancela 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.