基本上，该设置由两个 tomcat6 和两个 memcached 节点组成。memcached 会话管理器版本 - 1.8.3（最新版本）。
我正在测试以下场景：
- 客户端使用负载均衡器 URL 登录应用程序
- 负载均衡器正在将请求分发到其中一个 tomcat 节点。
- Tomcat 将会话信息保存到两个 memcached 节点中。
- 其中一个节点是该会话的主节点。
- 主节点宕机以测试 memcached 节点的故障转移。
- 会话从辅助节点恢复。
- 先前的主节点恢复正常运行。
之后，我期望下一个用户请求将触发会话备份到以前的主节点，并且该节点将成为次节点。但事实并非如此，因为 tomcat 没有意识到以前的主节点已恢复正常。会话偶尔会备份，但需要经过一段时间才能进行健康检查（ping 检查），然后 tomcat 才会获得节点再次启动的信息。
问题是我可以在哪里配置控制超时的属性值，以便恢复到启动状态的节点能够被立即或以最少的延迟识别？