**Contribuisci a migliorare questa pagina** 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à. Per contribuire a questa guida per l'utente, scegli il GitHub link **Modifica questa pagina** nel riquadro destro di ogni pagina. 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à. # Informazioni sugli indirizzi IPv6 per cluster, pod e servizi **Si applica a**: Pod con istanze Amazon EC2 e Pod Fargate Per impostazione predefinita, Kubernetes assegna indirizzi `IPv4` a pod e servizi. Invece di assegnare indirizzi `IPv4` a pod e servizi, è possibile configurare il cluster in modo da assegnare loro indirizzi `IPv6`. Amazon EKS non supporta pod o servizi con doppio stack, anche se Kubernetes lo fa. Di conseguenza, non è possibile assegnare sia indirizzi `IPv4` che `IPv6` a pod e servizi. È possibile selezionare la famiglia IP che si desidera utilizzare per il cluster al momento della creazione. Non sarà possibile modificare la famiglia dopo aver creato il cluster. Per un tutorial sull’implementazione di un cluster `IPv6` di Amazon EKS, consultare [Implementazione di un cluster Amazon EKS `IPv6` e nodi Amazon Linux gestiti](deploy-ipv6-cluster.md). Di seguito sono riportate alcune considerazioni sull’utilizzo della funzionalità: ## Supporto delle `funzionalità IPv6` + **Nessun supporto per Windows**: i Pod e i servizi Windows non sono supportati. + **Nitro-based Nodi EC2 richiesti**: puoi utilizzarli solo `IPv6` con nodi AWS Nitro-based Amazon EC2 o Fargate. + **Nodi EC2 e Fargate supportati**: è possibile utilizzare `IPv6` con [Assegnazione dei gruppi di sicurezza ai singoli pod](security-groups-for-pods.md) con nodi Amazon EC2 e nodi Fargate. + **Outpost non supportati**: non è possibile usare `IPv6` con [Implementa Amazon EKS in locale con AWS Outposts](eks-outposts.md). + **FSx per Lustre non è supportato**: il [Usa l’archiviazione delle app ad alte prestazioni con Amazon FSx per Lustre](fsx-csi.md) non è supportato. + **Rete personalizzata non supportata**: per ridurre l’esaurimento dell’indirizzo IP, è possibile utilizzare [Implementazione dei pod in sottoreti alternative con reti personalizzate](cni-custom-network.md) anche se in precedenza è stato usato `IPv6`. Non è possibile utilizzare una rete personalizzata con `IPv6`. Se si utilizza una rete personalizzata per l’isolamento della rete, potrebbe essere necessario continuare a utilizzare la rete personalizzata e la famiglia `IPv4` per i cluster. ## Assegnazioni dell’indirizzo IP + Servizi **Kubernetes: ai servizi Kubernetes vengono** assegnati solo indirizzi. `IPv6` Non vengono assegnati a indirizzi IPv4. + **Pod**: ai pod viene assegnato un indirizzo IPv6 e un indirizzo IPv4 locale dell’host. L’indirizzo IPv4 locale dell’host viene assegnato utilizzando un plug-in CNI locale dell’host concatenato con CNI di VPC e l’indirizzo non viene segnalato al piano di controllo di Kubernetes. Viene utilizzato solo quando un pod deve comunicare con una risorsa IPv4 esterna in un altro Amazon VPC o su Internet. L’indirizzo IPv4 locale dell’host viene sottoposto a SNAT (tramite CNI di VPC) all’indirizzo IPv4 primario dell’ENI primario del nodo worker. + **Pod e servizi**: i pod e i servizi ricevono solo indirizzi `IPv6`, non quelli `IPv4`. Quando i Pod devono comunicare con endpoint `IPv4` esterni, utilizzano il NAT sul nodo stesso. [Questa funzionalità NAT integrata elimina la necessità di DNS64 e NAT64](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html#nat-gateway-nat64-dns64). Per il traffico che richiede un accesso pubblico a Internet, il traffico del pod è l’indirizzo di rete di origine tradotto in un indirizzo IP pubblico. + **Indirizzi di instradamento**: quando un Pod comunica all’esterno del VPC, il suo indirizzo `IPv6` originale viene preservato (non tradotto nell’indirizzo `IPv6` del nodo). Questo traffico viene instradato direttamente attraverso un gateway Internet o gateway Internet egress-only. + **Nodi**: a tutti i nodi viene assegnato un indirizzo `IPv4` e `IPv6`. + **Pod Fargate**: ogni Pod Fargate riceve un indirizzo `IPv6` dal CIDR specificato per la sottorete in cui è stato implementato. L’unità hardware sottostante che esegue i pod Fargate ottiene un indirizzo `IPv4` e `IPv6` univoci dai CIDR assegnati alla sottorete in cui è implementata l’unità hardware. ## `Come usare IPv6 con EKS` + **Creare un nuovo cluster**: è necessario creare un nuovo cluster e specificare che si vuole utilizzare la famiglia `IPv6` per quel cluster. Non è possibile abilitare la famiglia `IPv6` per un cluster aggiornato da una versione precedente. Per istruzioni su come creare un nuovo cluster, consultare Considerations. + **Usare un CNI di VPC recente**: implementare la versione CNI di Amazon VPC o successiva `1.10.1`. Per impostazione predefinita, viene distribuita questa versione o una versione successiva. Dopo aver implementato il componente aggiuntivo, non sarà possibile eseguire il downgrade del componente aggiuntivo CNI di Amazon VPC a una versione inferiore a `1.10.1` senza rimuovere tutti i nodi in tutti i gruppi di nodi nel cluster. + **Configurare CNI di VPC per `IPv6`**: se si utilizzano i nodi Amazon EC2, è necessario configurare il componente aggiuntivo CNI di Amazon VPC con delega del prefisso IP e `IPv6`. Se durante la creazione del cluster si sceglie la famiglia `IPv6`, la versione `1.10.1` del componente aggiuntivo utilizza per impostazione predefinita questa configurazione. Questo è il caso di un componente aggiuntivo autogestito o Amazon EKS. Per ulteriori informazioni sulla delega dei prefissi IP, consultare [Assegnazione di più indirizzi IP ai nodi Amazon EKS con prefissi](cni-increase-ip-addresses.md). + **Configurare indirizzi `IPv4` e `IPv6`**: quando si crea un cluster, il VPC e le sottoreti specificate devono avere un intervallo CIDR `IPv6` assegnato al VPC e alle sottoreti specificate. Devono inoltre disporre di un blocco CIDR `IPv4` assegnato. Questo perché, anche se si desidera utilizzare solo `IPv6`, il funzionamento di un VPC richiede comunque un blocco CIDR `IPv4`. Per ulteriori informazioni, consulta [Associazione di un blocco CIDR IPv6 al VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#vpc-associate-ipv6-cidr) nella Guida per l’utente di Amazon VPC. + **Auto-assign Indirizzi IPv6 ai nodi:** quando crei i nodi, devi specificare le sottoreti configurate per l'assegnazione automatica degli indirizzi. `IPv6` In caso contrario, non sarà possibile implementare i nodi. Per impostazione predefinita, questa configurazione è disabilitata. Per ulteriori informazioni, consulta [Modifica dell’attributo di assegnazione degli indirizzi IPv6 pubblici della sottorete](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-ip-addressing.html#subnet-ipv6) nella Guida per l’utente di Amazon VPC. + **Impostare le tabelle di routing per usare `IPv6`**: le tabelle di routing assegnate alle sottoreti devono avere percorsi per gli indirizzi `IPv6`. Per ulteriori informazioni, consulta [Migrazione a IPv6](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html) nella Guida per l’utente di Amazon VPC. + **Impostare gruppi di sicurezza per `IPv6`**: i gruppi di sicurezza devono consentire gli indirizzi `IPv6`. Per ulteriori informazioni, consulta [Migrazione a IPv6](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html) nella Guida per l’utente di Amazon VPC. + **Configura il load balancer**: utilizza la versione `2.3.1` o successiva del Load Balancer Controller per bilanciare il AWS carico delle applicazioni HTTP utilizzando il traffico di rete o utilizzando [Instradare il traffico di applicazioni e HTTP con Application Load Balancer](alb-ingress.md) i `IPv6` to Pods con entrambi i sistemi di bilanciamento [Esecuzione del routing del traffico TCP e UDP con Network Load Balancer](network-load-balancing.md) del carico in modalità IP, ma non in modalità istanza. Per ulteriori informazioni, consulta [Indirizza il traffico Internet con AWS Controller del sistema di bilanciamento del carico](aws-load-balancer-controller.md). + **Aggiungere una policy IAM `IPv6`**: è necessario allegare una policy IAM `IPv6` al ruolo IAM del nodo o del CNI. Tra i due, consigliamo di allegarlo a un ruolo IAM CNI. Per ulteriori informazioni, consultare [`Crea una policy IAM per i cluster che utilizzano la famiglia IPv6`](cni-iam-role.md#cni-iam-role-create-ipv6-policy) e [Passaggio 1: Creazione di un ruolo IAM per il plug-in CNI di Amazon VPC per Kubernetes](cni-iam-role.md#cni-iam-role-create-role). + **Valuta tutti i componenti**: esegui una valutazione approfondita delle tue applicazioni, dei componenti aggiuntivi di Amazon EKS e AWS dei servizi con cui ti integri prima di distribuire `IPv6` i cluster. Questo per garantire che tutto funzioni come previsto con `IPv6`.