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 utilisant l'archétype de déploiement multirégional, l'application s'exécute dans au moins deux régions Google Cloud. Les données d'application sont répliquées dans toutes les régions de l'architecture. Pour garantir 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 interrégionale forte des données, 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 des é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 dans 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 géographiquement épars
Nous recommandons le déploiement multirégional pour les applications critiques, pour lesquelles une haute disponibilité et une robustesse contre les 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 un impact significatif sur les performances, car les régions se trouvent dans une 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 concernant la résidence des données et la 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 entre les emplacements, le volume de trafic réseau inter-emplacements 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 l'exploitation 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 que vous pouvez utiliser pour concevoir un déploiement multirégional sur des VM Compute Engine, consultez la section Déploiement multirégional sur Compute Engine.