Arquetipo de implementación multirregional de Google Cloud

Last reviewed 2024-11-20 UTC

En esta sección de la guía de arquetipos de implementación deGoogle 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 regionesGoogle Cloud . Los datos de la aplicación se replican en todas las regiones de la arquitectura. Para garantizar la 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 :

Arquetipo de implementación multirregional

En el diagrama anterior, se muestran dos pilas de aplicaciones de varios niveles aisladas que se ejecutan de forma independiente en dos regiones Google Cloud . En cada región, la aplicación se ejecuta en tres zonas. Se replican las bases de datos de las dos regiones. Si la carga de trabajo tiene un objetivo de punto de recuperación (RPO) bajo o si requiere una coherencia sólida de los datos 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 los 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 de los usuarios 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 deGoogle Cloud en Europa y usar DNS con una política de enrutamiento de perímetro virtual para enrutar el tráfico a la región correspondiente.

Consideraciones del diseño

Cuando aprovisionas y administras recursos redundantes en varias ubicaciones, el volumen de tráfico de red entre ubicaciones puede ser alto. También almacenas y replicas datos en varias regiones. Cuando compilas una arquitectura que usa el arquetipo de implementación multirregional, ten en cuenta el costo potencialmente más alto de los recursos de 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 quieres 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.