Zones géographiques et régions

Les services Google Cloud Platform sont disponibles à différents emplacements en Amérique du Nord, en Amérique du Sud, en Europe, en Asie et en Australie. Ces emplacements sont organisés en régions et en zones. Vous pouvez choisir l'emplacement souhaité pour vos applications en fonction de vos critères de latence, de disponibilité et de durabilité.

Régions et zones

Les régions correspondent à des espaces géographiques indépendants qui sont constitués de zones. Les emplacements au sein des régions présentent généralement des latences réseau aller-retour inférieures à 1 ms au 95e centile.

Les zones servent au déploiement des ressources Cloud Platform dans une région. Elles doivent être considérées comme un domaine de défaillance unique au sein d'une région. Pour déployer des applications tolérantes aux pannes et à haute disponibilité, il est recommandé de déployer vos applications dans plusieurs zones d'une région de façon à être mieux protégé contre les défaillances inattendues.

Pour empêcher la perte d'une région entière à la suite d'une catastrophe naturelle, vous devez disposer d'un plan de reprise après sinistre et savoir comment remettre en service votre application dans le cas peu probable de la perte de votre région principale. Pour en savoir plus, consultez la section Remarques relatives au déploiement d'applications.

Pour plus d'informations sur les ressources spécifiques qui sont disponibles pour chaque option d'emplacement, consultez la page Emplacements des centres de données mondiaux.

Les services et ressources Cloud Platform peuvent être zonaux, régionaux, ou gérés par Google dans plusieurs régions. Pour en savoir plus sur l'incidence que ces options peuvent avoir sur vos données, consultez la section Gestion géographique des données.

Ressources zonales

Les ressources zonales sont disponibles dans une seule zone. Si une zone devient indisponible, toutes les ressources zonales qu'elle comporte ne peuvent plus être utilisées tant que le service n'est pas restauré. Une instance Google Compute Engine résidant dans une zone spécifique est un exemple de ressource zonale.

Ressources régionales

Les ressources régionales sont déployées de façon redondante dans toutes les zones d'une région. Il peut s'agir par exemple d'applications App Engine. Elles offrent ainsi une disponibilité plus élevée comparativement aux ressources zonales.

Ressources multirégionales

Certains services Cloud Platform sont gérés par Google de façon à être redondants et distribués au sein des régions et entre elles. Ils contribuent à optimiser la disponibilité, les performances et l'efficacité des ressources. Par conséquent, ces services requièrent des compromis entre la latence et le modèle de cohérence. Ces compromis sont documentés en fonction de chaque produit.

Les services suivants sont associés à une ou plusieurs zones de déploiement multirégionales en plus des zones de déploiement régionales :

  • Google Cloud Datastore
  • Google Cloud KMS
  • Google Cloud Storage
  • Google BigQuery
  • Google Cloud Spanner
  • Google Cloud Bigtable

Les données associées aux ressources multirégionales ne sont pas rattachées à une région spécifique et peuvent être déplacées d'une région à une autre. Il est possible d'ajouter des régions à un groupe de régions ou d'en supprimer. Par exemple, les buckets Google Cloud Storage utilisés dans l'emplacement correspondant à l'Union européenne stockent les données au repos au sein de cette dernière. Toutefois, ces données au repos peuvent être stockées ou transférées dans n'importe quelle région Cloud Storage de l'Union européenne (conformément aux conditions d'utilisation et aux conditions spécifiques du service).

Gestion géographique des données

Pour les services Cloud Platform, la localité des données est régie par les conditions d'utilisation, qui incluent les conditions spécifiques du service. Nous sommes conscients que chaque client est susceptible d'avoir des exigences spécifiques en matière de sécurité et de conformité. Le service commercial Cloud Platform peut vous aider à répondre à vos besoins.

Lorsque vous utilisez des ressources de stockage régionales ou zonales, il est vivement recommandé de répliquer les données dans une autre région ou de créer un instantané de ces dernières dans une ressource de stockage multirégionale en vue d'une reprise après sinistre.

Remarques relatives au déploiement d'applications

Création de services et d'applications à disponibilité élevée pouvant supporter des défaillances de zones

Adoptez l'une des options ci-dessous.

  • Des ressources régionales, telles que les applications App Engine, ou les ressources multirégionales gérées, telles que Cloud Storage ou Cloud Datastore
  • Des ressources zonales, telles que les VM Compute Engine, mais vous devez gérer vous-même la redondance des ressources de calcul et de stockage dans les différentes zones ou régions.
Création d'applications pouvant faire l'objet d'une reprise après sinistre et capables de supporter la perte prolongée de régions entières

Pour les données, adoptez une ou plusieurs des stratégies suivantes :

  • Utilisez des services de stockage multirégionaux gérés tels que Cloud Storage, Cloud Datastore ou Cloud Spanner.
  • Utilisez des ressources zonales ou régionales, et créez un instantané des données dans une ressource multirégionale telle que Cloud Storage ou Cloud Datastore.
  • Utilisez des ressources zonales ou régionales, mais gérez votre propre processus de réplication des données dans une ou plusieurs autres régions.

Pour les ressources de calcul, adoptez la stratégie suivante :

  • Utilisez des ressources zonales ou régionales telles que Compute Engine ou App Engine, et remettez en service, de façon manuelle ou automatique, votre application dans une autre région (en cas de défaillance régionale) à partir de copies des données principales si celles-ci ne se trouvent pas déjà dans une ressource multirégionale gérée.

Pour plus d'informations sur les dépendances des services, veuillez contacter le service commercial.

Autres solutions et tutoriels

Les solutions et tutoriels ci-dessous vous aident à garantir la haute disponibilité de votre application et à supporter les interruptions de service.

Créer des applications Web évolutives et résilientes

Apprenez à utiliser Cloud Platform pour créer des architectures d'applications évolutives et résilientes à l'aide de pratiques et de modèles généraux s'appliquant à n'importe quelle application Web.

Équilibrage de charge interrégional pour Compute Engine

Configurez des instances Compute Engine dans différentes régions et utilisez l'équilibrage de charge HTTP pour distribuer le trafic entre ces dernières. Vous pouvez ainsi améliorer la disponibilité dans les différentes régions et permettre le basculement en cas d'interruption de service.

Créer des systèmes robustes

Concevez votre application sur le service Google Compute Engine afin qu'elle résiste aux défaillances, aux interruptions de réseau et aux catastrophes inattendues.

Utiliser Google Cloud Storage pour la reprise après sinistre dans Cassandra

Découvrez comment ajouter une fonctionnalité élémentaire de reprise après sinistre à votre installation Cassandra en utilisant Google Cloud Storage pour sauvegarder et restaurer vos données.

Guide de planification de reprise après sinistre

Cet article présente les principes généraux à suivre pour concevoir et tester un plan de reprise après sinistre avec Cloud Platform.

Cette page vous a-t-elle été utile ? Évaluez-la :

Envoyer des commentaires concernant…