En esta sección de la guía sobre Google Cloud arquetipos de despliegue se describe el arquetipo de despliegue multirregional.
En una arquitectura de nube que usa el arquetipo de implementación multirregional, la aplicación se ejecuta en dos o más Google Cloud regiones. Los datos de la aplicación se replican en todas las regiones de la arquitectura. Para asegurar una replicación de datos rápida y síncrona, las regiones suelen estar en el mismo continente.
En el siguiente diagrama se muestra la topología de nube de una aplicación que se ejecuta en dos regiones de Google Cloud :
En el diagrama anterior se muestran dos pilas de aplicaciones multinivel aisladas que se ejecutan de forma independiente en dos regiones. Google Cloud En cada región, la aplicación se ejecuta en tres zonas. Las bases de datos de las dos regiones se replican. Si la carga de trabajo tiene un objetivo de punto de recuperación (RPO) bajo o requiere una coherencia de datos entre regiones sólida, la replicación de la base de datos debe ser síncrona. De lo contrario, las bases de datos se pueden replicar de forma asíncrona. Las solicitudes de los usuarios se enrutan a balanceadores de carga regionales mediante una política de enrutamiento de DNS. Si se produce una interrupción en una de las dos regiones, el DNS dirige las solicitudes de los usuarios al balanceador de carga de la otra región.
Casos prácticos
En las siguientes secciones se proporcionan ejemplos de casos prácticos en los que el arquetipo de implementación multirregional es una opción adecuada.
Alta disponibilidad para usuarios dispersos geográficamente
Recomendamos una implementación multirregional para las aplicaciones que sean críticas para la empresa y en las que la alta disponibilidad y la solidez ante las interrupciones regionales sean esenciales. Si una región deja de estar disponible por cualquier motivo (incluso si se trata de una interrupción a gran escala causada por un desastre natural), los usuarios de la aplicación no experimentarán ningún tiempo de inactividad. El tráfico se dirige a la aplicación en las otras regiones disponibles. Si los datos se replican de forma síncrona, el tiempo objetivo de recuperación (TOR) es casi cero.
Latencia baja para los usuarios de la aplicación
Si tus usuarios se encuentran en una zona geográfica concreta, como un continente, puedes usar una implementación multirregional para conseguir un equilibrio óptimo entre la disponibilidad y el rendimiento. Cuando se produce una interrupción en una de las regiones, el balanceador de carga global envía las solicitudes que se originan en esa región a otra. Los usuarios no perciben un impacto significativo en el rendimiento porque las regiones están dentro de una zona geográfica.
Cumplimiento de los requisitos de residencia y soberanía de los datos
El arquetipo de implementación multirregional puede ayudarte a cumplir los requisitos normativos de residencia de datos y soberanía operativa. Por ejemplo, un país de Europa puede exigir que todos los datos de los usuarios se almacenen y se acceda a ellos en centros de datos ubicados físicamente en el país. Puedes desplegar la aplicación en Google Cloud regiones de Europa y usar DNS con una política de enrutamiento geovallado para enrutar el tráfico a la región adecuada.
Factores del diseño
Cuando aprovisionas y gestionas recursos redundantes en varias ubicaciones, el volumen de tráfico de red entre ubicaciones puede ser elevado. También almacena y replica datos en varias regiones. Cuando crees una arquitectura que utilice el arquetipo de implementación multirregional, ten en cuenta el coste potencialmente más alto de los recursos en la nube y el tráfico de red, así como la complejidad de operar la implementación. En el caso de las aplicaciones esenciales para la empresa, la ventaja de disponibilidad de una arquitectura multirregión puede compensar el aumento de los costes y la complejidad operativa.
Arquitectura de referencia
Para consultar una arquitectura de referencia que puedes usar para diseñar una implementación multirregional en máquinas virtuales de Compute Engine, consulta Implementación multirregional en Compute Engine.