Nous exécutons un certain nombre d’instances Discourse sur Azure et utilisons un service Redis partagé pour cela. Pour environ 20 instances, je constate un pic de 350 connexions à Redis et cela oscille autour de 330-340, soit une moyenne d’environ 17 connexions par instance. Cela atteint durement les limites de connexion du SKU, d’autant plus que Redis est sous-utilisé en termes de CPU et de mémoire.
Ce ratio est-il attendu ?
Ce n’est pas recommandé. Il existe une fonctionnalité Redis qui est utilisée et qui fuira entre les sites, m’a-t-on dit plus d’une fois. Je ne suis pas sûr de trouver ce sujet, cependant.
J’en ai rencontré un qui allait à l’encontre de cela et indiquait que lorsque le multisite était utilisé (bien qu’il ne s’agisse que de déploiements individuels), l’utilisation d’une seule instance Redis était acceptable. Redis ne « fuit » pas intrinsèquement – c’est l’application qui le ferait.
Vous devez avoir un redis séparé pour chaque déploiement de discourse.
Merci. Oui, j’ai généralement fait en sorte que les applications le fassent par défaut pour éviter de tels problèmes - il semble que cela aurait été un défaut plus sûr, mais c’est comme ça.