Consulta le note di rilascio per Kubernetes versioni con supporto esteso

Il in kubelet Kubernetes 1.27ha aumentato il valore predefinito kubeAPIQPS a 50 e kubeAPIBurst a100. Questi miglioramenti consentono di gestire un volume maggiore kubelet di API query, migliorando i tempi di risposta e le prestazioni. Quando le richieste ai Pods aumentano, a causa dei requisiti di dimensionamento, le impostazioni predefinite riviste garantiscono che il kubelet possa gestire in modo efficiente l'aumento del carico di lavoro. Di conseguenza, gli avvii dei Pod sono più rapidi e le operazioni sui cluster sono più efficaci.

È possibile utilizzare una topologia del Pod più dettagliata per distribuire le policy, come minDomain. Questo parametro consente di specificare il numero minimo di domini su cui i Pods dovrebbero essere distribuiti. nodeAffinityPolicy e nodeTaintPolicy forniscono un ulteriore livello di granularità nella gestione della distribuzione dei Pod. Ciò avviene in conformità alle affinità dei nodi, ai taint e al campo matchLabelKeys indicati nel topologySpreadConstraints della specifica del Pod’s. Ciò consente di selezionare i Pods per i calcoli di distribuzione dopo un aggiornamento continuo.

Kubernetes 1.27 ha promosso a beta un nuovo meccanismo di policy per StatefulSets che controlli la durata di PersistentVolumeClaims (PVCs). La nuova policy di conservazione di PVC consente di specificare se i PVCs generati dal modello di specifica StatefulSet verranno eliminati o conservati automaticamente quando StatefulSet viene eliminato o le repliche contenute in StatefulSet vengono ridimensionate.

L'opzione goaway-chance in Kubernetes APIserver aiuta a evitare che le connessioni HTTP/2 dei client rimangano bloccate su una singola istanza API del server, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client proverà a riconnettersi e probabilmente atterrerà su un API server diverso a causa del bilanciamento del carico. EKSLa versione Amazon 1.27 ha abilitato il goaway-chance flag. Se il tuo carico di lavoro in esecuzione su un EKS cluster Amazon utilizza un client non compatibile con HTTPGOAWAY, ti consigliamo di aggiornare il client GOAWAY da gestire riconnettendoti al termine della connessione.

Prima di eseguire l'aggiornamento a Kubernetes 1.26, aggiorna il tuo Amazon VPC CNI plugin for Kubernetes alla versione 1.12 o successiva. Se non esegui l'upgrade a Amazon VPC CNI plugin for Kubernetes versione 1.12 o successiva, il Amazon VPC CNI plugin for Kubernetes si bloccherà. Per ulteriori informazioni, consulta Amazon VPC CNI.

L'opzione goaway-chance in Kubernetes APIserver aiuta a evitare che le connessioni HTTP/2 dei client rimangano bloccate su una singola istanza API del server, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client proverà a riconnettersi e probabilmente atterrerà su un API server diverso a causa del bilanciamento del carico. EKSLa versione Amazon 1.26 ha abilitato il goaway-chance flag. Se il tuo carico di lavoro in esecuzione su un EKS cluster Amazon utilizza un client non compatibile con HTTPGOAWAY, ti consigliamo di aggiornare il client GOAWAY da gestire riconnettendoti al termine della connessione.

SeccompDefaultviene promosso alla versione beta in Kubernetes 1.25. Impostando il --seccomp-default flag durante la configurazionekubelet, il runtime del contenitore utilizza il suo RuntimeDefaultseccomp profilo, anziché la modalità unconfined (seccomp disabled). I profili predefiniti forniscono una serie completa di impostazioni predefinite di sicurezza, preservando al contempo la funzionalità del carico di lavoro. Sebbene questo flag sia disponibile, Amazon EKS non lo abilita per impostazione predefinita, quindi il EKS comportamento di Amazon rimane effettivamente invariato. Se lo desideri, puoi iniziare ad abilitarlo sui nodi. Per maggiori dettagli, consulta il tutorial Limita le chiamate di sistema di un contenitore con seccomp nel Kubernetes documentazione.

Supporto per l'interfaccia Container Runtime (CRI) per Docker (noto anche come dockershim) è stato rimosso da Kubernetes 1.24e più tardi. L'unico runtime di container in Amazon EKS ufficiale AMIs for Kubernetes 1.24e i cluster successivi sono containerd. Prima di effettuare l'aggiornamento ad Amazon EKS 1.24 o versioni successive, rimuovi ogni riferimento ai flag degli script di bootstrap che non sono più supportati. Per ulteriori informazioni, consulta Esegui la migrazione da a dockershimcontainerd.

