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 parTrusted Cloud by S3NS. Elle fournit également des liens vers des guides plus détaillés pour vous aider à vous lancer.

Avant de lire cette page, vous devez connaître les concepts 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 démarrages rapides, la création d'un cluster Kubernetes avec GKE peut être très simple, en particulier si vous choisissez d'utiliser la console Trusted Cloud 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. En effet, certaines options de cluster ne peuvent plus être modifiées une fois configurées sans recréer le cluster.

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

Utiliser des clusters

Si vous êtes administrateur de cluster, la majeure 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 entreprises (en particulier celles qui utilisent le niveau Enterprise de GKE), la gestion de plusieurs clusters ensemble dans un parc. Si vous êtes un spécialiste de la sécurité ou de la mise en réseau, vous pouvez avoir des tâches plus spécialisées, comme l'application de règles 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.

Voici quelques exemples d'outils que vous pouvez utiliser :

  • OutilsTrusted Cloud by S3NS permettant de créer, de gérer et d'afficher les clusters et leur état, y compris la console Trusted Cloud et la gcloud CLI.
  • L'outil en 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, comme les machines virtuelles qui exécutent les nœuds de votre cluster ou l'état des composants du plan de contrôle Kubernetes. GKE s'en charge 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 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 propose des versions disponibles. 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 les 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 l'utilisation optimale des canaux de publication avec un minimum d'interruption de vos charges de travail, consultez Bonnes pratiques pour la mise à niveau des clusters.

Vous pouvez également lancer vous-même les mises à niveau de cluster. Pour en savoir plus, consultez 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. Voici les modifications que vous pouvez apporter à un cluster :

  • 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.
  • Modifiez le canal de publication du cluster.
  • Mettez à jour les zones pour les clusters Standard.
  • Mettez à jour la stratégie de maintenance du cluster.
  • Mettez à jour un sous-ensemble d'options de mise en réseau.
  • Activez et désactivez les fonctionnalités du cluster, y compris les sauvegardes, la journalisation, la surveillance et plus encore.

Pour en savoir plus sur les éléments que vous pouvez ou non modifier après la création d'un cluster, consultez 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 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 pour vous.

Si vous souhaitez un moyen plus efficace d'optimiser vos clusters, vous pouvez également utiliser l'autoscaling vertical de pods (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 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 consoleTrusted Cloud ou 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.

Étapes suivantes