View source for PGSQL-HA

==PGSQL HA==
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.drawio.png]]
<br><br>
Lors de la perte d'un noeud, les ressources redémarrent sur un autre noeud.
<br><br>
En date du 28/06/2022, seul la version 10 et 12 PostgreSQL est supporté avec cette architecture en RHEL8 :
*https://access.redhat.com/articles/5393501
*https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycle?extIdCarryOver=true&sc_cid=7013a0000030xHQAAY

===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)

    *Pour une architecture à 2 nœuds, il faut une configuration particulière pour COROSYNC et s'assurer de configurer un "FENCING" 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.