SVC的ESC拉伸双活模式Lun是否可以就近读写?hperswap模式是否可以就近读写?

SVC的ESC拉伸双活模式Lun是否可以就近读写?hperswap模式lun是否可以就近读写?还是只能读对端lun?造成这个问题的原因是什么?

7回答

邓毓邓毓  系统工程师 , 江西农信
qysonglc905longlw等赞同了此回答
SVC StretchCluster与SVC HyperSwap的最大特性就是SVC节点“站点化”,主机节点“站点化”,存储节点“站点化”,所以这两种模式都是同一站点的主机读写同一站点的SVC的节点,SVC节点读写同一站点的存储节点。所以这两种ACTIVE-ACTIVE存储双活方案,是就近读写的,另外SVC HyperSwap...显示全部

SVC StretchCluster与SVC HyperSwap的最大特性就是SVC节点“站点化”,主机节点“站点化”,存储节点“站点化”,所以这两种模式都是同一站点的主机读写同一站点的SVC的节点,SVC节点读写同一站点的存储节点。

所以这两种ACTIVE-ACTIVE存储双活方案,是就近读写的,另外SVC HyperSwap不仅仅是就近读写,如果本地站点的IO流量连续10分钟低于25%,而对端站点的IO流量连续10分钟高于75%,那么SVC HyperSwap将反转读写关系,优先读写对端站点。

收起
 2017-02-21
浏览2353
  • 感谢解答,但我认为hyperwap双活模式下,不可以就近读写。两个站点都要去找该lun的owner站点去写,然后镜像到另一端缓存。因SVC与vplex的全局一致缓存不同SVC的hperswap是两套缓存表。正式因为这种情况,导致会有主机频繁写对端lun的情况出现,导致lun owner关系反转。 不知道我的看法是否正确?谢谢
    2017-02-23
  • 两端主机是各自访问各端的SVC,但AUX端在未切换为master时是不可被主机读写的。AUX端主机的IO是要同端的SVC 转发到Master端的SVC的。红皮书原文: The Primary site processes all reads and writes, so reads to the non-Primary site have an increase in latency (of 1x the round-trip time (RTT) between the sites) while the data is retrieved over the Private SAN. This increase in latency causes an increase in Primary-to-non-Primary bandwidth use. Writes to the non-Primary site likewise have an increase in latency of 1x the RTT between sites (for a total of 2x the RTT) over writes to the Primary site.
    2017-03-07
  • 邓毓  邓毓 回复 yangsuhua
    如果这样的话,那除非另一站点完全故障了,否则怎么反转?那HYPERSWAP干嘛介绍这个?你的红皮书是哪来的?详见:From an initially created HyperSwap volume, the master vdisk will act as the primary. If there is 10 minutes of more I/O being submitted to the auxiliary vdisk’s site, the system will switch the direction of the relationship. From outside the system, the only visible effects of this are that the hosts on that site will have improved read and write performance, and the active-active relationship for that HyperSwap volume will have a primary attribute of “aux”. HyperSwap volumes in consistency groups all switch direction together. So the direction that a set of active-active relationships in a consistency group will replicate will depend on which of the two sites has the majority of host I/O across all HyperSwap volumes. Note that “the majority of I/O” is currently a comparison of number of sectors written to rather than a count of IOs. A 75% majority is required to switch to provide some hysteresis and prevent frequent alternating of direction.
    2017-03-07
  • 邓毓  邓毓 回复 邓毓
    If there is 10 minutes of more I/O being submitted to the auxiliary 见“more I/O”,更多的IO,说明什么?说明更多的I/O被对端站点提供了,连续10分钟,大于75%,就会反转。 可能你理解错了,更多的I/O不是主机到SVC的,是SVC处理的,也就是SVC和存储处理的。
    2017-03-07
  • yangsuhua  yangsuhua 回复 邓毓
    我觉得是你理解错了。being submitted to the auxiliary,应该是being submitted from the auxiliary site. 监控的是上层host SVC节点的访问流量。当跨站点访问流量更多时,发生切换以提高性能。试问,如你所说master被优先读写,那当什么情况下会出现aux访问超过75%呢? 链路抖动? 我的观点是SVC hyperswap的两站SVC间非global缓存,没有全局缓存的锁机制,两端各自的lun是不可能同时被读写的。另外,你对change volume的理解也是错的。change volume仅在双活关系断开又恢复时,重新同步时才会启用。正常状态下,是不参与双活数据传输的。
    2017-03-10
  • migkill  migkill 回复 yangsuhua
    如果是两个Node分开部署,其实就相当于存储的双控拉开。此情况下两节点后端存储都可以同时读写。但是有单点失效的问题。 如果是两对Node分开部署,只能像您说的设成主从模式,从站点要想访问数据,必须跳转到主节点的那一对Node上。
    2017-05-10
