En esta sección de la guía arquetipos de implementación de Google Cloud, 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 zona de Google Cloud, como se muestra en el siguiente diagrama:
Para poder recuperarte de las interrupciones zonales, puedes usar una arquitectura de zona doble 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 ocurre una interrupción en la zona principal, puedes promover la base de datos en espera para que sea la base de datos principal (escritura) y actualizar el balanceador de cargas a fin de enviar tráfico al frontend en la zona de conmutación por error.
Casos de uso
Los siguientes son 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 tiempo de inactividad.
- Herramientas de redes de baja latencia entre componentes de aplicaciones: Una arquitectura de zona única puede ser adecuada para aplicaciones como la computación por lotes que necesitan conexiones de red de latencia baja y de 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 para las que no tienes control sobre el código o que no puede admitir arquitecturas más allá una topología básica activa-pasiva.
- Ejecuta software con restricción de licencia: El arquetipo de implementación zonal puede ser adecuado para sistemas restringidos por licencias en los que ejecutar más de una instancia a la vez es demasiado costoso o no está permitido.
Consideraciones del diseño
Cuando compilas una arquitectura basada en el arquetipo de implementación zonal, considera el tiempo de inactividad posible durante las interrupciones de la zona y la región.
Interrupciones de zona
Si la aplicación se ejecuta en una sola zona sin zona de conmutación por error, cuando se produce una interrupción en la zona, 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 (conmutación por error) en la misma región. Si ocurre 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 de la zona de conmutación por error. Después de que Google resuelva la interrupción, puedes elegir conmutar por error 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, verifique 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.