tomcat集群的failover机制

最新推荐文章于 2024-08-06 08:55:05 发布

超人汪小建(seaboat)

最新推荐文章于 2024-08-06 08:55:05 发布

阅读量5.5k

点赞数

文章标签： tomcat 集群 failover 高可用故障转移

本文链接：https://blog.csdn.net/wangyangzhizhou/article/details/52100609

版权

tomcat内核同时被 2 个专栏收录

133 篇文章 46 订阅 ¥79.90 ¥99.00

订阅专栏

超级会员免费看

杂

340 篇文章 0 订阅

订阅专栏

本文介绍了Tomcat集群中的Failover机制，通过BackupManager模式确保高可用性。会话黏贴配合负载均衡器实现故障转移，当节点宕机时，备份节点接管工作。详细分析了不同故障情况下，如tomcat1、tomcat2或其它节点宕机时的处理策略，解释了JvmRouteBinderValve阀门在会话路由中的关键作用。同时提及了作者的新书《Tomcat内核设计剖析》。

摘要由CSDN通过智能技术生成

集群要提供高可用性就必须要有某种机制去保证，常用的机制为failover（故障转移），简单说就是通过一定的heartbeat检测是否有故障，一旦故障发生备份节点则接管故障节点的工作。

tomcat使用BackupManager模式管理会话必须由负载均衡器提供会话黏贴（Session Stick）机制配合，所谓会话黏贴其实是一种会话定位技术，即在tomcat节点上生成一种包含位置信息的会话id，一般是附带了tomcat实例名，当客户端再次请求时负载均衡器会解析会话id中的位置信息并转发到响应节点上，例如对客户端的请求解析出tomcat1则把请求转到tomcat1，解析出tomcat3则转到tomcat3。假如使用apache作为load-balancer则可以使用Mod_JK实现会话黏贴。

这里写图片描述

如下图，看看在不同的故障情况下BackupManager会话管理器是如何处理让故障不影响整体的可用性的。一个请求会话包含了tomcat1信息，通过apache负载均衡器后定位到集群的tomcat1节点，此客户端对应的会话标识为id1，会话备份件存放在tomcat2节点上，假如tomcat1一直运行得很好，那么客户端每次的请求都将到此节点处理，此节点包含了用户的会话对象，所以