Présentation de l'administration de cluster

Cette page offre un aperçu rapide de la gestion des clusters GKE pour les administrateurs.

Si vous êtes un développeur qui exécute des charges de travail sur GKE, vous n'aurez peut-être pas besoin d'effectuer la plupart de ces tâches. Pour une présentation du déploiement de charges de travail sur GKE, consultez la page Déployer des charges de travail.

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

Quels outils utiliser ?

En tant qu'administrateur, vous utilisez différents outils pour travailler avec des clusters GKE.

  • Pour contrôler la configuration et les caractéristiques générales d'un cluster, vous utilisez Cloud de Confiance by S3NS des outils et des API, y compris la Google Cloud CLI et la Cloud de Confiance console. Ces tâches comprennent la création, la mise à jour, l'affichage et la suppression de clusters, ainsi que le contrôle des accès au cluster à l'aide d'Identity and Access Management (IAM). Vous pouvez également utiliser d'autres Cloud de Confiance by S3NS outils et services, tels que des services d'observabilité pour la surveillance, la journalisation et les alertes.

  • Pour contrôler le comportement interne d'un cluster, vous utilisez l'API Kubernetes et l'kubectl interface de ligne de commande. Les tâches pour lesquelles vous devrez peut-être utiliser kubectl incluent le déploiement de charges de travail, l'application de règles de contrôle des accès basé sur les rôles (RBAC) Kubernetes et la spécification de règles de stratégie réseau Kubernetes. Pour en savoir plus sur la configuration de kubectl pour une utilisation avec des clusters GKE , consultez Installer kubectl et configurer l'accès au cluster.

  • Pour provisionner des clusters et des charges de travail de manière déclarative, vous pouvez utiliser Terraform. Pour en savoir plus sur l'utilisation de Terraform avec GKE, consultez Provisionner des ressources GKE avec Terraform.

Administration basique de cluster

Les tâches d'administration basique de cluster incluent la configuration, les mises à niveau et la configuration des nœuds.

Les tâches d'administration basique de cluster sont spécifiques aux clusters GKE sur Cloud de Confiance et n'impliquent généralement pas le système Kubernetes lui-même. Vous effectuez ces tâches entièrement à l'aide de la Cloud de Confiance console, de Google Cloud CLI, de l'API GKE ou du fournisseur Cloud de Confiance by S3NS Terraform.

Afficher les clusters

Vous pouvez afficher des informations de base sur vos clusters dans la Cloud de Confiance console et à l'aide de Google Cloud CLI ou de l'API GKE. Cela inclut l'état d'exécution d'un cluster et sa configuration actuelle , ainsi que la liste de tous vos clusters. Pour en savoir plus, consultez Gérer lesclusters.

Pour obtenir des informations plus détaillées sur l'état et l'intégrité des clusters, vous pouvez utiliser des outils et des fonctionnalités d'observabilité.

Mises à niveau des clusters et des nœuds

Par défaut, les clusters et les nœuds sont mis à niveau automatiquement. Pour en savoir plus sur la configuration du fonctionnement des mises à niveau sur chaque cluster, y compris quand elles peuvent et ne peuvent pas se produire, consultez la page Mises à niveau automatiques.

Configuration au niveau du cluster

Les tâches de configuration au niveau du cluster incluent la création et la suppression de clusters et de nœuds GKE. Vous pouvez également mettre à jour certains paramètres de cluster tels que le moment où les tâches de maintenance du cluster peuvent se produire.

Pour en savoir plus sur la configuration des clusters, consultez la présentation de la configuration des clusters.

Configuration des nœuds

Si vous utilisez Autopilot pour vos clusters, vous n'avez pas à vous soucier de la configuration des nœuds, car GKE configure les nœuds à votre place. Les nœuds de cluster Autopilot sont tous entièrement gérés par GKE et utilisent tous le même système d'exploitation de nœud, cos_containerd.

Toutefois, si vous devez utiliser le mode Standard pour des clusters, GKE propose différentes options pour les nœuds de votre cluster. Par exemple, vous pouvez créer un ou plusieurs pools de nœuds. Il s'agit de groupes de nœuds au sein de votre cluster qui partagent une configuration commune. Votre cluster doit disposer d'au moins un pool de nœuds. Un pool de nœuds nommé default est créé par défaut lorsque vous créez le cluster. Pour en savoir plus sur la gestion des pools de nœuds dans GKE, consultez Ajouter et gérer des pools de nœuds.

