How to set redis DB ID in Docker container?

[TomekB (Tomek)]

I have one data container and I would like to use several web_only containers (several forums on separate servers). How to I pass a DB ID to web_only container so that multiple forums use their own cache?

Without this the stats reported in Admin -> Reports are mixed up between different forums.

[rluba]

I’ve got the same issue. I have an existing redis cluster (with replication and failover) that I want Discourse to use, but I can’t find a way to tell Discourse which database index to use.

[rluba]

I’ve found the corresponding setting via this answer. It’s hidden in discourse_defaults.conf:

config/discourse_defaults.conf

It’s called redis_db, so the corresponding setting in the container yaml should be DISCOURSE_REDIS_DB.

[sam (Sam Saffron)]

Definitely do not do anything like this . Message Bus which is responsible for long polling relies on pub/sub, pub/sub is always on “db 0” not configurable.

If you try to co-host multiple Discourses on one Redis DB expect some very major amount of breakage.

[rluba]

Thank you for the warning!

[ryanerwin]

@sam, la tua avvertenza del 2018 sul message bus legato esclusivamente al db 0 di Redis è ancora valida, o possiamo ora utilizzare un diverso ID di database di un’istanza Redis per ospitare diverse istanze di Discourse?

Ho notato nella guida multisite-configuration-with-docker che è definito un db_id: 2; pensavo potesse riferirsi all’ID del database Redis, da cui questa domanda

         secondsite:
           adapter: postgresql
           database: b_discourse
           pool: 25
           timeout: 5000
           db_id: 2
           host_names:
             - b.discourse.example.com

@TomekB

Senza questa configurazione, le statistiche riportate in Admin → Reports vengono mescolate tra i diversi forum.

@rluba

Si chiama redis_db, quindi l’impostazione corrispondente nel file YAML del container dovrebbe essere DISCOURSE_REDIS_DB.

@sam

Assolutamente non fate nulla del genere . Il Message Bus, responsabile del long polling, si basa su pub/sub; il pub/sub è sempre attivo su “db 0” e non è configurabile.

Se provate a ospitare più istanze di Discourse su un’unica istanza Redis, aspettatevi gravi malfunzionamenti.

[sam (Sam Saffron)]

@ryanerwin

il tuo avviso del 2018 sul message bus legato esclusivamente a Redis db 0 è ancora accurato?

Sì, per quanto ne so, è ancora al 100% corretto. PUB/SUB in Redis è legato al DB 0. Discourse multisite è progettato per funzionare correttamente con più istanze che comunicano con un unico Redis con db 0.

Develop with Redis

Pub/Sub non ha alcuna relazione con lo spazio delle chiavi. È stato realizzato per non interferire con esso a nessun livello, inclusi i numeri dei database.

La pubblicazione su db 10 sarà ricevuta da un subscriber su db 1.