Skip to content

Funcionamento

Região principal e destinos das réplicas

A principal e cada cópia devem executar em máquinas físicas distintas, mesmo quando estiverem no mesmo país. Ter dois registros de servidor ou duas máquinas virtuais no mesmo host não oferece proteção contra a queda desse host. Sem destinos independentes suficientes, a distribuição deve permanecer pendente, nunca ser apresentada como protegida.

No projeto, abra Configurações → Escalabilidade → Localização do projeto. A tela separa o principal em execução da região desejada e mostra o estado de cada destino. Países em breve e em manutenção não podem ser selecionados.

O total do plano inclui o principal e todas as cópias adicionais. Cada réplica utiliza os mesmos limites de CPU e memória em outra máquina; distribuir réplicas não aumenta a potência individual. A autoescala só pode ser escolhida quando incluída no plano.

Salvar registra uma preferência, não uma migração: o projeto em execução não é movido na hora. Se o servidor principal falhar, um vigia liga a réplica de failover na outra região (EUA ↔ Alemanha) em segundos, sem você precisar fazer nada. O Brasil não aparece como destino de execução, porque é apenas cache de CDN.

Proteção contra falhas, balanceamento e autoescala são objetivos diferentes. O atendimento após uma queda depende de réplicas saudáveis, entrada de tráfego e serviços de dados disponíveis. A aplicação precisa usar sessões compartilhadas, arquivos no S3 e coordenação de tarefas; réplicas da aplicação não replicam o banco automaticamente.

Região principal e destinos das réplicas · Devora Cloud · Devora Cloud