Zones géographiques et régions

Les services Google Cloud 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 Google Cloud 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é, et être mieux protégé contre les défaillances inattendues, déployez vos applications sur plusieurs zones d'une région.

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 dans chaque option d'emplacement, consultez la page Emplacements Cloud.

Les services et ressources Google Cloud 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 de machine virtuelle (VM) 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 plusieurs zones d'une région. Il peut s'agir par exemple d'applications App Engine ou de groupes d'instances gérés régionaux. Elles offrent ainsi une disponibilité plus élevée que les ressources zonales.

Ressources multirégionales

Certains services Google Cloud 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 :

  • Datastore
  • Firestore
  • Cloud Key Management Service
  • Cloud Storage
  • BigQuery
  • Cloud Spanner
  • Cloud Bigtable
  • Cloud Data Loss Prevention
  • API Cloud Healthcare

Gestion géographique des données

Pour les services Google Cloud, la localité des données est régie par les Conditions d'utilisation, y compris les Conditions spécifiques du service. Nous sommes conscients que chaque client est susceptible d'avoir des exigences spécifiques en termes de sécurité et de conformité. L'équipe commerciale de Google Cloud peut vous aider à répondre à vos besoins.

Lorsque vous utilisez des ressources de stockage régionales ou zonales, nous vous recommandons vivement de répliquer les données dans une autre région ou de créer un instantané de ces données 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

Utilisez les ressources suivantes :

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, Datastore, Firestore ou Cloud Spanner.
  • Utilisez des ressources zonales ou régionales, mais créez un instantané des données dans une ressource multirégionale, telle que Cloud Storage, Datastore, Firestore ou Cloud Spanner.
  • 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, mais 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 de service, contactez 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.

Modèles d'applications évolutives et résilientes

Apprenez à utiliser Google Cloud afin de créer des architectures d'applications évolutives et résilientes à l'aide de modèles et de bonnes pratiques largement applicables à toute application Web.

Créer un équilibreur de charge HTTPS

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.

Concevoir des systèmes robustes

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

Utiliser le script de sauvegarde/restauration Cassandra avec Cloud Storage

Découvrez comment ajouter une fonctionnalité élémentaire de reprise après sinistre à votre installation Cassandra en utilisant 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 Google Cloud.