EDB Postgres Failover Manager

Des clusters de base de données tolérants aux pannes pour une haute disponibilité

EDB Postgres Failover Manager (EFM), a component of the EDB Postgres Platform, provides a redundant architecture with automatic failover to eliminate single points of failure and protect against system outages.

Icône d'un nuage avec un point d'exclamation

Elimination des interruptions de service

Fault tolerant clustering technology protects against outages to achieve high availability PostgreSQL.

Icon database with plus sign

Détection rapide et fiable des défaillances

Surveillance en continue de l'état de santé de vos systèmes pour détecter et automatiser le failover vers un replica en cas de besoin.

Icon database with check mark

Garantie de haute disponibilité

Cluster monitoring, failure detection, and automatic Postgres failover mechanisms give you peace of mind.

Aperçu du produit

EFM continuously monitors the members of a Postgres cluster to identify and verify database, machine, and network failures quickly and reliably to achieve high availability PostgreSQL. Thus giving DBAs and IT management the confidence that their data is safe and highly available to support their mission-critical applications.

 
Icône d'une horloge

Disponibilité élevée

Surveillance en continue des clusters de réplication en streaming. En cas de panne, EFM déclenche automatiquement le failover pour minimiser les temps d'arrêt.

Icon wrench

Aucune interruption de service pour maintenance

Les fonctionnalités de basculement vous permettent d’accorder le rôle de maître à un réplica. Ainsi votre base de données est en permanence disponible pour vos applications.

Icône d'une coche

L’esprit tranquille

Différents scénarios de test de failover et vérification de vos procédures de reprise après sinistre. En outre, grâce à l’architecture utilisant un nœud témoin, vous évite les scénarios de « split-brain » (déconnexion) avec plusieurs maîtres actifs.

Icon tuning

Personnalisation

Possibilité de configurer à votre convenance, que ce soit pour reconnecter dès que possible les applications à la base de données d’origine, et déclenchement de scripts personnalisés en fonction des évènements.