Zones dans GDC sous air gap

Ce document explique la hiérarchie de déploiement de Google Distributed Cloud (GDC) avec air gap, qui comprend les univers, les régions et les zones. Pour assurer la haute disponibilité de vos ressources et de votre infrastructure sous air gap, vous devez comprendre les emplacements qui hébergent votre environnement et les limites stratégiques qui appliquent les configurations disponibles pour vos applications.

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

  • Les opérateurs d'infrastructure, qui sont chargés de déployer et de gérer les zones GDC et l'infrastructure globale.
  • Les administrateurs de plate-forme, tels que les administrateurs réseau et informatique, qui sont chargés de configurer les services multizones.
  • Les opérateurs d'application, qui sont responsables du développement et de la gestion des applications dans un univers GDC.

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

Présentation de la hiérarchie de déploiement

Un déploiement GDC sous air gap suit une structure hiérarchique composée d'univers, de régions et de zones.

Un univers est un regroupement de haut niveau de zones interconnectées qui partagent une connectivité réseau et un plan de contrôle. Même si les zones peuvent être géographiquement éloignées, une limite régionale est établie lorsque des zones distinctes sont physiquement assez proches pour permettre une communication à faible latence.

Une zone est l'élément de base de votre déploiement GDC sous air gap. Chaque zone est une implémentation autonome qui ne nécessite à aucun moment une connectivité à Google Cloud . Une zone gère sa propre infrastructure, ses services, ses API et ses outils via un plan de contrôle local.

Par exemple, le schéma suivant illustre un univers multizone GDC :

Un univers se compose de zones regroupées dans des régions.

Ce diagramme comporte deux régions, chacune existant dans un seul univers. La région 1 est mise en évidence pour afficher trois zones qui exploitent chacune divers services zonaux, tels que des machines virtuelles (VM) et des applications de conteneurs. Il existe également des services mondiaux qui couvrent toutes les zones et régions de l'univers, tels que Identity and Access Management (IAM) et l'équilibrage de charge.

Par exemple, vous pouvez avoir un univers GDC qui s'étend sur des régions géographiques très éloignées. Prenons l'exemple de la région 1, située en Virginie (États-Unis), qui comporte trois zones :

  • Zone A, par exemple us-virginia1-a
  • Zone B, par exemple us-virginia1-b
  • Zone C, par exemple us-virginia1-c

De même, vous pouvez avoir la région 2 aux Pays-Bas et inclure des zones à Amsterdam :

  • Zone A, par exemple eu-ams1-a
  • Zone B, par exemple eu-ams1-b
  • Zone C, par exemple eu-ams1-c

Les zones d'une région doivent être géographiquement proches les unes des autres, mais les régions peuvent s'étendre sur de grandes distances. Par exemple, une zone peut avoir une limite maximale de distance de fibre de 50 km par rapport à une autre zone de la même région, mais la région peut s'étendre sur des centaines de kilomètres par rapport à une autre région. Pour en savoir plus sur vos exigences de latence spécifiques, contactez votre groupe d'opérateurs d'infrastructure.

À propos des zones

Une zone contient quatre couches qui peuvent fonctionner de manière isolée sans nécessiter de connectivité à Google Cloud ou à l'Internet public :

  • Matériel : équipement de base entièrement intégré aux racks de votre centre de données. Cette couche fournit la capacité de calcul, de stockage, de réseau et de GPU pour votre système et vos charges de travail intégrées.
  • Infrastructure : système de gestion du matériel sous-jacent. Cette couche fournit des interfaces qui permettent au logiciel de s'exécuter sans nécessiter de configurations matérielles spécifiques.
  • Plate-forme de services : framework permettant de créer des services sur GDC. Cette couche assure la cohérence entre les services gérés et les services de la place de marché.
  • Services gérés et Marketplace : services cloud destinés aux clients et exécutés sur GDC. Cette couche fournit une implémentation cohérente du plan de données pour les charges de travail et les services.

Ces composants vous permettent d'ajuster votre configuration zonale pour répondre à vos exigences spécifiques en matière de disponibilité et de résilience. Comprendre cette structure permet de comprendre les configurations courantes de zones sous air gap.

Configurations de déploiement

Les sections suivantes décrivent les configurations de déploiement courantes que vous pouvez utiliser pour GDC sous air gap.

Configuration dans une seule zone

Une configuration de zone unique vous permet de déployer un univers dans lequel une zone agit comme seule région. Cette configuration est possible, car chaque zone fonctionne indépendamment. Vous utiliserez généralement cette configuration pour les déploiements initiaux ou pour les charges de travail qui ne nécessitent pas de haute disponibilité ni de reprise après sinistre robuste.

