数据中心设计——业务连续性

日期: 2010-08-19 作者:AndreasM. Antonopoulos翻译:曾少宁 来源:TechTarget中国

业务连续性取代灾难恢复   现在,越来越多的业务不仅拥有灾难恢复计划,而且正转向实现关键应用极少或零宕机时间的持续业务模型。对于许多业务来说,只是能够在48小时内从一个灾害中恢复已经远远不够了。相反,它们需要实现10到30分钟的灾难恢复,并且在基于磁带的数据恢复中它们支持的恢复时间不应该小于1小时。   如果恢复时间目标(RTO)少于24小时,那么灾难恢复和业务连续性之间的区别几乎可以忽略。

要实现这样的RTO,许多业务必须将它们的规划建立在地理位置分离的持续数据复制上。服务器必须处于待机,甚至活跃/活跃状态。随着RTO接近1小时,这个业务将越来越可能转为活跃/活跃配置而实现接近同步的离线复制。……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

业务连续性取代灾难恢复

  现在,越来越多的业务不仅拥有灾难恢复计划,而且正转向实现关键应用极少或零宕机时间的持续业务模型。对于许多业务来说,只是能够在48小时内从一个灾害中恢复已经远远不够了。相反,它们需要实现10到30分钟的灾难恢复,并且在基于磁带的数据恢复中它们支持的恢复时间不应该小于1小时。

  如果恢复时间目标(RTO)少于24小时,那么灾难恢复和业务连续性之间的区别几乎可以忽略。要实现这样的RTO,许多业务必须将它们的规划建立在地理位置分离的持续数据复制上。服务器必须处于待机,甚至活跃/活跃状态。随着RTO接近1小时,这个业务将越来越可能转为活跃/活跃配置而实现接近同步的离线复制。完整的业务持续性会替代灾难恢复。这要求彻底改变数据中心的设计和它们的底层网络。例如,活跃/活跃的数据中心拓扑将要求在数据中心之间实现高容量的链路以便支持同步或接近同步的数据复制。通常,这意味着需要使用Metro Ethernet或租赁光纤解决方案,或者超高容量的多协议标签交换(MPLS)网络。在底层,一组复制的数据中心可能会与一个2层协议链路(也许是作为VPLS——虚拟私有LAN服务——叠加在MPLS之上的)连接,支持虚拟机复制、广播流量和其它的2层协议特性。

相关阅读:

数据中心设计——规划周期

数据中心设计——灵活性 VS. 适用性

数据中心设计——虚拟化和云计算

数据中心设计——绿色项目

翻译

曾少宁
曾少宁

TechTarget中国特约技术编辑,某高校计算机科学专业教师和网络实验室负责人,曾任职某网络国际厂商,关注数据中心、开发运维、数据库及软件开发技术。有多本关于思科数据中心和虚拟化技术的译著,如《思科绿色数据中心建设与管理》和《基于IP的能源管理》等。

相关推荐

  • 虚拟化灾难恢复如何提高灵活性

    技术架构师Hannah起初部署服务器虚拟化是为了减少数据中心中对物理服务器的需求,但他意识到,虚拟化灾难恢复的敏捷性和灵活性可能会彻底革新公司的标准方法。

  • 供应商比较:数据中心灾难恢复中的WAN优化

    虽然许多WAN优化厂商都能够为区域及分支机构提供改善其WAN链路的产品,但是数据中心灾难恢复以及业务连续性计划对WAN优化技术提出了一套完全不同的需求。

  • 虚拟化的五个重要问题:虚拟化备份与恢复

    毋庸置疑,虚拟化是市场上最具有突破性的技术。然而由虚拟化引起的诸多问题还未解决,本文将从安全性以及虚拟化备份和灾难恢复方面入手介绍。

  • 网络全球化与数据中心设计

    有多个数据中心的机构所需处理的决策,不仅是如何对数据中心内部做联网、打通企业资产与外界连接,还包括如何更好保证数据中心间、数据中心和其他资源间的通信。