Consultez les notes de publication pour Kubernetes versions sur support standard

Le portail et la API ressource des VolumeAttributesClass fonctionnalités bêta sont activés sur Amazon EKSv1.31. Cette fonctionnalité permet aux opérateurs de clusters de modifier les propriétés mutables des volumes persistants (PVs) gérés par des CSI pilotes compatibles, y compris le EBSCSIpilote Amazon. Pour tirer parti de cette fonctionnalité, assurez-vous que votre CSI pilote prend en charge cette VolumeAttributesClass fonctionnalité (pour le EBS CSI pilote Amazon, passez à la version v1.35.0 ou ultérieure pour activer automatiquement la fonctionnalité). Vous pourrez créer VolumeAttributesClass des objets pour définir les attributs de volume souhaités, tels que le type de volume et le débit, et les associer à vos demandes de volume persistantes (PVCs). Consultez la documentation officielle de Kubernetes ainsi que la documentation de votre CSI pilote pour plus d'informations.

Le support de Kubernetes pour est AppArmordevenu stable et est désormais généralement disponible pour un usage public. Cette fonctionnalité vous permet de protéger vos conteneurs AppArmor en définissant le appArmorProfile.type champ dans le conteneursecurityContext. Avant Kubernetes, v1.30 AppArmor était contrôlé par des annotations. Tout d'abordv1.30, il est contrôlé à l'aide de champs. Pour tirer parti de cette fonctionnalité, nous vous recommandons de vous éloigner des annotations et d'utiliser le appArmorProfile.type champ pour garantir la compatibilité de vos charges de travail.

La fonctionnalité relative au temps de transition de la PersistentVolume dernière phase est devenue stable et est désormais généralement disponible pour une utilisation publique dans Kubernetes. v1.31. Cette fonctionnalité introduit un nouveau champ, dans le .status.lastTransitionTime PersistentVolumeStatus, qui fournit un horodatage indiquant la date à laquelle une PersistentVolume dernière phase est passée à une phase différente. Cette amélioration permet un meilleur suivi et une meilleure gestion PersistentVolumes, en particulier dans les scénarios où il est important de comprendre le cycle de vie des volumes.

Avec Amazon EKS1.30, l'topology.k8s.aws/zone-idétiquette est ajoutée aux nœuds de travail. Vous pouvez utiliser la zone de disponibilité IDs (AZIDs) pour déterminer l'emplacement des ressources d'un compte par rapport aux ressources d'un autre compte. Pour plus d'informations, consultez la section Zone de disponibilité IDs de vos AWS ressources dans le Guide de AWS RAM l'utilisateur.

À partir de là1.30, Amazon EKS n'inclut plus l'defaultannotation sur la gp2 StorageClass ressource appliquée aux clusters nouvellement créés. Cela n'a aucun impact si vous référencez cette classe de stockage par son nom. Vous devez prendre des mesures si vous comptez sur l'existence d'une valeur par défaut StorageClass dans le cluster. Vous devez les référencer StorageClass par leur nomgp2. Vous pouvez également déployer la classe de stockage par défaut EBS recommandée par Amazon en définissant le defaultStorageClass.enabled paramètre sur true lors de l'installation v1.31.0 ou ultérieurement duaws-ebs-csi-driver add-on.

La IAM politique minimale requise pour le IAM rôle de EKS cluster Amazon a changé. L'action ec2:DescribeAvailabilityZones est requise. Pour de plus amples informations, veuillez consulter IAMRôle EKS du cluster Amazon.

Le .status.kubeProxyVersion champ pour les objets de nœud est désormais obsolète, et le Kubernetes Le projet propose de supprimer ce champ dans une future version. Le champ obsolète n'est pas précis et a toujours été géré par kubelet - qui ne connaît pas réellement la kube-proxy version, ni même si elle kube-proxy est en cours d'exécution. Si vous avez utilisé ce champ dans un logiciel client, arrêtez. Les informations ne sont pas fiables et le champ est désormais obsolète.

Entrée Kubernetes 1.29pour réduire la surface d'attaque potentielle, la LegacyServiceAccountTokenCleanUp fonctionnalité considère les anciens jetons secrets générés automatiquement comme non valides s'ils n'ont pas été utilisés depuis longtemps (1 an par défaut) et les supprime automatiquement si leur utilisation n'est pas tentée pendant une longue période après avoir été marqués comme non valides (1 an supplémentaire par défaut). Pour identifier ces jetons, vous pouvez exécuter :

kubectl get cm kube-apiserver-legacy-service-account-token-tracking -n kube-system

Kubernetes v1.28a étendu l'inclinaison prise en charge entre les composants du nœud principal et du plan de contrôle d'une version secondaire, de n-2 àn-3, afin que les composants du nœud (kubeletetkube-proxy) de la version secondaire prise en charge la plus ancienne puissent fonctionner avec les composants du plan de contrôle (kube-apiserver,, kube-schedulerkube-controller-manager,cloud-controller-manager) de la version mineure prise en charge la plus récente.

Les métriques force_delete_pods_total et force_delete_pod_errors_total du Pod GC Controller ont été améliorées pour tenir compte de toutes les suppressions de pods forcées. Une raison est ajoutée à la métrique pour indiquer si le pod est supprimé de force parce qu'il est fermé, orphelin, altéré ou parce qu'il s'arrête et n'est out-of-service pas planifié.

Le contrôleur PersistentVolume (PV) a été modifié pour attribuer automatiquement une StorageClass par défaut à toute PersistentVolumeClaim non associée dont le paramètre storageClassName n'est pas défini. En outre, le mécanisme de validation des PersistentVolumeClaim admissions au sein API du serveur a été ajusté pour permettre de changer les valeurs d'un état non défini à un StorageClass nom réel.