Arquetipo de implementación zonal 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 zonal.

En una arquitectura en la nube que usa el arquetipo básico de implementación zonal, la aplicación se ejecuta en una sola zona Google Cloud , como se muestra en el siguiente diagrama:

Arquetipo de implementación zonal

Para poder recuperarte de las interrupciones de zona, 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:

Arquetipo de implementación zonal con una zona de conmutación por error.

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

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 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 apps básicas de procesamiento 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.
  • Ejecución de 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 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 de 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 (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 optar por revertir a la zona principal o convertirla en la nueva zona de conmutación por recuperación.

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.