En esta sección de la guía arquetipos de implementación de Google Cloud, se describe el arquetipo de implementación multirregional.
En una arquitectura en la nube que usa el arquetipo de implementación multirregional, la aplicación se ejecuta en dos o más regiones de Google Cloud. Los datos de la aplicación se replican en todas las regiones de la arquitectura. Para garantizar una replicación rápida y síncrona de los datos, las regiones suelen estar dentro de un continente.
En el siguiente diagrama, se muestra la topología de la nube para una aplicación que se ejecuta en dos regiones de Google Cloud:
En el diagrama anterior, se muestran dos pilas de aplicaciones aisladas de varios niveles que se ejecutan de forma independiente en dos regiones de Google Cloud. En cada región, la aplicación se ejecuta en tres zonas. Las bases de datos en las dos regiones se replican. Si la carga de trabajo tiene un objetivo de punto de recuperación (RPO) bajo o si requiere una coherencia de datos sólida entre regiones, 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 cargas regionales mediante una política de enrutamiento de DNS. Si se produce una interrupción en cualquiera de las dos regiones, DNS enruta las solicitudes del usuario al balanceador de cargas en la otra región.
Casos de uso
En las siguientes secciones, se proporcionan ejemplos de casos de uso en los que el arquetipo de implementación multirregional es una opción adecuada.
Alta disponibilidad para usuarios de distintas ubicaciones geográficas
Recomendamos una implementación multirregional para aplicaciones que son fundamentales para la empresa y en las que la alta disponibilidad y la solidez contra las interrupciones regionales son esenciales. Si una región deja de estar disponible por algún motivo (incluso una interrupción a gran escala causada por un desastre natural), los usuarios de la aplicación no experimentan ningún tiempo de inactividad. El tráfico se enruta a la aplicación en las otras regiones disponibles. Si los datos se replican de forma síncrona, el objetivo de tiempo de recuperación (RTO) es cercano a cero.
Latencia baja para usuarios de aplicaciones
Si tus usuarios están dentro de un área geográfica específica, como un continente, puedes usar una implementación multirregional para lograr un equilibrio óptimo entre la disponibilidad y el rendimiento. Cuando una de las regiones tiene una interrupción, el balanceador de cargas global envía solicitudes que se originan en esa región a otra. Los usuarios no perciben un impacto significativo del rendimiento porque las regiones se encuentran dentro de un área geográfica.
Cumplimiento de los requisitos de soberanía y residencia de datos
El arquetipo de implementación multirregional puede ayudarte a cumplir con los requisitos reglamentarios para la residencia de los datos y la soberanía operativa. Por ejemplo, un país en Europa puede requerir que todos los datos del usuario se almacenen y se acceda a ellos en centros de datos ubicados físicamente dentro del país. Puedes implementar la aplicación en regiones de Google Cloud en Europa y usar DNS con una política de enrutamiento de perímetro virtual para enrutar tráfico a la región correspondiente.
Consideraciones del diseño
Cuando aprovisionas y administras recursos redundantes en todas las ubicaciones, el volumen de tráfico de red entre ubicaciones puede ser alto. También puedes almacenar y replicar datos en varias regiones. Cuando compilas una arquitectura que usa el arquetipo de implementación multirregional, considera el costo potencialmente más alto de los recursos en la nube y el tráfico de red, y la complejidad de operar la implementación. En el caso de las aplicaciones fundamentales para la empresa, la ventaja de tener una arquitectura multirregional podría superar el aumento de los costos y la complejidad operativa.
Arquitectura de referencia
Si deseas obtener una arquitectura de referencia que puedas usar para diseñar una implementación multirregional en VMs de Compute Engine, consulta Implementación multirregional en Compute Engine.