Provo a darmi da solo una risposta.
A parte i prodotti commerciali.
La soluzione di replica continua tra più server PostgreSQL in modalità sincrona (eventualmente con l'uso di pgcluster) non mi piace molto.
La promozione a master del secondario è ok (cambiato il metodo in pg 12) ma il rollback del primario non è così light.
La soluzione più tradizionale e più slegata dal demone che vive sopra, ovvero due nodi con datastore in drbd, ip virtuale palleggiato tra le due vm, corosync, mi piace di più. Semplice spostare il master, semplice il rollback del ruolo.
E non solo, soluzione 100% Debian.
Esistono soluzioni multi master, ma sono commerciali....
Il giorno 20 apr 2020, alle ore 16:25, dea < dea@corep.it> ha scritto:
Buongiorno lista,
avrei bisogno di un consiglio.
Sto cercando di capire quale soluzione scegliere per dare più
affidabilità ad un server db PostgreSQL.
Il tutto vivrà su VM, valutavo una funzionalità di replica db tra due VM
dedicate, ma non so.
Cerco la soluzione più integrabile in Debian 10 che sporchi in meno
possibile il sistema, quindi che sia più "Debian" possibile.
L'obiettivo non è tanto quello di tutelare i sistemi da danni esterni,
fault hardware o distruzione degli storage ecc. tutte le VM verranno
collocate su strutture clusterizzate fisiche in VM HA.
Quello che mi interessa è ridurre i disservizi durante la normale
manutenzione del sistema, upgrade kernel, reboot, ecc.
Cosa mi consigliate ?
Qualcosa che sia anche ragionevolmente comodo (se in modalità
active-passive) per spostare il compito del master in seguito alla
manutenzione delle VM (quindi uso di virtual IP e palleggiamento del
master tra i nodi, anche tre).
Grazie mille
Luca
|