Consulta le note di rilascio per le versioni di Kubernetes sul supporto esteso

Il .status.kubeProxyVersion campo per gli oggetti del nodo è ora obsoleto e il progetto Kubernetes propone di rimuovere quel campo in future versioni. Il campo obsoleto non è preciso e storicamente è stato gestito dakubelet, che in realtà non conosce la versione e nemmeno se sia in esecuzione. kube-proxy 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, la LegacyServiceAccountTokenCleanUp funzionalità etichetta i token 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

Kubernetes v1.28 ha ampliato l'inclinazione supportata tra i componenti del nodo principale e del piano di controllo con una versione secondaria, da n-2 an-3, in modo che i componenti del nodo (kubeletekube-proxy) per la versione secondaria supportata più vecchia possano funzionare con i componenti del piano di controllo (kube-apiserver,, kube-schedulerkube-controller-manager,cloud-controller-manager) per la versione secondaria supportata più recente.

I parametri force_delete_pods_total e force_delete_pod_errors_total nel Pod 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, termina con la out-of-service contaminazione o è terminato e non è pianificato.

Il controller PersistentVolume (PV) è stato modificato per assegnare automaticamente un valore predefinito StorageClass a qualsiasi PersistentVolumeClaim non associato con lo storageClassName non impostato. Inoltre, il meccanismo di convalida dell'PersistentVolumeClaimammissione all'interno del server API è stato modificato per consentire la modifica dei valori da uno stato non impostato a un nome effettivo. StorageClass

kubeletIn Kubernetes l'impostazione predefinita 1.27 kubeAPIQPS è stata aumentata a e a. 50 kubeAPIBurst 100 Questi miglioramenti consentono al kubelet di gestire un volume maggiore di query API, 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 alla versione beta un nuovo meccanismo di policy StatefulSets che controlla la durata di vita 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 nel server API Kubernetes aiuta a evitare che le connessioni dei HTTP/2 client rimangano bloccate su una singola istanza del server API, chiudendo una connessione in modo casuale. Quando la connessione viene chiusa, il client tenterà di riconnettersi e probabilmente giungerà su un server API diverso a seguito del sistema di bilanciamento del carico. Amazon EKS versione 1.27 ha abilitato il flag di goaway-chance. Se il tuo carico di lavoro in esecuzione sul cluster Amazon EKS utilizza un client non compatibile con HTTP GOAWAY, ti consigliamo di aggiornare il client in modo che gestisca GOAWAY ricollegandolo al termine della connessione.