Autoscaling e failover

Autoscaling

App → Settings → General → Autoscaling. Defina um número mínimo e máximo de réplicas web; o Railyard adiciona ou remove réplicas entre esses limites com base na CPU e no tempo de resposta p95.

• O Target CPU / replica (%) e a meta de p95 decidem quando escalar para cima.
• As réplicas compartilham o servidor do app, então isso ajuda com carga limitada por CPU ou requisições lentas, não com um servidor inteiro. Nunca escala para cima enquanto a memória do servidor estiver alta.
• Deixe Max vazio para rodar um número fixo de réplicas (sem escalonamento reativo).

API: PATCH /api/applications/:id/autoscale com min, max, cpu, p95_ms.

Janelas agendadas

As janelas agendadas elevam o piso antes de um pico já conhecido, uma por linha: mon,tue,wed,thu,fri 08:00-18:00 3 (dias, início-fim, réplicas mínimas, no fuso horário do app). Elas só pré-aquecem enquanto Max estiver definido — as regras normais de CPU/p95 continuam decidindo o resto, e elas só elevam o mínimo durante a janela. Só no painel; ainda não está na API nem na CLI.

Failover

Na aba Servers de um app, adicione um servidor extra e marque Fail over automatically: o tráfego é dividido entre todos os servidores online, e se o servidor principal parar de responder por alguns minutos, um servidor extra se torna o principal e o app faz deploy de novo ali. O Railyard prefere um servidor extra em uma região diferente a um na mesma região.

Se o servidor também guardava os dados do app, o Railyard promove um standby ativo (veja Database servers) e aponta o app para ele como parte do failover. Todo domínio que o app possui é apontado para o novo servidor imediatamente, não só no próximo deploy; o DNS de um domínio personalizado ainda precisa acompanhar manualmente se ele não estiver no DNS gerenciado do Railyard. Você é notificado quando isso acontece.

Um servidor de banco de dados com um standby faz failover por conta própria, independente de seus apps terem servidores extras: o standby assume os dados e todo app que o usa faz deploy de novo contra ele.

Só no painel; ainda não está na API nem na CLI.