AWS灾难恢复并非云备份万能药

日期: 2013-06-07 作者:Beth Pariseau翻译:张培颖 来源:TechTarget中国 英文

亚马逊Web服务提供了廉价的存储和计算容量,几乎可以从任何地方访问,但是对于灾难恢复问题却并不是完美的答案。

  亚马逊Web服务(AWS)弹性计算云(EC2)服务为例,并不能够为灾难恢复提供亚马逊区域之间的远程工作负载复制。

  第三方和内置应用级别的工具可以用来实现这项工作,但是集成工作要求故障恢复能够平滑的运行,Inmar高级DevOps工程师Andres Silva说道,这是一家物流和药剂账单公司。

  “在我们的案例中,因为我们的产品严重依赖AWS……不可能在本地做DR,因此我们必须进入另一个区域,”Silva表示,“我们的工作还在进行中,前路漫漫。”

  亚马逊的确为其关系型数据库服务提供了复制,但是其他的应用组件需要用自己的手段跨区域复制,这样很难追踪,Silva如是说道。

  其他的AWS用户害怕万一宕机失去互联网到云的连接性,采取了“吊带裤”的方法在云端和本地备份数据。

  通过使用亚马逊,“确实获得了地理多元化,这也正是企业在灾难恢复中所寻求的,”Richard Calmas说道,他是金融服务公司 Neighborhood Pay Services的CEO,“但是但是本地做物理备份更加安逸且直接。”

  用亚马逊存储成本是每月几便士,但是要为存储容量永久付费,而不是一次性支付给托管备份厂商,这种方法并不适用于每一个人。

  “如果我们需要快速构建一个应用,亚马逊的价值就能够充分体现,”Monsoon Commerce公司的高级网络工程师Michael Warchut说道,“但是通常,对于给别人钱让他们做我们自己能做的事情而言,我并不能充分信任。”

  然而,亚马逊分销商和咨询师表示AWS灾难恢复业务节节攀升,主要是由于廉价的存储,且能够自动化一切事物。

  云端的现代化DR对于企业而言有时候意味着,传统静态辅助站点和能够瞬间在云端得到资源之间的一种混合的方法,2nd Watch公司的CEO Kris Bliesner说道,这是一家云计算咨询以及系统集成商。

  因此可以称之为试用点DR,IT部门能够在亚马逊上构建自己的基础架构的一部分,旨在灾难事件中扩展基础架构的全部规模。

  Bliesner政府领域的一个客户,由于硬件宕机在AWS环境中恢复了,能够在AWS中建立完整的数据中心,只用了两个小时。

  “现在他们在AWS上运行业务,在另一个区域寻求故障恢复,”Bliesner说道。

  然而,实现这些事情的有一个学习曲线,尤其是复制集成。

  “我希望像Commvault或者Tivoli能够接纳试用点的想法,AWS一侧并没有提供一个平台,你只能用第三方的工具,没人提供开箱即用的产品,”Bliesner最后表示。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

翻译

张培颖
张培颖

云计算网站编辑

相关推荐

  • 通过多云自动故障转移强化灾难恢复策略

    虽然灾难事件的发生是无法完全杜绝的,但是由灾难事件所导致的业务中断却是可以避免的。通过使用正确的工具和采用合适的测试策略,多云中的主动-主动故障转移可确保企业的一切业务正常运行。

  • 灾难来袭:AWS备份恢复你的云

    执行着不充足而且过时的灾难恢复计划的企业可能已经深陷危险而不自知。这些服务提供了一种架构,让开发人员可以实现冗余。

  • AWS备份选择:突发灾难事件的克星

    AWS公共云基础设施以多种服务和工具的形式为客户们提供了灾难恢复和备份的功能,但是用户们还必须遵守AWS的共享责任模式并使用云开发模块来支持其正常运行时间的需求。

  • AWS 配置附件实现AWS标签创建的自动化

    AWS配置规则允许管理员们为资源自动打上标签,这有助于提高安全性,防止出现蔓延并确保成本与预期相符。