Cette page explique comment vous et Google Kubernetes Engine (GKE) gérez les modifications au cours du cycle de vie d'un cluster afin d'optimiser les performances et la disponibilité, tout en minimisant les interruptions de 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 base de gestion des clusters décrites dans Gérer les clusters et Présentation de l'administration des clusters.
Une plate-forme gérée et une responsabilité partagée
GKE est une mise en œuvre 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 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 un minimum d'interruption, est une responsabilité partagée :
- GKE est chargé 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, en mode Autopilot, les nœuds de calcul.
- En tant qu'administrateur de plate-forme, vous êtes responsable de la configuration de votre cluster et de la gestion de vos charges de travail, y compris de leur préparation à la gestion des interruptions. 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 ensemble pour maintenir un environnement optimal pour l'exécution de 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 majeure partie de l'exécution quotidienne de votre application se fait silencieusement en arrière-plan, ce qui permet à vos charges de travail de s'exécuter sans interruption. Toutefois, certaines modifications critiques doivent être effectuées d'une manière qui pourrait 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 le bon fonctionnement de vos charges de travail, certains types de modifications essentiels peuvent nécessiter des interruptions temporaires de vos charges de travail, principalement des modifications qui redémarrent les nœuds exécutant vos charges de travail. Les fonctionnalités de GKE et de Kubernetes vous permettent de spécifier quand et comment vous souhaitez que les interruptions se produisent, afin que vos charges de travail puissent gérer les modifications de manière appropriée.
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 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 clusters 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 de nœuds peuvent également être appelées mises à niveau de 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 perturbations pendant ces processus.
Planifier les interruptions 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 (les nœuds Autopilot ou les pools de nœuds de cluster standards) 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 le fonctionnement et les performances des clusters.
Utilisez des intervalles de maintenance et des exclusions pour choisir quand la maintenance du cluster doit ou ne doit pas avoir lieu. Pour les clusters standards, choisissez une stratégie de mise à niveau des nœuds qui correspond le mieux au profil de votre charge de travail et à vos contraintes de ressources.
Pour les modifications manuelles et automatiques des nœuds, GKE effectue des modifications présentant 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. Certaines exceptions incluent la maintenance de l'hôte pour certains types de nœuds, tels que ceux dotés de GPU et de TPU.
Tenez compte des points suivants si vous lancez 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'il n'y a pas de disponibilité de maintenance. 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, GKE choisit une stratégie de mise à niveau des nœuds : mises à niveau de surutilisation, mises à niveau bleu-vert ou bleu-vert avec autoscaling (preview). 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 si vous avez configuré des mises à niveau bleu-vert ou bleu-vert avec autoscaling et que vous effectuez certains types de modifications. Pour en savoir plus sur la stratégie configurée pour un pool de nœuds, consultez Inspecter les paramètres de mise à niveau d'un pool de nœuds.
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 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 sur cette page.
Maximiser la disponibilité des charges de travail en anticipant les modifications perturbatrices
Pour maximiser la disponibilité de vos charges de travail exécutées sur un cluster GKE, nous vous recommandons de suivre 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 de mettre en œuvre les bonnes pratiques :
- Canaux de publication : choisissez un version disponible pour obtenir des versions de cluster offrant l'équilibre que vous souhaitez entre disponibilité des fonctionnalités et stabilité.
- Intervalles de maintenance : spécifiez un intervalle de temps récurrent pendant lequel certains types de maintenance de cluster GKE, tels que les mises à niveau, peuvent avoir lieu.
- Exclusions de maintenance : empêchez la maintenance du cluster pendant une période spécifique.
- Budgets d'interruption de clusters : personnalisez l'intervalle de temps minimal entre des types spécifiques de mises à niveau de clusters, y compris les mises à niveau de correctifs ou mineures.
- Stratégies de mise à niveau des nœuds : si vous utilisez un pool de nœuds Standard, choisissez comment vos nœuds sont mis à jour (mises à niveau de surutilisation, bleu-vert ou bleu-vert avec autoscaling (preview)) afin de minimiser les perturbations pour vos charges de travail. De plus, choisissez le nombre de pools de nœuds que GKE met automatiquement à niveau en même temps dans un cluster.
- 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 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 continu les tâches suivantes :
- Surveillez votre cluster avec la suite d'observabilité de GKE.
- Suivez les notes de version de GKE pour recevoir les annonces.
- Consultez les notifications de cluster, par exemple lorsque les mises à niveau démarrent ou se terminent, lorsque de nouvelles versions sont disponibles, les bulletins de sécurité et les dates de fin de compatibilité.
- Obtenez une visibilité sur les mises à niveau de cluster pour comprendre l'état des mises à niveau de vos clusters.
- Consultez le calendrier de publication de GKE pour obtenir une estimation optimale de la date à laquelle les versions mineures seront disponibles pour les mises à niveau et atteindront la fin de la période d'assistance.
- Utilisez des conseils prescriptifs qui identifient les opportunités d'optimisation potentielles et expliquent comment optimiser l'utilisation de votre cluster, y compris des conseils sur l'abandon de fonctionnalités et d'API.
Préparer vos charges de travail
Gérez les interruptions en rendant vos charges de travail aussi résilientes que possible :
- Exécutez des instances dupliquées 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 d'une 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 les E/S et les désinstaller de l'espace de stockage, suivez les étapes de la section S'assurer que les charges de travail avec état sont prêtes à être interrompues.
Pour en savoir plus sur ces sujets, consultez la section Gérer les interruptions 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és à un cluster, y compris les caractéristiques de ces modifications, telles que la fréquence et le niveau d'interruption.
Types de licences
Consultez le tableau suivant pour comprendre comment les mises à niveau peuvent perturber un environnement de cluster.
| Modifier | Automatique ou déclenché manuellement | 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, si nécessaire. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
Mises à niveau de 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 d'assistance. |
Plan de contrôle |
Pour les clusters Autopilot et Standard régionaux, le plan de contrôle reste disponible. Pour les clusters zonaux standards, vous ne pouvez pas communiquer avec le plan de contrôle pendant plusieurs minutes. Cela 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, si nécessaire. Les mises à niveau manuelles ne sont pas bloquées par les règles de maintenance. |
En général, les mises à niveau des pools de nœuds sont identiques à celles du plan de contrôle. 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 surutilisation pour Autopilot ou la stratégie de mise à niveau de nœuds configurée (surutilisation, bleu-vert ou bleu-vert avec autoscaling (preview)) pour les clusters Standard. |
Modifications manuelles qui recréent les nœuds à l'aide d'une stratégie de mise à niveau des nœuds et 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 | Automatique ou déclenché manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Désactiver le port accessible en lecture seule du kubelet | Lancé manuellement | Ne respecte pas les règles de maintenance, apporte des modifications immédiatement. | 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 surutilisation pour recréer les nœuds, quelles que soient les règles de maintenance actives. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| 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 ignorer les règles de maintenance dans les 30 jours précédant l'expiration des identifiants. Durant cette période de 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 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 terminez la rotation, le niveau de perturbation est le suivant :
Lorsque les nœuds sont recréés, le niveau d'interruption est le suivant :
|
| Alterner l'adresse IP du plan de contrôle | Lancé 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 terminez la rotation, le niveau de perturbation est le suivant :
Lorsque les nœuds sont recréés, le niveau d'interruption est le suivant :
|
| Configurer des nœuds protégés | Lancé 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 de réseau | Lancé 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 surutilisation pour recréer les nœuds. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Configurer la visibilité intranœud | Lancé 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 surutilisation pour recréer les nœuds. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Configurer le DNSCache NodeLocal | Lancé 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 surutilisation pour recréer les nœuds. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Activer le streaming d'images | Lancé 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, les règles 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 l'option est activée au niveau du cluster, les nœuds de tous les pools de nœuds du cluster Standard pour lesquels vous n'avez pas activé ni désactivé individuellement le paramètre. |
GKE utilise les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
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é manuellement | 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 aucune incidence sur les clusters Autopilot et Standard 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 pas d'impact sur les clusters Autopilot et Standard régionaux. |
Plan de contrôle |
Pour les clusters Autopilot et Standard régionaux, le plan de contrôle reste disponible. Pour les clusters zonaux standards, vous ne pouvez pas communiquer avec le plan de contrôle pendant plusieurs minutes. Cela 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 É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 subir des perturbations plus importantes. Pour en savoir plus, consultez Autre 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 les pods qui s'exécutent sur le nœud. |
| 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 VM Spot, lorsque Compute Engine a besoin des ressources ailleurs. |
Un nœud | Consultez les détails 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 ou les charges de travail. | Aucune. La base de données Spanner s'exécute séparément du plan de contrôle et des nœuds du cluster dans l'infrastructure de Google. | Aucune. 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 apportées lorsque GKE utilise des mises à niveau de 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 | Automatique ou déclenché manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Modifications apportées à la collecte des journaux du plan de contrôle | Lancé manuellement | Ne respecte pas les règles de maintenance et applique immédiatement les modifications. | Une fois par modification de ce type | Le plan de contrôle est mis à jour. | Lorsque le plan de contrôle est recréé, le niveau de perturbation est le suivant :
|
| Mise à jour des étiquettes de pool de nœuds | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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 le pool de nœuds lorsque vous mettez à jour les libellés de nœud sur un pool de nœuds existant, quelles que soient les règles de maintenance actives. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Application d'un scaling vertical aux nœuds en modifiant les attributs de machine des nœuds | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Modifications des types d'images | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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 des nœuds configurée (surutilisation, bleu-vert ou bleu-vert avec autoscaling (preview)) pour les clusters Standard. |
| Ajouter ou remplacer des pools de stockage dans un pool de nœuds de cluster Standard | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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 des nœuds configurée (surutilisation, bleu-vert ou bleu-vert avec autoscaling (preview)) pour les clusters Standard. |
| Activer le streaming d'images | Lancé 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, les règles 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 l'option est activée au niveau du cluster, les nœuds de tous les pools de nœuds du cluster Standard pour lesquels vous n'avez pas activé ni désactivé individuellement le paramètre. |
GKE utilise les mises à niveau de surutilisation pour recréer les nœuds d'un pool de nœuds. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Mises à jour de la configuration des performances réseau | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Activation de gVNIC | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Modifications de la configuration du système de nœud (à l'aide de la stratégie de mise à niveau standard) | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Nœuds confidentiels | Lancé manuellement | Ne respecte pas les règles de maintenance et applique 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. GKE utilise les mises à niveau de surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
Modifications ne nécessitant pas de recréer les nœuds
Consultez le tableau suivant pour savoir quelles modifications de la configuration des nœuds ne nécessitent pas de recréer les nœuds. Ces modifications ne sont pas perturbatrices, mais une interruption reste possible si la configuration mise à jour du nœud affecte votre charge de travail.
| Modifier | Automatique ou déclenché manuellement | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
|
Mettez à jour les paramètres suivants :
|
Lancé manuellement | Ne respecte pas les règles de maintenance et applique immédiatement les modifications. | Une fois par modification de ce type | Tous les nœuds pertinents sont mis à jour. | Il n'est pas nécessaire de remplacer les pods, car la configuration des nœuds est mise à jour sans recréer les nœuds. |
Étapes suivantes
- Présentation de GKE
- Architecture d'un cluster GKE
- Responsabilité partagée de GKE
- Gestion des versions et compatibilité GKE
- Contrat de niveau de service GKE
- Mises à niveau des clusters GKE