Elige entre Escalabilidad (autoescala), Load balance o Failover.
Cuando la CPU supera el límite que definiste, arranca una nueva réplica, pasa el health check y solo entonces entra en el load balancer. Cuando pasa el pico, baja.
Elige por proyecto entre Escalabilidad (autoescala), Load balance o Failover. Con el failover incluido en todo plan, tu proyecto no queda fuera de línea: si el servidor cae, la copia en espera en otro país toma el control sola. El load balance y la autoescala son opcionales y se cobran por hora.
Un clon que se enciende con la carga
Carga normal: basta una copia
Cuando la CPU supera el límite, la plataforma enciende un clon de la app y el balanceador reparte la carga con él. Cuando el uso baja, el clon se apaga y deja de cobrarse.
Copias encendidas repartiendo accesos
Accesos repartidos entre EE. UU. y Alemania
Dos o más copias funcionan a la vez en máquinas distintas. El balanceador reparte cada acceso; si una cae, las demás siguen atendiendo mientras se recrea.
Protección sin gastar recursos
La principal atiende sola; reserva apagada, sin CPU
Una copia de reserva queda apagada en otro país. Si la principal cae, la reserva se enciende sola y toma los accesos. En cada deploy recibe la versión nueva y sigue apagada.
para escalar bien, guarda las sesiones en Redis y los archivos en S3, y evita jobs duplicados. Las réplicas de la app no dan alta disponibilidad a la base de datos.
Sí. Todo proyecto, en cualquier plan, tiene una réplica de failover apagada en otro país. Si la principal cae, arranca sola; cuando la principal vuelve, se apaga.
Solo si guarda sesiones o archivos en el disco local. Usa Redis y S3.
El failover (copia en espera, apagada, en otro país) no cuesta extra. El balanceo de carga (copia siempre encendida) y el autoscaling (copias que arrancan en los picos) se cobran por hora mientras las copias funcionan: el load balance paga precio completo por hora en cada copia; en la autoescala, la 1.ª copia extra paga precio completo y, desde la siguiente, 10% de descuento. El uso se factura el día 1 de cada mes, por Pix o tarjeta, y requiere un plan pago y al día.
No. Las réplicas son de la app; la base de datos tiene su propio recurso.
En servidores con procesadores AMD EPYC. Las réplicas y la réplica de failover están en servidores distintos, para que la caída de uno no tumbe la app.