Ressources mondiales et zonales

Ce document explique les différences entre les ressources globales et zonales, et leur fonctionnement dans un univers multizone. Google Distributed Cloud (GDC) sous air gap fournit différentes zones de déploiement pour vos ressources afin que vous puissiez mettre en œuvre des stratégies de haute disponibilité pour vos charges de travail et vos services. Vous devez comprendre l'architecture multizone et la manière dont les ressources s'étendent sur ces zones pour planifier efficacement des applications à disponibilité élevée.

Ce document s'adresse aux groupes d'audience suivants :

  • Les administrateurs de plate-forme, tels que les administrateurs informatiques, qui sont chargés de développer des workflows de reprise après sinistre.
  • Les opérateurs d'applications, tels que les développeurs d'applications, qui sont chargés de développer et de gérer les applications dans un univers GDC.

Pour en savoir plus, consultez la documentation sur les audiences pour GDC sous air gap.

Types de ressources dans GDC

GDC sous air gap fonctionne comme un univers multizone. Ce modèle d'exploitation utilise deux types de ressources :

  • Ressource zonale : fonctionne indépendamment dans une seule zone. Une panne zonale peut affecter une ressource zonale, car celle-ci ne fonctionne pas en dehors de la zone. Vous déployez une ressource zonale sur le serveur d'API de gestion zonale, également appelé serveur d'API de gestion.
  • Ressource globale : fonctionne avec une redondance dans plusieurs zones pour la tolérance aux pannes et est accessible par n'importe quelle ressource dans n'importe quelle zone. Vous déployez une ressource globale sur le serveur d'API de gestion globale, également appelé serveur d'API global.

Les ressources zonales et globales sont gérées différemment par le système GDC à l'aide de serveurs d'API de gestion distincts. Un serveur d'API fournit un point de terminaison unique pour créer, gérer et supprimer des ressources d'API avec un backend de stockage à cohérence forte. GDC fournit des interfaces pour vous permettre de gérer efficacement vos ressources sur les différents serveurs d'API de votre univers.

Il n'y a toujours qu'un seul serveur d'API global pour votre univers. De même, il existe un serveur d'API de gestion zonal pour chaque zone que vous exploitez. Même si vous opérez dans un environnement à zone unique, il existe un serveur d'API global et un serveur d'API de gestion zonale pour la zone unique.

Un univers gère un serveur d'API global qui couvre toutes les zones, ainsi que des serveurs d'API zonaux dédiés à chaque zone.

Ce schéma illustre un univers GDC à trois zones. Chaque zone dispose d'un serveur d'API de gestion zonal indépendant, qui gère les ressources zonales qui se trouvent dans le champ d'application de cette zone. L'univers fournit également un serveur d'API global, qui gère les ressources globales, telles que les projets, qui s'étendent sur toutes les zones.

Vous devez comprendre l'architecture de gestion des ressources globales de GDC pour déployer vos ressources de manière appropriée pour la haute disponibilité. Certaines ressources peuvent être déployées à l'échelle mondiale ou fonctionner indépendamment dans une seule zone, tandis que d'autres sont uniquement mondiales ou zonales. Pour en savoir plus, consultez la documentation appropriée d'un type de ressource.

Interfaces pour la gestion des ressources

GDC fournit plusieurs surfaces qui offrent chacune des mécanismes permettant de déployer de manière appropriée votre ressource zonale ou globale sur un serveur d'API désigné :

  • Console GDC : interface de console qui donne accès à vos ressources dans l'ensemble de votre univers.
  • gdcloud CLI : outil CLI dédié pour GDC sous air gap, qui fournit des configurations et des flags zonales et globales pour gérer tous les types de ressources.
  • API Management : API du plan de gestion qui vous offrent un contrôle total sur l'ajustement de vos types de ressources au niveau zonal et mondial.
  • Terraform : outil IaC (Infrastructure as Code) qui vous permet de provisionner et de gérer l'infrastructure cloud de manière zonale et globale.

