Cycle de vie du cluster

Cette page présente le cycle de vie d'un cluster Google Kubernetes Engine (GKE) , y compris les tâches que vous pouvez effectuer vous-même et celles qui sont gérées par Google Cloud, avec des liens vers des guides plus détaillés pour vous aider à démarrer.

Avant de lire cette page, vous devez connaître les éléments suivants, ainsi que les concepts de base de Kubernetes :

Créer des clusters

Comme vous l'avez vu si vous avez suivi l'un de nos guides de démarrage rapide, la création d'un cluster Kubernetes avec GKE peut être très simple, en particulier si vous choisissez d'utiliser la Google Cloud console et toutes les options par défaut fournies. Dans la réalité, la création de clusters peut être un peu plus complexe, en particulier lorsqu'il s'agit de choisir des options de cluster adaptées à vos besoins organisationnels et techniques. Vous devrez peut-être prendre des décisions en concertation avec vos collègues des équipes réseau, sécurité ou autres avant de créer votre cluster, car certaines options de cluster ne peuvent pas être modifiées après leur configuration sans recréer le cluster.

Vous pouvez créer des clusters à l'aide de la Google Cloud console, de gcloud CLI, ou du fournisseur Terraform pour GKE.

Utiliser des clusters

Si vous êtes administrateur de cluster, une grande partie de votre travail consistera à utiliser des clusters en cours d'exécution. Les tâches peuvent inclure la surveillance et le dépannage de l'état du cluster, ou pour les grandes organisations (en particulier celles qui utilisent le niveau entreprise de GKE ), la gestion de plusieurs clusters ensemble dans le cadre d'un parc. Si vous êtes spécialiste de la sécurité ou du Mise en réseau, vous pouvez avoir des tâches plus spécialisées, telles que l'application de stratégies de sécurité ou la configuration de l'infrastructure réseau. Si vous êtes un développeur qui utilise GKE, vous n'aurez peut-être pas besoin de créer ni de gérer des clusters, mais vous devrez peut-être déployer des charges de travail sur des clusters ou résoudre des problèmes liés à vos charges de travail.

Vous pouvez utiliser les outils suivants :

  • Google Cloud Outils permettant de créer, de gérer et d'afficher des clusters et leur état, y compris la Google Cloud console et gcloud CLI.
  • L'outil de ligne de commande Kubernetes kubectl pour les tâches internes au cluster , telles que le déploiement de charges de travail ou l'application de stratégies de contrôle des accès basé sur les rôles (RBAC) Kubernetes.
  • Terraform pour provisionner de manière déclarative des clusters et des charges de travail.

Comme GKE est un service géré, vous n'avez pas à vous soucier de l'infrastructure sous-jacente, telle que les machines virtuelles qui exécutent les nœuds de votre cluster ou l'état des composants du plan de contrôle Kubernetes : GKE gère cela pour vous.

Pour en savoir plus sur l'utilisation des clusters, ainsi que sur les outils et les workflows que vous utilisez à cet effet, consultez notre présentation de l'administration des clusters . Pour en savoir plus sur l'architecture des clusters et le plan de contrôle GKE, consultez la page Architecture d'un cluster GKE.

Mettre à niveau les clusters

Une mise à niveau de cluster met à jour la version du logiciel système GKE exécuté sur le plan de contrôle et les nœuds du cluster. Par défaut, GKE met automatiquement à niveau vos clusters pour s'assurer qu'ils reçoivent des mises à jour de sécurité, des correctifs pour les problèmes connus et de nouvelles fonctionnalités, et qu'ils exécutent une version compatible de Kubernetes.

Pour mieux contrôler le processus de mise à niveau, GKE fournit des canaux de publication. Les canaux de publication vous permettent de choisir des versions pour vos clusters, en vous offrant un équilibre entre disponibilité des fonctionnalités et stabilité. Les intervalles et exclusions de maintenance vous permettent de choisir le moment où vous souhaitez que les mises à niveau et autres opérations de maintenance du cluster aient lieu.

