EDB Postgres Failover Manager

Fault-tolerant database clusters for PostgreSQL high availability.

EDB Postgres Failover Manager (EFM), a component of the EDB Postgres Platform, provides a redundant architecture with Postgres 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

Continuous health monitoring, to detect and automate the PostgreSQL failover to a replica if something goes wrong.

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.