Vous pouvez choisir la surface pour gérer vos ressources en fonction de vos besoins et de vos préférences. Pour en savoir plus sur l'utilisation de chaque surface pour gérer vos ressources dans un univers multizone, consultez Accéder aux zones avec vos outils.

Console GDC

La console GDC d'une organisation donnée est accessible depuis toutes les zones du même univers. Par conséquent, vous pouvez utiliser la console GDC pour gérer toutes les ressources globales et zonales d'une organisation.

La console GDC propose plusieurs façons d'afficher et de gérer vos ressources en fonction de leur emplacement de déploiement :

  • Naviguer à l'aide d'un nom de domaine complet : utilisez le nom de domaine complet global pour résoudre automatiquement le point de terminaison de la console zonale le plus approprié. Si la résolution du nom de domaine complet global échoue lors d'une interruption, vous pouvez utiliser le nom de domaine complet zonal pour accéder à un point de terminaison de console spécifique dans une zone cible.
  • Gérer la création de ressources zonales : utilisez le sélecteur de zone sur certaines pages de création de ressources pour déterminer où créer une ressource zonale. Le sélecteur de zone n'est pas visible lorsque vous créez une ressource globale.
  • Afficher les ressources existantes dans les zones : affichez les ressources zonales par zone dans la console GDC. Vous pouvez utiliser le sélecteur de zone pour choisir la zone à partir de laquelle afficher la liste des ressources.
  • Surveillez l'état de la connectivité zonale : surveillez l'état de la connectivité de votre zone en consultant les notifications dans la console GDC. Les notifications peuvent vous avertir d'une panne zonale susceptible de vous empêcher de modifier des ressources dans cette zone.

Pour en savoir plus sur l'utilisation de la console GDC pour créer et gérer vos ressources, consultez la documentation correspondante.

gdcloud CLI

La CLI gdcloud propose les méthodes suivantes pour interagir avec le serveur d'API zonal ou global afin de gérer vos ressources :

  • Configurer une URL de console zonale ou globale : connectez-vous à l'URL de la console zonale ou globale à l'aide de la CLI.
  • Définir une option de commande zonale : utilisez une option de CLI zonale pour des actions de zone spécifiques.

L'URL globale est celle configurée par défaut lors de l'initialisation de la CLI gdcloud. Vous pouvez mettre à jour la configuration de la CLI gdcloud pour définir des URL zonales et vous y connecter afin d'effectuer des tâches spécifiques à une zone.

De même, la CLI gdcloud propose une option --zone que vous pouvez définir pour de nombreuses tâches de gestion des ressources dans les groupes de commandes. Lorsque vous êtes connecté à la configuration d'URL globale, vos actions CLI sur les ressources globales sont appliquées à toutes les zones concernées.

Pour en savoir plus sur la CLI gdcloud, consultez la présentation de la CLI gdcloud.

API de gestion

GDC sous air gap propose deux niveaux d'API de plan de gestion pour créer et gérer des ressources globales et zonales : les API globales et les API zonales.

Les API globales et zonales sont des API déclaratives Kubernetes diffusées sur différents points de terminaison, et les ressources GDC sont représentées en tant que ressources personnalisées Kubernetes dans les serveurs d'API. Dans chaque organisation, un serveur d'API de gestion zonale fournit l'API zonale permettant aux administrateurs et aux développeurs de gérer les ressources zonales, et un serveur d'API de gestion globale fournit l'API globale permettant de gérer les ressources globales.

Pour en savoir plus sur les API dans GDC, consultez la présentation des API.

Terraform

GDC sous air gap offre un moyen simple de déployer et de gérer tous vos types de ressources à l'aide de Terraform. Vous utilisez le plug-in Fournisseur Kubernetes pour appeler les API de gestion zonales et globales disponibles à l'aide de la gestion du cycle de vie Terraform standard.

Pour en savoir plus, consultez la présentation de Terraform.

Étapes suivantes