Dopo modifica config, alcune impostazioni non in sync su nodi sibling in un setup discourse multi-nodo.

Supporto
1

Ciao,

In una configurazione multi-nodo con container web_only dietro un load-balancer, ho notato che alcune impostazioni, quando modificate, vengono applicate solo su un singolo nodo (probabilmente quello a cui ero connesso tramite il load-balancer al momento delle modifiche). Ho notato specificamente:
Global notice, Globally pinned posts e, più recentemente, quando si cambia il tema per aggiornarne uno personalizzato.

Alla fine, le modifiche vengono rappresentate agli utenti solo se il load-balancer li connette allo stesso nodo in cui sono state apportate. Ciò porta a caricamenti di pagina misti e a un rendering del sito disordinato in alcuni casi.

Ora la domanda. Devo eseguire qualche comando di ricaricamento della configurazione in rake su tutti i nodi dopo tali modifiche o forse è necessario aggiungere una variabile d’ambiente specifica al container quando lo si esegue, per i reload automatici/modalità cluster affinché la configurazione venga propagata automaticamente ai nodi fratelli?

2

Sì, potresti provare quanto segue:

su discourse -c 'bundle exec rake cache:clear'

In alternativa, se vuoi accedere alla console di Rails, SiteSetting.refresh! probabilmente farebbe la stessa cosa.

3

Grazie! Avevo la sensazione che mi mancasse qualcosa. Ci sono forse articoli nella documentazione che menzionano dopo quali modifiche alla configurazione sono richieste tali azioni? Ho dato una rapida occhiata agli articoli della documentazione e non ho notato nulla a riguardo o specificamente per la configurazione HA.

4

Solo per conferma: avete un database redis condiviso tra tutti i nodi? È essenziale per il funzionamento di Discourse.

(alcune altre applicazioni funzionano con un redis per nodo, ma cercare di farlo con Discourse causerà il tipo di problemi che descrivi)

5

Sì. Redis è condiviso da tutte le istanze dei nodi di discourse. Ho creato la configurazione per essere HA, quindi c’è S3/Redis/PostgreSQL separati.

6

Osservi messaggi di errore simili a Global messages on xx timed out, message bus is no longer functioning correctly all’interno di /logs?

In precedenza, ho scoperto che quando Redis e il message bus vengono eseguiti su host separati, si verificano timeout, con conseguente mancata sincronizzazione tra diversi worker Unicorn.

La mia soluzione è stata quella di ricaricare periodicamente l’intero server Unicorn.

7

Effettuate ricerche con Grep nei log su tutti i nodi, non vedo tali voci di log.

8

Ah. Dopotutto c’erano quei messaggi Global messages on xx timed out, message bus is no longer functioning correctly. Ma ho cercato erroneamente nella directory dei log effettiva. Ora, guardando nella sezione errori dei log dell’interfaccia web, ho effettivamente notato le voci che hai menzionato. Devo abituarmi al fatto che errori diversi compaiono in posti diversi per discourse. È comunque bello avere funzionalità sul lato web di discourse.