Supporto per modelli di cluster [Alta disponibilità] [Ridondanza]

Contribuisci Funzionalità
1

Propongo di aggiungere queste voci alla cartella dei template:

  • postgres.master.yml
  • postgres.slave.yml
  • redis.master.yml
  • redis.slave.yml

In questo modo, il clustering di Discourse e tutte le complicazioni legate a questo argomento scompariranno.

Secondo la mia comprensione, il container Redis non può essere duplicato a causa delle transazioni uniche del message bus, ma apparentemente può essere replicato.

Vantaggi architettonici?

  1. Possibilità di avviare (bootstrap) (web.template.yml + web.template.yml + redis.master.yml) sul nodo master e solo (web.template.yml + postgres.slave.yml + redis.slave.yml) sul nodo slave, SENZA dover fare riferimento al nodo master, riducendo significativamente il carico e sfruttando la potenza del bilanciatore di carico Nginx posto davanti a tutti.

  2. L’ambizioso supporto per una sezione di clustering dell’interfaccia utente nella dashboard di amministrazione diventerà realizzabile!

Discourse è probabilmente l’applicazione open source più avanzata mai creata. Grazie al team dietro questa tecnologia all’avanguardia.

3

Questo sarebbe utile per il backup in streaming anche se non è configurato un failover HA. Hai creato una PR con i contenuti suggeriti per tali file?

Come prevedi di gestire gli aggiornamenti del database verso nuove versioni major di PostgreSQL quando si distribuisce in questo modo su più nodi?