PostgreSQL containerizzato con dati su un file system distribuito

Sono curioso di sapere se qualcuno sta effettivamente eseguendo PostgreSQL in un container in produzione su una qualche forma di file system distribuito - preferibilmente GlusterFS, o altro.

Attualmente sto correndo Mesos / Marathon. In caso di guasto del nodo PostgreSQL, Marathon avvia semplicemente un'altra istanza di PostgreSQL su altri nodi e, se eseguito correttamente (rilevamento del servizio e ripristino dell'applicazione dalla perdita della connessione al database), verrà raggiunta la tolleranza d'errore definitiva.

So che PostgreSQL ha le sue soluzioni HA, come il log shipping e il backup hot-stand-by, ma è ancora necessario risolvere il problema su quando passare da master a slave, come farlo correttamente e così via.

Quindi, come si esegue PostgreSQL in produzione su GlusterFS o simili? Se è così, è stabile? Che ne dici di prestazioni?

ma poi bisogna ancora risolvere il problema su quando passare da master a slave, come farlo correttamente e così via.

Ogni cluster di solito ha nozione di quorum: gli osservatori (monitor, qualunque cosa) devono decidere quale nodo è il master. Quindi è possibile utilizzare le loro informazioni per indirizzare correttamente le richieste. E 'abbastanza tipico per eseguire haproxy non solo con il protocollo TCP / IP di base controlli sanitari , ma una logica di alto livello implementata con le query di servizio specifici.

Dai un'occhiata a Peacemaker , ad es.

È necessario eseguire postgresql in modalità di servizio con stato. Il ridimensionamento viene eseguito da mesos ma la replica dei dati viene eseguita da postgresql stesso. Dai un'occhiata a questo sito con servizio stateful e volumi persistenti .