Wir betreiben eine Reihe von Discourse-Instanzen auf Azure und verwenden dafür einen gemeinsam genutzten Redis-Dienst. Für etwa 20 Instanzen sehe ich einen Spitzenwert von 350 Verbindungen zu Redis, die sich um 330-340 bewegen, was durchschnittlich etwa 17 Verbindungen pro Instanz ergibt. Dies belastet die SKU-Verbindungslimits ziemlich stark, insbesondere wenn man bedenkt, dass Redis sowohl bei CPU als auch bei Speicher unterausgelastet ist.
Ist dieses Verhältnis zu erwarten?
Dies wird nicht empfohlen. Es gibt einige Redis-Funktionen, die verwendet werden und die sich zwischen den Websites ausbreiten, wie mir mehr als einmal gesagt wurde. Ich bin mir jedoch nicht sicher, wie ich dieses Thema finden kann.
Ich bin auf eine gestoßen, die dem widersprach und besagte, dass bei Verwendung von Multisite (obwohl dies nur einzelne Bereitstellungen sind) die Verwendung einer einzelnen Redis-Instanz in Ordnung ist. Redis „leckt“ nicht von Natur aus – die Anwendung müsste das tun.
Sie müssen für jede Discourse-Bereitstellung ein separates Redis haben.
Danke. Ja, ich habe Anwendungen im Allgemeinen so konfiguriert, dass sie dies standardmäßig tun, um solche Probleme zu vermeiden – es scheint, dass dies eine sicherere Standardeinstellung gewesen wäre, aber es ist, wie es ist.