Aiutaci a migliorare questa pagina
Vuoi contribuire a questa guida per l'utente? Scorri fino alla fine di questa pagina e seleziona Modifica questa pagina su GitHub. I tuoi contributi contribuiranno a rendere la nostra guida utente migliore per tutti.
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à.
Consulta le note di rilascio per Kubernetes versioni con supporto standard
Questo argomento fornisce importanti modifiche di cui tenere conto per ciascuna Kubernetes versione in supporto standard. Durante l'aggiornamento, esamina attentamente le modifiche apportate tra la vecchia e la nuova versione del cluster.
Nota
Per i cluster 1.24
e versioni successive, Amazon EKS AMIs include, pubblicato ufficialmente, containerd
come unico runtime. Kubernetes versioni precedenti all'uso 1.24
Docker come runtime predefinito. Queste versioni dispongono di un'opzione di flag di bootstrap che consente di testare i carichi di lavoro su qualsiasi cluster supportato con containerd
. Per ulteriori informazioni, consulta Esegui la migrazione da a dockershimcontainerd.
Kubernetes 1.31
Kubernetes 1.31
è ora disponibile su AmazonEKS. Per ulteriori informazioni sull' Kubernetes 1.31
, vedi l'annuncio ufficiale di rilascio
Importante
-
Il kubelet la bandiera
--keep-terminated-pod-volumes
obsoleta dal 2017 è stata rimossa come parte della versione.v1.31
Questa modifica influisce sul modo in cui i volumi dei pod terminati vengono gestiti da kubelet. Se si utilizza questo flag nelle configurazioni dei nodi, è necessario aggiornare gli script di bootstrap e avviare i modelli per rimuoverlo prima dell'aggiornamento.
-
La
VolumeAttributesClass
funzionalità beta e la API risorsa sono abilitate in Amazon EKSv1.31
. Questa funzionalità consente agli operatori del cluster di modificare le proprietà mutabili di Persistent Volumes (PVs) gestiti da CSI driver compatibili, incluso Amazon EBS CSI Driver. Per sfruttare questa funzionalità, assicurati che il tuo CSI Driver la supporti (per Amazon EBS CSI Driver, esegui l'upgrade alla versione v1.35.0 o successiva per abilitare automaticamente laVolumeAttributesClass
funzionalità). Potrai creareVolumeAttributesClass
oggetti per definire gli attributi di volume desiderati, come il tipo di volume e la velocità effettiva, e associarli ai tuoi Persistent Volume Claims (). PVCs Per ulteriori informazioni, consulta la documentazione ufficiale di Kubernetese la documentazione del CSI driver in uso. -
Il supporto di Kubernetes per AppArmor
è diventato stabile ed è ora generalmente disponibile per l'uso pubblico. Questa funzionalità consente di proteggere i contenitori AppArmor impostando il appArmorProfile.type
campo all'interno del contenitore.securityContext
Prima di Kubernetesv1.30
, AppArmor era controllato da annotazioni. A partire dav1.30
, è controllato utilizzando i campi. Per sfruttare questa funzionalità, consigliamo di abbandonare le annotazioni e utilizzare ilappArmorProfile.type
campo per garantire la compatibilità dei carichi di lavoro. -
La funzionalità del tempo di transizione dell' PersistentVolume ultima fase è diventata stabile ed è ora generalmente disponibile per l'uso pubblico in Kubernetes v1.31. Questa funzionalità introduce un nuovo campo, in
.status.lastTransitionTime
PersistentVolumeStatus, che fornisce un timestamp di quando un' PersistentVolumeultima è passata a una fase diversa. Questo miglioramento consente un migliore monitoraggio e gestione di PersistentVolumes, in particolare in scenari in cui è importante comprendere il ciclo di vita dei volumi.
Per la versione completa Kubernetes 1.31
registro delle modifiche, vedi. https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.31.md
Kubernetes 1.30
Kubernetes 1.30
è ora disponibile su AmazonEKS. Per ulteriori informazioni sull' Kubernetes 1.30
, vedi l'annuncio ufficiale di rilascio
Importante
-
A partire dalla EKS versione Amazon
1.30
o successiva, tutti i gruppi di nodi gestiti appena creati utilizzeranno automaticamente Amazon Linux 2023 (AL2023) come sistema operativo del nodo. In precedenza, i nuovi gruppi di nodi utilizzavano per impostazione predefinita Amazon Linux 2 (AL2). Puoi continuare a utilizzarlo AL2 scegliendolo come AMI tipo quando crei un nuovo gruppo di nodi.-
Per ulteriori informazioni su Amazon Linux, consulta Comparsing AL2 and AL2 023 nella Amazon Linux User Guide.
-
Per ulteriori informazioni sulla specificazione del sistema operativo per un gruppo di nodi gestiti, consulta. Crea un gruppo di nodi gestito per il tuo cluster
-
-
Con Amazon EKS
1.30
, l'topology.k8s.aws/zone-id
etichetta viene aggiunta ai nodi di lavoro. Puoi utilizzare Availability Zone IDs (AZIDs) per determinare la posizione delle risorse in un account rispetto alle risorse di un altro account. Per ulteriori informazioni, consulta la sezione Zona di disponibilità IDs per le AWS risorse disponibili nella Guida per l'AWS RAM utente. -
A partire da
1.30
, Amazon EKS non include più l'default
annotazione sullagp2 StorageClass
risorsa applicata ai cluster appena creati. Ciò non ha alcun impatto se si fa riferimento a questa classe di storage per nome. È necessario agire se si contava sulla presenza di un valore predefinitoStorageClass
nel cluster. È necessario fare riferimento aStorageClass
con il nomegp2
. In alternativa, puoi distribuire la classe di storage predefinita EBS consigliata da Amazon impostando ildefaultStorageClass.enabled
parametro su true durante l'installazionev1.31.0
o successivamente di.aws-ebs-csi-driver add-on
-
La IAM politica minima richiesta per il IAM ruolo del EKS cluster Amazon è cambiata. L'azione
ec2:DescribeAvailabilityZones
è obbligatoria. Per ulteriori informazioni, consulta EKSIAMRuolo del cluster Amazon.
Per il completo Kubernetes 1.30
registro delle modifiche, vedi. https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.30.md
Kubernetes 1.29
Kubernetes 1.29
è ora disponibile su AmazonEKS. Per ulteriori informazioni sull' Kubernetes 1.29
, vedi l'annuncio ufficiale di rilascio
Importante
-
Le
flowcontrol.apiserver.k8s.io/v1beta2
API versioni obsolete diFlowSchema
e nonPriorityLevelConfiguration
sono più disponibili in Kubernetesv1.29
. Se disponi di manifesti o di un software client che utilizza il API gruppo beta obsoleto, dovresti modificarli prima di eseguire l'aggiornamento a.v1.29
-
Il
.status.kubeProxyVersion
campo per gli oggetti del nodo è ora obsoleto e Kubernetes il progetto propone di rimuovere quel campo in una versione futura. Il campo obsoleto non è preciso e storicamente è stato gestito dakubelet
- che in realtà non conosce lakube-proxy
versione e nemmeno se è in esecuzione.kube-proxy
Se hai utilizzato questo campo nel software client, smettila: le informazioni non sono affidabili e il campo è ora obsoleto. -
In Kubernetes
1.29
per ridurre la potenziale superficie di attacco, laLegacyServiceAccountTokenCleanUp
funzionalità etichetta i token legacy basati su segreti generati automaticamente come non validi se non sono stati utilizzati per un lungo periodo (1 anno per impostazione predefinita) e li rimuove automaticamente se non si tenta di utilizzarli per un lungo periodo dopo essere stati contrassegnati come non validi (1 anno aggiuntivo per impostazione predefinita). Per identificare tali token, puoi eseguire:kubectl get cm kube-apiserver-legacy-service-account-token-tracking -n kube-system
Per il completo Kubernetes 1.29
registro delle modifiche, vedi. https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.29.md#changelog-since-v1280
Kubernetes 1.28
Kubernetes 1.28
è ora disponibile su AmazonEKS. Per ulteriori informazioni sull' Kubernetes 1.28
, vedi l'annuncio ufficiale di rilascio
-
Kubernetes
v1.28
ha ampliato l'inclinazione supportata tra il nodo principale e i componenti del piano di controllo di una versione secondaria, dan-2
an-3
, in modo che i componenti del nodo (kubelet
ekube-proxy
) per la versione minore supportata più vecchia possano funzionare con i componenti del piano di controllo (kube-apiserver
,kube-scheduler
,kube-controller-manager
,cloud-controller-manager
) per la versione secondaria supportata più recente. -
I parametri
force_delete_pods_total
eforce_delete_pod_errors_total
nelPod GC Controller
sono stati migliorati per tenere conto dell'eliminazione forzata di tutti i pod. Viene aggiunto un motivo alla metrica per indicare se il pod viene eliminato forzatamente perché è terminato, orfano, presenta la contaminazione oppure è terminato e non è pianificato. out-of-service -
Il controller
PersistentVolume (PV)
è stato modificato per assegnare automaticamente un valore predefinitoStorageClass
a qualsiasiPersistentVolumeClaim
non associato con lostorageClassName
non impostato. Inoltre, il meccanismo di convalida dell'PersistentVolumeClaim
ammissione all'interno del API server è stato modificato per consentire la modifica dei valori da uno stato non impostato a un nome effettivo.StorageClass
Per la versione completa Kubernetes 1.28
registro delle modifiche, vedi. https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.28.md#changelog-since-v1270