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

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部