Skip to main content

moregeek program

存储容灾的相关限制-多极客编程

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


我们常说的同步容灾最大为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 一致性组进行管理。

SnapshotTivoli 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):

存储容灾的相关限制_设计_02


这是如何得出的呢?

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

存储容灾的相关限制_远程容灾_03


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


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


©著作权归作者所有:来自51CTO博客作者行成的原创作品,如需转载,请注明出处,否则将追究法律责任
存储容灾的相关限制
https://blog.51cto.com/hangcheng/1636231

Swift存储属性-多极客编程

        类是由属性和方法组成,属性一般是访问数据成员,在Object-C中,属性是为了访问封装后的数据成员而设计,属性本身不存储数据,数据是由数据成员存储的,而Swift中的属性分为存储属性和计算属性,存储属性就是Object-C中的数据成员,计算属性不存储数据,但可以通过计算其他属性返回值        存储属性可以存储数据,分为常量属性和变量属性        存储属性适用于类和结构体

为VMware ESXi主机添加本地存储的过程及注意事项-之4-多极客编程

4 在添加本地存储中碰到的问题及解决方法4.1 添加RAID卡后出现PCI故障报警如果添加RAID卡之后,服务器面板报警,显示“PCI”故障,如图2-2-10所示,则需要进入CMOS进行设置,主要步骤如下。图2-2-10 PCI故障灯(1)开机按F1进入系统设置,选择“Load Default Settings”加载默认设置,如图2-2-11所示。图2-2-11 恢复默认设置(2)然后进入“Sys

WSS存储服务器(Windows Storage Server) 2012新功能解析-多极客编程

  虽然最近一段时间有关微软的新闻大多数集中在Windows 8以及Surface平板设备身上,但数周之前Windows Server 2012新版本中所包含的Windows Storage Server 2012同样值得我们关注。这款产品分类两个版本,工作组版与标准版。工作组版本主要针对小型用户群组,授权许可中将其业务连接数量上限设置为250个。它同时也对底层硬件做出限制,要求用户使用单CPU插

利用windows 2008 r2自带的“文件服务”实现NFS存储功能-多极客编程

一 环境说明一台xenserver 6.5服务器(虚拟机)IP:192.168.45.10一台windows 2008 r2 sp1服务器(虚拟机)IP:192.168.45.100二 配置过程xenserver 6.5系统安装(略)windows 2008 r2 spq系统安装(略)开启windows 2008 r2 sp1 NFS服务功能(1)点击“服务器管理器”(2)选择“角色”->

网络存储比较-多极客编程

   存储成为整个系统的瓶颈是指存储设备的带宽达到最大值,或IOPS达到最大值,存储设备限制了系统性能的进一步提升,甚至影响了整个系统的正常运行。由于不同业务系统对存储的性能要求不同,一般小文件(小于1MB)读写型的系统中对IO的要求较高,大文件的读写型系统对存储设备带宽的要求比较高。不同网络存储系统应用模式下系统对存储设备的要求不同,瓶颈点出现的位置和特点也不一样。网络存储系统应用模式1:小型网

企业如何选择存储备份-多极客编程

  尽管小公司不太会面临大公司所面对的“备份窗口”和恢复时间目标这些问题。但是却受制于有限的IT人力和预算!保持简单和经济的数据保护对较小的公司就很关键。  如果问你大公司和小公司有什么区别的话,大概你们给我的回答都是:环境,人力资源。是的,再细分下来看,大公司和小公司计算环境的唯一的较大区别是规模。不过这里存在一个悖论,任何类型的对计算系统的中断或者数据访问无法实现对大公司来说是令人厌烦的,可对

JSP第十五次课:购物车设计-多极客编程

JSP第十三次课:购物车设计相关知识:购物车原理(1)购物车里边存储的是商品链表,实现购物车的添加商品,删除商品,修改商品数量,清除购物车(2)detail.jsp详细信息页,包含文本框输入数量,点击购买,调用doCar.jsp?action=add,实现购买商品(3)showCar.jsp页显示购物车,可以进行购物车商品数量修改、删除商品,清除购物车,统计金额等操作(4)关于购物车“添加商品”-

PCB详细教程(二) 原理图设计初步-多极客编程

    常用功能操作:    获取时时帮助:在任意状态下,点击F1即可获得帮助    复制元件:Ctrl+C和Ctrl+V/点中元件按住Shift直接拖动/Ctrl+D直接复制    删除:点击元件->elete删除/点击edit->delete进入删除模式,点击元件直接删除    放大放小操作:CTRL+鼠标滑轮    旋转元器件:Space(顺时针) SHIFT+SPACE(逆时针

这几天设计讨论的一点心得-多极客编程

这几天和同事讨论新项目、系统的设计方案。理越辩越明,有一些以前模模糊糊的想法、概念,都随着讨论,有时甚至是争论而变得清晰明确。一是服务接口的幂等性。以前做服务接口,都没考虑过这个问题。这次静下来想了想,觉得服务接口必须具备幂等性才对。也就是说,在没有其它操作的情况下,对同一个服务接口无论调用多少次,系统状态以及返回结果都应当是一样的。如果不是这样,前后脚两个操作,一个告诉我说OK了,另一个告诉我说

高级UI交互设计师就业班(签约就业)-多极客编程

高级UI交互设计师就业班(签约就业) 联系人:杨老师联系手机:15618824377 联系电话:021-60907382联系QQ:1253379395一、第一阶段(美学设计与软件技能)1.商务办公:windows、word、excel、ppt办公应用;办公软件在专业中的应用2.美术设计基础:设计素描、水粉、速写的原理及实践,投影、视图、透视,灯光表现,户外写生3.美术设计提高:设计素描、水粉提高课

Redis集群初步设计-多极客编程

1、需求背景最近为满足业务推广活动的需求,需要对Redis集群做容灾,刚开始考虑采用最近比较火的开源方案codis。但考虑到可能会有很多坑,暂不推荐使用,作为后期预研方案。我们之前一直在采用Twemproxy做数据分片,也运行得比较稳定,所以本次出于容灾的考虑,我们又引入了Redis Sentinel来做主从切换。但问题又来了,Twemproxy本身不支持平滑重启(也就是所谓的reload)。正常

SOA架构设计经验分享—架构、职责、数据一致性-多极客编程

阅读目录:1.背景介绍2.SOA的架构层次2.1.应用服务(原子服务)2.2.组合服务2.3.业务服务(编排服务)3.SOA化的重构3.1.保留服务空间,为了将来服务的组合4.运用DDD+GRASP进行分析和设计(防止主观的判断导致错误的假设)5.SOA分布式下的数据一致性5.1.分布式事务(基于DTC的分布式事务)5.2.事务补偿(提供正向或反向的操作来让数据在业务上是一致的)5.3.异步EDA