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:
将
ha-policy添加到 Live Server。/subsystem=messaging-activemq/server=default/ha-policy=shared-store-master:add
/subsystem=messaging-activemq/server=default/ha-policy=shared-store-master:addCopy to Clipboard Copied! Toggle word wrap Toggle overflow 将
ha-policy添加到备份服务器。/subsystem=messaging-activemq/server=default/ha-policy=shared-store-slave:add
/subsystem=messaging-activemq/server=default/ha-policy=shared-store-slave:addCopy to Clipboard Copied! Toggle word wrap Toggle overflow 确认共享的
cluster-connection是否存在。实时和备份服务器之间的正确通信需要
群集连接。使用以下管理 CLI 命令,确认实时和备份服务器上配置了相同的cluster-connection:该示例使用standalone,这应该足以满足大多数用例的需要。如需有关如何配置集群连接的详细信息,请参阅配置集群连接。-full-ha 配置配置文件中找到的默认 cluster-connection/subsystem=messaging-activemq/server=default/cluster-connection=my-cluster:read-resource
/subsystem=messaging-activemq/server=default/cluster-connection=my-cluster:read-resourceCopy to Clipboard Copied! Toggle word wrap Toggle overflow 如果存在
cluster-connection,输出将提供当前的配置。否则将显示错误消息。
有关共享存储策略的所有配置属性的详情,请参阅所有共享存储配置。