![如何在 tomcat 的 memcached 会话管理器中指定健康检查的超时时间](https://linux22.com/image/660934/%E5%A6%82%E4%BD%95%E5%9C%A8%20tomcat%20%E7%9A%84%20memcached%20%E4%BC%9A%E8%AF%9D%E7%AE%A1%E7%90%86%E5%99%A8%E4%B8%AD%E6%8C%87%E5%AE%9A%E5%81%A5%E5%BA%B7%E6%A3%80%E6%9F%A5%E7%9A%84%E8%B6%85%E6%97%B6%E6%97%B6%E9%97%B4.png)
基本上,该设置由两个 tomcat6 和两个 memcached 节点组成。memcached 会话管理器版本 - 1.8.3(最新版本)。
我正在测试以下场景:
- 客户端使用负载均衡器 URL 登录应用程序
- 负载均衡器正在将请求分发到其中一个 tomcat 节点。
- Tomcat 将会话信息保存到两个 memcached 节点中。
- 其中一个节点是该会话的主节点。
- 主节点宕机以测试 memcached 节点的故障转移。
- 会话从辅助节点恢复。
- 先前的主节点恢复正常运行。
之后,我期望下一个用户请求将触发会话备份到以前的主节点,并且该节点将成为次节点。但事实并非如此,因为 tomcat 没有意识到以前的主节点已恢复正常。会话偶尔会备份,但需要经过一段时间才能进行健康检查(ping 检查),然后 tomcat 才会获得节点再次启动的信息。
问题是我可以在哪里配置控制超时的属性值,以便恢复到启动状态的节点能够被立即或以最少的延迟识别?