存储容灾的相关限制

我们常常说存储容灾包括同城容灾和异地容灾,同时也包括同步容灾和异步容灾。

我们常说的同步容灾最大为100公里。该数值指的实际光纤长度是100公里,而不是物理距离,因为你不可能确保两个物理地之间恰巧有一根直线连接的光纤,一般经验中常选择的同步容灾站点物理距离在50-80公里之间。具体还需要根据应用对时延的要求和两地之间的实际测量时延为依据,100公里只是理论值。

存储的同步容灾只能在100公里的范围内实现。这是IT系统容灾界的标准法则。

该法则的计算理论依据为:

1)同步容灾需要任何一个I/O要同时写到生产节点和灾备节点,任何一个I/O写成功都需要返回ACK确认。

2)通常系统的I/O有严格的时延要求,磁盘I/O不能超过1ms才能确保SLA。

3)我们都知道光速是30万公里/秒,但这是光在真空中的速度。但是光在光纤中的速度大概要损失31%,也就是只剩下大约20万公里/秒。

4)根据1-3的事实,可以计算一下同步容灾的距离如下:

1ms* 20万km/s  /2=100km.

这就是100KM的理论值来源。相关存储厂商在远程容灾设计(同步或者异步)上都有基于此计算方法的运用,以IBM和EMC为例:

               
复制类型
               
受支持的软件
               
受支持的存储系统
               
描述
               
Basic HyperSwap
Tivoli Storage Productivity Center for Replication Basic Edition for System z 和 Tivoli Storage Productivity Center for Replication for System z
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
               
Basic HyperSwap 复制是特殊的 Metro Mirror 复制方法,旨在当磁盘存储系统出现故障时提供高可用性。将 Basic HyperSwap 和 Metro Mirror 结合使用时,您可以配置和管理同步对等远程复制 (PPRC) 对。
               
FlashCopy
Tivoli Storage Productivity Center 所有版本
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
               
FlashCopy 复制创建时间点副本,其中,目标卷包含建立 FlashCopy 时源卷上的数据副本。使用 FlashCopy 时,数据存在于相同存储系统中的第二组卷上,并可以复原至第一组卷。

SAN Volume Controller 或 Storwize V7000 FlashCopy 会话使用 FlashCopy 一致性组进行管理。IBM TotalStorage Enterprise Storage Server (ESS)、IBM DS6000 和 DS8000 的会话不使用 FlashCopy 一致性组进行管理。

Snapshot Tivoli Storage Productivity Center 所有版本 XIV 系统                
Snapshot 是创建卷或卷集时间点副本而无需定义特定目标卷的会话类型。创建快照时会自动创建 Snapshot 会话的目标卷。
               
Metro Mirror Single Direction
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
               
Metro Mirror 是在距离最多 300 千米的两个站点间进行同步远程数据复制的方法。源与目标位于不同的存储系统中。使用 Metro Mirror 时,您的数据存在于距离不超过 300 千米的第二个站点上,并且可以复原至第一个站点。
               
Metro Mirror Failover/Failback
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
  • XIV 系统
               
Metro Mirror 是在距离最多 300 千米的两个站点间进行同步远程数据复制的方法。使用 Metro Mirror Failover / Failback 时,您的数据存在于距离不超过 300 千米的第二个站点上。可以使用故障转移和故障恢复来切换数据流的方向。此功能使您能够从二级站点运行业务。

将 Metro Mirror 和 HyperSwap 结合使用时,您的数据存在于距离不超过 300 千米的第二个站点上。数据可以复原至第一个站点。如果主卷遇到永久 I/O 错误,那么您还可以对数据备份副本使用故障转移。

               
Metro Mirror Failover/Failback with Practice
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
               
Metro Mirror 是在距离最多 300 千米的两个站点间进行同步远程数据复制的方法。源与目标位于不同的存储系统中。Metro Mirror Failover / Failback with Practice 结合了 Metro Mirror 和 FlashCopy,可提供远程站点数据的时间点副本。
               
Global Mirror Single Direction
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
               
Global Mirror 是在距离超过 300 千米的两个站点间进行异步远程数据复制的方法。该方法会在源和目标中维护相同的数据,其中源与目标位于不同的存储系统中。使用 Global Mirror 时,您的数据存在于距离超过 300 千米的第二个站点上,并且可以复原至第一个站点。
               
Global Mirror Either Direction with Two-Site Practice
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
               
Global Mirror 是在距离超过 300 千米的两个站点间进行异步远程数据复制的方法。该方法会在源和目标中维护相同的数据,其中源与目标位于不同的存储系统中。Global Mirror Either Direction with Two-Site Practice 结合了 Global Mirror 和 FlashCopy,可提供距离超过 300 千米的主站点或二级站点数据的时间点副本。
               