邓毓邓毓  系统工程师 , 江西农信
qysongdocdnyu2017等赞同了此回答
不对1.SVC hperswap虽然是两套缓存表,但是缓存与缓存的同步是在SVC节点间进行的,与主机无关,主机只是读写同站点的SVC节点和存储,不会去读写另一站点的SVC节点,当主机写同站点的SVC节点后,SVC立即返回响应,表明已经完成写操作,剩余的缓存同步和落盘的事情由SVC内部完成。2.SVC hp...显示全部

不对

1.SVC hperswap虽然是两套缓存表,但是缓存与缓存的同步是在SVC节点间进行的,与主机无关,主机只是读写同站点的SVC节点和存储,不会去读写另一站点的SVC节点,当主机写同站点的SVC节点后,SVC立即返回响应,表明已经完成写操作,剩余的缓存同步和落盘的事情由SVC内部完成。

2.SVC hperswap架构,每个站点都有各自的MASTER和AUX VDISK,主机优先读写MASTER VDISK,直到主机出现连续10分钟75%以上的I/O读写在AUX VDISK上,AUX和MASTER的关系将反转,基于这样一种机制,MASTER和AUX的关系不会不停的反转,而是既控制住了反转频率,又在MASTER VDISK站点出现性能问题时,能够及时反转关系,提升性能。

收起
 2017-02-23
浏览2248
  • “当主机写同站点的SVC节点后,SVC立即返回响应,表明已经完成写操作,剩余的缓存同步和落盘的事情由SVC内部完成。”您这个说法肯定是错误的。当主机对同站点的SVC节点进行写操作,写入SVC缓存后,不会立刻返回主机写完成。流程是:主机写入同站点SVC Uper Cache(远程复制模块) ,Uper cache中的远程复制模块同步到对端Uper cache, 对端Uper Cache 返回Ack,本站站点 Uper cache向主机返回写成功ACK。 后面的工作就是Uper Cahce 达到水位线刷入 Lower cache,lower cache 达到水位线刷入后端存储等一系列操作。
    2017-03-06
  • 之前看了你写的hyperswap的微信文章,里面的change Volume的解读也是错的。以下是IBM红皮书原文:With the Storwize V7000 HyperSwap solution, a new type of volume is introduced that is called the HyperSwap Volume. These HyperSwap Volumes consist of a Master Volume and a Master Change Volume (CV) in one system site, and an Auxiliary Volume and an Auxiliary CV in the other system site. An active-active Metro Mirror relationship exists between the two sites. As with a regular Metro Mirror relationship, the active-active relationship attempts to keep the Master Volume and Auxiliary Volume synchronized. The relationship uses the CVs as journaling volumes during any resynchronization process.
    2017-03-07
  • 邓毓  邓毓 回复 yangsuhua
    这里没理解你说的哪里错了,请具体指出。红皮书原文,跟我理解的也没冲突。
    2017-03-07
  • change volume仅在双活关系断开又恢复,进行resync时才会被使用。正常状态下,是不参与双活数据传输的。
    2017-03-12
  • 邓毓  邓毓 回复 yangsuhua
    对啊,不是这样的吗? 一个hyperswap卷是由以下几个部分组成: 1.4个VDISK(可以是THICK/THIN/COMPRESSED,也可以被加密) 2.1个ACTIVE-ACTIVE的REMOTE COPY RELATIONSHIP(系统自己控制) 3.4个FLASH COPY MAPS(FOR CHANGE VOLUMES)(系统自己控制) 4.额外的ACCESS IOGROUP(方便IO GROUP FAILOVER) 基于该hyperswap卷技术,实现了两个站点VDISK的ACTIVE-ACTIVE。站点1的MASTER VDISK写入变化时,被写入站点1的Change Volume中(基于FLASH COPY,变化数据写入快照目标卷,原卷数据不变),站点2的AUX DISK写入变化时,同样被写入站点2的Change Volume中。一段时间后,系统自动停止VDISK与Change Volume间的快照关系,Change Volume将回写变化数据至VDISK,VDISK将通过SVC PPRC(REMOTE COPY)同步变化数据至另一站点的VDISK中,之后,站点VDISK又将重新与Change Volume建立快照关系,与根据这一原理,不断往返变化数据,保持四份COPY数据的同步的关系,当然这些都是SVC hyperswap系统自动完成的,用户无需干预。
    2017-03-12
