PGSQL-HA

From Essential
Revision as of 00:17, 1 July 2022 by Tcepo (talk | contribs) (Created page with "Voici un exemple de diagramme POSTGRES en HA :<br><br> File:PGSQL-HA.drawio.png <br><br> Et voici le diagramme lors de la perte d'un noeud :<br><br> File:PGSQL-HA-DOWN.d...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Voici un exemple de diagramme POSTGRES en HA :

PGSQL-HA.drawio.png

Et voici le diagramme lors de la perte d'un noeud :

PGSQL-HA-DOWN.drawio.png

En date du 28/06/2022, seul la version 12 PostgreSQL est supporté avec cette architecture en RHEL8 :

Architecture typique

   *2 salles
   *2FC / serveur (actif/actif) (SAN)
   *2*10Gbit/s ethernet / serveur (actif/passif, possible actif/actif si PXE sur VLAN 0 natif)
   *VLAN IPMI (pour le "FENCING")
   *VLAN ADMIN qui doit être le VLAN natif si BOOTSTRAP par PXE (admin, provisioning, heartbeat)
   *VLAN UTILISATEUR (services applicatifs)
   *NTP
   *DNS+DHCP+PXE+TFTP+HTTP pour le provisionnement automatique
   *PROXY (pour mise à jour ou autrement répos interne)
   *Choisissez entre clusteurs à 2 nœuds ou plus.
   *Pour une architecture à 2 nœuds, il est nécessaire une configuration à 2 nœuds sur COROSYNC et s'assurer de configurer un "FENCING" fermeture retardé de quelques  secondes pour l'un des nœuds (sinon il en résultera un cluster instable).
   *Les ressources sont sans état.
   *Pour les ressources DB il faut prévoir 8Go par base en général et le double pour un cluster à 2 nœuds (perte d'un nœud). Pour les ressources CPU, en règle générale, il n'y a pas de grandes exigences. Pour les sauvegardes à froid, PZSTD est actuellement conseillé.

Modèle de service typique

   *MULTIPATH
   *LUN
   *LVM
   *FS
   *NFS
   *USER
   *IP
   *DNS name
   *PROCESS
   *LISTENER

PGSQL HA STREAMING

En date du 28/06/2022, seul la version 10 PostgreSQL est supporté avec cette architecture en RHEL8.

PGSQL HA LOGICAL

Le mode "logical replication" n'est pas supporté actuellement.