Cette section du guide des archétypes de déploiement Google Cloud décrit l'archétype de déploiement multirégional.
Dans une architecture cloud qui utilise l'archétype de déploiement multirégional, l'application s'exécute dans deux régions Google Cloud ou plus. Les données de l'application sont répliquées dans toutes les régions de l'architecture. Pour assurer une réplication rapide et synchrone des données, les régions se trouvent généralement sur un même continent.
Le schéma suivant illustre la topologie cloud pour une application exécutée dans deux régions Google Cloud :
Le schéma précédent montre deux piles d'applications multiniveaux isolées qui s'exécutent indépendamment dans deux régions Google Cloud. Dans chaque région, l'application s'exécute dans trois zones. Les bases de données des deux régions sont répliquées. Si la charge de travail a un objectif de point de récupération (RPO) faible ou si elle nécessite une cohérence forte des données entre les régions, la réplication de la base de données doit être synchrone. Dans le cas contraire, les bases de données peuvent être répliquées de manière asynchrone. Les requêtes des utilisateurs sont acheminées vers les équilibreurs de charge régionaux à l'aide d'une règle de routage DNS. Si une panne se produit dans l'une des deux régions, DNS achemine les requêtes des utilisateurs vers l'équilibreur de charge de l'autre région.
Cas d'utilisation
Les sections suivantes fournissent des exemples de cas d'utilisation pour lesquels l'archétype de déploiement multirégional constitue un choix approprié.
Haute disponibilité pour les utilisateurs dispersés géographiquement
Nous recommandons le déploiement multirégional pour les applications critiques et pour lesquelles la haute disponibilité et la robustesse face aux pannes régionales sont essentielles. Si une région devient indisponible pour une raison quelconque (y compris une perturbation à grande échelle provoquée par une catastrophe naturelle), les utilisateurs de l'application ne remarquent aucun temps d'arrêt. Le trafic est acheminé vers l'application dans les autres régions disponibles. Si les données sont répliquées de manière synchrone, l'objectif de temps de récupération (RTO) est proche de zéro.
Faible latence pour les utilisateurs de l'application
Si vos utilisateurs se trouvent dans une zone géographique spécifique, par exemple un continent, vous pouvez utiliser un déploiement multirégional pour obtenir un équilibre optimal entre la disponibilité et les performances. Si l'une des régions subit une panne, l'équilibreur de charge global envoie les requêtes provenant de cette région à une autre région. Les utilisateurs ne perçoivent pas d'impact significatif sur les performances, car les régions se trouvent dans la même zone géographique.
Respect des exigences de résidence et de souveraineté des données
L'archétype de déploiement multirégional peut vous aider à répondre aux exigences réglementaires en matière de résidence des données et de souveraineté opérationnelle. Par exemple, un pays situé en Europe peut exiger que toutes les données utilisateur soient stockées et consultées dans des centres de données situés physiquement dans ce pays. Vous pouvez déployer l'application dans des régions Google Cloud en Europe et utiliser DNS avec une règle de routage avec géorepérage pour acheminer le trafic vers la région appropriée.
Considérations de conception
Lorsque vous provisionnez et gérez des ressources redondantes dans plusieurs sites, le volume de trafic réseau inter-sites peut être élevé. Vous stockez et répliquez également des données dans plusieurs régions. Lorsque vous créez une architecture qui utilise l'archétype de déploiement multirégional, tenez compte du coût potentiellement plus élevé des ressources cloud et du trafic réseau, ainsi que de la complexité de la gestion du déploiement. Pour les applications critiques, l'avantage en termes de disponibilité d'une architecture multirégionale peut compenser l'augmentation des coûts et de la complexité opérationnelle.
Architecture de référence
Pour obtenir une architecture de référence permettant de concevoir un déploiement multirégional sur des VM Compute Engine, consultez la section Déploiement multirégional sur Compute Engine.