Les autres options de configuration des nœuds pour les clusters Standard incluent le choix d'un système d'exploitation non par défaut, l'utilisation de VM éphémères Spot et le choix d'une configuration minimale de plate-forme de processeur pour les nouveaux nœuds ( les utilisateurs d'Autopilot peuvent également spécifier une configuration minimale de plate-forme de processeur pour les charges de travail nécessitant beaucoup de ressources de calcul , mais uniquement au niveau de la charge de travail).

Même avec les clusters Standard, vous ne pouvez pas modifier les règles iptables ni d'autres paramètres de nœud gérés par GKE. Le nœud peut devenir inaccessible ou se trouver exposé par inadvertance lorsque des modifications manuelles rétablissent la configuration déclarative du cluster.

Configurer la mise en réseau d'un cluster

Un aspect important de l'administration des clusters consiste à activer et à contrôler diverses fonctionnalités de mise en réseau pour votre cluster, telles que les options d'adresse IP pour les clusters Standard, si les nœuds de votre cluster sont accessibles à partir de réseaux publics (les nœuds qui ne sont pas accessibles à partir de réseaux publics sont appelés nœuds privés) et les règles d'accès au réseau.

De nombreuses fonctionnalités de mise en réseau sont définies lors de la création du cluster (et beaucoup d'entre elles ne peuvent pas être modifiées sans recréer le cluster) : lorsque vous créez un cluster à l'aide d'une Cloud de Confiance interface, vous devez activer les fonctionnalités de mise en réseau que vous souhaitez utiliser. En raison de ce comportement, si vous n'êtes pas administrateur réseau, vous devrez peut-être travailler en étroite collaboration avec vos administrateurs réseau lors de la configuration de clusters prêts pour la production.

Certaines fonctionnalités de mise en réseau qui peuvent être activées avec Cloud de Confiance by S3NS des outils, tels que l'application de la stratégie réseau, nécessitent également une configuration supplémentaire à l'aide des API Kubernetes.

Pour en savoir plus sur la mise en réseau GKE, consultez la présentation du réseau.

Observabilité des clusters

Un autre aspect important de l'administration des clusters consiste à configurer et à utiliser des outils d'observabilité pour comprendre l'état de votre infrastructure et de vos applications, et maintenir la disponibilité et la fiabilité des applications. Par défaut, les clusters GKE sont configurés pour effectuer les opérations suivantes :

GKE fournit également des fonctionnalités d'observabilité qui vous aident à utiliser les données que vous collectez, y compris les tableaux de bord par défaut et personnalisés, les alertes, la surveillance des objectifs de niveau de service (SLO) et l'analyse des journaux.

Pour en savoir plus sur la configuration et l'utilisation de l'observabilité GKE , consultez Observabilité pour GKE.

Configurer la sécurité d'un cluster

GKE inclut des fonctionnalités de sécurité spécifiques à Cloud de Confianceet Kubernetes que vous pouvez utiliser avec votre cluster. Vous pouvez gérer Cloud de Confiancela sécurité au niveau de, telle que IAM, à l'aide de la Cloud de Confiance console. Vous gérez les fonctionnalités de sécurité au sein des clusters, telles que le contrôle des accès basé sur les rôles (RBAC) Kubernetes, à l'aide des API Kubernetes et d'autres interfaces.

Pour en savoir plus sur les fonctionnalités et les capacités de sécurité disponibles dans GKE, consultez la présentation de la sécurité et Renforcer la sécurité de votre cluster. GKE Autopilot met en œuvre plusieurs de ces fonctionnalités de sécurité et bonnes pratiques de renforcement automatiquement. Pour en savoir plus, consultez la page Fonctionnalités de sécurité dans GKE Autopilot.

Optimisation des coûts

Les outils de GKE vous permettent d'afficher les coûts de votre cluster et de vous assurer que vous utilisez au mieux les ressources Cloud de Confiance by S3NS que vous payez. Vous pouvez afficher les métriques d'utilisation du processeur, de la mémoire et de l'utilisation du disque sur différentes échelles de temps, et utiliser ces métriques pour optimiser l'utilisation des ressources : par exemple, si vous avez des clusters potentiellement sous-utilisés ou surutilisés que vous souhaitez peut-être redimensionner. Vous pouvez également utiliser l'autoscaling pour réduire la taille du cluster en dehors des heures de pointe, et utiliser des insights et des recommandations pour identifier les clusters inactifs, ainsi que d'autres bonnes pratiques.

Vous pouvez également afficher des métriques pour optimiser les coûts dans l'ensemble de votre parc et pour des équipes individuelles.

Configurer la reprise après sinistre

Pour garantir la disponibilité de vos charges de travail de production en cas d'interruption de service, vous devez préparer un plan de reprise après sinistre. Pour en savoir plus sur la planification de reprise après sinistre, consultez le Guide de planification de reprise après sinistre.

Votre configuration Kubernetes et tous les volumes persistants ne seront pas sauvegardés, sauf si vous prenez des mesures explicites. Pour sauvegarder et restaurer votre configuration Kubernetes et vos volumes persistants sur des clusters GKE, vous pouvez utiliser le service de Sauvegarde pour GKE.

Étape suivante