爱数博客

Witness IP Adress 仲裁

Witness IP Address 提供一组让GX容灾网关组内的GX节点均能侦测通讯的IP网络，此IP所在设备必须稳定，位于第三方独立场所或云端IP，若无法提供，可选择GX节点所属数据中心的路由网关IP（如站点A），则此方为“偏好方”，当节点间网络全中断，但偏好方的GX节点能继续侦测到Witness IP位置，而继续服务，无法侦测到Witness IP位置的GX节点自动关闭前端主机的IO访问权。
 

• 利用站点A的路由IP作为Witness IP，两数据中心GX容灾网关均可侦测到。
• 所有IP链路、FC镜像链路全部故障，此时站点B的GX容灾网关节点无法侦测到Witness IP，自动停止服务，IO自动Disable掉。
• 待线路恢复后，自动进行log recover，并继续提供前端业务主机的数据IO存取。

IO Fencing仲裁

IO Fencing仲裁，与Witness IP不同的是，当脑裂状态发生时，两地数据中心的所有GX节点暂停服务，待网络修复之后，再恢复提供前端主机的数据IO存取路径。



 

• 当脑裂发生时，此时两端数据中心的GX节点自动停止服务，IO自动Disable掉。
• 待线路恢复后，继续提供前端业务主机的数据IO存取。

No Witness 仲裁


No Witness 此为预设模式，当脑裂发生时，两侧GX节点各自提供服务，前端主机持续就近原则读取数据，此时两侧数据皆有异动。当网络恢复时，GX节点侦测到两侧的数据同时有异动，必须先停止GX服务进入Double Failure状态，待管理员判断以哪侧为主来重新进行数据同步作业。（该仲裁方式不推荐继续使用）



 

• No Witness方式为预设模式。
• 脑裂发生时，此时两端数据中心的GX节点各自提供服务，数据皆有异动。
• 待线路恢复后，GX检测到连段数据各有异动，GX服务进入Double Failure。
• 待管理员判断以哪侧为主来重新进行数据同步作业。

为何需要仲裁（Witness）
 

• 当GX容灾网关节点之间于物理上处于两地数据中心时 [为了支持Stretch Cluster架构]，节点之间沟通的链路 [包含Management and Mirror] 在实务上有可能面临同时中断的风险[例如链路挖断]，进而导致两地存储节点之间进入”脑裂”的状态。
• 在预设的机制下[即没有Witness]，两地的GX容灾网关节点乃各自运作，并允许前端主机持续访问vDisk[脑裂]，但当链路恢复时，两地的GX容灾网关会侦测到各自的vDisk接有异动日志，而进入Double-Failure状态，前端主机全数停止访问，须由人工介入判断以那一侧的数据为最后状态，透过Force-Online的方式，以Full Recovery方式重新抄写。
• 在良好的网络架构设计中，是可以避免脑裂情况发生，如针对Management Link提供云端节点的备援沟通网络，但会需要额外的成本。
• 为补足在大型环境中较复杂的环境，GX7.0提供Witness的机制，避免当脑裂状态发生时，所需的人工操作与耗时的Full Recover动作。

GX仲裁功能给客户带来的价值
 

• 系统内嵌仲裁软件：无需提供额外的机器部署仲裁软件，减少前期因为仲裁设备的投入，降低客户投资预算。

• 无需额外第三数据中心的投资消耗：并没有强制要求部署仲裁设备至第三数据中心，减少数据中心的费用消耗。

• 降低技术人员运维成本：配置使用简单，简化了管理人员的学习成本。