Global Mirror Failover/Failback
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
  • XIV 系统
               
Global Mirror 是在距离超过 300 千米的两个站点间进行异步远程数据复制的方法。该方法会在源和目标中维护相同的数据,其中源与目标位于不同的存储系统中。使用 Global Mirror Failover / Failback 时,您的数据存在于距离超过 300 千米的第二个站点上,并且您可以使用故障转移和故障恢复来切换数据流的方向。此功能使您能够从二级站点运行业务。
               
Global Mirror Failover/Failback with Practice
Tivoli Storage Productivity Center for Replication Two Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型
  • System Storage DS8000
  • System Storage DS6000
  • SAN Volume Controller
  • Storwize V7000
  • Storwize V7000 Unified
               
Global Mirror 是在距离超过 300 千米的两个站点间进行异步远程数据复制的方法。该方法会在源和目标中维护相同的数据,其中源与目标位于不同的存储系统中。Global Mirror Failover / Failback with Practice 结合了 Global Mirror 和 FlashCopy,可提供与第一个站点距离超过 300 千米的远程站点数据的时间点副本。
               
Metro Global Mirror
Tivoli Storage Productivity Center for Replication Three Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型(仅限 H1 站点)
  • System Storage DS8000
               
Metro Global Mirror 是在不同距离的三个站点间进行连续远程数据复制的方法。Metro Global Mirror 将 Metro Mirror 同步复制和 Global Mirror 异步复制结合到单个会话中,其中 Metro Mirror 目标是 Global Mirror 源。使用 Metro Global Mirror 和 Metro Global Mirror with HyperSwap 时,您的数据存在于距离不超过 300 千米的第二个站点以及距离超过 300 千米的第三个站点上。Metro Global Mirror 使用 Metro Mirror 和 Global Mirror Failover / Failback 来切换数据流的方向。此功能使您能够从二级站点或三级站点运行业务。

将 Basic HyperSwap 和 Metro Global Mirror 结合使用时,您可以配置和管理在灾难恢复事件中需要的三站点连续复制。

               
Metro Global Mirror with Practice
Tivoli Storage Productivity Center for Replication Three Site Business Continuity
  • TotalStorage Enterprise Storage Server 800 型(仅限 H1 站点)
  • System Storage DS8000
               
通过使用 Metro Global Mirror with Practice,您可以在维护灾难恢复能力时实行灾难恢复操作。您的数据存在于距离不超过 300 千米的第二个站点以及距离超过 300 千米的第三个站点上。Metro Global Mirror 结合使用 Metro Mirror 和 Global Mirror Failover / Failback 来切换数据流的方向。因此,您可以从二级站点或三级站点运行业务,并模拟灾难。

EMC:

