À propos des mises à niveau de clusters GKE

Cette page présente le concept de mises à niveau de cluster pour les clusters Google Kubernetes Engine (GKE). Si vous savez déjà comment fonctionnent les mises à niveau de cluster, consultez plutôt la section Mettre en œuvre les bonnes pratiques de mise à niveau des clusters.

Que sont les mises à niveau de cluster ?

Un cluster Kubernetes dans GKE est composé d'un plan de contrôle et de nœuds de calcul, qui exécutent des charges de travail d'utilisateur. Le plan de contrôle et les nœuds de calcul exécutent une version de Kubernetes. GKE met automatiquement à niveau la version du plan de contrôle et des nœuds pour s'assurer que le cluster reçoit de nouvelles fonctionnalités, des corrections de bugs et des correctifs de sécurité. Pour en savoir plus sur la façon dont GKE choisit la version de votre cluster, consultez la page Gestion des versions et assistance pour GKE.

GKE effectue les types de mises à niveau de cluster suivants, qui incluent à la fois les mises à niveau du plan de contrôle et les mises à niveau des nœuds :

Pour les clusters non enregistrés dans un version disponible (obsolète), GKE met également à niveau automatiquement le plan de contrôle et les nœuds. Pour savoir comment GKE choisit les cibles de mise à niveau automatique pour ces clusters, consultez la Timing de la mise à niveau ligne dans un tableau comparant les clusters enregistrés et non enregistrés dans un canal de publication.

Vous pouvez également mettre à niveau manuellement le plan de contrôle et les nœuds d'un cluster vers une version disponible, plutôt que de laisser GKE effectuer une mise à niveau automatique. Utilisez les fonctionnalités de GKE pour choisir quand et comment GKE met à niveau vos clusters. Pour en savoir plus, consultez la section Contrôler les mises à niveau de cluster.

Obtenir des informations sur les mises à niveau de cluster

Consultez les ressources suivantes pour en savoir plus sur les mises à niveau actuelles :

Contrôler les mises à niveau de cluster

En tant qu'administrateur de plate-forme, vous souhaitez minimiser les interruptions de vos charges de travail tout en les maintenant performantes, fiables et sécurisées. Dans le cadre du modèle de responsabilité partagée de GKE, il incombe à GKE de mettre à niveau votre cluster pour qu'il continue de fonctionner et de traiter vos charges de travail.

Dans le cadre de votre responsabilité partagée avec GKE, vous devez préparer vos charges de travail pour les mises à niveau de cluster. Vous ne pouvez pas désactiver complètement les mises à niveau automatiques, mais vous pouvez contrôler quand et comment GKE les effectue.

Pour gérer les mises à niveau de cluster GKE, optimisées pour vos charges de travail, utilisez les fonctionnalités suivantes :

Après avoir découvert les fonctionnalités précédentes, vous pourrez mettre en œuvre les Bonnes pratiques de mise à niveau des clusters.

Pour maximiser la disponibilité de vos charges de travail, utilisez également les recommandations et les techniques décrites dans Gérer et surveiller votre cluster, et Préparer vos charges de travail.

Que sont les mises à niveau automatiques du plan de contrôle du cluster ?

Régulièrement, GKE met automatiquement à niveau le plan decontrôle d'un cluster vers des versions mineures et des correctifs stables plus récents de Kubernetes. GKE choisit de nouvelles versions pour votre cluster en fonction de l'enregistrement du version disponible du cluster.

Dans l'ensemble du parc de clusters GKE, les mises à niveau automatiques sont généralement effectuées par étapes sur plusieurs semaines. La sécurité de l'infrastructure étant une priorité élevée pour GKE, les mises à niveau du plan de contrôle ont lieu régulièrement et ne peuvent pas être désactivées.

Bien que vous ne puissiez pas désactiver les mises à niveau du plan de contrôle, vous pouvez utiliser des exclusions de maintenance pour empêcher temporairement toutes les mises à niveau du plan de contrôle, y compris les mises à niveau mineures et de correctifs , pendant un maximum de 90 jours, que votre cluster soit enregistré ou non dans un version disponible. Pour les clusters enregistrés dans un version disponible, vous pouvez empêcher les mises à niveau de versions mineures jusqu'à ce que la version mineure arrive en fin de compatibilité.

Vous pouvez utiliser des intervalles de maintenance pour définir une période récurrente pendant laquelle GKE peut mettre à niveau le plan de contrôle.

Que sont les mises à niveau automatiques des nœuds de cluster ?

