En esta sección de la Google Cloud guía de arquetipos de implementación , se describe el arquetipo de implementación zonal.
En una arquitectura en la nube que usa el arquetipo de implementación zonal básico, la aplicación se ejecuta en una sola Google Cloud zona, como se muestra en el siguiente diagrama:
Para poder recuperarte de las interrupciones zonales, puedes usar una arquitectura de doble zona en la que se aprovisiona una réplica pasiva de la pila de aplicaciones en una segunda zona (de conmutación por error), como se muestra en el siguiente diagrama:
Si se produce una interrupción en la zona principal, puedes promover la base de datos en espera para que sea la base de datos principal (de escritura) y actualizar el balanceador de cargas para enviar tráfico al frontend en la zona de conmutación por error.
Casos de uso
Estos son algunos ejemplos de casos de uso para los que el arquetipo de implementación zonal es una opción adecuada:
- Entornos de desarrollo y prueba de Cloud: Puedes usar el arquetipo de implementación zonal para compilar un entorno de bajo costo para el desarrollo y las pruebas.
- Aplicaciones que no necesitan alta disponibilidad: El arquetipo de implementación zonal puede ser suficiente para las aplicaciones que pueden tolerar el tiempo de inactividad.
- Herramientas de redes de baja latencia entre los componentes de la aplicación: Una arquitectura de una sola zona puede ser adecuada para aplicaciones como el procesamiento por lotes que necesita conexiones de red de latencia baja y ancho de banda alto entre los nodos de procesamiento.
- Migración de cargas de trabajo básicas: El arquetipo de implementación zonal proporciona una ruta de migración a la nube para aplicaciones locales básicas en las que no tienes control sobre el código o que no admiten arquitecturas más allá de una topología básica activa-pasiva.
- Software con licencia restringida: El arquetipo de implementación zonal puede ser adecuado para sistemas con licencia restringida en los que ejecutar más de una instancia a la vez es demasiado costoso o no está permitido.
Consideraciones del diseño
Cuando compiles una arquitectura basada en el arquetipo de implementación zonal, ten en cuenta el posible tiempo de inactividad durante las interrupciones zonales y regionales.
Interrupciones zonales
Si la aplicación se ejecuta en una sola zona sin una zona de conmutación por error, cuando se produce una interrupción zonal, la aplicación no puede entregar solicitudes. Para evitar esta situación, debes mantener una réplica pasiva de la pila de infraestructura en otra zona (de conmutación por error) en la misma región. Si se produce una interrupción en la zona principal, puedes promover la base de datos en la zona de conmutación por error para que sea la base de datos principal y asegurarte de que el tráfico entrante se enrute al frontend en la zona de conmutación por error. Después de que Google resuelva la interrupción, puedes elegir volver a la zona principal o convertirla en la nueva zona de conmutación por error.
Interrupciones regionales
Si se produce una interrupción regional, debes esperar a que Google resuelva la interrupción y, luego, verificar que la aplicación funcione como se espera. Si necesitas solidez contra las interrupciones regionales, considera usar el arquetipo de implementación multirregional.
Arquitectura de referencia
Si quieres obtener una arquitectura de referencia que puedas usar para diseñar una implementación zonal en las VMs de Compute Engine, consulta Implementación de una sola zona en Compute Engine.