从IBM DS8000的方案中可以看到,他推荐的Metro/Global Mirror方案最大距离在303公里的时候可以保证同城RPO为0(参考https://www-03.ibm.com/systems/cn/resources/systems_cn_03_DS8000_090709.pdf):

这是如何得出的呢?

通过查看DS8000的相关子系统性能参数定义中的IO响应时间,我们知道原来IBM定义的IO响应时间在5ms以内为高IO性能:

而IBM 的SVC通过利用自身的 VDisk Mirror在本地主中心机房实现存储高可用,从而保证本地机房的数据读写的连续性,也加快了IO响应。

以5ms的IO响应时间为优推算,要达到RPO=0并且响应时间最优,也就是250公里,而IBM宣传的最大传输最大303公里是放宽了DS8000和SVC的最优IO响应时间阀值,还是基于光链路速度和和光损耗的优化呢?

时间: 2024-08-05 15:13:49

存储容灾的相关限制的相关文章

容灾、备份、存储

百度词条---王建成解读 容灾:一般是异地,否则如何容得了灾?==>是不是本地.不同机房就不算容灾,究竟是地方还是技术本身才是关键? 经典语录:容灾系统是数据存储备份的最高层次. [数据级容灾]是指通过建立异地容灾中心,做数据的远程备份,在灾难发生之后要确保原有的数据不会丢失或者遭到破坏,但在数据级容灾这个级别,发生灾难时应用是会中断的.在数据级容灾方式下,所建立的异地容灾中心可以简单地把它理解成一个远程的数据备份中心.数据级容灾的恢复时间比较长,但是相比其他容灾级别来讲它的费用比较低,而且构建

Redis存储及容灾策略

Redis利用内存发挥的高性能读写在很多场景下大有所为,但是Redis本身毕竟还是一个单机数据库,如果系统对其属于强依赖,那么还是必须做好必要的容灾,针对这个问题,有以下几种策略: 一.M/S切换 由于Redis是单机数据库,所以针对MySQL的一些容灾方案也能顺利适用,例如当Redis意外宕机,可以将请求马上切到备库,同时快速恢复数据. 二.AOF Redis有两种持久化的方式,分别是SnapShotting和Append-Only File,其原理和特性可以参考<对redis数据持久化的一些

【大话存储】学习笔记(17章),数据容灾

数据容灾 数据备份系统只能保证实际上被安全复制了一份,如果生产系统故障,必须将备份数据尽快的恢复到生产系统中继续生产,就叫容灾. 容灾可以分为四个级别: 数据级容灾:只是将生产站点的数据同步到远端. 与应用结合的数据级容灾:保证对应应用数据一致性. 应用级容灾:需要保证灾难发生以后,需要保证原生成系统中的应用系统在灾备站点可用. 业务级容灾:除了保证数据.应用系统在灾备站点可用,还要保证整个企业的业务系统仍对外可用,是最终层次的容灾. 概述 如果要充分保证数据的安全,只是在本地做备份是不够的,所

主从集群搭建及容灾部署redis

redis主从集群搭建及容灾部署(哨兵sentinel) Redis也用了一段时间了,记录一下相关集群搭建及配置详解,方便后续使用查阅. 提纲 l  Redis安装 l  整体架构 l  Redis主从结构搭建 l  Redis容灾部署(哨兵sentinel) l  Redis常见问题 Redis安装 发行版:CentOS-6.6 64bit 内核:2.6.32-504.el6.x86_64 CPU:intel-i7 3.6G 内存:2G 下载redis,选择合适的版本 [[email prot

redis主从集群搭建及容灾部署(哨兵sentinel)

Redis也用了一段时间了,记录一下相关集群搭建及配置详解,方便后续使用查阅. 提纲 l  Redis安装 l  整体架构 l  Redis主从结构搭建 l  Redis容灾部署(哨兵sentinel) l  Redis常见问题 Redis安装 发行版:CentOS-6.6 64bit 内核:2.6.32-504.el6.x86_64 CPU:intel-i7 3.6G 内存:2G 下载redis,选择合适的版本 [[email protected] software]# wget http:/

云环境下的容灾

声明: 本博客欢迎转发,但请保留原作者信息! 博客地址:http://blog.csdn.net/halcyonbaby 内容系本人学习.研究和总结,如有雷同,实属荣幸! 云环境下的容灾 什么是容灾? 简单的说是对灾难的而应对策略.比如火灾,盗窃,人为损坏,火山,地震,洪水,战争,飓风等自然灾害或者人为灾害. RTO/RPO RPO(Recovery Point Objective): 指灾难后可能恢复到的时间点.涉及丢失业务数据的多少. RTO(Recovery Point Time): 指灾

河南夏邑县卫生局容灾智能鼎

客户简介: 河南夏邑县卫生局是河南商丘社会事务管理机构的知名企业,地址位于县府路中段.主要职责为:制订全县卫生人才发展规划和卫生人员职业道德规范:参与组织卫生技术人员资格认定工作:负责全县医疗卫生单位职业道德教育.法制教育,促进卫生行业的社会主义精神文明建设:研究制订全县基层卫生.妇幼卫生工作规划和措施等工作. 项目背景: 现如今,随着信息化社会的不断壮大,系统的数据也与日俱增.卫生局各部门的数据重要性变的不可小觑,任何人为的误操作.软件缺陷.硬盘故障.电脑病毒.黑客攻击甚至自然灾害等诸多因素,

容灾闲谈

今天只想说一件事 容灾 什么是容灾系统? 通俗讲 就是为了防止天灾人祸.不可抗力 在两地建立相同的IT系统 彼此有同步,随时能切换 ▼ 容灾系统分为三个层次 ↓ ①数据容灾 其实就是数据远程的备份 灾难发生时,只保证数据不丢失 但是业务会中断,慢慢恢复.重建 ②应用容灾 在数据备份或同步的基础上 还要建立一套相同的应用系统 除了涉及数据,还要涉及到 主机.网络.存储.OS.软件等等 很复杂,但是这种付出是有回报的 灾难发生时,业务能快速回复甚至不中断 ③业务容灾 业务容灾就更复杂了 不仅包含了I

3 Exchange 2016异地容灾系列-Exchange部署(五)

这段时间还没等我写出这篇博客,测试环境就over了,只能找下其他的相关图片来更新下了.下面我们来看下如果发生主站点灾难性事故后,如何将Exchange切换到容灾站点中. 一.环境信息 服务器名称 操作系统 IP地址 网关 DNS 角色 BJAD01 windows server 2012 R2 10.1.1.1 10.1.1.10 10.1.1.1 北京域控01 BJEX01 windows server 2012 R2 10.1.1.2 10.1.1.10 10.1.1.1 北京Exchang