Réplication / PRA
Le périmètre Réplication / PRA StackX s’adresse aux productions qui ont besoin d’un une serveur ou d’une infrastructure de secours exploitable, d’une réplication pilotée et d’une procédure de bascule réellement préparée.
Le modèle repose sur une architecture PRD / DRS opérée par StackX: un serveur de production, un serveur de reprise, des flux SQL et fichiers cohérents, et un outillage d’exploitation dédié.
Selon le template et le périmètre retenu, StackX peut également gérer une VIP de service (standard sur ScalarCloud), la propagation des environnements répliqués et le contrôle du retour nominal.
Le résultat: un PRA plus opérable, plus documenté et plus vérifiable qu’un simple empilement de scripts ponctuels ou de fichiers yaml.
Pour un besoin centré uniquement sur la sauvegarde et la restauration, voir plutôt Sauvegarde / backup.
Socle Réplication / PRA StackX
| Brique | Rôle |
|---|---|
| Architecture PRD / DRS | Un serveur de production et un serveur de reprise exploités ensemble |
| Réplication SQL | Réplication MariaDB/MySQL bi-directionnelle selon la topologie retenue |
| Synchronisation fichiers | prdsync / drssync pour maintenir docroots, configs et contenus cohérents |
| Bastion d’exploitation | Orchestration des opérations critiques, contrôles et remédiations inter-nœuds |
| VIP de service | Déplacement piloté selon le template quand une IP virtuelle fait partie du périmètre |
Ce que StackX automatise
| Opération | StackX |
|---|---|
| Initialisation | Bootstrap de réplication et contrôles d’accès inter-nœuds |
| Création d’environnements | Propagation des environnements répliqués PRD -> DRS |
| Contrôle | Vérification des services, de la réplication, des backups et du monitoring via sxpostcheck |
| Réparation | Resynchronisation pilotée avec source de vérité explicite |
| Failover | Activation du PRA / DRS, gel des flux de synchro et bascule du service selon l’architecture |
| Failback | Réensemencement PRD depuis DRS, rattrapage SQL final, resynchronisation fichiers et retour nominal |
Quand choisir Réplication / PRA
| Contexte | Intérêt |
|---|---|
| Production critique | Réduire le temps de reprise et éviter l’improvisation en incident majeur |
| Dépendances SQL fortes | Maintenir une cohérence base / fichiers sur un second nœud |
| Contraintes RPO / RTO | Préparer le niveau de reprise avant l’incident |
| Multi-zones / multi-DC | Isoler le secours sur un autre site ou une autre zone |
Points de cadrage
| Point | Remarque |
|---|---|
| Template | Certaines fonctions dépendent du template effectivement déployé |
| VIP | La présence d’une VIP n’est pas universelle |
| Failback | Le retour nominal peut impliquer un réensemencement contrôlé du PRD |
| PRA | Le bon niveau dépend du RPO, du RTO, des flux applicatifs et du budget accepté |
Besoin d’un périmètre Réplication / PRA cadré proprement ?
Nous définissons l’architecture, les flux, le niveau d’automatisation et les procédures de bascule en fonction de votre production réelle.
Hardware
ScalarX sélectionne uniquement des briques d’infrastructure et de services conformes à sa norme SCI (redondance, fiabilité, sécurité).
Monitoring
ScalarX utilise un système de supervision et d’alertes décentralisé associé à un tiers de confiance international (SolarWinds).
Infogérance
ScalarX utilise une approche unique combinant l’humain, les algorithmes conditionnels et l’IA pour délivrer une qualité exceptionnelle.