En esta sección de la guía sobre Google Cloud arquetipos de implementación se describe el arquetipo de implementación zonal.
En una arquitectura de nube que usa el arquetipo de implementación zonal básico, la aplicación se ejecuta en una sola zona, como se muestra en el siguiente diagrama: Google Cloud
Para poder recuperarte de las interrupciones de las zonas, puedes usar una arquitectura de dos zonas en la que se aprovisione 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 convertir la base de datos de espera en la base de datos principal (de escritura) y actualizar el balanceador de carga para que envíe tráfico al frontend de la zona de conmutación por error.
Casos prácticos
A continuación, se muestran ejemplos de casos prácticos en los que el arquetipo de implementación zonal es una opción adecuada:
- Entornos de desarrollo y pruebas en la nube: puedes usar el arquetipo de implementación zonal para crear un entorno de bajo coste 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.
- Red de baja latencia entre componentes de aplicaciones: una arquitectura de una sola zona puede ser adecuada para aplicaciones como la computación por lotes, que necesitan conexiones de red de baja latencia y gran ancho de banda entre los nodos de computación.
- Migración de cargas de trabajo genéricas: el arquetipo de implementación zonal proporciona una ruta de migración a la nube para aplicaciones genéricas on-premise sobre las que no tienes control del código o que no admiten arquitecturas más allá de una topología activa-pasiva básica.
- Ejecutar software con licencia restringida: el arquetipo de despliegue zonal puede ser adecuado para sistemas con licencia restringida en los que ejecutar más de una instancia a la vez es demasiado caro o no está permitido.
Factores del diseño
Cuando crees una arquitectura basada en el arquetipo de implementación zonal, ten en cuenta el posible tiempo de inactividad durante las interrupciones de zonas y regiones.
Interrupciones en el funcionamiento de las zonas
Si la aplicación se ejecuta en una sola zona sin ninguna zona de conmutación por error, cuando se produzca una interrupción en la zona, la aplicación no podrá atender las 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) de la misma región. Si se produce una interrupción en la zona principal, puedes convertir la base de datos de la zona de failover en la base de datos principal y asegurarte de que el tráfico entrante se dirija al frontend de la zona de failover. Una vez que Google haya resuelto la interrupción, puedes volver a la zona principal o convertirla en la nueva zona de conmutación por error.
Interrupciones en el funcionamiento de regiones
Si se produce una interrupción en una región, debes esperar a que Google la resuelva y, a continuación, verificar que la aplicación funciona correctamente. Si necesitas una solución robusta frente a las interrupciones de servicio de una región, te recomendamos que uses el arquetipo de implementación multirregional.
Arquitectura de referencia
Para ver una arquitectura de referencia que puedes usar para diseñar una implementación zonal en VMs de Compute Engine, consulta Implementación de una sola zona en Compute Engine.