Ressources globales et zonales

Ce document explique les différences entre les ressources globales et zonales, et comment elles fonctionnent dans un univers multizone. Google Distributed Cloud (GDC) air-gapped fournit différentes zones de déploiement pour vos ressources. Vous pouvez ainsi implémenter des stratégies de haute disponibilité pour vos charges de travail et vos services. Vous devez comprendre l'architecture multizone et la façon dont les ressources s'étendent sur ces zones pour planifier efficacement les applications à disponibilité élevée.

Ce document s'adresse aux administrateurs informatiques du groupe des administrateurs de plate-forme chargés de développer des workflows de reprise après sinistre, ainsi qu'aux développeurs d'applications du groupe des opérateurs d'applications chargés de développer et de gérer des applications dans un univers GDC.

Pour en savoir plus, consultez la documentation sur les audiences pour GDC en mode air-gapped.

Types de ressources dans GDC

GDC sous air gap fonctionne comme un univers multizone. Ce modèle opérationnel utilise deux types de ressources :

  • Ressource zonale : fonctionne de manière indépendante dans une seule zone et n'est pas gérée en dehors de cette 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 de l'API de gestion zonale, plus communément appelé serveur de l'API de gestion.
  • Ressource globale : fonctionne avec 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 de l'API de gestion globale, plus communément appelé serveur de l'API globale.

Les ressources zonales et globales sont gérées différemment par le système GDC à l'aide de différents serveurs d'API de gestion. 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 fortement cohérent. GDC fournit des interfaces pour vous permettre de gérer efficacement vos ressources dans les différents serveurs d'API de votre univers.

Il n'existe qu'un seul serveur d'API global pour votre univers. De même, il existe un serveur d'API de gestion zonale 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 diagramme illustre un univers GDC à trois zones. Chaque zone dispose d'un serveur d'API de gestion zonale 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 couvrent toutes les zones.

Vous devez comprendre l'architecture de gestion des ressources globales de GDC pour déployer correctement vos ressources pour la haute disponibilité. Si certaines ressources peuvent être déployées à l'échelle mondiale ou fonctionner de manière indépendante dans une seule zone, d'autres ne sont disponibles qu'à l'échelle mondiale ou zonale. Pour en savoir plus, consultez la documentation appropriée d'un type de ressource.

Interfaces de gestion des ressources

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

  • Console GDC : interface de console qui donne accès à vos ressources dans votre univers.
  • gdcloud CLI : outil CLI dédié à GDC air-gapped, qui fournit des configurations et des indicateurs zonaux et globaux pour gérer tous les types de ressources.
  • API de gestion : API du plan de gestion qui vous permettent de contrôler totalement l'affinage 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 au niveau zonal et mondial.

Vous pouvez choisir la surface sur laquelle gérer vos ressources en fonction de vos besoins et préférences. Pour savoir comment utiliser chaque surface pour gérer vos ressources dans un univers multizone, consultez Gérer les ressources dans plusieurs zones.

Console GDC

La console GDC d'une organisation donnée est accessible depuis toutes les zones du même univers. Vous pouvez donc utiliser la console GDC pour gérer toutes les ressources mondiales et zonales d'une organisation.

La console GDC offre 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 (FQDN) : utilisez le FQDN global pour résoudre automatiquement le point de terminaison de la console zonale le plus approprié. Si le nom de domaine complet global ne parvient pas à être résolu en cas d'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.
  • Soyez attentif à 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 qui pourrait vous empêcher de modifier les ressources de cette zone.

Pour savoir comment utiliser la console GDC afin de créer et de gérer vos ressources, consultez la documentation correspondante.

gdcloud CLI

La CLI gdcloud vous permet d'interagir avec le serveur d'API zonal ou mondial pour gérer vos ressources de différentes manières :

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

L'URL globale est celle qui est configurée par défaut lors de l'initialisation de la CLI gdcloud. Vous pouvez mettre à jour la configuration de votre 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 un indicateur --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 pour lesquelles elles sont dans le champ d'application.

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

API de gestion

GDC air-gapped 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 à différents points de terminaison. Les ressources GDC sont représentées sous forme de ressources personnalisées Kubernetes dans les serveurs d'API. Dans chaque organisation, un serveur d'API de gestion zonale fournit l'API zonale aux administrateurs et aux développeurs pour gérer les ressources zonales, et un serveur d'API de gestion globale fournit l'API globale pour gérer les ressources globales.

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

Terraform

GDC air-gapped 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 du secteur.

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

Étapes suivantes