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 est destinée 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 un minimum d'interruption, 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, 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 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 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 s'exécutent 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 aux clusters peuvent perturber les charges de travail.
Bien que GKE s'efforce de maintenir l'exécution de vos charges de travail sans interruption, 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. En utilisant les fonctionnalités de GKE et de Kubernetes, vous pouvez spécifier quand et comment vous souhaitez que l'interruption ait lieu. 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 apportées par GKE aux clusters, le type de perturbation qu'elles entraînent 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 des 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 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 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 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 (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, mais aussi à 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.
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. Certaines exceptions incluent la maintenance de l'hôte pour certains types de nœuds, tels que ceux avec GPU et TPU.
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), GKE choisit une stratégie de mise à niveau des nœuds : mises à niveau de la surutilisation, mises à niveau bleu-vert ou mises à niveau bleu-vert avec autoscaling (aperçu). 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é 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 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 avec 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.
- 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 mineures ou correctives.
- 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 (mise à niveau de la surutilisation, mise à niveau bleu-vert ou mise à niveau bleu-vert avec autoscaling (aperçu)) pour minimiser les perturbations de vos charges de travail. Vous pouvez également choisir 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 éventuelles perturbations 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 commencent ou se terminent, lorsque de nouvelles versions sont disponibles, les bulletins de sécurité et les dates de fin de compatibilité.
- Obtenez de la visibilité sur les mises à niveau de clusters pour comprendre l'état des mises à niveau de vos clusters.
- Consultez le calendrier des versions GKE pour obtenir une estimation optimale de la date à laquelle les versions mineures seront disponibles pour les mises à niveau et de la date de fin de compatibilité.
- 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 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 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 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 les étapes décrites 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 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é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 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, 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, en fonction du version disponible. Des mises à niveau mineures sont proposées 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 les clusters Standard régionaux, le plan de contrôle reste disponible. Pour les clusters Standard zonaux, 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 des nœuds | 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. |
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, 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 manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
| Désactiver le port en lecture seule du kubelet | Initiée manuellement | Ne respecte pas les règles de maintenance, applique les 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 d'un 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. GKE utilise les mises à niveau de la surutilisation, qu'une autre stratégie de mise à niveau des nœuds (par exemple, les mises à niveau bleu-vert) soit configurée ou non. |
| Faire tourner les identifiants du cluster | Automatique si les identifiants du cluster expirent dans les 30 jours. 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 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 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, tous les nœuds de chaque pool de nœuds de cluster Standard. |
Lorsque vous lancez la rotation et terminez la rotation, le niveau d'interruption 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 | Initié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 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 | Initié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 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 la 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 | Initié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. GKE utilise les mises à niveau de la 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 | Initié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. GKE utilise les mises à niveau de la 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 | Initié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 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 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. GKE utilise les mises à niveau de la 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 manuel | 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 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 non plus d'impact sur les clusters Autopilot et Standard régionaux. |
Plan de contrôle |
Pour les clusters Autopilot et les clusters Standard régionaux, le plan de contrôle reste disponible. Pour les clusters Standard zonaux, 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 |
Effet minimal pour la plupart des types de nœuds. Certains nœuds, y compris ceux dotés de GPU ou de TPU, peuvent être plus perturbés. Pour en savoir plus, consultez Autre Cloud de Confiance by S3NS 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 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 VM Spot, 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 ou les charges de travail. | Aucune. 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. | 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 à quand GKE utilise les mises à niveau de la surutilisation et à quand GKE utilise 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 manuel | 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 | Initiée 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 du libellé du 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 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. 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 | Initiée 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 la 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 de 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 | Initiée 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 de 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, les règles de maintenance sont respectées. 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 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 surutilisation pour recréer les nœuds d'un pool de nœuds. GKE utilise les mises à niveau de la 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 la 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 | Initiée 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 la surutilisation, qu'une autre stratégie de mise à niveau des nœuds (comme les mises à niveau bleu-vert) soit configurée ou non. |
| Modifications apportées à la configuration système des nœuds | Initiée 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 | Initiée 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 la 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 apportées à la configuration des nœuds ne nécessitent pas de recréer les nœuds. Ces modifications ne sont pas perturbatrices. Toutefois, une perturbation est toujours possible si la configuration de nœud mise à jour affecte votre charge de travail.
| Modifier | Automatique ou manuel | Respecte les règles de maintenance | Fréquence | Type de perturbation | Niveau de perturbation |
|---|---|---|---|---|---|
|
Modifiez les paramètres suivants :
|
Initiée 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. | Les pods n'ont pas besoin d'être remplacés, 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