vCenter SRM五问五答

云计算 虚拟化
当你需要对整个数据中心进行备份时,正确配置的vCenter Site Recovery Manger可以最小化虚拟机停机时间。

当你需要对整个数据中心进行备份时,正确配置的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环境制定合适的计划,那么就没有问题。

责任编辑:老门 来源: TechTarget
相关推荐

2012-02-24 10:28:32

2011-12-08 09:47:08

虚拟化应用虚拟化

2013-02-26 14:03:47

VMware WorkWindows 8

2011-11-22 09:53:17

FCoE数据中心存储光纤通道

2022-07-13 18:21:13

RADIUSRADIUS服务器

2013-08-01 16:58:25

2009-03-11 13:18:57

Android入门Android开发Android模拟器

2013-02-22 15:38:26

vCentervCenter Ser

2010-05-28 15:47:16

双绞线

2022-04-01 08:37:07

SpringAPI前端

2013-04-28 10:16:38

数据

2012-10-31 09:41:47

WAN优化SSLHTTPS

2021-04-19 10:03:21

华为极狐造车

2021-11-01 06:28:43

零信任网络访问 ZTNA零信任

2021-10-19 15:09:26

数字化转型CIO数字化

2013-04-02 09:50:39

软件定义数据中心SDDC

2013-08-06 16:03:30

IT移动

2015-09-18 12:58:29

外行大数据

2011-08-05 11:06:33

VMware vSph虚拟化

2023-11-06 11:13:58

Bean占位符标记
点赞
收藏

51CTO技术栈公众号