Cette page explique comment vous et Google Kubernetes Engine (GKE) gérez les modifications au cours du cycle de vie d'un cluster pour maximiser les performances et la disponibilité, tout en minimisant les perturbations de la charge de travail.
Cette page s'adresse aux administrateurs de plate-forme qui souhaitent planifier et optimiser leur environnement de cluster afin de minimiser les perturbations pour leurs charges de travail. Vous pouvez lire cette page avant ou après avoir appris à effectuer les tâches de gestion de cluster de base décrites dans Gérer les clusters et Présentation de l'administration de cluster.
Une plate-forme gérée et une responsabilité partagée
GKE est une implémentation gérée par Google de la plate-forme d'orchestration de conteneurs Open Source Kubernetes. Comme indiqué dans la section Fonctionnement de GKE, un cluster GKE se compose d'un plan de contrôle, qui comprend des nœuds de gestion exécutant des composants système, et de nœuds de calcul, sur lesquels vous déployez des charges de travail.
La création d'un environnement de cluster optimal pour l'exécution de vos charges de travail, avec des performances et une disponibilité maximales et des perturbations minimales, est une responsabilité partagée:
- GKE a pour responsabilité de maintenir un environnement de cluster fiable, disponible, sécurisé et performant. Pour ce faire, GKE gère le plan de contrôle, les composants système et, pour le mode Autopilot, les nœuds de calcul.
- En tant qu'administrateur de plate-forme, il vous incombe de configurer votre cluster et de gérer vos charges de travail, y compris de les préparer à gérer les perturbations. En mode Standard, vous créez et gérez également les nœuds de calcul, qui sont regroupés dans des pools de nœuds.
Pour en savoir plus, consultez Responsabilité partagée de GKE.
Comment GKE gère-t-il les modifications au cours du cycle de vie d'un cluster ?
En tant qu'implémentation de Kubernetes, un cluster GKE est un réseau de processus et de systèmes qui agissent de concert pour maintenir l'environnement optimal pour exécuter vos charges de travail. Pour gérer le cluster, GKE effectue des tâches de maintenance, apporte des modifications, lance des opérations, met à jour des composants et met à niveau la version du plan de contrôle et des nœuds.
La plupart des opérations quotidiennes de votre application se déroulent en arrière-plan, ce qui permet de maintenir vos charges de travail en cours d'exécution sans interruption. Toutefois, certaines modifications critiques doivent être effectuées de manière à perturber temporairement vos charges de travail, comme décrit dans la section suivante.
Certaines modifications apportées au cluster peuvent perturber les charges de travail
Bien que GKE s'efforce de maintenir vos charges de travail en cours d'exécution, certains types de modifications essentiels peuvent nécessiter des interruptions temporaires de vos charges de travail, en particulier les modifications qui redémarrent les nœuds exécutant vos charges de travail. Grâce aux fonctionnalités de GKE et de Kubernetes, vous pouvez spécifier quand et comment vous souhaitez que la perturbation se produise, afin que vos charges de travail puissent gérer les modifications de manière fluide.
Les sections suivantes expliquent les types de modifications apportées par GKE aux clusters, le type de perturbation qu'elles provoquent et comment vous pouvez vous préparer.
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 proches.
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 aux deux. Lorsque vous utilisez des clusters standards, les mises à niveau de nœuds peuvent également être appelées mises à niveau de pool de nœuds, car GKE utilise une seule opération pour mettre à niveau un pool de nœuds.
Le terme mises à jour du 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 perturbations lors de ces processus.
Planifier les perturbations liées aux mises à jour des nœuds
Certains types de modifications de cluster (principalement les modifications apportées aux nœuds) peuvent entraîner des perturbations.
GKE utilise des stratégies de mise à niveau des nœuds pour mettre à jour les nœuds (nœuds Autopilot ou pools de nœuds de cluster standard) de manière optimisée pour les besoins de votre charge de travail. Ces stratégies s'appliquent aux mises à niveau de version, ainsi qu'à certains autres types de modifications de nœuds. Ces stratégies permettent à GKE de minimiser les perturbations lors des mises à jour de nœuds, ce qui est important pour maintenir les clusters fonctionnels et performants.
Utilisez des intervalles et des exclusions de maintenance pour choisir quand certaines tâches de maintenance de cluster doivent être effectuées ou non. Pour les clusters standards, choisissez une stratégie de mise à niveau des nœuds qui correspond le mieux à votre profil de charge de travail et à vos contraintes de ressources.
Pour les modifications manuelles et automatiques des nœuds, GKE effectue des modifications avec les caractéristiques générales suivantes:
- Les modifications respectent généralement les règles de maintenance: lorsque GKE apporte des modifications aux nœuds, ces modifications respectent généralement les règles de maintenance de GKE.
Tenez compte des points suivants si vous effectuez des modifications manuelles qui nécessitent la recréation de tous les nœuds d'un pool de nœuds :
- Pour certaines modifications, GKE respecte les règles de maintenance et n'applique pas la modification que vous avez envoyée tant qu'une maintenance n'est pas disponible. Si GKE attend la disponibilité de la maintenance et que la modification est urgente, vous pouvez appliquer manuellement les modifications pour appliquer immédiatement la nouvelle configuration.
- Pour les autres modifications manuelles, y compris les mises à niveau manuelles, GKE ne respecte pas les règles de maintenance. Pour ces modifications manuelles, assurez-vous que vos charges de travail sont préparées à une interruption immédiate.
- Les modifications utilisent généralement des stratégies de mise à niveau des nœuds: lorsque GKE applique la plupart des modifications automatiques ou manuelles aux nœuds (y compris les mises à jour de nœuds autres que les mises à niveau de version), il choisit une stratégie de mise à niveau des nœuds: mises à niveau de la surutilisation ou mises à niveau bleu-vert. Autopilot utilise toujours les mises à niveau de surutilisation. Les modifications apportées aux pools de nœuds de cluster standards utilisent généralement des mises à niveau de surutilisation, sauf lorsque vous avez configuré des mises à niveau bleu-vert et que vous effectuez certains types de modifications.
- Les modifications nécessitent des ressources suffisantes: lorsque GKE applique une modification à l'aide d'une stratégie de mise à niveau des nœuds, cette modification nécessite une certaine quantité de ressources en fonction de la stratégie et de sa configuration. Le projet de votre cluster doit disposer d'un quota de ressources, d'une disponibilité de ressources et d'une capacité de réservation suffisants (pour les pools de nœuds avec une affinité de réservation spécifique). Pour en savoir plus, consultez la page Vérifier les ressources pour les mises à niveau des nœuds.
Pour obtenir une liste détaillée des modifications spécifiques et de leurs caractéristiques, consultez la section Types de modifications apportées à un cluster GKE de cette page.
Maximiser la disponibilité des charges de travail en vous préparant aux changements perturbateurs
Pour maximiser la disponibilité de vos charges de travail exécutées sur un cluster GKE, nous vous recommandons de prendre les mesures décrites dans les sections suivantes:
Choisir la disponibilité de votre cluster
Si la disponibilité du plan de contrôle est une priorité, choisissez un cluster Autopilot ou un cluster Standard régional plutôt qu'un cluster Standard zonal. Pour en savoir plus, consultez À propos des choix de configuration des clusters.
Contrôler les mises à niveau à l'aide d'outils GKE
Vous pouvez utiliser les outils suivants pour contrôler quand et comment GKE met à niveau votre cluster, ce qui vous permet d'implémenter les bonnes pratiques:
- Canaux de publication : choisissez un version disponible pour obtenir des versions de cluster en trouvant un équilibre approprié entre disponibilité des fonctionnalités et stabilité.
- Intervalles de maintenance : spécifiez une période récurrente pendant laquelle certains types de maintenance de clusters GKE, tels que les mises à niveau, peuvent avoir lieu.
- Exclusions de maintenance : empêchent la maintenance du cluster pendant une période spécifique.
- Stratégies de mise à niveau des nœuds : si vous utilisez des clusters standards, choisissez la méthode de mise à niveau de vos nœuds (mises à niveau de surutilisation ou mises à niveau bleu-vert) pour minimiser les perturbations de vos charges de travail.
- Séquencement du déploiement : validez les mises à niveau dans un environnement de préproduction avant que GKE ne mette à niveau vos clusters de production.
- Mises à niveau manuelles : mettez à niveau manuellement votre cluster et effectuez des actions telles que l'annulation, la reprise, le rollback et la finalisation des mises à niveau automatiques ou manuelles en cours.
Gérer et surveiller votre cluster
Pour gérer les perturbations potentielles de vos clusters, effectuez en permanence les tâches suivantes:
- Surveillez votre cluster avec la suite d'observabilité de GKE.
- Consultez les notes de version de GKE pour consulter les annonces.
- Abonnez-vous aux notifications de cluster, telles que les nouvelles versions disponibles ou les bulletins de sécurité.
- Consultez le calendrier des versions GKE pour obtenir une estimation optimale du moment où les versions mineures seront disponibles pour les mises à niveau et qu'elles atteindront la fin de la période d'assistance.
- Utilisez des conseils normatifs qui identifient les opportunités d'optimisation potentielles et expliquent comment optimiser l'utilisation de votre cluster, y compris les abandons de GKE.
Préparer vos charges de travail
Gérez les perturbations en rendant vos charges de travail aussi résilientes que possible:
- Exécutez des répliques de vos charges de travail pour assurer la redondance et éviter les points de défaillance uniques.
- Spécifiez un budget d'interruption pour votre application à l'aide d'un budget d'interruption de pod.
- Définissez un délai de grâce de l'arrêt de la bonne durée pour que votre charge de travail s'arrête correctement.
- Si votre charge de travail utilise des GPU ou des TPU, suivez les instructions pour gérer les interruptions des nœuds GKE pour les GPU et les TPU.
- Pour les applications avec état, qui nécessitent souvent du temps pour arrêter correctement l'E/S et les désinstaller de l'espace de stockage, suivez la procédure décrite dans la section S'assurer que les charges de travail avec état sont prêtes à faire face aux interruptions.
Pour en savoir plus sur ces sujets, consultez la section Gérer les perturbations de l'article de blog Bonnes pratiques GKE: opérations de jour 2 pour la continuité de l'activité.
Types de modifications apportées à un cluster GKE
Les tableaux suivants présentent les types de modifications majeures les plus courants dans un cluster, y compris les caractéristiques de ces modifications, telles que la fréquence et le niveau de perturbation.
Types de mises à niveau
Consultez le tableau suivant pour comprendre comment les mises à niveau peuvent perturber un environnement de cluster.
| Modifier | Déclenchement automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Mise à niveau du plan de contrôle | Automatique ou manuel |
Les mises à niveau automatiques respectent les règles de maintenance jusqu'à la fin de la période de compatibilité, à l'exception des correctifs d'urgence extrêmement rares, le cas échéant. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
Mises à niveau des correctifs, aussi souvent que chaque semaine, en fonction du version disponible. Mises à niveau mineures environ tous les quatre mois Pour les clusters du canal étendu, les mises à niveau mineures ne sont effectuées que lorsque la version mineure approche de la fin de la période de prise en charge. |
Plan de contrôle |
Pour les clusters Autopilot et les clusters standards régionaux, le plan de contrôle reste disponible. Pour les clusters standards zonaux, plusieurs minutes pendant lesquelles vous ne pouvez pas communiquer avec le plan de contrôle, ce qui signifie que vous ne pouvez pas configurer le cluster, les nœuds et les charges de travail pendant cette période. |
| Mise à niveau du nœud | Automatique ou manuel |
Les mises à niveau automatiques respectent les règles de maintenance jusqu'à la fin de la période de compatibilité, à l'exception des correctifs d'urgence extrêmement rares, le cas échéant. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
Généralement, les mises à niveau du plan de contrôle sont identiques. Si votre cluster n'est pas inscrit à un version disponible et que vous désactivez les mises à niveau automatiques des nœuds, vous devez mettre à niveau manuellement les pools de nœuds de votre cluster. |
Tous les nœuds des clusters Autopilot, ou un ou plusieurs pools de nœuds de cluster standard. |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise les mises à niveau de la surutilisation pour Autopilot ou la stratégie de mise à niveau de nœuds configurée (surutilisation ou bleu-vert) pour les clusters standards. |
Modifications manuelles qui recréent les nœuds à l'aide d'une stratégie de mise à niveau de nœuds et qui respectent les règles de maintenance
Consultez le tableau suivant pour comprendre comment ces modifications manuelles peuvent perturber un environnement de cluster. Cette liste inclut, entre autres, les modifications manuelles qui respectent les règles de maintenance GKE.
| Modifier | Déclenchement automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Effectuer la rotation des identifiants du cluster | Elle est automatique si les identifiants du cluster expirent dans les 30 jours, mais peut également être lancée manuellement. | Respecte les règles de maintenance, mais GKE peut les remplacer dans les 30 jours suivant l'expiration des identifiants. De plus, si vous déclenchez manuellement des opérations spécifiques après la première étape, ces opérations ne respectent pas les règles de maintenance. | Une fois par modification manuelle de ce type, ou en fonction de la durée de validité des identifiants du cluster pour le lancement automatique. Vous pouvez appeler manuellement des opérations pour des étapes spécifiques du processus de rotation. | Pour certaines étapes, le plan de contrôle. Pour les autres étapes, tous les nœuds des clusters Autopilot, tous les nœuds de chaque pool de nœuds de cluster standard. |
Lorsque vous lancez la rotation et que vous la terminez, le niveau de perturbation est le suivant:
Lorsque les nœuds sont recréés, le niveau de perturbation est le suivant:
|
| Alterner l'adresse IP du plan de contrôle | Déclenchée manuellement | Respecte les règles de maintenance. Toutefois, si vous déclenchez manuellement des opérations spécifiques après la première étape, cette opération ne respecte pas les règles de maintenance. | Une fois par modification manuelle de ce type. Vous pouvez appeler manuellement des opérations pour des étapes spécifiques du processus de rotation. | Pour certaines étapes, le plan de contrôle. Pour les autres étapes, tous les nœuds des clusters Autopilot, tous les nœuds de chaque pool de nœuds de cluster standard. |
Lorsque vous lancez la rotation et que vous la terminez, le niveau de perturbation est le suivant:
Lorsque les nœuds sont recréés, le niveau de perturbation est le suivant:
|
| Configurer des nœuds protégés | Déclenchée manuellement |
La recréation du plan de contrôle ne respecte pas les règles de maintenance et apporte immédiatement les modifications. La recréation des nœuds respecte les règles de maintenance. |
Une fois par modification de ce type |
Le plan de contrôle est mis à jour. Une fois le plan de contrôle mis à jour, tous les nœuds de chaque pool de nœuds de cluster standard doivent être recréés. |
Lorsque le plan de contrôle est recréé, le niveau de perturbation est le suivant:
Lorsque les nœuds sont recréés, le niveau de perturbation est le suivant:
|
| Configurer des règles réseau | Déclenchée manuellement | Respecte les règles de maintenance | Une fois par modification de ce type | Tous les nœuds des clusters Autopilot, tous les nœuds de chaque pool de nœuds de cluster standard. |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise les mises à niveau de la surutilisation pour recréer les nœuds. |
| Configurer la visibilité intranœud | Déclenchée manuellement | Respecte les règles de maintenance | Une fois par modification de ce type | Tous les nœuds des clusters Autopilot, tous les nœuds de chaque pool de nœuds de cluster standard. |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise les mises à niveau de la surutilisation pour recréer les nœuds. |
| Configurer le DNSCache NodeLocal | Déclenchée manuellement | Respecte les règles de maintenance | Une fois par modification de ce type | Tous les nœuds du pool de nœuds du cluster Standard mis à niveau doivent être mis à niveau. |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise les mises à niveau de la surutilisation pour recréer les nœuds. |
| Activer le streaming d'images | Déclenchée manuellement |
Lors de la mise à jour au niveau du cluster, respecte les règles de maintenance. Lors de la mise à jour de pools de nœuds individuels, ne respecte pas les stratégies de maintenance. |
Une fois par modification de ce type |
Si l'option est activée au niveau du pool de nœuds, tous les nœuds du pool de nœuds du cluster standard. Si l'option est activée au niveau du cluster, les nœuds de tous les pools de nœuds de clusters standards pour lesquels vous n'avez pas activé ou désactivé individuellement le paramètre du pool de nœuds. |
GKE utilise les mises à niveau de la surutilisation pour recréer les nœuds d'un pool de nœuds. |
Maintenance automatique qui ne respecte pas les règles de maintenance
Consultez le tableau suivant pour comprendre comment la maintenance automatique qui ne respecte pas les règles de maintenance peut perturber un environnement de cluster.
| Modifier | Déclenchement automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Réparation ou redimensionnement du plan de contrôle | Automatique | Ne respecte pas les règles de maintenance |
La fréquence de réparation du plan de contrôle est aléatoire, mais n'a aucun impact sur les clusters Autopilot et standards régionaux. Le redimensionnement du plan de contrôle est rare, mais augmente en fréquence avec les événements d'ajustement de la taille du cluster. Il n'a aucun impact sur les clusters Autopilot et régionaux standards. |
Plan de contrôle |
Pour les clusters Autopilot et les clusters standards régionaux, le plan de contrôle reste disponible. Pour les clusters standards zonaux, plusieurs minutes pendant lesquelles vous ne pouvez pas communiquer avec le plan de contrôle, ce qui signifie que vous ne pouvez pas configurer le cluster, les nœuds et les charges de travail pendant cette période. |
| Événement de maintenance de l'hôte | Automatique | Ne respecte pas les règles de maintenance | Pour connaître la fréquence approximative, consultez la section Événements de maintenance. | Un nœud |
Pour la plupart des types de nœuds, l'impact est minimal. Certains nœuds, y compris ceux dotés de GPU ou de TPU, peuvent subir des perturbations plus importantes. Pour en savoir plus, consultez la page Autres Google Cloud opérations de maintenance. |
| Réparation automatique des nœuds | Automatique | Ne respecte pas les règles de maintenance | La fréquence de réparation automatique des nœuds est aléatoire. |
Un nœud | Le nœud est redémarré, ce qui perturbe les pods qui s'exécutent dessus. |
| Récupération des VM Spot et des VM préemptives | Automatique | Ne respecte pas les règles de maintenance |
Pour les VM préemptives, au moins une fois toutes les 24 heures. Pour les VM Spot, lorsque Compute Engine a besoin des ressources ailleurs. |
Un nœud | Découvrez plus en détail la résiliation et l'arrêt progressif des VM Spot, ainsi que la résiliation et l'arrêt progressif des VM préemptives. |
Modifications manuelles qui recréent les nœuds à l'aide d'une stratégie de mise à niveau de nœuds sans respecter les règles de maintenance
Consultez le tableau suivant pour comprendre comment ces modifications manuelles peuvent perturber un environnement de cluster. Cette liste inclut les modifications apportées lorsque GKE utilise des mises à niveau de la surutilisation et lorsque GKE utilise des mises à niveau bleu-vert qui ne sont pas incluses dans l'autre section, car elles ne respectent pas les règles de maintenance.
| Modifier | Déclenchement automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Mise à jour du libellé du pool de nœuds | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard | GKE utilise immédiatement les mises à niveau de la surutilisation pour recréer le pool de nœuds lorsque vous mettez à jour les libellés de nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
| Scaling vertical en modifiant les attributs de machine des nœuds | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard | GKE utilise immédiatement les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
| Modifications des types d'images | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise la stratégie de mise à niveau de nœuds configurée (surutilisation ou bleu-vert) pour les clusters standards. |
| Ajouter ou remplacer des pools de stockage dans un pool de nœuds de cluster standard | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise la stratégie de mise à niveau de nœuds configurée (surutilisation ou bleu-vert) pour les clusters standards. |
| Activer le streaming d'images | Déclenchée manuellement |
Lors de la mise à jour au niveau du cluster, respecte les règles de maintenance. Lors de la mise à jour de pools de nœuds individuels, ne respecte pas les stratégies de maintenance. |
Une fois par modification de ce type |
Si l'option est activée au niveau du pool de nœuds, tous les nœuds du pool de nœuds du cluster standard. Si l'option est activée au niveau du cluster, les nœuds de tous les pools de nœuds de clusters standards pour lesquels vous n'avez pas activé ou désactivé individuellement le paramètre du pool de nœuds. |
GKE utilise les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds. |
| Mises à jour de la configuration des performances réseau | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise immédiatement les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
| Activation de gVNIC | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise immédiatement les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
| Modifications apportées à la configuration système du nœud | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise immédiatement les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
| Nœuds confidentiels | Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds d'un pool de nœuds de cluster standard |
Les nœuds doivent être arrêtés pour être recréés, et les pods doivent être remplacés. GKE utilise immédiatement les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds existant, quelles que soient les règles de maintenance actives. |
Modifications ne nécessitant pas de recréer les nœuds
Consultez le tableau suivant pour identifier les modifications apportées à la configuration des nœuds qui ne nécessitent pas de les recréer. Ces modifications ne sont pas perturbatrices, mais des perturbations sont toujours possibles si la configuration des nœuds mise à jour affecte votre charge de travail.
| Modifier | Déclenchement automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
|
Mettez à jour les paramètres suivants:
|
Déclenchée manuellement | Ne respecte pas les règles de maintenance et effectue immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds concernés sont mis à jour. | Les pods n'ont pas besoin d'être remplacés, car la configuration des nœuds est mise à jour sans les recréer. |
Étape suivante
- Présentation de GKE
- Architecture du cluster GKE
- Responsabilité partagée de GKE
- Gestion des versions et compatibilité GKE
- Contrat de niveau de service GKE
- Mise à niveau des clusters GKE