Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# AWS Requisiti e considerazioni su PCS, VPC e sottorete
<a name="working-with_networking_vpc-requirements"></a>

Quando si crea un cluster AWS PCS, si specifica un VPC, una sottorete in quel VPC. Questo argomento fornisce una panoramica dei requisiti e delle considerazioni specifici del AWS PCS per il VPC e le sottoreti utilizzate con il cluster. Se non disponi di un VPC da utilizzare con AWS PCS, puoi crearne uno utilizzando un modello fornito AWS. CloudFormation Per ulteriori informazioni VPCs, consulta [Virtual private cloud (VPC) nella Amazon *VPC*](https://docs.aws.amazon.com/vpc/latest/userguide/configure-your-vpc.html) User Guide.

## Considerazioni e requisiti relativi al VPC
<a name="working-with_networking_vpc-requirements_vpc"></a>

Durante la creazione di un cluster, il VPC specificato deve soddisfare i requisiti e le considerazioni seguenti:
+ Il VPC deve disporre di un numero sufficiente di indirizzi IP disponibili per il cluster, tutti i nodi e le altre risorse del cluster che si desidera creare. Per ulteriori informazioni, consulta la sezione [Indirizzamento IP per le tue sottoreti VPCs e subnet](https://docs.aws.amazon.com/eks/latest/userguide/network_reqs.html#network-requirements-vpc) nella Amazon *VPC* User Guide.
+  Se il tuo cluster utilizza: IPv6 
  +  Associa un blocco IPv6 CIDR al tuo VPC. Per ulteriori informazioni, consulta [Crea un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html) nella *Guida per l'utente di Amazon VPC*. 
**Importante**  
 Sebbene sia possibile configurare il VPC con entrambi IPv4 e IPv6, è possibile scegliere un solo tipo di rete per il cluster. 
  +  Abilita l'**assegnazione automatica degli IPv6 indirizzi** per le tue sottoreti. 
  + Per ulteriori informazioni, consulta:
    +  [IPv6 su AWS](https://docs.aws.amazon.com/whitepapers/latest/ipv6-on-aws/IPv6-on-AWS.html) 
    +  [Comprendere l' IPv6 indirizzamento su AWS e progettare un piano di indirizzamento scalabile](https://aws.amazon.com/blogs/networking-and-content-delivery/understanding-ipv6-addressing-on-aws-and-designing-a-scalable-addressing-plan) 
+ Il VPC deve avere un nome host DNS e un supporto per la risoluzione DNS. In caso contrario, i nodi non possono registrare il cluster di clienti. Per ulteriori informazioni, consulta [Attributi DNS per il VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) nella *Guida per l'utente di Amazon VPC*.
+ Il VPC potrebbe richiedere l'utilizzo di endpoint VPC AWS PrivateLink per poter contattare l'API PCS. AWS Per ulteriori informazioni, consulta [Connect your VPC ai servizi utilizzando AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-services-overview.html) nella Amazon *VPC* User Guide.

**Importante**  
 AWS PCS non supporta un VPC con tenancy di istanza dedicata. Il VPC che usi per AWS PCS deve utilizzare la tenancy dell'`default`istanza. Puoi modificare la tenancy dell'istanza per un VPC esistente. Per ulteriori informazioni, consulta [Modificare la tenance dell'istanza di un VPC](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/change-tenancy-vpc.html) nella *Amazon Elastic Compute* Cloud User Guide. 

## Considerazioni e requisiti relativi alle sottoreti
<a name="working-with_networking_vpc-requirements_subnet"></a>

Quando crei un cluster Slurm, AWS PCS crea un'[interfaccia di rete elastica (ENI)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) nella sottorete specificata. Questa interfaccia di rete consente la comunicazione tra il controller dello scheduler e il VPC del cliente. L'interfaccia di rete consente inoltre a Slurm di comunicare con i componenti distribuiti nel tuo account. È possibile specificare la sottorete per un cluster solo al momento della creazione. 

### Requisiti relativi alla sottorete per i cluster
<a name="working-with_networking_vpc-requirements_subnet_clusters"></a>

La [sottorete](https://docs.aws.amazon.com/vpc/latest/userguide/configure-subnets.html#subnet-types) specificata quando si crea un cluster deve soddisfare i seguenti requisiti:
+ La sottorete deve avere almeno 1 indirizzo IP per l'utilizzo da parte AWS di PCS.
+  Se il cluster utilizza IPv6, tutte le sottoreti del cluster devono utilizzarlo. IPv6 

**Importante**  
I gruppi di nodi di calcolo configurati con l'esempio AWS PCS AMIs e le interfacce di rete multiple non funzioneranno attualmente se le sottoreti sono configurate solo per l'uso. IPv6 Utilizza invece sottoreti dual-stack (and) o solo sottoreti. IPv4 IPv6 IPv4 Per ulteriori informazioni, consulta [Utilizzo di Amazon Machine Images (AMIs) di esempio con AWS PCS](working-with_ami_samples.md).
+ La sottorete non può risiedere in, o in una zona locale. AWS Outposts AWS Wavelength AWS 
+ La sottorete può essere pubblica o privata. Si consiglia di specificare una sottorete privata, se possibile. Una sottorete pubblica è una sottorete con una tabella di routing che include un percorso verso un [gateway Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html); una sottorete privata è una sottorete con una tabella di routing che non include un percorso verso un gateway Internet.

### Requisiti relativi alla sottorete per i nodi
<a name="working-with_networking_vpc-requirements_subnet_nodes"></a>

È possibile distribuire nodi e altre risorse del cluster nella sottorete specificata al momento della creazione del cluster AWS PCS e su altre sottoreti nello stesso VPC. 

Qualsiasi sottorete in cui vengono distribuiti nodi e risorse del cluster deve soddisfare i seguenti requisiti:
+ È necessario assicurarsi che la sottorete disponga di un numero sufficiente di indirizzi IP disponibili per distribuire tutti i nodi e le risorse del cluster.
+ Se il tuo cluster utilizza IPv4 e intendi distribuire nodi in una sottorete pubblica, tale sottorete deve assegnare automaticamente IPv4 gli indirizzi pubblici.
**Nota**  
Le istanze in una sottorete pubblica devono utilizzare un gruppo di sicurezza con regole in entrata che consentano il traffico proveniente da indirizzi IP pubblici. A meno che non siano previste restrizioni specifiche relative all'indirizzo di origine, ciò significa un indirizzo di IPv4 origine 0.0.0.0/0 o un indirizzo di origine di: :/0. IPv6 
+ Se la sottorete in cui distribuisci i nodi è una sottorete privata e la relativa tabella di routing non include un percorso verso un [dispositivo NAT (Network Address Translation) () ()](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat.html)IPv4, aggiungi gli endpoint VPC utilizzando il VPC del cliente. AWS PrivateLink Gli endpoint VPC sono necessari per tutti i AWS servizi contattati dai nodi. L'unico endpoint richiesto è che AWS PCS consenta al nodo di richiamare l'azione dell'`RegisterComputeNodeGroupInstance`API. Per ulteriori informazioni, vedere [RegisterComputeNodeGroupInstance](https://docs.aws.amazon.com/pcs/latest/APIReference/API_RegisterComputeNodeGroupInstance.html)nel *AWS PCS API Reference.*
+ Lo stato della sottorete pubblica o privata non influisce sul AWS PCS; gli endpoint richiesti devono essere raggiungibili.