Fonctionnement

Région principale et destinations des réplicas

L’instance principale et chaque copie doivent fonctionner sur des machines physiques distinctes, même dans le même pays. Deux serveurs déclarés ou deux machines virtuelles sur un même hôte ne protègent pas contre sa panne. Sans destinations indépendantes suffisantes, la répartition doit rester en attente et ne jamais être présentée comme protégée.

Dans le projet, ouvrez Paramètres → Mise à l’échelle → Emplacement du projet. L’écran distingue l’instance principale active de la région souhaitée et affiche l’état de chaque destination. Les régions à venir ou en maintenance ne sont pas sélectionnables.

Le total de l’offre inclut l’instance principale et toutes les copies supplémentaires. Chaque réplica utilise les mêmes limites CPU et mémoire sur une autre machine ; ajouter des copies n’augmente pas la puissance individuelle. La mise à l’échelle automatique doit être incluse dans l’offre.

Enregistrer conserve une préférence, pas une migration : le projet en marche n’est pas déplacé tout de suite. Si le serveur principal tombe, un surveillant démarre la réplique de basculement dans l’autre région (États-Unis ↔ Allemagne) en quelques secondes, sans action de votre part. Le Brésil n’est pas proposé comme lieu d’exécution, car il sert uniquement de cache CDN.

Protection contre les pannes, équilibrage et mise à l’échelle ont des objectifs distincts. La reprise dépend de copies saines, des entrées du trafic et des services de données disponibles. L’application doit partager sessions et fichiers S3, et coordonner les tâches ; ses réplicas ne répliquent pas automatiquement la base.