当你需要对整个数据中心进行备份时,正确配置的vCenter Site Recovery Manger可以最小化虚拟机停机时间。
管理员可以通过多种方式保护自己的虚拟环境,但是当整个数据中心遭遇灾难袭击时,VMware SRM(vCenter Site Recovery Manager)可以在最短的停机时间内恢复多台虚拟机的正常运行。当然,拥有灾难恢复(DR)产品只是实现灾难恢复的***步,而进行正确配置、保证其在灾难发生时能够正常工作完全是另外一件事情。
Luke Huckaba是Rackspace公司的虚拟化架构师,其博客当中有很多关于SRM和虚拟化的文章。关于备份产品的不同类型、管理员实施和管理SRM的必要技能等话题,SearchVMware对其进行了采访。
怎样优化SRM以尽量缩短恢复时间?
缩短恢复时间的***方式是减少SRM对于虚拟机(VM)的操作。vCenter SRM拥有多种功能,比如更改IP、在SRM服务器或者客户端操作系统上运行脚本,但是所有这些操作都将会增加系统在时间方面的开销。
此外,如果你正在尝试恢复的所有虚拟机之间都不存在依赖关系、可以同时启动,那么***按照默认方式将它们划分到三个优先级组当中。如果将它们划分到五个不同的优先级组当中,就要首先启动***组中的虚拟机,只有当***组全部启动完毕之后,才能开始启动第二组虚拟机。
我曾经测试过基于阵列的复制功能,使用NetApp SnapMirror和具有RecoverPoint 功能的EMC阵列,发现他们的恢复性能几乎相同,因为在导入虚拟机之前,恢复过程当中它们都需要在宿主机当中添加卷或data store。
如果你使用vSphere Replication,可以节省建立存储块所花费的时间。实际上它的运行速度非常快——当然比基于阵列的复制方式更快——但是你的恢复时间目标可能会受到影响,因为其并非是针对大型企业环境而设计的。
vCenter SRM的竞争对手?
我首先想到的是Zerto,其推出了一款伟大的产品;你甚至可以在自己的SRM环境当中使用它。之前我已经将SRM定义为一种业务流程工具,因为它并没有完成任何实际的繁重工作——存储复制。它只是和不同的系统进行通讯,告诉所有其他部分应该做什么,而Zerto更像是一个人在演独角戏。它可以选定时间点(PIT)、通过复制的方式来实现恢复功能。
EMC RecoverPoint也提供了类似的功能,但是它不能和SRM协同工作。如果你的生产环境和灾难恢复环境完全不同,那么应该考虑使用Zerto,而不是投入大量费用使得存储系统能够协同工作。当然,你可以在不同的存储环境当中使用vSphere Replication,但是你的恢复点对象(RPO)相比于Zerto可能会更高一些,再次强调,在大规模环境当中并不推荐使用vSphere Replication。
SRM是否需要和VMware VDP/VDPA协同工作以实现备份和恢复?
它们是适用于两种不同情况的不同协议。我们可已经将SRM理解为数据中心的整体灾难恢复软件;它会将所有服务器都转移到另外一个数据中心当中,之后全部启动。SRM可以在几分钟之内恢复大量虚拟机,我曾经看到过5分钟之内恢复40台虚拟机。
而另一方面,VDPA不能以这样快的速度恢复一台单独的虚拟机,而恢复40台虚拟机的速度更要慢得多了。但是,但是如果你需要从意外删除的虚拟机当中取回一些数据,而不必恢复保护组当中的所有虚拟机,那么VDPA就可以发挥作用了。
SRM没有时间点恢复选项,尽管可以通过vSphere Replication方式实现——还有其他基于阵列的复制选项——但是VDP却支持这些选项。你还可以将这些恢复点保存一段时间,以防止意外情况发生。
如果将它们搭配使用将会是一种很好的解决方案,但是需要注意的是SRM仍然是灾难备份领域当中的***,而VDPA只是一种备份解决方案。
vCenter SRM在站点恢复的配置或者执行上有哪些缺点?
我听到的最多的关于SRM的抱怨就是你必须单独地为每个站点设置映射。比如,当登陆到你的受保护(源/生产环境)站点,你可以在恢复(目标/灾难恢复)站点映射集群、主机、文件夹和端口组。这很酷,对吗?是的,
你很清楚所有的负载都在哪里;但是,你必须登陆到恢复站点,按照相反的方向再次进行映射。这是故障恢复——以及重新保护和随后的故障转移——所必需的。但是这样很有可能导致重新保护失败,因为它不能创建虚拟机占位符。话虽如此,我还是预计这个问题将会在SRM的下个发行版本当中被修复。
另外一种抱怨是其不能导出配置。如果你想要迁移到一台新的服务器,你所做的只能是重新安装、指向现有的数据库。从服务提供商的角度来说,想要将客户移动到另外一个SRM对是非常困难的,我所说的困难是推到重来。如果对于只有你自己的数据中心来说,这并不是什么大问题。
作为一个脚本编写者,我还希望能够拥有PowerCLI cmdlets。它们允许你通过PowerCLI连接到SRM服务器,但是所有的命令都是基于API的。
vCenter SRM是否适合于多hypervisor环境的灾难恢复?
并不适合。SRM只支持VMware环境,不能和其他厂商的产品兼容。但是这并不意味着你不能使用一些基于阵列复制的产品来复制存储,只是业务流程需要自己控制。只要你能够使用SRM为VMware环境制定合适的计划,那么就没有问题。