Comprendi il Kubernetes ciclo di vita della versione attivo EKS

In linea con il Kubernetes supporto comunitario per Kubernetes versioni, Amazon EKS si impegna a offrire supporto per almeno quattro versioni pronte per la produzione di Kubernetes in qualsiasi momento. Annunceremo la data di fine del supporto standard di un determinato periodo Kubernetes versione minore con almeno 60 giorni di anticipo. A causa della procedura di EKS qualificazione e rilascio di Amazon per i nuovi Kubernetes versioni, data di fine del supporto standard di a Kubernetes la versione su Amazon EKS sarà uguale o successiva alla data in cui Kubernetes il progetto smette di supportare la versione upstream.

A Kubernetes la versione ha ricevuto il supporto standard per 14 mesi dopo essere stata disponibile per la prima volta su AmazonEKS. Questo è vero anche se a monte Kubernetes non supporta più una versione disponibile su AmazonEKS. Effettuiamo il backport delle patch di sicurezza applicabili a Kubernetes versioni supportate su AmazonEKS.

Sì. Se in alcuni cluster del tuo account è in esecuzione la versione prossima alla fine del supporto, Amazon EKS invia un avviso AWS Health Dashboard entro i circa 12 mesi successivi al Kubernetes la versione è stata rilasciata su AmazonEKS. L'avviso include la data di fine supporto, che è successiva di almeno 60 giorni alla data dell'invio dell'avviso.

Amazon EKS supporta tutte le funzionalità generalmente disponibili (GA) di Kubernetes API. A partire da Kubernetes Per impostazione predefinita1.24, la nuova versione beta APIs non è abilitata nei cluster. Tuttavia, la versione beta esistente in precedenza APIs e le nuove versioni beta esistenti APIs continuano ad essere abilitate per impostazione predefinita. Alcune funzionalità alfa non sono supportate.

No. Un gruppo di nodi gestito crea EC2 istanze Amazon nel tuo account. Queste istanze non vengono aggiornate automaticamente quando tu o Amazon EKS aggiornate il piano di controllo. Per ulteriori informazioni, consulta Aggiorna un gruppo di nodi gestiti per il tuo cluster. Ti consigliamo di mantenere lo stesso Kubernetes versione sul piano di controllo e sui nodi.

No. Un gruppo di nodi autogestito include EC2 istanze Amazon nel tuo account. Queste istanze non vengono aggiornate automaticamente quando tu o Amazon EKS aggiornate la versione del piano di controllo per tuo conto. Nella console, un gruppo di nodi autogestito non riceve alcuna indicazione di aggiornamento. È possibile visualizzare la versione di kubelet installata su un nodo selezionando il nodo nella finestra di dialogo Nodi nella scheda Panoramica del cluster per determinare quali nodi devono essere aggiornati. È necessario aggiornare manualmente i nodi. Per ulteriori informazioni, consulta Aggiorna i nodi autogestiti per il tuo cluster.

Il Kubernetes project verifica la compatibilità tra il piano di controllo e i nodi per un massimo di tre versioni minori. Ad esempio, i nodi 1.28 continuano a funzionare se orchestrati da un piano di controllo 1.31. Tuttavia, non è consigliabile l'esecuzione di un cluster con nodi aggiornati in modo persistente a tre versioni secondarie precedenti rispetto al piano di controllo. Per ulteriori informazioni, consulta Kubernetes politica di supporto per la versione e la distorsione della versione nella Kubernetes documentazione. Si consiglia di mantenere la stessa Kubernetes versione sul piano di controllo e sui nodi.

No. Consigliamo vivamente di eseguire Fargate Pods come parte di un controller di replica, ad esempio Kubernetes distribuzione. Quindi esegui un riavvio progressivo di tutte le Fargate Pods. La nuova versione di Fargate Pod viene distribuito con una kubelet versione che è la stessa della versione aggiornata del piano di controllo del cluster. Per ulteriori informazioni, consulta Distribuzioni in Kubernetes documentazione.

Supporto standard per un Kubernetes la versione in Amazon EKS inizia quando a Kubernetes la versione è rilasciata su Amazon EKS e terminerà 14 mesi dopo la data di rilascio. Supporto esteso per un Kubernetes la versione inizierà immediatamente dopo la fine del supporto standard e terminerà dopo i prossimi 12 mesi. Ad esempio, il supporto standard per la versione 1.23 in Amazon EKS termina l'11 ottobre 2023. Il supporto esteso per la versione è 1.23 iniziato il 12 ottobre 2023 e terminerà l'11 ottobre 2024.