GKE effectue des mises à niveau automatiques des nœuds de cluster de différentes manières, en fonction du type de cluster et de nœuds :

  • Pour les clusters Autopilot, les nœuds sont toujours automatiquement mis à niveau vers la version du plan de contrôle.

  • Pour les clusters standards, GKE procède comme suit :

    • Pour les pools de nœuds standards, les nœuds sont mis à niveau automatiquement vers la cible de mise à niveau automatique appropriée , comme le plan de contrôle. Si nécessaire, vous pouvez désactiver les mises à niveau automatiques des nœuds à l'aide d'exclusions de maintenance. Vous pouvez également mettre à niveau manuellement ce type de pool de nœuds.
    • Pour les pools de nœuds gérés par Autopilot , les nœuds sont automatiquement mis à niveau vers la version du plan de contrôle au fil du temps. Vous pouvez également mettre à niveau manuellement ce type de pool de nœuds.

Pour les deux modes de clusters, vous pouvez utiliser des intervalles et des exclusions de maintenance pour contrôler le calendrier et le champ d'application des mises à niveau des nœuds, comme suit :

  • Pour les clusters enregistrés dans un version disponible, vous pouvez utiliser des exclusions de maintenance pour empêcher les mises à niveau automatiques des nœuds jusqu'à ce que la version mineure des nœuds arrive en fin de compatibilité. Vous pouvez effectuer cette opération pour tous les nœuds d'un cluster GKE ou uniquement pour des pools de nœuds spécifiques dans les clusters standards avec une exclusion de maintenance de pool de nœuds.
  • Pour les clusters standards non enregistrés dans un version disponible (obsolète), vous pouvez empêcher les mises à niveau automatiques des nœuds pendant un maximum de 90 jours au niveau du cluster. Au niveau du pool de nœuds standard, vous pouvez désactiver les mises à niveau automatiques jusqu'à ce que la version mineure du pool de nœuds arrive en fin de compatibilité standard.

Lorsque vous prévoyez de reporter les mises à niveau automatiques des nœuds, tenez compte des contraintes suivantes pour les nœuds d'un cluster GKE :

  • La version du plan de contrôle ne peut pas concerner plus de deux versions mineures.
  • Les nœuds ne peuvent pas exécuter une version plus récente que la version actuelle du plan de contrôle du cluster.
  • Les nœuds ne peuvent pas exécuter une version mineure qui a atteint la fin de la période d'assistance. Pour les clusters de la plupart des canaux de publication, cela signifie la fin de la compatibilité standard support. Pour les clusters enregistrés dans le canal étendu, cela signifie la fin de la compatibilité étendue. Pour vérifier si une version mineure est toujours compatible dans le canal de votre cluster, consultez le calendrier estimé des canaux de publication.

Pour en savoir plus sur ces contraintes, consultez la section Règle de décalage entre les versions de GKE.

Mises à niveau automatiques des clusters pour plus de sécurité et de compatibilité

Si vous empêchez les mises à niveau de cluster avec des intervalles et des exclusions de maintenance, ou si vous avez désactivé les mises à niveau automatiques des nœuds pour un pool de nœuds standard spécifique lorsque votre cluster n'est pas enregistré dans un version disponible, GKE peut mettre à niveau automatiquement votre cluster à des fins de sécurité et de compatibilité dans certains cas. Voici quelques raisons pour lesquelles GKE peut mettre à niveau votre cluster, quels que soient ces bloqueurs :

  • Plans de contrôle de cluster exécutant une version en fin de compatibilité.
  • Nœuds de cluster exécutant des versions en fin de compatibilité.
  • Clusters en boucle d'état, définis comme des clusters dont l'état bascule en boucle entre exécution, état dégradé, réparation, suspension, puis exécution à nouveau.

Pour en savoir plus, consultez les sections Mises à niveau automatiques à la fin de la période d' assistance et Plate-forme gérée et responsabilité partagée.

Mises à niveau et mises à jour avec la gestion du cycle de vie des clusters GKE

Dans GKE, les mises à niveau et les mises à jour de cluster ont des significations liées.

Dans GKE, le terme mises à niveau de cluster (ou simplement mises à niveau) fait référence à la mise à jour de la version Kubernetes du plan de contrôle (mises à niveau du plan de contrôle) ou des nœuds (mises à niveau des nœuds), ou des deux. Lorsque vous utilisez des clusters standards, les mises à niveau des nœuds peuvent également être appelées mises à niveau des pools de nœuds , car GKE utilise une seule opération pour mettre à niveau un pool de nœuds.

Le terme mises à jour de cluster (ou simplement mises à jour) est un terme plus général qui fait référence à tout type de modification du plan de contrôle ou des nœuds, y compris la mise à jour de leurs versions. GKE gère activement votre environnement de cluster en effectuant des mises à niveau, d'autres types de mises à jour et les opérations de maintenance nécessaires. Ces actions garantissent que votre cluster reste performant, sécurisé et à jour avec les dernières fonctionnalités et corrections de bugs. GKE utilise des outils tels que les stratégies de mise à niveau des nœuds et les règles de maintenance pour minimiser les interruptions pendant ces processus.

Pour en savoir plus sur la gestion de toutes les modifications du cycle de vie des clusters, y compris les mises à niveau, consultez la section Gérer les modifications du cycle de vie des clusters pour minimiser les interruptions.

Étape suivante