0
鑑於使用負載均衡器
時擺脫Redis的作爲背板我們對IIS 2服務器上的站點。 Bevore這個我們有一個負載均衡器。我們使用redis爲windows提供現有signalR hubg的搜索結果作爲背板。
問題
現在我們有Redis的窗戶有些不好的問題。
我發現一些指出使用粘性會話的帖子會使redis過時的使用。
是這樣的嗎？激活粘性會話時，信號R也會自動改變它的行爲，還是我必須配置它？
任何提示都非常歡迎
Q
使用負載均衡器
A
回答
0
激活粘性會話 去除signalr scaleout代碼
作品！
更新反饋：
一個月以後，我們可以說，它完美地工作，從那時起
沒有問題發生相關問題
- 1. 負載均衡
- 2. 使用負載均衡器與m
- 3. 負載均衡服務器
- 4. 與負載均衡
- 5. MongoDB負載均衡
- 6. 使用應用程序負載均衡器交換經典負載均衡器拋出：負載均衡器X不存在
- 7. 使用http-proxy進行負載均衡
- 8. 使用haproxy進行percona負載均衡
- 9. yii2和負載均衡
- 10. 負載均衡的Fiware Orion
- 11. Kubernetes，GCE，負載均衡，SSL
- 12. docker swarm的負載均衡
- 13. SignalR和負載均衡
- 14. terraform負載均衡多lisstners
- 15. IPTables端口負載均衡
- 16. 負載均衡錯誤 - NLB
- 17. Magento - AWS負載均衡
- 18. Azure負載均衡問題？
- 19. 如何與負載均衡
- 20. Asp.net負載均衡SessionState
- 21. 負載均衡部署
- 22. 負載均衡SOAP請求
- 23. Nginx負載均衡問題
- 24. HAProxy的負載均衡
- 25. Openmeeting負載均衡http
- 26. NServiceBus：負載均衡訂戶
- 27. 負載均衡和APC
- 28. Akka Http客戶端+負載均衡器
- 29. 帶負載均衡器的RabbitMQ集羣
- 30. Softlayer API獲取負載均衡器destinationIpAddress