Il supporto per le query con caratteri jolly era obsoleto in CoreDNS 1.8.7e rimosso in CoreDNS 1.9. Ciò è stato fatto come misura di sicurezza. Le query Wildcard non funzionano più e restituiscono NXDOMAIN anziché un indirizzo IP.

L'opzione goaway-chance in Kubernetes APIserver aiuta a evitare che le connessioni HTTP/2 dei client rimangano bloccate su una singola istanza API del server, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client proverà a riconnettersi e probabilmente atterrerà su un API server diverso a causa del bilanciamento del carico. EKSLa versione Amazon 1.25 ha abilitato il goaway-chance flag. Se il tuo carico di lavoro in esecuzione su un EKS cluster Amazon utilizza un client non compatibile con HTTPGOAWAY, ti consigliamo di aggiornare il client GOAWAY da gestire riconnettendoti al termine della connessione.

Puoi utilizzare Topology Aware Hints per indicare la tua preferenza per mantenere il traffico in una zona quando i nodi worker del cluster vengono implementati in più zone di disponibilità. L'instradamento del traffico all'interno di una zona può contribuire a ridurre i costi e migliorare le prestazioni della rete. Per impostazione predefinita, i Topology Aware Hints sono abilitati in Amazon. EKS 1.24 Per ulteriori informazioni, consulta Topology Aware Hints nel Kubernetes documentazione.

