Mettre à jour le cluster existant vers la nouvelle version de Kubernetes

Comparez les Kubernetes version de votre plan de contrôle de cluster vers le Kubernetes version de vos nœuds.

Avant de mettre à jour votre plan de contrôle vers un nouveau Kubernetes version, assurez-vous que le Kubernetes une version mineure des nœuds gérés et des nœuds Fargate de votre cluster est identique à la version de votre plan de contrôle. Par exemple, si votre plan de contrôle exécute la version 1.29 et que l'un de vos nœuds exécute la version1.28, vous devez mettre à jour vos nœuds vers la version 1.30 1.29 avant de mettre à jour votre plan de contrôle vers la version 1.30. Nous vous recommandons également de mettre à jour vos nœuds autogérés vers la même version que votre plan de contrôle avant de mettre à jour le plan de contrôle. Pour plus d’informations, consultez Mettre à jour un groupe de nœuds gérés pour votre cluster et Mettez à jour les nœuds autogérés pour votre cluster. Si vous avez des nœuds Fargate dont la version mineure est inférieure à la version du plan de contrôle, supprimez d'abord le Pod qui est représenté par le nœud. Mettez ensuite à jour votre plan de contrôle. Tout ce qui reste Pods seront mis à jour vers la nouvelle version une fois que vous les aurez redéployés.

Si l'icône Kubernetes la version avec laquelle vous avez initialement déployé votre cluster était Kubernetes 1.25ou ultérieurement, ignorez cette étape.

Par défaut, le Pod le contrôleur d'admission des politiques de sécurité est activé sur les EKS clusters Amazon. Avant de mettre à jour votre cluster, assurez-vous que le bon Pod des politiques de sécurité sont en place. Il s'agit ainsi d'éviter les problèmes de sécurité potentiels. Vous pouvez vérifier la politique par défaut à l'aide de la commande kubectl get psp eks.privileged.

kubectl get psp eks.privileged

Si vous recevez l'erreur suivante, veuillez consulter Amazon EKS par défaut Pod politique de sécurité avant de continuer.

Error from server (NotFound): podsecuritypolicies.extensions "eks.privileged" not found

Si l'icône Kubernetes la version avec laquelle vous avez initialement déployé votre cluster était Kubernetes 1.18ou ultérieurement, ignorez cette étape.

Il se peut que vous deviez supprimer un terme abandonné de votre CoreDNS manifeste.

Ouvrez la EKSconsole Amazon.

Choisissez le nom du EKS cluster Amazon à mettre à jour, puis choisissez Mettre à jour la version du cluster.

Pour Kubernetes version, sélectionnez la version vers laquelle mettre à jour votre cluster et choisissez Mettre à jour.

Dans Cluster name (Nom du cluster), saisissez le nom de votre cluster, puis sélectionnez Confirm (Confirmer).

Cette mise à jour peut prendre plusieurs minutes.

Continuez vers Étape 4 : Mettre à jour les composants du cluster

Mettez à jour votre EKS cluster Amazon à l'aide de la AWS CLI commande suivante. Remplacez le example values avec le vôtre. Remplacez 1.30 avec le numéro de version EKS prise en charge par Amazon vers lequel vous souhaitez mettre à jour votre cluster. Pour obtenir une liste des numéros de version pris en charge, consultez Comprenez le cycle de vie des versions de Kubernetes sur EKS.

aws eks update-cluster-version --region region-code --name my-cluster --kubernetes-version 1.30

L'exemple qui suit illustre un résultat.

{
    "update": {
        "id": "b5f0ba18-9a87-4450-b5a0-825e6e84496f",
        "status": "InProgress",
        "type": "VersionUpdate",
        "params": [
            {
                "type": "Version",
                "value": "1.30"
            },
            {
                "type": "PlatformVersion",
                "value": "eks.1"
            }
        ],
[...]
        "errors": []
    }

Contrôlez l'état de mise à jour de votre cluster avec la commande suivante. Utilisez le nom de cluster et l'ID de mise à jour renvoyé par la commande précédente. Lorsqu'un état Successful s'affiche, la mise à jour est terminée. Cette mise à jour peut prendre plusieurs minutes.

aws eks describe-update --region region-code --name my-cluster --update-id b5f0ba18-9a87-4450-b5a0-825e6e84496f

L'exemple qui suit illustre un résultat.

{
    "update": {
        "id": "b5f0ba18-9a87-4450-b5a0-825e6e84496f",
        "status": "Successful",
        "type": "VersionUpdate",
        "params": [
            {
                "type": "Version",
                "value": "1.30"
            },
            {
                "type": "PlatformVersion",
                "value": "eks.1"
            }
        ],
[...]
        "errors": []
    }

Continuez vers Étape 4 : Mettre à jour les composants du cluster

Une fois la mise à jour de votre cluster terminée, mettez à jour vos nœuds de la même manière Kubernetes version mineure en tant que cluster mis à jour. Pour plus d’informations, consultez Mettez à jour les nœuds autogérés pour votre cluster et Mettre à jour un groupe de nœuds gérés pour votre cluster. Tout nouveau Pods qui sont lancés sur Fargate ont kubelet une version qui correspond à la version de votre cluster. Fargate existant Pods ne sont pas modifiés.

(Facultatif) Si vous avez déployé le Kubernetes Cluster Autoscaler vers votre cluster Avant de mettre à jour le cluster, mettez à jour le Cluster Autoscaler vers la dernière version correspondant au Kubernetes version majeure et mineure vers laquelle vous avez effectué la mise à jour.

(Clusters avec GPU nœuds uniquement) Si votre cluster possède des groupes de nœuds pris en GPU charge (par exemple,p3.2xlarge), vous devez mettre à jour le plug-in de NVIDIA périphérique pour Kubernetes DaemonSet sur votre cluster. Remplacez vX.X.X avec la s-device-plugin version NVIDIA/k8 de votre choix avant d'exécuter la commande suivante.

kubectl apply -f https://raw.githubusercontent.com/NVIDIA/k8s-device-plugin/vX.X.X/deployments/static/nvidia-device-plugin.yml

Mettez à jour le Amazon VPC CNI plugin for Kubernetes, CoreDNS, et des kube-proxy modules complémentaires. Nous vous recommandons de mettre à jour les modules complémentaires avec les versions minimales répertoriées dans les jetons de compte de service.

Si nécessaire, mettez à jour votre version de kubectl. Vous devez utiliser une kubectl version présentant une différence de version mineure par rapport à votre plan de contrôle de EKS cluster Amazon. Par exemple, un 1.29 kubectl client travaille avec Kubernetes 1.281.29, et des 1.30 clusters. Vous pouvez vérifier votre version installée à l'aide de la commande suivante.

kubectl version --client