I’m seeking some expert guidance on optimizing a Discourse multisite setup. I have a single web VM and a separate database VM on a major cloud provider. While both machines have decent specs, I’m finding that my system gets overwhelmed by a large volume of background jobs, which seems to be stressin…

Discourse should be able to adapt those based on your system resources. Note that it is safe to re-run ./discourse-setup script if you have recently increased your system resources. The script can adapt to the increased resources and adjust your .yml accordingly

[imagen] emonunix: How should DISCOURSE_SIDEKIQ_WORKERS be sized in a multisite environment to handle a high job volume without stressing the database? Sounds like you need fewer? I’m pretty sure that it already knows to prioritize the high priority jobs.

@itsbhanusharma @pfaffman Thanks for your help. I appreciate you both taking the time to share your expertise.

[imagen] emonunix: database resources at the same time If the database is the bottleneck, have you considered moving to larger instance type for your cloud database?

Optimización de un Discourse Multisite grande: cuellos de botella de base de datos y Sidekiq

Soporte Instalación

Falco (Falco) 22 Septiembre, 2025 17:04 5

Si la base de datos es el cuello de botella, ¿ha considerado pasar a un tipo de instancia más grande para su base de datos en la nube?

Tema		Respuestas	Vistas
Issue: Extremely Slow Sidekiq Processing After Large Imports on Multisite Instance Support	2	129	23 Abril 2025
UNICORN_WORKERS vs UNICORN_SIDEKIQS, DISCOURSE_DB_POOL? Self-hosting	7	2640	21 Noviembre 2020
How to adjust parameters for large and heavy traffic site? Support	4	543	11 Marzo 2022
Multiple discourse instances in a single server Support	7	4718	26 Noviembre 2020
Large number of queued jobs Support	6	1583	8 Junio 2024

Optimización de un Discourse Multisite grande: cuellos de botella de base de datos y Sidekiq

Temas relacionados