Il (PodSecurityPolicyPSPè prevista la rimozione in Kubernetes 1.25. PSPs vengono sostituiti con Pod Security Admission (PSA). PSAè un controller di ammissione integrato che utilizza i controlli di sicurezza descritti nei Pod Security Standards (PSS). PSAe PSS sono entrambe funzionalità beta e sono abilitate in Amazon EKS per impostazione predefinita. Per risolvere il problema della rimozione di PSP nella versione1.25, ti consigliamo di implementarla PSS in AmazonEKS. Per ulteriori informazioni, consulta Implementazione degli standard di sicurezza dei pod in Amazon EKS sul AWS blog.

Il client.authentication.k8s.io/v1alpha1 ExecCredential viene rimosso in Kubernetes 1.24. ExecCredential APIEra generalmente disponibile in Kubernetes 1.22. Se utilizzi un plug-in di credenziali client-go che si basa su v1alpha1API, contatta il distributore del plug-in per sapere come migrare a. v1 API

In Kubernetes 1.24, abbiamo contribuito con una funzionalità al progetto upstream Cluster Autoscaler che semplifica la scalabilità dei gruppi di nodi EKS gestiti da Amazon da e verso zero nodi. In precedenza, per consentire a Cluster Autoscaler di comprendere le risorse, le etichette e i difetti di un gruppo di nodi gestiti scalato a zero nodi, era necessario etichettare il gruppo Amazon Auto Scaling sottostante EC2 con i dettagli dei nodi di cui era responsabile. Ora, quando non ci sono nodi in esecuzione nel gruppo di nodi gestiti, Cluster Autoscaler chiama l'operazione Amazon. EKS DescribeNodegroup API Questa API operazione fornisce le informazioni richieste da Cluster Autoscaler sulle risorse, le etichette e i difetti del gruppo di nodi gestiti. Questa funzionalità richiede l'aggiunta dell'eks:DescribeNodegroupautorizzazione alla politica dell'account del servizio Cluster Autoscaler. IAM Quando il valore di un tag Cluster Autoscaler sul gruppo Auto Scaling che alimenta un gruppo di nodi EKS gestito da Amazon è in conflitto con il gruppo di nodi stesso, Cluster Autoscaler preferisce il valore del tag di gruppo Auto Scaling. In tal modo, puoi sovrascrivere i valori in base al bisogno. Per ulteriori informazioni, consulta Cluster Autoscaler.

Se intendi utilizzare Inferentia oppure Trainium tipi di istanze con Amazon EKS1.24, è necessario eseguire l'aggiornamento a AWS Neuron plugin per dispositivi versione 1.9.3.0 o successiva. Per ulteriori informazioni, vedete la versione di Neuron K8 [1.9.3.0] nel AWS Neuron Documentazione.

Containerdè abilitato per IPv6 Pods, per impostazione predefinita. Applica le impostazioni del kernel del nodo a Pod namespace di rete. Per questo motivo, i contenitori in un Pod si associa agli indirizzi di loopback IPv4 IPv6 (127.0.0.1::1) e (). IPv6è il protocollo di comunicazione predefinito. Prima di aggiornare il cluster alla versione1.24, ti consigliamo di testare il tuo multi-container Pods. Modifica le app in modo che possano collegarsi a tutti gli indirizzi IP sulle interfacce di loopback. La maggior parte delle librerie abilita l'associazione IPv6, che è compatibile con IPv4. Quando non è possibile modificare il codice dell'applicazione, sono disponibili due opzioni:

Se devi bloccare per tutti IPv6 Pods su tutti i nodi, potrebbe essere necessario disabilitarlo IPv6 sulle istanze.

L'opzione goaway-chance in Kubernetes APIserver aiuta a evitare che le connessioni HTTP/2 dei client rimangano bloccate su una singola istanza API del server, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client proverà a riconnettersi e probabilmente atterrerà su un API server diverso a causa del bilanciamento del carico. EKSLa versione Amazon 1.24 ha abilitato il goaway-chance flag. Se il tuo carico di lavoro in esecuzione su un EKS cluster Amazon utilizza un client non compatibile con HTTPGOAWAY, ti consigliamo di aggiornare il client GOAWAY da gestire riconnettendoti al termine della connessione.

Kubernetes ha interrotto il supporto dockershim nella versione 1.20 e rimosso dockershim nella versione1.24. Per ulteriori informazioni, consulta Kubernetes is Moving on From Dockershim: Commitments and Next Steps in the Kubernetes blog. Amazon EKS interromperà il supporto per l'dockershimavvio dalla EKS versione Amazon1.24. A partire dalla EKS versione Amazon1.24, Amazon EKS ufficiale AMIs avrà containerd come unico runtime.

Anche se la EKS versione di Amazon 1.23 continua a supportaredockershim, ti consigliamo di iniziare subito a testare le tue applicazioni per identificarle e rimuoverle Docker dipendenze. In questo modo, sarai preparato ad aggiornare il tuo cluster alla versione 1.24. Per ulteriori informazioni sulla rimozione di dockershim, consulta Esegui la migrazione da a dockershimcontainerd.

Kubernetes rete IPv4 IPv6 graduata/dual-stack per Pods, servizi e nodi fino alla disponibilità generale. Tuttavia, Amazon EKS e il Amazon VPC CNI plugin for Kubernetes non supportano reti dual-stack. I tuoi cluster possono assegnare o indirizzi a IPv4 IPv6 Pods e servizi, ma non è possibile assegnare entrambi i tipi di indirizzo.

Kubernetes ha portato la funzionalità Pod Security Admission (PSA) alla versione beta. Questa funzionalità è abilitata per impostazione predefinita. Per ulteriori informazioni, consulta Pod Security Admission nel Kubernetes documentazione. PSAsostituisce la Pod Security Policy (PSP) controllore di ammissione. Il controller di PSP ammissione non è supportato e la sua rimozione è prevista in Kubernetes versione1.25.

Il PSP il controllore di ammissione impone Pod standard di sicurezza su Pods in uno spazio dei nomi basato su etichette di namespace specifiche che definiscono il livello di applicazione. Per ulteriori informazioni, consulta Pod Security Standards (PSS) e Pod Security Admission (PSA) nella guida alle EKS best practice di Amazon.

L'kube-proxyimmagine distribuita con i cluster è ora l'immagine di base minima gestita da Amazon EKS Distro (EKS-D). L'immagine contiene pacchetti minimi e non ha shell o gestori di pacchetti.

Kubernetes i contenitori effimeri sono stati trasformati in versione beta. I contenitori effimeri sono contenitori temporanei che vengono eseguiti nello stesso namespace di un contenitore esistente Pod. Puoi usarli per osservare lo stato di Pods e contenitori per la risoluzione dei problemi e il debug. Ciò è particolarmente utile per la risoluzione di problemi interattiva quando kubectl exec non è sufficiente perché un container è stato arrestato in modo anomalo o se un'immagine di container non include utilità di debug. Un esempio di container che include un'utilità di debug è dato dalle immagini senza Distro. Per ulteriori informazioni, consulta Debug con un contenitore di debug effimero nel Kubernetes documentazione.

Kubernetes ha portato la stalla alla disponibilità generale. HorizontalPodAutoscaler autoscaling/v2 API HorizontalPodAutoscalerautoscaling/v2beta2APIè obsoleto. Non sarà disponibile in 1.26.

L'opzione goaway-chance in Kubernetes APIserver aiuta a evitare che le connessioni HTTP/2 dei client rimangano bloccate su una singola istanza API del server, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client proverà a riconnettersi e probabilmente atterrerà su un API server diverso a causa del bilanciamento del carico. EKSLa versione Amazon 1.23 ha abilitato il goaway-chance flag. Se il tuo carico di lavoro in esecuzione su un EKS cluster Amazon utilizza un client non compatibile con HTTPGOAWAY, ti consigliamo di aggiornare il client GOAWAY da gestire riconnettendoti al termine della connessione.