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 des charges 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 Fonctionnement de GKE, un cluster GKE se compose d'un plan de contrôle, qui inclut 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 :
- La responsabilité de GKE est 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 pendant le 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 ensemble 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 discrètement en arrière-plan, ce qui permet à vos charges de travail de s'exécuter sans interruption. Toutefois, certains changements critiques doivent être effectués de manière à perturber temporairement vos charges de travail, comme décrit dans la section suivante.
Certaines modifications apportées aux clusters peuvent perturber les charges de travail
Bien que GKE s'efforce de maintenir le bon fonctionnement de vos charges de travail, certains types de modifications essentielles peuvent nécessiter des interruptions temporaires, principalement celles qui redémarrent les nœuds exécutant vos charges de travail. En utilisant les fonctionnalités de GKE et de Kubernetes, vous pouvez spécifier quand et comment vous souhaitez que l'indisponibilité se produise. Ainsi, lorsque cela se produit, vos charges de travail peuvent gérer les changements de manière fluide.
Les sections suivantes expliquent les types de modifications que GKE apporte aux clusters, le type d'interruption qu'elles provoquent et comment vous pouvez vous y 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 liées.
Dans GKE, le terme mise à niveau du cluster, ou simplement mise à niveau, fait référence à la mise à jour de la version Kubernetes du plan de contrôle (mise à niveau du plan de contrôle) ou des nœuds (mise à niveau des nœuds), ou des deux. Lorsque vous utilisez des clusters Standard, 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 l'environnement de votre cluster en effectuant des mises à niveau, d'autres types de mises à jour et les opérations de maintenance nécessaires. Ces actions permettent de s'assurer 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 pendant ces processus.
Planifier les perturbations liées aux mises à jour de nœuds
Certains types de modifications apportées aux clusters, principalement celles 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 (qu'il s'agisse de nœuds Autopilot ou de 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'à d'autres types de modifications de nœuds. Ces stratégies permettent à GKE de minimiser les perturbations lors des mises à jour des nœuds, qui sont importantes pour maintenir les clusters fonctionnels et performants.
Utilisez des intervalles et des exclusions de maintenance pour choisir quand certaines opérations de maintenance du cluster ont lieu ou non. Pour les clusters Standard, 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.
Que les modifications apportées aux nœuds soient manuelles ou automatiques, GKE les effectue 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, celles-ci respectent généralement les règles de maintenance GKE.
Tenez compte des points suivants si vous apportez manuellement des modifications 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 période de 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êtes à faire face à une perturbation 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 initiées manuellement aux nœuds (y compris les mises à jour des 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 des clusters standards utilisent généralement les mises à niveau de la surutilisation, sauf si vous avez configuré les 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é des 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 Vérifier les ressources pour les mises à niveau des nœuds.
Pour obtenir la liste détaillée des modifications spécifiques et de leurs caractéristiques, consultez la section Types de modifications apportées à un cluster GKE sur cette page.
Maximiser la disponibilité des charges de travail en se préparant aux changements perturbateurs
Pour maximiser la disponibilité de vos charges de travail exécutées sur un cluster GKE, nous vous recommandons d'effectuer les actions 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 des 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 qui offrent l'équilibre souhaité entre disponibilité des fonctionnalités et stabilité.
- Intervalles de maintenance : spécifiez un intervalle de temps récurrent pendant lequel certains types de maintenance des clusters GKE, comme les mises à niveau, peuvent avoir lieu.
- Exclusions de maintenance : empêchez 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 comment vos nœuds sont mis à jour (mises à niveau de surutilisation ou mises à niveau bleu-vert) pour minimiser les perturbations de vos charges de travail.
- Séquençage du déploiement : qualifiez les mises à niveau dans un environnement de préproduction avant que GKE ne mette à niveau vos clusters de production.
- Mises à niveau manuelles : mettez à niveau votre cluster manuellement, 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 éventuelles perturbations 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 connaître les annonces.
- Consultez les notifications de cluster, par exemple lorsque les mises à niveau commencent ou se terminent, lorsque de nouvelles versions sont disponibles, les bulletins de sécurité et les dates de fin de la période de compatibilité.
- Obtenez de la visibilité sur les mises à niveau des clusters pour comprendre l'état des mises à niveau de vos clusters.
- Consultez le calendrier des versions de GKE pour obtenir une estimation optimiste de la date à laquelle les versions mineures seront disponibles pour la mise à niveau et atteindront la fin de la période d'assistance.
- Suivez des conseils prescriptifs qui identifient les opportunités d'optimisation potentielles et expliquent comment optimiser l'utilisation de votre cluster, y compris des conseils pour les fonctionnalités et les API obsolètes.
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éplicas de vos charges de travail pour assurer la redondance et éviter un point de défaillance unique.
- 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 durée approprié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 S'assurer que les charges de travail avec état sont prêtes en cas d'interruption.
Pour en savoir plus sur ces sujets, consultez la section Gérer les perturbations de l'article de blog Bonnes pratiques GKE : opérations du jour 2 pour la continuité des activités.
Types de modifications apportées à un cluster GKE
Les tableaux suivants présentent les types de modifications majeures les plus courants apportées à 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 | Automatique ou déclenchée manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Mise à niveau du plan de contrôle | Automatique ou manuelle |
Les mises à niveau automatiques respectent les règles de maintenance jusqu'à la fin de la période de compatibilité, sauf en cas de correctifs d'urgence extrêmement rares, si nécessaire. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
Mises à niveau des correctifs, jusqu'à une fois par semaine, selon le 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 compatibilité. |
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 ni les charges de travail pendant cette période. |
| Mise à niveau des nœuds | Automatique ou manuelle |
Les mises à niveau automatiques respectent les règles de maintenance jusqu'à la fin de la période de compatibilité, sauf en cas de correctifs d'urgence extrêmement rares, si nécessaire. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
Généralement identiques à celles du plan de contrôle. Si votre cluster n'est pas enregistré dans un version disponible et que vous désactivez les mises à niveau automatiques des nœuds, vous êtes responsable de la mise à niveau manuelle des 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 des nœuds et en respectant 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 | Automatique ou déclenchée manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Désactiver le port en lecture seule du kubelet | Lancée manuellement | Ne respecte pas les règles de maintenance et apporte immédiatement des modifications. | Une fois par modification de ce type. | Tous les nœuds d'un cluster Autopilot 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. Les pods doivent être remplacés. GKE utilise immédiatement les mises à niveau de la surutilisation pour recréer les nœuds, quelles que soient les règles de maintenance actives. |
| Effectuer la rotation des identifiants du cluster | Automatique si les identifiants du cluster expirent dans les 30 jours, mais peut également être lancée manuellement. | Respecte les règles de maintenance. Toutefois, GKE peut remplacer les règles de maintenance dans les 30 jours suivant l'expiration des identifiants. Dans les 30 jours, GKE ignore la disponibilité de la maintenance pour la première étape, qui consiste à démarrer la rotation. 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 vie des identifiants du cluster pour l'initiation 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 et tous les nœuds de chaque pool de nœuds des clusters 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 | Lancé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, ces opérations ne respectent 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 et tous les nœuds de chaque pool de nœuds des clusters 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 | Lancée manuellement |
La recréation du plan de contrôle ne respecte pas les règles de maintenance et applique 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 du 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 | Lancé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 des clusters 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 | Lancé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 des clusters 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 | Lancé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 en cours de mise à jour doivent être mis à jour. |
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 | Lancée manuellement |
Lors de la mise à jour au niveau du cluster, les règles de maintenance sont respectées. Lors de la mise à jour de pools de nœuds individuels, les stratégies de maintenance ne sont pas respectées. |
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 le paramètre est activé au niveau du cluster, les nœuds de tous les pools de nœuds Standard pour lesquels vous n'avez pas activé ou désactivé individuellement le paramètre. |
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 | Automatique ou déclenchée manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Réparer ou redimensionner le 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 peu fréquent, mais sa fréquence augmente avec les événements de scaling du cluster. Il n'a également 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 ni 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 Événements de maintenance. | Un nœud |
Pour la plupart des types de nœuds, l'effet est minime. Certains nœuds, y compris ceux dotés de GPU ou de TPU, peuvent être plus perturbés. Pour en savoir plus, consultez Autres opérations de maintenance Google Cloud . |
| 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 tous les pods qui s'y exécutent. |
| Récupérer 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 Spot VM, lorsque Compute Engine a besoin des ressources ailleurs. |
Un nœud | Consultez les informations sur la résiliation et l'arrêt progressif des VM Spot, ainsi que sur la résiliation et l'arrêt progressif des VM préemptives. |
| Maintenance de la base de données d'état du cluster basée sur Spanner | Automatique | Ne respecte pas les règles de maintenance | Les événements sont aléatoires et n'ont aucune incidence sur les clusters ni les charges de travail. | Aucun La base de données basée sur Spanner s'exécute séparément du plan de contrôle et des nœuds du cluster dans l'infrastructure de Google. | Aucun La base de données Spanner est répliquée pour tous les types de clusters et reste disponible pendant la maintenance. |
Modifications manuelles qui recréent les nœuds à l'aide d'une stratégie de mise à niveau des 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 de quand GKE utilise-t-il les mises à niveau de la surutilisation et quand GKE utilise-t-il les mises à niveau bleu-vert qui ne sont pas incluses dans l'autre section, car elles ne respectent pas les règles de maintenance.
| Modifier | Automatique ou déclenchée manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Mise à jour du libellé du pool de nœuds | Lancé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 d'un cluster standard | GKE utilise immédiatement les mises à niveau de 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. |
| Application d'un scaling vertical aux nœuds en modifiant les attributs de machine des nœuds | Lancé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 d'un 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 | Lancé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 d'un 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 Standard. |
| Ajouter ou remplacer des pools de stockage dans un pool de nœuds de cluster standard | Lancé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 d'un 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 Standard. |
| Activer le streaming d'images | Lancée manuellement |
Lors de la mise à jour au niveau du cluster, les règles de maintenance sont respectées. Lors de la mise à jour de pools de nœuds individuels, les stratégies de maintenance ne sont pas respectées. |
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 le paramètre est activé au niveau du cluster, les nœuds de tous les pools de nœuds Standard pour lesquels vous n'avez pas activé ou désactivé individuellement le paramètre. |
GKE utilise les mises à niveau de la surutilisation pour recréer les nœuds d'un pool de nœuds. |
| Mises à jour de la configuration des performances réseau | Lancé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 d'un 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 | Lancé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 d'un 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 du système de nœud | Lancé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 d'un 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 | Lancé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 d'un 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 qui ne nécessitent pas de recréer les nœuds
Consultez le tableau suivant pour savoir quelles modifications apportées à la configuration des nœuds ne nécessitent pas de les recréer. Ces modifications ne sont pas perturbatrices, mais elles peuvent le devenir si la configuration de nœud mise à jour affecte votre charge de travail.
| Modifier | Automatique ou déclenchée manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
|
Modifiez les paramètres suivants :
|
Lancé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 pertinents sont mis à jour. | Les pods n'ont pas besoin d'être remplacés, car la configuration des nœuds est mise à jour sans que les nœuds soient recréés. |
Étapes suivantes
- 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
- Mises à niveau des clusters GKE