Skip to content

Funcionamiento

Región principal y destinos de réplicas

La principal y cada copia deben ejecutarse en máquinas físicas distintas, incluso dentro del mismo país. Dos registros de servidor o dos máquinas virtuales en un mismo host no protegen contra su caída. Sin suficientes destinos independientes, la distribución debe permanecer pendiente y nunca mostrarse como protegida.

En el proyecto, abre Configuración → Escalabilidad → Ubicación del proyecto. La pantalla separa el principal en ejecución de la región deseada y muestra el estado de cada destino. No se pueden seleccionar regiones próximas o en mantenimiento.

El total del plan incluye el principal y todas las copias adicionales. Cada réplica usa los mismos límites de CPU y memoria, en otra máquina; distribuir réplicas no aumenta la potencia individual. El escalado automático solo puede elegirse si está incluido en el plan.

Guardar registra una preferencia, no una migración: el proyecto en marcha no se mueve en ese momento. Si el servidor principal falla, un vigilante enciende la réplica de failover en la otra región (EE. UU. ↔ Alemania) en segundos, sin que tengas que hacer nada. Brasil no aparece como lugar de ejecución porque es solo caché CDN.

Protección ante fallos, balanceo y escalado automático son objetivos distintos. La recuperación depende de copias saludables, entrada de tráfico y servicios de datos disponibles. La aplicación necesita sesiones compartidas, archivos en S3 y tareas coordinadas; las réplicas de aplicación no replican automáticamente la base.

Región principal y destinos de réplicas · Devora Cloud · Devora Cloud