Mise à l'échelle automatique et basculement

Mise à l’échelle automatique

App → Settings → General → Autoscaling. Définissez un nombre minimum et maximum de réplicas web; Railyard en ajoute ou en retire entre ces deux valeurs selon le CPU et le temps de réponse p95.

• La cible Target CPU / replica (%) et la cible p95 décident quand ajouter des réplicas.
• Les réplicas partagent le serveur de l’application, donc ça aide avec une charge limitée par le CPU ou des requêtes lentes, pas avec un serveur plein. Ça n’ajoute jamais de réplicas tant que la mémoire du serveur est élevée.
• Laissez Max vide pour faire tourner un nombre fixe de réplicas (pas de mise à l’échelle réactive).

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

Fenêtres programmées

Scheduled windows relèvent le plancher avant un pic connu, une par ligne : mon,tue,wed,thu,fri 08:00-18:00 3 (jours, début-fin, réplicas minimum, dans le fuseau horaire de l’application). Elles ne préchauffent que si Max est défini : les règles habituelles de CPU et de p95 décident toujours du reste, et elles ne font que relever le minimum pendant la fenêtre. Tableau de bord seulement; pas encore dans l’API ou la CLI.

Basculement

Sur l’onglet Servers d’une application, ajoutez un serveur additionnel et cochez Fail over automatically : le trafic est partagé entre tous les serveurs en ligne, et si le serveur principal arrête de répondre pendant quelques minutes, un serveur additionnel devient principal et l’application s’y redéploie. Railyard préfère un serveur additionnel dans une région différente plutôt que dans la même région.

Si le serveur hébergeait aussi les données de l’application, Railyard promeut une réplique de secours active (voir Serveurs de base de données) et y redirige l’application dans le cadre du basculement. Tous les domaines de l’application sont redirigés vers le nouveau serveur immédiatement, pas seulement au prochain déploiement; le DNS propre à un domaine personnalisé doit encore suivre s’il n’est pas sur le DNS géré de Railyard. Vous êtes averti quand ça arrive.

Un serveur de base de données avec un serveur de secours bascule tout seul, que ses applications aient des serveurs additionnels ou non : le serveur de secours reprend les données et chaque application qui l’utilise est redéployée vers lui.

Tableau de bord seulement; pas encore dans l’API ou la CLI.