存储数据保护技术——HyperMetro双活技术讲解

HyperMetro是一种数据中心双活解决方案,确保在两地三中心的部署中实现数据高可用。通过分布式锁机制保证数据一致性,当主机写入时,仅允许一台主机进行数据写入,另一台则处于只读状态。在发生故障或数据中心间通信中断时,仲裁模式(如静态优先级或仲裁服务器模式)用于决定主设备,避免脑裂现象。该方案还具备良好的扩展性设计,确保在长距离传输和不同部署环境下稳定运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

基本概念

双活部署方式

当数据中心A和数据中心B同时写入数据,怎么区分?怎样保证数据一致性

仲裁模式

脑裂现象

两种仲裁模式

静态优先级模式

仲裁服务器模式

双写原理

方案扩展性设计


基本概念

HyperMetro 双活

双活没有主从的概念

正常情况下,双活特性中的两个数据中心互为备份,且都处于运行状态

当其中一个数据中心发生故障时,可以自动切换到另一个数据中心

双活部署方式

本地数据中心部署:通常部署在同园区的不同机房中

跨数据中心部署:    通常部署在同城或着相近城市的来两个数据中心(300km以内)

对于长距离传输(FC组网≥25kmIP组网≥80km),方案需要准备波分设备来保证网络的传输时延

当数据中心A和数据中心B同时写入数据,怎么区分?怎样保证数据一致性

通过分布式锁互斥来保证数据的一致性

互斥

同时只能有一台主机进行数据写入(主机A写入的时候,主机B不能写入--对后端的整列为只读状态)

分布式锁

当主机A进行写入时(会双写到阵列AB),会将其写入数据的空间进行锁定----主机B写入时不会写入到此空间,会写入到其它的空间中(空间锁定会进行动态调整,分布在两个阵列上)

注意

当其中一个阵列发生故障时,当主机进行写入数据时,会将差异数据记录到DCL存储空间中,等故障阵列恢复后,将数据增量写入到阵列

仲裁模式

脑裂现象

数据中心A和B之间进行数据同步的线缆出现故障,此时数据中心之间无法通信,不知道主备设备是哪个,造成脑裂现象

当脑裂或者其中一个数据中心出现故障时,可以通过仲裁来决定谁是主设备--可以进行数据读写,谁是从设备--不能进行数据读写

两种仲裁模式

通过不同的仲裁方式来判断主备设备

静态优先级模式

未配置仲裁服务器时使用此场景。通过本地优先级来判断谁是主

仲裁服务器模式

哪个阵列先找到仲裁设备,哪个就为主---------是一个软件,一般安装在Linux系统中

双写原理

方案扩展性设计

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

静下心来敲木鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值