gpt4 book ai didi

使用 mod_jk 进行 Apache Http 负载平衡故障转移

转载 作者:行者123 更新时间:2023-12-01 23:52:53 29 4
gpt4 key购买 nike

我正在使用 apache http 和 mod_jk 进行负载平衡。使用粘性 session 时,如果其中一个 tomcat 实例死亡,请求将成功重定向到另一个节点。如果由于某种原因应用程序死亡但 tomcat 还活着,那么请求将继续发送到具有死亡应用程序的节点。有什么想法可以解决这个问题吗?

下面你可以罚款我的worker.properties文件。

worker.list=myworker

worker.myworker1.port=8009
worker.myworker1.host=host1
worker.myworker1.type=ajp13
worker.myworker1.lbfactor=1

worker.myworker2.port=8009
worker.myworker2.host=host2
worker.myworker2.type=ajp13
worker.myworker2.lbfactor=1

worker.myworker.type=lb
worker.myworker.balance_workers=myworker1,myworker2
worker.myworker.sticky_session=True

谢谢!

最佳答案

通常,当 Tomcat 仍在运行时应用程序不可用时,它会给出 404 错误。我认为有一个工作指令可以处理这个问题,并且是 fail_on_status 并且您可以使用它来处理 404 错误,并且可能不需要在该指令中包含 503 错误代码,这可能意味着 tomcat 已停止并且mod_jk 的工作是故障转移到其他工作节点。对于以逗号分隔的其他错误代码,请尝试使用下面的 workers.properties(附加到每个工作线程的一行)。

worker.list=myworker

worker.myworker1.port=8009
worker.myworker1.host=host1
worker.myworker1.type=ajp13
worker.myworker1.lbfactor=1
#worker.myworker1.fail_on_status=-404,503
worker.myworker1.fail_on_status=-404

worker.myworker2.port=8009
worker.myworker2.host=host2
worker.myworker2.type=ajp13
worker.myworker2.lbfactor=1
#worker.myworker2.fail_on_status=-404,503
worker.myworker2.fail_on_status=-404

worker.myworker.type=lb
worker.myworker.balance_workers=myworker1,myworker2
worker.myworker.sticky_session=True
worker.myworker.sticky_session_force=True

关于使用 mod_jk 进行 Apache Http 负载平衡故障转移,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8345338/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com