今天，微软宣布了对微软Azure IaaS备份功能的一系列增强。虽然这次发布的重点是本机备份（从Azure到Azure），但有一个相邻的开发让我非常兴奋：新特性Snapshot Extension。这是为了允许独立软件供应商（ISV）对Azure虚拟机备份快照数据进行映像级访问而设计的，这反过来又打开了几乎无穷无尽的功能，包括将Azure虚拟机备份回本地环境。我对此特别兴奋，因为这个功能看起来和我要求微软Azure数据保护人员实现它的方式完全一样，在线建站平台，中国物联网，所以我认为我的反馈在设计过程中得到了考虑。但让我退一步，解释一下为什么在公共云环境中运行的vm备份回本地环境如此重要。有些人可能会问——既然所有公共云供应商都已经提供了内置备份服务，为什么要这么做？好吧，我想讲一个故事来回应这个问题。几年前，一家领先的公共云供应商经历了一次巨大的数据丢失，导致大约10万名客户丢失了所有数据。两周后，这家供应商报告说，98%的受影响用户的数据已经恢复。到目前为止，复苏似乎取得了巨大成功。但不要太快，物联网协议，让我们从受影响客户的角度来看这些数字意味着什么。有多达2%——即2000人——的客户在两周后仍然没有得到他们的数据。我们不知道他们最终是得到了他们的数据，还是永远失去了数据。我们都应该扪心自问的问题是，我们是否希望有一天成为2000人中的一员？或者我们宁愿确保这一切永远不会发生。此外，这意味着大约50%的受影响用户（顺便说一句，也就是5万人）几乎一周都没有拿回他们的数据！想想这个数字。这确实不是您的企业在21世纪所能容忍的可用性，因为老实说，即使是30年前的数据保护技术也提供了比一周更好的RTO。如今，企业希望全天候提供服务。最后，大数据查询，100%受影响的用户对恢复过程没有任何控制。他们基本上都受云供应商的摆布，因此他们不仅没有任何能力来加速恢复过程，甚至无法向他们的业务提供任何预计何时恢复的数据。我相信在这两个星期里，很多IT部门的人…幸运的是，大多数认真考虑在公共云中运行生产工作负载的人都意识到这是道路阻塞和显示停止问题。正如我曾经在与Microsoft Azure团队的讨论中指出的，高返利页游，我坚信缺乏可靠的备份解决方案是公共云采用的最大障碍之一，而且显然，大多数公共云供应商甚至没有意识到这一点！当然，现在有很多方法可以使用老式的基于代理的备份方法将数据从运行在公共云中的vm备份到本地。事实上，我们有很多Veeam端点备份免费beta测试人员使用该工具来保护他们的Azure vm。这当然可以做到，但是需要与azurevm联网，以便将生成的本地备份返回到数据中心，当然，这些拷贝需要大量的带宽和时间来执行。但是，更大的问题是特工们自己。在2015年，很少有人需要接受教育，为什么基于代理的备份不能很好地与私有云中的虚拟化配合，以及为什么基于主机的备份是正确的选择。除了代理管理的噩梦之外，成千上万的代理开始工作，从生产工作负载中窃取了大量的CPU，从而显著降低了VM整合率，从而增加了此类解决方案的总体拥有成本（TCO）。但在公共云中，同样的问题会因为您也要为所有这些活动付费而倍增，所以这样一个备份解决方案的总体拥有成本（TCO）会急剧上升。最后但并非最不重要的一点是，客户希望vm的可用性，无论它们在何处运行，无论是在自己的数据中心还是在公共云中。他们希望以确保所有数据和应用程序的RTPO