Escolha entre Escalabilidade (autoescala), Load balance ou Failover.
Quando a CPU passa do limite que você definiu, uma nova réplica sobe, passa pelo health check e só então entra no load balancer. Quando o pico passa, ela desce.
Escolha por projeto entre Escalabilidade (autoescala), Load balance ou Failover. Com o failover incluso em todo plano, seu projeto não fica fora do ar: se o servidor cair, a cópia em espera em outro país assume sozinha. Load balance e autoescala são opcionais e cobrados por hora.
Clone que liga com a carga
Carga normal: uma cópia basta
Quando a CPU passa do limite, a plataforma liga um clone do app e o balanceador passa a dividir a carga com ele. Quando o uso cai, o clone é desligado e para de ser cobrado.
Cópias ligadas dividindo os acessos
Acessos divididos entre EUA e Alemanha
Duas ou mais cópias ficam no ar ao mesmo tempo, em máquinas diferentes. O balanceador divide cada acesso entre elas; se uma cair, as outras seguem atendendo enquanto ela é recriada.
Proteção sem gastar recurso
Principal atende sozinha; reserva desligada, sem CPU
Uma cópia reserva fica desligada em outro país. Se a principal cair, a reserva liga sozinha e assume os acessos. A cada deploy ela recebe a versão nova e continua desligada.
para escalar bem, guarde sessões no Redis e arquivos no S3 e evite jobs duplicados. Réplicas do app não criam alta disponibilidade do banco.
Sim. Todo projeto, em qualquer plano, tem uma réplica de failover desligada em outro país. Se a principal cair, ela sobe sozinha; quando a principal volta, ela desliga.
Só se guardar sessão ou arquivo no disco local. Use Redis e S3.
O failover (cópia em espera, desligada, em outro país) não custa a mais. Load balance (cópia sempre ligada) e autoscaling (cópias que sobem no pico) são cobrados por hora enquanto as cópias rodam: o load balance paga preço cheio por hora em cada cópia; na autoescala, a 1ª cópia extra paga preço cheio e, da próxima em diante, 10% de desconto. A conta de uso sai no dia 1º de cada mês, por Pix ou cartão, e exige plano pago em dia.
Não. As réplicas são do app; o banco tem seu próprio recurso.
Em servidores com processadores AMD EPYC. As réplicas e a réplica de failover ficam em servidores diferentes, para que a queda de um não derrube o app.