Failover automatique < 30 secondes. RPO ≈ 0.
Architecture primaire + standby avec réplication PostgreSQL WAL streaming,
détection automatique des pannes et bascule pilotée par le méta-cluster Muppy.
100% PostgreSQL natif — aucun lock-in propriétaire.
Chaque composant conçu pour ne jamais tomber.
Orchestrateur HA natif de la plateforme. Calcule l’état du cluster (healthy / degraded / critical / broken) via des health-checks programmables et déclenche le failover automatiquement.
Réplication physique PostgreSQL (WAL streaming) entre primaire et standby, sans dépendance propriétaire ni modification du code client.
Sondes Python topology-aware éditables depuis l’interface. Distinguent « standby en panne » de « primaire en panne » sans reconfiguration lors d’un switchover.
Promotion du standby en primaire en moins de 30 secondes, puis re-synchronisation automatique du nœud restauré.
Proxy HTTP/HTTPS intégré qui redirige les connexions vers le nœud actif après une bascule. Transparent pour Odoo.
Bascule DNS automatique après promotion via OVH, Scaleway ou le DNS intégré Muppy (MBD). L’URL reste identique pour vos utilisateurs.
Restaurez votre base Odoo à n’importe quel point dans le passé, à la minute près.
Séquence de failover automatique Odizy — aucune intervention manuelle.
Le méta-cluster détecte via les smart healthchecks que le nœud primaire est injoignable. Vérification du lag de réplication et de l’état du standby.
Le nœud défaillant est marqué hors service par le méta-cluster. Le standby entre en phase de promotion sans risque de double-écriture.
Le standby est promu en primaire. Traefik redirige automatiquement les connexions. Le DNS failover bascule l’URL vers le nouveau nœud actif.
Le nœud restauré rejoint le cluster automatiquement. La réplication et la synchronisation du filestore reprennent sans intervention.
Odizy HA fonctionne en multi-cloud et hybride : un nœud primaire sur OVH France, un standby sur Scaleway, ou un site on-premise en standby pour une production cloud. La réplication PostgreSQL WAL streaming est indépendante de l’infrastructure.
100% PostgreSQL natif — aucun lock-in sur l’infrastructure. Migrez librement entre providers sans reconstruire votre cluster de réplication.
Odizy déploie une architecture primaire + standby avec réplication physique WAL streaming. Le méta-cluster Muppy surveille en continu les clusters via des smart healthchecks. En cas de panne, le nœud défaillant est isolé, le standby est promu en moins de 30 secondes, et le trafic est redirigé automatiquement via Traefik et le DNS failover.
Le RTO (Recovery Time Objective) est inférieur à 30 secondes — délai du failover automatique, sans intervention humaine. Le RPO (Recovery Point Objective) est proche de zéro en mode synchrone, et de quelques secondes en mode asynchrone.
Les smart healthchecks envoient une notification push (Pushover) sur smartphone dès qu’un seuil est franchi, sans service tiers de type PagerDuty.
Discutons de votre architecture HA Odoo.