Db2 pureScale双活共享存储如何设计？

通过一张图来了解多站点GPFS复制拓扑。GPFS复制通过建立文件系统的两个一致的副本来提供存储器级别的高可用性；每个副本在另一个副本发生故障时都可用于恢复。

GPFS为文件系统的第一个副本和第二个副本提供了两个单独的存储控制器。这些存储控制器分别称为冗余组 1 和冗余组 2。GPFS将数据和文件系统元数据都存储在冗余组中。

RSCT 和GPFS集群使用多数节点配额而不是仲裁磁盘配额。对于具有三个地理位置分散的站点的 GDPC，主站点和辅助站点具有相同数目的成员，并且每个站点中都有一个 CF。第三个站点中存在单个仲裁主机。仲裁主机是包含所有文件系统仲裁磁盘的文件系统仲裁冗余组的所有者。这些磁盘仅包含文件系统描述符信息（例如，文件系统配置元数据）。

仲裁站点仲裁主机只需要通过 TCP/IP 访问同一集群中的其他主机。它不需要访问冗余组 1 和冗余组 2 中的数据。在仲裁主机上面，每个共享文件系统都需要独立的文件系统仲裁磁盘用于文件系统配额以及进行恢复。每个磁盘最少需要 50 MB。它可以是本地物理磁盘或逻辑卷 (LV)。

扩展： 因为GPFS复制时通过在本机直接通过SAN访问远程磁盘来写实现同步。当站点1和2之间网络出现问题的时候，数据复制需要停40秒（磁盘超时属性）。这个在很多时候是不能容忍的，尤其出现网络质量差的情况下。所以我在这个地方做了些改进并在生产验证。如图中的db2logfs文件系统是用来放置数据库日志的，当数据库日志的io停止的时候数据库也是会hang住，所以我将db2logfs相关远程盘的主机映射都去掉，这样强制db2logfs在复制的使用tcp网络。