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 parGoogle Cloud, avec des liens vers des guides plus détaillés pour vous aider à vous lancer.

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

Créer des clusters

Comme vous l'avez vu si vous avez suivi l'un de nos guides de démarrage rapide, créer un cluster Kubernetes avec GKE peut être très simple, en particulier si vous choisissez d'utiliser la console Google Cloud et d'utiliser toutes les options par défaut fournies. Dans la pratique, 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 consultation avec des collègues spécialisés dans la mise en réseau, la sécurité ou d'autres domaines avant de créer votre cluster, car certaines options de cluster ne peuvent pas être modifiées après avoir été configurées sans recréer le cluster.

Vous pouvez créer des clusters à l'aide de la console Google Cloud , 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 à travailler avec 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 entreprises (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 de la mise en réseau, vous pouvez avoir des tâches plus spécialisées, comme appliquer des règles de sécurité ou configurer une infrastructure réseau. Si vous êtes développeur et que vous utilisez 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 console Google Cloud et la 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.

Étant donné que GKE est un service géré, vous n'avez pas à vous soucier de l'infrastructure sous-jacente, comme les machines virtuelles qui exécutent vos nœuds de cluster, ni de l'état des composants du plan de contrôle Kubernetes : GKE s'en occupe pour vous.

Pour en savoir plus sur l'utilisation des clusters, ainsi que sur les outils et les workflows que vous utilisez à cette fin, consultez notre présentation de l'administration de 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 les mises à jour de sécurité, les correctifs aux problèmes connus et les 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 quand vous souhaitez que les mises à niveau et autres opérations de maintenance du cluster soient effectuées.

Tous les clusters sont enregistrés par défaut dans le version disponible standard. Pour en savoir plus sur l'utilisation optimale des canaux de publication avec un minimum de perturbation de vos charges de travail, consultez les bonnes pratiques pour mettre à niveau des clusters.

Vous pouvez également lancer vous-même des mises à niveau de cluster. Pour en savoir plus, consultez la section Mettre à niveau 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. Vous pouvez modifier un cluster comme suit:

  • Redimensionnez un cluster standard (les clusters Autopilot sont redimensionnés automatiquement en fonction des besoins de votre charge de travail).
  • Ajoutez un cluster à un parc.
  • Modifier le canal de publication du cluster.
  • Modifier les zones pour les clusters standards
  • Mettez à jour la politique de maintenance du cluster.
  • Mettez à jour un sous-ensemble d'options de mise en réseau.
  • Activez et désactivez les 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 d'un cluster, consultez la section Présentation de la configuration de cluster.

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. 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, 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.

Si vous souhaitez un moyen plus efficace d'optimiser vos clusters, vous pouvez également utiliser l'autoscaling des pods verticaux (VPA). L'autoscaler peut recommander des valeurs pour les demandes et limites de ressources mémoire et de processeur, ou il peut mettre à jour automatiquement les 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 facilite la gestion de votre entreprise avec des groupes de clusters plutôt que des clusters individuels, et vous permet d'utiliser des fonctionnalités spécifiques aux parcs comme Multi Cluster Ingress, Config Sync et Policy Controller.

Vous pouvez ajouter des clusters GKE à un parc à l'aide de la consoleGoogle Cloud , de gcloud CLI ou 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.

Étape suivante