yangsuhuayangsuhua  存储架构师 , 浪潮信息
docjiangjfrrds666等赞同了此回答
感谢解答,但我认为hyperwap双活模式下,不可以就近读写。两个站点都要去找该lun的owner站点去写,然后镜像到另一端缓存。因SVC与vplex的全局一致缓存不同SVC的hperswap是两套缓存表。正式因为这种情况,导致会有主机频繁写对端lun的情况出现,导致lun owner关系反转。 不知道我的...显示全部

感谢解答,但我认为hyperwap双活模式下,不可以就近读写。两个站点都要去找该lun的owner站点去写,然后镜像到另一端缓存。因SVC与vplex的全局一致缓存不同SVC的hperswap是两套缓存表。正式因为这种情况,导致会有主机频繁写对端lun的情况出现,导致lun owner关系反转。 不知道我的看法是否正确?谢谢

收起
 2017-02-23
浏览2124
yangsuhuayangsuhua  存储架构师 , 浪潮信息
docjiangjf赞同了此回答
流量指的是Aux端SVC转发的流量。即Aux端站点主机访问vdisk的时候需要转发到master端的SVC节点,流量指的是这个跨站点访问的流量,这部IO是2倍的RTT。SVC会反转角色,让流量大的一端就近写,这样可以确保是1倍RTT....显示全部

流量指的是Aux端SVC转发的流量。即Aux端站点主机访问vdisk的时候需要转发到master端的SVC节点,流量指的是这个跨站点访问的流量,这部IO是2倍的RTT。SVC会反转角色,让流量大的一端就近写,这样可以确保是1倍RTT.

收起
 2017-04-14
浏览2129
liliang333liliang333  存储工程师 , 硬件厂商
docbobilly赞同了此回答
能否讲解下hyperswap架构的数据流向方面的知识;既然数据只能由master到aux,为什么aux还会存在数据流量高于master的时候呢?这种情况是不是针对多个业务的情况,比如说aux端的业务流量远大于master的流量的情况。...显示全部

能否讲解下hyperswap架构的数据流向方面的知识;既然数据只能由master到aux,为什么aux还会存在数据流量高于master的时候呢?这种情况是不是针对多个业务的情况,比如说aux端的业务流量远大于master的流量的情况。

收起
 2017-04-14
浏览2094
ZhuJun2014ZhuJun2014  存储工程师 , IBM
jxufe赞同了此回答
esc可以实现本地读本地写。hyperswap当前支持master vol读写,aux转发模式。未来计划支持本地读写模式。显示全部

esc可以实现本地读本地写。
hyperswap当前支持master vol读写,aux转发模式。未来计划支持本地读写模式。

收起
 2017-05-26
浏览2058
liliang333liliang333  存储工程师 , 硬件厂商
hyperswap在本地流量10分钟低于25%时发生角色切换,但hyperswap只访问本站点IO Group,在发生角色切换后,AUX端的业务数据如何同步到Master端?显示全部

hyperswap在本地流量10分钟低于25%时发生角色切换,但hyperswap只访问本站点IO Group,在发生角色切换后,AUX端的业务数据如何同步到Master端?

收起
 2017-02-24
浏览2152
  • “AUX端的业务数据如何同步到Master端?” 数据同步是在SVC的缓存层完成同步的。准确的说是缓存中的 上层缓存中的远程复制模块分配的Cache中完成同步的。
    2017-03-06

提问者

yangsuhua存储架构师, 浪潮信息
相关推广
  • IAAS云平台建设需求有奖调查

  • 2020 容器云职业技能大赛运维岗课程系列之—容器云平台的日常故障处理
    近年来,容器技术的发展也非常迅猛,以docker和kubernetes为代表的容器技术日新月异,但我们也在容器的使用过程中碰到各种困扰和难题。本文针对Docker容器和kubernetes集群安装,部署,维护过程中,产生的问题和故障,做出有针对性的说明和解决方案,希望可以帮助到大家去快速定位和解决类似问题故障。
  • 问题状态

  • 发布时间:2017-02-21
  • 关注会员:6 人
  • 问题浏览:7117
  • 最近回答:2017-05-26