集群不起作用&&amp；#39； [英] Clustering doesn't work

问题描述

我配置了两个Tomcat的集群，在前面使用了Apache并将mod_jk用作连接器。我尝试了一个测试应用程序来检查配置，它运行良好。正在成功复制会话，并成功检测到故障转移。但当我在我的实际应用程序中尝试这一点时，它不起作用。我在HTTPD.conf中进行了相应的非常仔细的修改。日志中没有例外，也没有错误。我无法跟踪这个问题。最初，我为特定的类获取NotSerializableException，并使它们可序列化。现在没有例外，但如果托管Tomcat被关闭，即使集群中的其他Tomcat成员还活着，我仍然无法加载应用程序。你们能帮帮我吗。我可以理解，当你不确定问题的时候，很难提出解决方案。

推荐答案

所以您有两个服务，配置方式相同，只是其中一个故障转移正确，而另一个没有？

当你看到一些看起来不可能的东西时，有一个普遍的经验法则。这条规则是，你看到的不是你认为你看到的东西。经常是因为被戏称为PEBKAC(键盘和椅子之间存在问题)。真正令人沮丧的是，无论它多么明显，你可以盯着它看100次，但它并不明显，因为你看到的是你"知道"的东西，而不是那里的东西。

根据我的经验，有两种解决此类问题的好方法。

1. 把它带给其他人，让他们找出你做的不同之处。考虑到他们看到的是什么，而不是你"知道"的，他们通常会看到你看不到的东西。(假以时日，你也许有一天也能报答他们的恩惠。)
2. 从工作配置和非工作配置开始，将它们之间的路径"一分为二"，直到得到区分工作和非工作之间的最小差异。缩小这种差异，你要么知道要修复什么，要么就有一个测试用例可以给别人。

您很可能需要遵循第二种方法。你可能不想--我从来不想--但它通常没有你想象的那么痛苦。您首先在测试系统上复制完整的应用程序，并演示您也遇到了同样的失败。(如果没有，那么您就开始仔细地寻找生产和测试之间的差异。尤其要查看操作系统版本、库版本等内容。)

假设您有一个测试系统，保存该配置。然后开始删除您认为与配置问题无关的实际应用程序的大块，定期测试您是否走在正确的道路上。(每一次你都在存钱。)一旦您有了一个最小的应用程序，就开始尝试将其推向可工作的测试应用程序。在某个地方，你会发现改变会带来不同。它可能在任何地方。一旦您找到了它，您通常就会确切地知道如何修复您的生产系统。或者，如果你不这样做，你就会相当清楚地知道你的问题。

有时您会发现一个奇怪的错误。如果是这样，那么您应该开始尝试尽可能地简化所有事情，直到您有一份好的错误报告要发送为止。

这篇关于集群不起作用&&amp；#39；的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！