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à.
Amazon Elastic Kubernetes Service
Amazon EKS offre funzionalità che consentono di rendere le applicazioni più resistenti a eventi quali il deterioramento dello stato di salute o il deterioramento di una zona di disponibilità. Quando esegui i carichi di lavoro in un cluster Amazon EKS, puoi migliorare ulteriormente la tolleranza ai guasti e il ripristino delle applicazioni utilizzando lo spostamento zonale o lo spostamento automatico zonale. Per ulteriori informazioni, consulta Informazioni su ARC Zonal Shift in Amazon EKS nella Amazon Elastic Kubernetes Service User Guide.
Utilizzo dello spostamento zonale con Amazon Elastic Kubernetes Service
Per abilitare lo spostamento zonale, utilizza uno dei seguenti metodi. Per ulteriori informazioni, consulta Informazioni sullo spostamento zonale di ARC nella Guida per l'utente di Amazon Elastic Kubernetes Service.
Puoi avviare uno spostamento zonale per un cluster Amazon EKS oppure puoi consentire di farlo AWS per te, abilitando lo spostamento automatico zonale. Dopo aver abilitato lo spostamento zonale del cluster Amazon EKS con ARC, puoi avviare uno spostamento zonale o abilitare lo spostamento automatico zonale utilizzando la console ARC, la CLI o le API zonal shift e zonal autoshift. AWS
Per ulteriori informazioni sull'avvio di uno spostamento zonale, consulta. Avvio, aggiornamento o annullamento di uno spostamento zonale
Per ulteriori informazioni sull'abilitazione di Amazon EKS con lo spostamento zonale, consulta Informazioni su ARC Zonal Shift in Amazon EKS nella Guida per l'utente di Amazon Elastic Kubernetes Service.
Come funziona lo spostamento zonale per Amazon Elastic Kubernetes Service
Durante un passaggio zonale di Amazon EKS, si verifica automaticamente quanto segue per tutti i cluster Amazon EKS:
Tutti i nodi della zona AZ interessata sono isolati. Ciò impedisce a Kubernetes Scheduler di pianificare nuovi Pod sui nodi della malsana AZ.
Se utilizzi Managed Node Groups, il ribilanciamento delle zone di disponibilità viene sospeso e il gruppo Auto Scaling viene aggiornato per garantire che i nuovi nodi del piano dati di Amazon EKS vengano avviati solo in AZ integri.
I nodi nell'AZ non integro non vengono terminati e i Pod non vengono rimossi da questi nodi. Questo per garantire che, alla scadenza o alla cancellazione di uno spostamento zonale, il traffico possa essere restituito in sicurezza all'AZ che ha ancora la piena capacità.
Il EndpointSlice controller trova tutti gli endpoint Pod nell'AZ compromessa e li rimuove da quelli pertinenti. EndpointSlices Ciò garantisce che solo gli endpoint dei pod in AZ integre siano destinati a ricevere il traffico di rete. Quando uno spostamento zonale viene annullato o scade, il EndpointSlice controller lo aggiorna EndpointSlices per includere gli endpoint nell'AZ ripristinato.
Se si utilizza EKS Auto Mode o Karpenter autogestito, il controller Karpenter esegue anche le seguenti operazioni durante uno spostamento zonale:
Interrompe il provisioning di nuova capacità nell'AZ in difficoltà contrassegnando tutte le offerte di elaborazione in quella zona come non disponibili.
Blocca le interruzioni volontarie (consolidamento e deriva) sui nodi nell'AZ compromessa.
Impedisce i tentativi di avvio di pod con rigidi requisiti di pianificazione (come l'affinità di volume EBS) che richiedono una AZ ridotta.
Riprende il comportamento normale quando lo spostamento zonale viene annullato o scade.
Per ulteriori informazioni sullo spostamento zonale di Amazon EKS, consulta il blog Containers sul sito Web. AWS