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) sous air gap fournit différentes zones de déploiement pour vos ressources. Vous pouvez ainsi 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 les applications à disponibilité élevée.

Ce document s'adresse aux groupes d'utilisateurs 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 des 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 elle 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 sur 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 fortement cohérent. GDC fournit des interfaces qui vous permettent 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 travaillez dans un environnement à une seule zone, il existe un serveur d'API global et un serveur d'API de gestion zonale pour cette 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 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 à haute disponibilité . Bien que certaines ressources puissent être déployées globalement ou fonctionner indépendamment dans une seule zone, d'autres ne sont que globales ou zonales. 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 sous air gap, qui fournit des configurations et des options zonales et globales pour gérer tous les types de ressources.
  • API de gestion : API de plan de gestion qui vous offrent un contrôle total sur le réglage précis de vos types de ressources aux niveaux zonal et global.
  • Terraform : outil IaC (Infrastructure as Code) qui vous permet de provisionner et de gérer l'infrastructure cloud aux niveaux zonal et global.

Vous pouvez choisir la surface à utiliser 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 Gérer les ressources entre les zones.

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 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 : utilisez le nom de domaine complet 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 entre les zones : affichez les ressources zonales par zone dans la console GDC. Vous pouvez utiliser le sélecteur de zone pour sélectionner la zone à partir de laquelle afficher la liste des ressources.
  • Être informé de 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 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 gdcloud CLI vous permet d'interagir avec le serveur d'API zonal ou global pour gérer vos ressources de différentes manières :

  • 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 CLI zonale pour des actions spécifiques à une zone actions.

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

De même, la gdcloud CLI 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 de l'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 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. 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 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 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 Kubernetes Provider 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.

Étape suivante