La principale limite d'un univers à zone unique est qu'il crée un point de défaillance unique, ce qui rend votre système vulnérable aux pannes. Un point de défaillance unique se produit lorsque vous déployez des ressources exclusivement dans une seule zone. Les ressources zonales sont affectées en tant que groupe lorsqu'une panne ou une interruption de service se produit dans cette zone spécifique.

Configuration multizone

Une configuration multizone vous permet de répartir stratégiquement vos applications et services sur plusieurs zones. Cette configuration améliore la résilience et la tolérance aux pannes de votre système en fournissant des ressources réparties géographiquement.

Cette configuration offre également une haute disponibilité, ce qui permet à votre application ou service de rester accessible et opérationnel en continu, même en cas de panne d'une zone. Vous obtenez une haute disponibilité grâce à la redondance en déployant et en gérant des ressources dans plusieurs zones d'un univers. GDC propose un sous-ensemble de services qui fournissent des fonctionnalités globales. Ainsi, la ressource est gérée par défaut dans plusieurs zones d'un univers sans réplication manuelle. Les ressources globales s'étendent par défaut sur plusieurs zones, ce qui les rend disponibles même en cas de panne zonale.

L'un des principaux avantages d'une configuration multizone est que chaque zone peut fonctionner comme un domaine de sinistre distinct. Un domaine de sinistre est un groupe de ressources susceptibles de tomber en panne simultanément en raison de leur emplacement physique ou de leur dépendance partagés. En positionnant stratégiquement les zones à une distance suffisante les unes des autres, votre système devient plus résilient face aux défaillances généralisées.

L'asymétrie zonale permet d'avoir des configurations d'organisation et de matériel différentes d'une zone à l'autre dans un univers GDC. L'asymétrie zonale est une fonctionnalité en preview à partir de la version 1.14.4.

Principales fonctionnalités d'une configuration multizone

Les configurations multizones vous permettent d'établir une architecture résiliente, car chaque zone peut fonctionner comme un domaine de sinistre distinct. La répartition des ressources entre ces domaines de sinistre indépendants vous permet d'améliorer vos systèmes sous air gap grâce aux fonctionnalités clés décrites dans les sections suivantes.

Haute disponibilité

Vous pouvez créer des applications à disponibilité élevée pour fournir des services durables capables de résister aux pannes. Les stratégies de haute disponibilité, telles que l'équilibrage de charge et la réplication des données, transforment les applications zonales fragiles en services mondiaux résilients et fiables. Pour en savoir plus, consultez Haute disponibilité pour vos applications.

Protection des données

Vous pouvez utiliser une configuration multizone pour sécuriser vos données et les rendre accessibles même en cas de panne, à l'aide de stratégies de protection des données qui vous permettent de configurer la réplication des données pour créer des sauvegardes géographiquement séparées. Pour en savoir plus, consultez Protection des données avec le stockage multizone.

Gestion du trafic réseau

La création d'un réseau durable est essentielle pour créer un système GDC disponibilité élevée. Vous pouvez configurer des stratégies de mise en réseau dans plusieurs zones afin de planifier des procédures de basculement en cas de panne zonale potentielle. L'équilibrage du trafic réseau entre les zones peut également avoir un impact positif sur les performances de l'application. Pour en savoir plus, consultez Gestion du trafic réseau pour plusieurs zones.

Contrôle des autorisations

Vous pouvez implémenter des rôles interzones pour appliquer des stratégies de contrôle des accès à l'échelle mondiale, ce qui supprime la gestion des autorisations spécifiques à une zone, qui peut être fastidieuse et difficile à gérer. De même, vous pouvez gérer l'authentification de manière fluide entre les zones pour vos utilisateurs humains et vos services grâce aux comptes d'accès global. Pour en savoir plus, consultez Contrôle des autorisations pour un univers multizone.

Limites

Les univers GDC sous air gap présentent les limites suivantes :

  • Un univers comportant deux zones ne peut pas fournir de stratégie de récupération automatisée, quelle que soit la configuration de la région, et doit être récupéré manuellement. Les univers comportant au moins trois zones peuvent déclencher automatiquement des étapes de récupération.
  • GDC ne fournit les régions qu'en tant que concept de regroupement et ne fournit pas de services régionaux. Les régions d'un univers GDC sont fournies pour s'aligner étroitement sur l'architecture publique Google Cloud, ainsi que pour le développement et la planification futurs.

Étapes suivantes