Tous les clusters sont enregistrés par défaut dans le version disponible standard. Pour en savoir plus sur la façon de tirer le meilleur parti des canaux de publication avec un minimum d'interruption de vos charges de travail, consultez la section Bonnes pratiques pour la mise à niveau des clusters.

Vous pouvez également lancer vous-même les mises à niveau des clusters. Pour en savoir plus, consultez la section Mettre à jour manuellement un cluster ou un pool de nœuds.

Mettre à jour les clusters

Comme indiqué dans la section précédente sur la création de clusters, vous pouvez apporter un certain nombre de modifications à la configuration d'un cluster après sa création. Voici les mises à jour que vous pouvez apporter à un cluster :

  • Redimensionner un cluster Standard (les clusters Autopilot sont redimensionnés automatiquement en fonction des besoins de votre charge de travail).
  • Ajouter un cluster à un parc.
  • Modifier le canal de publication du cluster.
  • Mettre à jour les zones des clusters Standard.
  • Mettre à jour la stratégie de maintenance du cluster.
  • Mettre à jour un sous-ensemble d'options réseau.
  • Activer et désactiver des fonctionnalités de cluster, y compris les sauvegardes, la journalisation, la surveillance, etc.

Pour en savoir plus sur ce que vous pouvez et ne pouvez pas modifier après la création du cluster, consultez la présentation de la configuration des clusters .

Redimensionner des clusters

Le dimensionnement des clusters Autopilot est automatiquement effectué en fonction des spécifications de votre pod. Il n'est donc pas nécessaire de redimensionner votre cluster. Par exemple, si vous modifiez le nombre d'instances dupliquées de votre pod ou les ressources demandées, le cluster est agrandi ou réduit de façon appropriée.

Si vous utilisez le mode Standard, vous pouvez redimensionner manuellement votre cluster pour augmenter ou diminuer le nombre de nœuds de ce cluster. Par exemple, si vous souhaitez empêcher votre cluster de consommer des ressources sans le supprimer, vous pouvez réduire le nombre de nœuds à zéro. Pour en savoir plus sur le redimensionnement, consultez la section Redimensionner un cluster. Vous pouvez également choisir d'utiliser l'autoscaling de cluster, ce qui permet à GKE de redimensionner automatiquement les pools de nœuds de votre cluster en fonction des exigences de vos charges de travail, et le provisionnement automatique des nœuds, qui permet à GKE de créer et de supprimer automatiquement des pools de nœuds pour vous.

Si vous souhaitez un moyen plus efficace d'optimiser vos clusters, vous pouvez également utiliser l'autoscaling vertical des pods (VPA). L'autoscaler peut recommander des valeurs pour les demandes et les limites de processeur et de mémoire, ou modifier automatiquement ces valeurs.

Supprimer des clusters

Si nécessaire, vous pouvez supprimer un cluster. Pour en savoir plus, consultez la section Supprimer un cluster.

Ajouter des clusters à un parc

Si votre organisation utilise plusieurs clusters, vous pouvez simplifier la gestion multicluster en ajoutant les clusters à un parc , qui est un regroupement logique de clusters Kubernetes. La création d'un parc aide votre organisation à faire passer la gestion des clusters individuels à des groupes entiers de clusters, et vous permet d'utiliser des fonctionnalités compatibles avec les parcs comme Multi Cluster Ingress, Config Sync, et Policy Controller.

Vous pouvez ajouter des clusters GKE à un parc à l'aide de la Google Cloud console, de gcloud CLI, mais aussi de manière déclarative à l'aide de Terraform ou de Config Connector.

Pour en savoir plus sur le fonctionnement des parcs, consultez la page Gestion des parcs et découvrez comment créer des parcs dans la section Créer des parcs pour simplifier la gestion multicluster multicluster.

Étape suivante