Non devi intraprendere alcuna azione per ottenere un supporto esteso per i tuoi EKS cluster Amazon. Il supporto standard avrà inizio quando un Kubernetes la versione è rilasciata su Amazon EKS e terminerà 14 mesi dopo la data di rilascio. Supporto esteso per un Kubernetes la versione inizierà immediatamente dopo la fine del supporto standard e terminerà dopo i prossimi 12 mesi.

Il supporto esteso è disponibile per Kubernetes versioni 1.23 e successive. Puoi eseguire i cluster su qualsiasi versione per un massimo di 12 mesi dopo la fine del supporto standard per quella versione. Ciò significa che ogni versione sarà supportata per 26 mesi in Amazon EKS (14 mesi di supporto standard più 12 mesi di supporto esteso).

Se non desideri iscriverti automaticamente al supporto esteso, puoi aggiornare il tuo cluster a un Kubernetes versione inclusa nel EKS supporto standard di Amazon. Puoi anche disabilitare il supporto esteso.

Cluster in esecuzione su un Kubernetes la versione che ha completato il ciclo di vita di 26 mesi (14 mesi di supporto standard più 12 mesi di supporto esteso) verrà aggiornata automaticamente alla versione successiva.

Alla fine della data di supporto esteso, non puoi più creare nuovi EKS cluster Amazon con la versione non supportata. I piani di controllo esistenti vengono aggiornati automaticamente da Amazon EKS alla prima versione supportata attraverso un processo di distribuzione graduale dopo la data di fine del supporto. Dopo l'aggiornamento automatico del piano di controllo, assicurati di aggiornare manualmente i componenti aggiuntivi del cluster e i EC2 nodi Amazon. Per ulteriori informazioni, consulta Aggiorna il Kubernetes versione per il tuo EKS cluster Amazon.

Amazon non EKS può fornire intervalli di tempo specifici. Gli aggiornamenti automatici possono avvenire in qualsiasi momento dopo la data di fine supporto esteso. Non riceverai alcuna notifica prima dell'aggiornamento. Ti consigliamo di aggiornare in modo proattivo il tuo piano di controllo senza fare affidamento sul processo di aggiornamento EKS automatico di Amazon. Per ulteriori informazioni, consulta Aggiorna il cluster esistente alla nuova versione di Kubernetes.

No. La sicurezza del cloud AWS è la massima priorità. Passato un certo periodo (di solito un anno), il Kubernetes la community smette di rilasciare vulnerabilità ed esposizioni comuni (CVE) corregge e scoraggia l'invio di versioni non supportateCVE. Ciò significa che le vulnerabilità sono specifiche di una versione precedente di Kubernetes potrebbe anche non essere segnalato. lasciando i cluster esposti senza preavviso e senza opzioni di correzione in caso di vulnerabilità. Detto questo, Amazon EKS non consente ai piani di controllo di rimanere su una versione che ha raggiunto la fine del supporto esteso.

Sì, sono previsti costi aggiuntivi per EKS i cluster Amazon in esecuzione con supporto esteso. Per i dettagli sui prezzi, consulta il supporto EKS esteso di Amazon per Kubernetes prezzi delle versioni sul AWS blog.

EKSI cluster Amazon in Extended Support ricevono patch di sicurezza continue per Kubernetes piano di controllo. Inoltre, Amazon EKS rilascerà patch per Amazon VPC CNI kube-proxy e CoreDNS componenti aggiuntivi per le versioni Extended Support. Amazon EKS rilascerà anche patch per AWS Amazon pubblicate EKS ottimizzate per AMIs Amazon Linux, Bottlerockete Windows, oltre ai nodi Amazon EKS Fargate per tali versioni. Tutti i cluster di Extended Support continueranno ad avere accesso al supporto tecnico da AWS.

Sebbene Extended Support copra tutti i Kubernetes componenti specifici di AWS, fornirà supporto solo per Amazon AWS pubblicato e EKS ottimizzato AMIs per Amazon Linux, Bottlerockete Windows in ogni momento. Ciò significa che potresti avere componenti più recenti (come sistema operativo o kernel) su Amazon EKS ottimizzati AMI durante l'utilizzo di Extended Support. Ad esempio, una volta che Amazon Linux 2 raggiungerà la fine del suo ciclo di vita nel 2025, Amazon Linux ottimizzato per EKS Amazon AMIs verrà creato utilizzando un sistema operativo Amazon Linux più recente. Amazon EKS annuncerà e documenterà importanti discrepanze nel ciclo di vita del supporto, come questa, per ciascuno Kubernetes versione.

Sì, con l'esclusione di 1.22 e. 1.21 Ad esempio, puoi creare un 1.23 cluster, ma non un 1.22 cluster.