30.4. 共享存储


这种高可用性方式不同于数据复制,因为它需要可由实时和备份节点访问的共享文件系统。这意味着服务器对在其配置中使用相同的位置来分页、 消息日志、绑定日志和 大型消息

注意

Windows 上不支持使用共享存储。当使用红帽 GFS2 或 NFSv4 版本时,Red Hat Enterprise Linux 中支持它。另外,只有 ASYNCIO 日志类型支持 GFS2,而 ASYNCIO 和 NIO 日志类型都支持 NFSv4。

此外,对中的每个参与服务器(实时和备份 )也需要定义群集连接,即使不是群集的一部分,因为 群集连接 定义备份服务器如何将其存在声明到其实时服务器和其他任何节点。有关如何完成此操作的详情,请参阅配置集群连接

发生故障转移并且备份服务器接管时,它将需要从共享文件系统加载持久存储,然后才能客户端连接它。这种高可用性方式不同于数据复制,因为它需要可由实时和备份对访问的共享文件系统。这通常是某种高性能存储区域网络或 SAN。红帽不推荐将网络附加存储(称为 NAS)用于您的存储解决方案。

共享存储高可用性的优势在于实时节点和备份节点之间不会发生复制,这意味着它不会因为正常操作期间复制的开销而受到性能偏差。

共享存储复制的缺点在于,当备份服务器激活它需要从共享存储加载日志时,这可能需要一些时间,具体取决于存储中的数据量。此外,它还需要 JBoss EAP 支持的共享存储解决方案。

如果您在正常操作过程中要求最高性能,红帽建议访问高性能 SAN,并接受稍慢的故障转移成本。确切的成本将取决于数据量。

30.4.1. 配置共享存储

注意

以下示例假定您将使用 standalone-full-ha 配置配置文件运行 JBoss EAP:

  1. ha-policy 添加到 Live Server。

    /subsystem=messaging-activemq/server=default/ha-policy=shared-store-master:add
    Copy to Clipboard Toggle word wrap
  2. ha-policy 添加到备份服务器。

    /subsystem=messaging-activemq/server=default/ha-policy=shared-store-slave:add
    Copy to Clipboard Toggle word wrap
  3. 确认共享的 cluster-connection 是否存在。

    实时和备份服务器之间的正确通信需要 群集连接。使用以下管理 CLI 命令,确认实时和备份服务器上配置了相同的 cluster-connection :该示例使用 standalone -full-ha 配置配置文件中找到的默认 cluster- connection,这应该足以满足大多数用例的需要。如需有关如何配置集群连接的详细信息,请参阅配置集群连接

    /subsystem=messaging-activemq/server=default/cluster-connection=my-cluster:read-resource
    Copy to Clipboard Toggle word wrap

    如果存在 cluster-connection,输出将提供当前的配置。否则将显示错误消息。

有关共享存储策略的所有配置属性的详情,请参阅所有共享存储配置。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat