8.3. JBoss EAP 高可用性故障排除
如果您在 Microsoft Azure 中无法使集群正常工作,请验证您是否完成了以下列表中的所有要求。
- 确保托管 JBoss EAP 服务器的 Microsoft Azure 虚拟机使用相同的虚拟网络。
- 确保您有一个 blob 容器供 AZURE_PING 使用。
-
确保您在使用带有
jgroups子系统中配置的 AZURE_PING 发现协议的 JBoss EAP 配置文件。 - 确保您将公共和私有接口绑定到正确的 Microsoft Azure IP 地址。
确保 Microsoft Azure 存储帐户和 blob 容器具有正确的值,并且您是:
- 将它们存储在您的配置文件中,或者
- 启动 JBoss EAP 时设置正确的系统属性.
- 确保您的可分布式 Java 应用已部署到集群中的所有 JBoss EAP 服务器。
8.3.1. 在您的 Blob 容器中清理 Stale 发现文件 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
如果 JBoss EAP 集群使用 AZURE_PING 正常关闭,例如,使用 kill -9 结束 JBoss EAP 进程,则一些过时的发现文件可能保留在您的 Blob 容器中。
这些文件通常在安全的集群关闭时进行清理,但如果从正常关闭后保留,则可能会影响尝试联系不再在线节点的群集成员的启动性能。
如果您遇到问题,您可以设置以下配置,以便在集群查看更改时删除并刷新所有发现文件。
/subsystem=jgroups/stack=udp/protocol=azure.AZURE_PING/property=remove_all_data_on_view_change:add(value=true)
注意
另外,如果在每个视图更改上清理容器不理想,您可以减少尝试加入集群的节点的加入尝试次数。默认加入尝试数量为 10。例如,将加入尝试数设置为 3 :
/subsystem=jgroups/stack=udp/protocol=pbcast.GMS/property=max_join_attempts:add(value=3)
过时的发现文件仍然存在,但尝试加入群集的节点不会花费太多时间尝试联系不再在线的节点。
更新于 2025-05-10