NetApp 技术报告在 NetApp存储系统上部署 VMware vCenter Site Recovery Manager 4.docx

《NetApp 技术报告在 NetApp存储系统上部署 VMware vCenter Site Recovery Manager 4.docx》由会员分享，可在线阅读，更多相关《NetApp 技术报告在 NetApp存储系统上部署 VMware vCenter Site Recovery Manager 4.docx（42页珍藏版）》请在三一文库上搜索。

1、NetAppGofurther,faster技术报告在NetAppFAS/V系列存储系统上部署VMwarevCenterSiteRecoveryManager4NetApp公司LarryTouchettexJulianCates2012年2月ITR-36711.4版在NETAPPFAS/V系列存储系统上部署VMWAREVCENTERSITERECOVERYMANAGER4本文档介绍有关在运行7-模式NetAppDataONTAP的NetApp存储系统上部署VMwarevCenterSiteRecoveryManager4的信息。本文档的目的是在支持的配置、最佳实践和成功实施方法方面为客户和Ne

2、tApp员工设定适当的预期标准。目录1简介41.1 目标受众”42灾难恢复解决方案概述42.1 传统的灾难恢复场景43在NETAPP上实施SRM的优势53.1 VMWAREVCENTERSITERECOVERYMANAGER53.2 NETAPPSNAPMIRROR63.3 NETAPPFLEXCLONE63.4 统一架构灵活性63.5 SRM中面向VSPHERE的新功能63.6 NETAPPSRM适配器中面向VSPHERE的新功能74环境设计74.1 环境说明74.2 IP地址更改84.3 NFS存储连接84.4 灾难恢复测试的网络注意事项94.5 ACTIVEDIRECTORY服务注意事项

3、95要求105.1 支持的存储协议105.2 SRMSRA版本依赖关系105.3 SRA和DATAONTAP的版本依赖关系105.4 支持的复制技术105.5 支持的复制布局115.6 MULTISTOREVFILER要求135.7 一般环境要求.146安装和配置146.1 概述146.2 对主站点和灾难恢复站点进行配对156.3 使用HTTPS/SSL连接到NETAPP控制器156.4 配置对NETAPP控制器的访问156.5 配置清单首选项186.6 构建保护组196.7 创建恢复计划227执行恢复计划：测试模式238执行恢复计划：真实的灾难恢复场景258.1 要求和假设前提258.2 执

4、行恢复计划269恢复后重新同步279.1 要求和假设前提279.2 重新同步主存储已恢复289.3 柬新同步主存储丢失319.4 更新建立主站点到灾难恢复站点的复制3210最佳实践3211已知行为3312参考资料35附录A:具有未复制的瞬时数据的VM369.5 SX主机上具有未复制的交换文件的VM369.6 有未复制的WINDOWS页面文件的VM38附录B:非静默SMVI快照恢复42非侪默SMVl快照恢复配置规则429.7 静默SMVI快照恢复功能421 简介本文档将详细深入地介绍如何在NetAppFASZV系列存储系统上实施VMwarevCenterSiteRecoveryManager(S

5、RM)0阅读本文之后，读者将能够安装并配置SRM.还可以了解如何运行灾难恢复(DiSaSterRecovery,DR)计划或灾难恢复测试。此外，读者还将对真实灾难恢复场景下必需的要素有一个概念性的了解，其中涉及的内容比仅仅对虚拟基础架构和存储环境进行故障转移更加广泛，1.1 目标受众本文档适用于要在NetApp存储环境中安装/使用SRM的所有用户。本文档假定用户具有NetApp和VMware产品(具体为SnapMirror和VMwarevCenterServer)的使用经验。此外，读者还应了解灾难恢复解决方案的知识以及灾难恢复场景中需要执行的工作流。2 灾难恢复解决方案概述在设计灾难恢复解决方

6、案时，请牢记以下几个因素： 恢复时间目标(RecoveryTimeObjective,RTO):RTO是指一项业务能够以多快速度从灾难中恢复，或者更确切地说，恢复过程需要执行多长时间才能使业务服务再次恢复可用状态。 恢复点目标(RecoveryPointObjective,RPO):RPO是指数据恢复可用时，需要恢复环境中多长时间之前的数据。 增长型环境中的可扩展性和适应性。理想的解决方案应同时具备较低的RPO(数分钟)和较低的RTO(数分钟到数小时)。在灾难恢复解决方案中，高效测试灾难恢复解决方案的能力经常是一个被忽视的因素，在物理环境中，灾难恢复测试可能要花费数小时、甚至数天时间，并且在测

7、试过程中，需要停止各站点间的复制操作。2.1 传统的灾难恢复场景在对业务运营执行故障转移以便从灾难中恢复时，有一些需要手动操作、耗时且复杂的步骤C通常，我们会编写和利用自定义脚本来简化其中一些过程.但是，这些过程可能会影响灾难恢复解决方案实际能够达到的RTOo请考虑以下传统灾难恢复场景的简化流程：1 .之前已实施了一种灾难恢复解决方案，并且复制操作一直在进行。2 .现在发生了灾难，需要故障转移到灾难恢复站点。这可能是一次长时间的断电，以致于如果不进行故障转移，业务活动就无法继续进行；也可能是一起更严重的灾难，可能会使主站点数据丢失并且(或者)设备出现故障。3,灾难恢复团队采取必要措施确认灾难，

8、然后决定将业务运营故障转移到灾难恢复站点。4,假设数据复制一直以来都很正常，灾难恢复站点当前状态良好，而且之前的测试也证明确实如此，那么：a.必须将复制的存储提供给灾难恢复站点的ESX主机。b.必须将这些ESX主机连接到该存储。c.必须将虚拟机添加到ESX主机的清单中。d.如果灾难恢复站点与主站点不在同一个网段中，可能需要为新网络重新配置每个虚拟机。e,确保环境已正确运行，并且某些系统和服务已按正确顺序启动。5 .准备好灾难恢复环境之后，业务活动可以按灾难恢复站点上的设备所支持的处理能力继续进行。6 .在某一时刻，主站点将再次恢复可用，或者故障设备将被更换。7 .在灾难恢复站点提供业务支持期间

9、对数据所做的更改，需要复制回主站点。为此，需要反转复制方向。8 .这时，必须再次执行第4步所述的过程，并在受控的中断窗口时间内，将环境故障转移回主站点。此过程花费的时间可能几乎相当于从灾难恢复事件中恢复所需的时间，具体取决于灾难恢复团队能够在最初发生灾难事件后多久参与进来。9,主环境恢复后，必须按原始方向建立从主站点向灾难恢复站点的复制。10.再次进行测试，确保环境已准备好应对未来的灾难。无论何时执行测试，都必须完成第4步中所述的过程。如之前所述，灾难恢复过程可能耗时较长、操作复杂且容易出现人为错误。这些因素存在风险，如果在主站点恢复后，需要再次执行这一过程，以便在主站点上重新恢复操作，则这些

10、风险将被放大。灾难恢复解决方案对于任何企业而言，都是一项很重要的保证策略C为了确保解决方案的可靠性，必须定期对灾难恢复计划进行测试，由于物理环境的局限性和执行灾难恢复测试的难度，大多数环境每年最多只能执行很少的几次测试，而有些环境实际上根本无法进行测试。3 在NETAPP上实施SRM的优势在NetApp存储上使用VMWarevCenterSiteRecoveryManager实施虚拟化环境,为基础架构实施真正切实可行的灾难恢复过程提供了难得的机会。这一过程不仅操作迅捷，而且便于测试，几乎不消耗额外的存储资源，并会显著缩短RTO和RPO时间。3.1 VMWAREVCENTERSITERECOVE

11、RYMANAGER在VMware环境中执行灾难恢复所需的故障转移时，最耗时的工作之一是执行必要步骤来连接、注册、重新配置和开启灾难恢复站点上的虚拟机。VMware推出的VMwarevCemerSeRecoveryManager可解决这些问题。通过SRM,两个独立的VMware环境.即主站点和灾难恢复（或配对）站点，可以相互进行通信。虚拟机可以轻松而快速地收集到共享公用存储资源的组中，并可一同恢复。图1SRM站点的构成执行灾难恢复计划时，SRM将 暂停并中断NetAppSnapMirror关系C 将复制的数据存储库连接到灾难恢复站点的ESX主机。 如果需要，关闭灾难恢复站点上的虚拟机（如测试/开

12、发实例），以释放计算资源。 按照灾难恢复站点定义的网络设置重新配置虚拟机。 按照恢复计划中定义的顺序打开虚拟机电源。 执行在恢复计划中存储的所有自定义命令。执行灾难恢复测试时，SRM将 在灾难恢复存储设备上创建FIexVoI卷的FIexCIone卷。 将FIexCIone卷连接到灾难恢复站点的ESX主机。 将虚拟机网络适配器连接到专用测试气泡网络。 按照灾难恢复站点定义的网络设置重新配置虚拟机。 按照恢复计划中定义的顺序打开虚拟机电源。 执行在恢复计划中存储的所有自定义命令。3.2 NETAPPSNAPMIRRORNetAppSnapMirror可以在SRM和NetApp环境中提供数据复制功能

13、SnapMirror复制功能是基于NetAppSnapshot技术构建的，它具有极高的效率，因为它仅复制自上次更新以来已更改或添加的4 KB数据块。如果将SnapMirror与FAS重复数据删除功能结合使用，效率将进一步提升。如果主存储上使用了FAS重复数据删除功能，则向灾难恢复站点复制的只有非重复数据。此外，SnapMirror网络压缩功能可对通过WAN发送的数据进行本机连网压缩。利用这些技术，可以在灾难恢复站点节省大量通信和存储容量CSnapMirror可使用NetAppProtectionManager.DataONTAPCLI或FilerViewGUI轻松进行配置,如果主存储未完全丢

14、失，则SnapMirror可提供一种高效的方式来重新同步主站点和灾难恢复站点。SnapMirror可以重新同步这两个站点，只需简单地反转SnapMirror关系，即可仅将发生更改的数据或新数据从灾难恢复站点传输回主站点，1.3 NETAPPFLEXCLONE如果将NetAppFlexClone技术与SnapMirror和SRM结合使用，则可以快速而轻松地测试灾难恢复解决方案，几乎无需额外的存储，而且不必中断复制过程。FIexCIone可以快速为FlexVol卷创建一份可读写的副本。使用此功能时，不需要额外的数据副本。例如，对于一个10GB的LUN1无需另外一个10GBLUN,只需使用元数据来定

15、义这个LUNoFIexCIone卷仅会存储在创建克隆之后写入或更改的数据。SRM灾难恢复测试组件可利用FIexCIone功能在几秒钟内创建一份灾难恢复数据的副本，而且只需要很少的额外容量来存储测试期间写入的数据。灾难俵复测试前巳创建FlexClone卷正在进行灾媾惨复黑试,已复IM数据所使用的容量测蟠生成的数据 FIeXClone使用的容量可用容图2使用NetAppFIexCIone进行灾难恢复测试所需容量示例FIexCIone卷与其父FIexVoI卷将共享公用数据块，但表现为独立的卷.这样可以在不影响现有复制过程的情况下完成灾难恢复测试。在后台向父FIexVoI卷进行复制的过程中，可以同时对

16、灾难恢复环境执行测试，甚至可以延长测试时间。1.4 统一架构灵活性所有NetA即存储系统都运行DataONTAP操作系统。因此，可以在主站点和灾难恢复站点使用性能特点和成本各不相同的系统。例如，根据所需功能的不同，灾难恢复站点可以包含较低型号的存储系统，比如使用SATA磁盘而不是FC磁盘，或者使用iSCSI协议而不是FC协议。此外，通过用一个统一架构来支持NetApp从低端到高端的全部存储产品，系统管理员只需了解和使用一种管理和监控模式即可。1.5 SRM中面向VSPHERE的新功能支持VSphere环境的SRM的第一版增加了对通过NFS协议连接的数据存储库的支持。现在，使用NetApp提供的

17、功能并在VMware环境中使用NFS协议的客户可以部署SRMoNetApp提供了一个新的存储适配器，让SRM可以支持NFS环境。新版SRM还提供了一个新功能，称为共享恢复站点。通过共享恢复站点，可以使用一个VSphere环境来为多个受保护站点或主站点提供灾难恢复保护。此功能要求一个灾难恢复站点具有多个SRM服务器，并且在每个主站点都有一个SRM服务器。在每个受保护站点安装一个SRM服务器,并在恢复站点为每个受保护站点安装对应的SRM服务器，这样您就可以使用一个共享灾难恢复站点来保护多个远程办公室或多个服务提供商客户。请参见VMware文档，以了解有关设置SRM服务器以支持共享恢复站点模型的详细

18、信息。1.6 NETAPPSRM适配器中面向VSPHERE的新功能NetApp针对vSphereSRM环境发布了一款新的统一存储适配器C从1.4.3版开始，这款统一存储适配器可支持先前版本不具备的新功能：统一协议支持一统一存储适配器可以同时对使用不同连接协议在数据存储库中存储数据的虚拟机进行保护和恢复。例如，利用新的统一适配器，虚拟机系统磁盘可以采用NFS进行存储，而对应用程序数据则使用iSCSI或FCRDM设备。MuItiStoreVFiIer支持一新适配器支持使用在SRM中配置为阵列的MWtiStOreVFiIer（虚拟存储阵列）。可以在每个站点为在目标vFiler中定义了NetAppSn

19、apMirror关系的源和目标阵列添加vFilero非静默SMVI快照恢复支持一统一适配器支持在将NetAppFIexVoI卷还原到SnapManagerforVirtualInfrastructure所创建的NetApp快照时恢复VMware数据存储库。请参见附录，了解有关本版本所提供的非静默SMVI快照可恢复能力的信息。在多协议环境及使用vFiler的环境中，必须遵循第5.5节所述的适用于受支持复制布局的规则。获取SITERECOVERYMANAGER软件VMwarevCenterSiteRecoveryManager软件及支持的存储适配器可以在以下VMware软件下载站点找到:WWW单独

20、的NetApp存储适配器和文档也可以从NOW（NetAppontheWeb）下载:httD：SUDDOaDD.com、4 环境设计本节介绍有关存储环境的特定详细信息，以及在设计包括SRM在内的解决方案时应考虑的其他重要设计因素，4.1 环境说明用于说明在NetApp存储上实施VMwareSRM的过程的环境布局包括以下各项:生产站点（称为Sitel或主站点）包括： 在HAZDRS集群中配置的两个VMWareESX主机 一个NetAppFASHA系统,用于为VMFS或NFS数据存储库提供存储 一个运行VMWareVCenterSerVer和SRM的物理Windows2003服务器 一个虚拟Wind

21、ows2003服务器SiteIDC1用于在主站点中提供ActiveDirectory和DNS服务 其他各种虚拟机灾难恢复站点（称为Site2或灾难恢复站点）包括： 在HAZDRS集群中配置的两个VMwareESX主机 一个NetAppFASHA系统，用于为VMFS或NFS数据存储库提供存储 一个运行VMwarevCenterServer和SRM的虚拟Windows2003服务器 一个虚拟Windows2003服务器，用于在灾难恢复站点中提供ActiveDirectory和DNS服务NetAppSnapMirror用于将包含VMFS数据存储库的FIexVoI卷从主站点复制到灾难恢复站点。主站点上

22、的所有虚拟机均通过SnapMirror复制和SRM进行保护。Windows服务器SiteIDC和Site2DC是同一ActiveDirectory林中的域控制器。这两个服务器都配置为ActiveDirectory全局目录服务器。请查看下图以了解环境布局的逻辑说明.SRM恢复站点站点2图3SRM环境布局4.2 IP地址更改在某些环境中，主站点和灾难恢复站点可能能够使用相同的网络IP地址。这种情形称为延伸型VLAN或延伸型网络设置，而其他环境则可能要求主站点使用与灾难恢复站点不同的网络IP地址（位于不同的VLAN中）。SRM同时支持上述两种场景。VMware提供了一个称为dr-ip-cstomiz

23、er的工具，可以协助配置SRM1以便在发生故障转移（灾难恢复测试和实际故障转移）时自动更新VMIP地址和网络信息（例如，主、辅DNS服务器设置）。SRM管理员指南中“自定义一组虚拟机的IP属性”一节提供了该实用程序的使用说明.dr-ip-customizer实用程序是一个工具，能够为每个VM生成唯一的自定义规范，并将该自定义规范应用于每个VM的恢复计划。在本文档的设计中，主站点和灾难恢复站点均位于延伸型VLAN场景中的同一网络上。4.3 NFS存储连接在NFS环境中，用于连接到NFS数据存储库的存储网络通常是一个专用的后端网络，该网络在物理上或逻辑上与虚拟机网络是分开的。网络可以通过不同的物理

24、交换机隔离，也可以通过VLAN使用一个共享交换机基础架构上的不同物理端口隔离，或者通过VLAN标记功能在相同端口上隔离。在某些情况下，可以在单个ESX主机与VFiIer的单个NetApp控制器之间配置多个专用网络，以便用于NFS存储C有时会使用或推荐使用这种做法来增加单个ESX主机与单个NetApp控制器之间的总可用吞吐量。某些数据存储库通过一个控制器IP进行访问，而其他数据存储库则通过同一控制器的其他IP地址进行访问。这样并不会增加任一特定数据存储库的吞吐量，但是会增加单个ESX主机与单个NetApp控制器之间的总吞吐量;只有在某些Etherchannel配置无法实现的环境中，才会配置多个网

25、络。有关在NFS环境中为VMwarevSphere设计NFS网络的详细信息，请参见TR-3749面向VMwarevSphere的NetApp存储最佳实践中的网络部分，网址为SRM和NetApp适配器支持通过专用存储网络（而不是用于系统管理、虚拟机访问、用户访问等任务的网络或端口）连接到数据存储库。可以通过在SRM阵列管理器配置向导的NetApp适配器设置屏幕中增加一个名为“NFSIPAddresses”（NFSIP地址）的新字段来实现这一支持。为了支持专用后端NFS存储网络，必须在“NFSIPAddresses”（NFSIP地址）字段中输入存储控制器的地址，该地址用于从该控制器向ESX主机提供

26、NFS数据。如果该控制器使用多个IP地址提供NFS数据，请在“NFSIPAddresses（NFSiP地址）字段中输入这些IP地址，并以逗号分隔。如果未在“NFSIPAddresses”（NFSIP地址）字段中输入用于建立NFS数据存储库连接的具体IP地址，则灾难恢复NAS适配器会将该存储控制器的所有可用IP地址返回到SRMo在SRM执行灾难恢复测试或故障转移时，它会尝试在该控制器上向每个IP地址进行NFS装载，即使ESX主机无法从VMkerneI端口访问该地址也是如此（如其他网络上的地址）。下面是一个简单的示意图，显示了NAS环境中的灾难恢复站点所使用的IP地址。在本文档的后文中，您将看到此

27、处显示的NFSIP地址会在SRM阵列配置向导中输入到NAS适配器中。双NFS存储网络图4双NFS存储网络示例4.4 灾难恢复测试的网络注意事项执行灾难恢复测试时，会在ESX主机上为虚拟机创建一个专用测试气泡网络，但是该网络不会自动连接到任何物理网络适配器，因此无法建立各个ESX主机间的连接。要让不同ESX主机上运行的虚拟机在灾难恢复测试期间能够相互通信，需要在灾难恢复站点的ESX主机之间创建一个物理专用网络。要完成此任务，可以通过物理方式或者使用VLAN或VLAN标记功能对测试气泡网络进行隔离。另外，需要将此网络与生产网络隔离，4.5 ACTIVEDIRECTORY服务注意事项ActiveDi

28、rectoryZDNS架构对于成功进行故障转移、灾难恢复测试和故障恢复至关重要。不应使用通过不受支持的过程创建的副本来恢复AD服务器，因为这样可能会形成USN回滚的情况。有关在虚拟服务器环境中创建AD服务器备份的受支持方法的信息，请参见MiCrOSoft知识库文章888794http:/support.microsoft.eom/kb/888794/o为SRM灾难恢复测试提供ACTIVEDIRECTORY服务为了在专用灾难恢复测试网络中提供名称解析和用户身份验证服务，可以在运行灾难恢复测试之前，克隆灾难恢复站点上的AD服务器.在打开VM的电源之前，请重新配置VM的网络连接，以使克隆的AD服务器

29、只连接到灾难恢复测试网络，您选择进行克隆的AD服务器必须已配置为全局目录服务器“某些应用程序和AD功能需要使用ActiveDirectory林中的FSMO角色。要捕获专用测试网络中克隆的AD服务器上的角色，请按照以下Microsoft知识库文章中所述的流程进行操作：为SRM故障转移提供ACTIVEDIRECTORY服务对于实际的灾难恢复故障转移场景，不需要执行AD克隆过程。在SRM故障转移场景中，恢复站点上的现有AD和名称解析服务器会提供这些服务。但是，必须按照以下Microsoft知识库文章中所介绍的步骤捕获五个FSMO角色:5 要求5.1 支持的存储协议SRM1.0.X仅支持VMFS数据存

30、储库和RDM设备（FC或iSCSI）oSRM（4.0）的VSphere版本支持VMFS数据存储库、RDM设备和NFS数据存储库。使用统一SRM适配器可以使虚拟机在NFS数据存储库及iSCSI/FC数据存储库或RDM设备中存储数据。可以将虚拟机系统磁盘存储在NFS中，而使用同一VM中的iSCSI或FCRDM设备存储应用程序数据。5.2 SRM/SRA版本依赖关系要支持不同版本的VMwareSRM1需要使用特定版本的NetAppSRA11请查看下表以了解SRM与NetAppSRA之间的版本支持关系。VMwarevCenterSRM版本V1.0V1.0U1V4.X*v1.0SAN是否否v1.0.XS

31、AN否是否V1.4至V1.4.2SAN或NAS-否否是v1.4.3（统一）*否否是V1.4.3P1（统一）*否否是NetAppSRA版本所需的NetAppDataONTAP版本SRM的NW嗖诵VCenter4.0,并且鼠称SjSSi3.5U3+和ESXZESXi4.0的支持。SRM4.0不受三系统，才能实现兼容。请查看下表以了解DataVirtualCentg值WS蝴7.2.2及更高版本对同访丛唾楝瞬和SAN存储啊费撮本V1.4至V1.4.2NAS7.2.4及更高版本5.3SRAV9ATAONTAP的版凌依短羞裔版本某低版索锥用Rffil需要俺用特定版本的3旗默阖藩P操fONTAP与NetAp

32、pSRA之间的版本支持关系。VMwarevCenterSRM版本V1.0V1.0U1V4.X*v1.0SAN是否否V1.O.XSAN否是否v1.4至v1.4.2SAN或NAS*否否是v1.4.3（统一）*否否是v1.4.3P1（统一）”否否是注IAPPSRA版本所需的NetAppDataONTAP版本5.4支持的喽树支术7.2.2及更高版本NetADDSRR场寺以下数据怎缶I技术7：.2.2及更高版本图堵蟀sYnnnifr7.2.2及更高版本7.2.4及更高版本异少qy?IeqJivl“157.2.4及更高版本F侬费翻啾螂持）7.3.2及更高版本NetAppSRA不支持以下复制技术： Snap

33、Vault SRM站点间的SyncMirror复制（例如，在MetroCIuster中）注意：在SRM环境中，可以将MetroCIuster系统用作SnapMirror关系中的源或目标。但是，SRM并不管理MetroCIuster的故障转移或MetroCIuster中SyncMirror关系的故障转移。5.5 支持的复制布局NetAppFAS系统中的每个存储控制器或vFiler在SRM中均视为一个阵列。SRM支持某些阵列到阵列（或控制器到控制器）的复制布局。要确定可支持性，请牢记以下规则：一个虚拟机的数据（vmdk或RDM）不能位于一个以上的阵列或vFiler上。如果在每个站点上，任何一个虚拟

34、机的数据（vmdk或RDM）都只位于一个阵列（物理控制器或vFiler）上，则这种关系就是受支持的，下图所示的SnapMirror关系布局场景即是受支持的。在每个站点上，已复制的卷中的每个虚拟机的数据都只位于一个阵列中。图5支持的复制示例SnapMirror复制受保护站点恢复站点SnapMirror复制SnapMirror宜制受保护站点恢复站点图7支持的复制示例如果任何一个虚拟机的数据（vmdk或RDM）位于多个阵列（物理控制器或vFiler）上，则这种关系不受支持“在以下示例中，无法为VM5配置SRM保护，因为VM5的数据位于两个阵列上。SnapMirror凝制受保冲站点恢复站点图8不受支持

35、的复制示例Sn叩Mirror复制-受保护站点恢复站点图9不受支持的复制示例如果在任一复制关系中，一个NetApp卷或qtree从一个源阵列复制到多个目标阵列，则这种复制关系不受SRM支持。在以下示例中，无法为VM1配置SRM保护，因为它被复制到两个不同的位置，SnapMirror宜制受保护站点像直站点图10不受支持的复制示例5.6 MULTISTOREVFILER要求借助MuItiStorel可以通过安全逻辑分区功能将一个NetApp存储控制器分为若干个称为vFiler的虚拟控制器。使用vFiler可以将一个物理存储控制器显示为多个逻辑控制器。每个vFiler都可通过不同的性能和策略特性组合进

36、行单独管理，vFiler支持多种IP存储环境，包括iSCSIVMFS数据存储库、iSCSIRDM设备和NFS数据存储库.要在NetAppSRA中支持MuItiStorevFiler,需要遵循以下要求： 源vFiler和目标vFiler都必须处于联机状态。 SnapMirror关系必须在vFiler上下文中进行定义，而不能在称为VFiIerO的物理主机阵列上进行定义。 主站点的每个vFiler都必须作为一个阵列单独添加到SRM, 灾难恢复站点的每个vFiler都必须作为一个阵列单独添加到SRMC 在执行灾难恢复测试之前，必须在物理控制器中招vfiler.vol_clone_zapi_allow选

37、项设置为W（打开）。 vFiler中仅支持通过iSCSI或NFS连接的数据存储库， 在iSCSI环境中，执行SRM灾难恢复测试或故障转移之前，灾难恢复站点上的ESX主机必须与灾难恢复站点vFiler建立iSCSI会话。NetApp适配器不会在vFiler中启动iSCSI服务，也不会建立与iSCSI目标的iSCSI连接。 在iSCSI环境中，执行SRM灾难恢复测试或故障转移之前，灾难恢复站点vFiler的igroup类型必须设置为“vmware。NetApp适配器不会在灾难恢复站点vFiler中创建“vmware”类型的igroup0 在NFS环境中，执行SRM灾难恢复测试或故障转移之前，必须已

38、经与灾难恢复vFilerNFSIP地址建立了VMkerneI端口网络连接。请确保ESX主机上的VMkerneI端口与NetApp控制器上用于提供NFS访问的网络接口之间可以进行网络通信。例如，如果使用VLAN标记功能，请务必配置适当的VLANo 一个VM中的数据不能位于多个vFiler上。存储布局规则（如第4节所述）同时适用于物理NetAppSRM阵列和vFilerSRM阵列。5.7 一般环境要求1 .在主站点和灾难恢复站点安装vCenter,VMwareSRM需要两个独立的ESX环境，每个环境均由各自的vCenterServer来管理。2 .主站点和灾难恢复站点上具有VSphere客户端。3

39、 .在主站点和灾难恢复站点上安装SiteRecoveryManager.4 .NetApp站点恢复适配器安装在主站点和灾难恢复站点的SRM服务器上。注意：有关SRM与SRA之间的版本依赖关系的信息，请参见前面的表格。5 .NetAppFIexVoI卷和FIexCIonec.6 .LUN或NFS导出，已配置为数据存储库并在主站点进行连接。7 .小型LUN或NFS导出，已配置为灾难恢复站点上用于存储占位虚拟机的数据存储库。8 .要实施FC或iSCSI,必须先将NetAppigroup置于恢复阵列（物理阵列或vFiler）,并且此igrop包含所需的ESX主机启动程序名称。在故障转移或灾难恢复测试期

40、间，SRM会自动将LUN映射到igroup,但不会自动创建igroup0灾难恢复站点上的igroup可能包含本地运行的VM的本地LUN,但从主站点复制的LUN不应预先添加到灾难恢复站点上的igroup.SRM会在灾难恢复测试或故障转移期间自动添加这些LUN09 .对于NAS实施方案，必须遵循以下配置规则：a.导出项必须位于etcexports文件中。使用CLI而不使用-P选项手动进行的导出不会被SRM发现。b导出必须使用etcexports文件中RW（读/写）安全字段的值。对所有主机均使用默认设置rw而进行的导出不会被SRM发现。以下是SRM可以发现的ZetcZexport行的示例：volsr

41、m5-rw=192.168.2.024,root=192.168.2.0/24以下是SRM无法发现的ZetcZexport行的示例：volsrm5-rw,anon=010 .数据存储库必须在vCenter清单中包含虚拟机或属于虚拟机的虚拟磁盘，才能被SRM发现。11 .本技术报告中使用的环境是使用以下文档中所述的最佳实践部署的：TR3428:NetApp和VMwareVirtualInfrastructure3存储最佳实践（网址为WWW.netaaD.com/us/IibrarWteChniCal-reportstr-3428.html）或TR-3749:面向VMWareVSPhere的Net

42、App存储最佳实践（网址为12 .SnapMirror必须进行配置，并复制包含要保护的数据存储库的卷。SRM不会执行SnapMirror更新或基线传输。必须使用NetApp软件（如DataONTAP中内置的计划程序或ProtectionManager软件）来管理和计划SnaPMinr传输。6安装和配置6.1 概述配置SRM以保护由SnapMirror复制的虚拟机包括以下步骤.此处仅对这些步骤进行概括，下文将对这些步骤进行详细说明。1 .在每个vCenterSenzer上安装并启用SRM插件。2 .在每个vCenterServer上安装NetAppSRAo在SRM中配置阵列之前，必须在每个SRM

43、服务器上安装NetApp适配器C3 .对SRM站点进行配对。这样可以在各站点之间进行SRM通信。4 .配置存储阵列管理器。这样，SRM软件才能与NetApp存储设备进行通信，以便发出SnapMirrorquiesce/break命令、将LUN映射到igroup,以及执行更多操作。5 .在主站点构建SRM保护组。保护组用于定义要一起恢复的一组虚拟机，以及这些虚拟机要在灾难恢复站点上使用的资源。6 .在灾难恢复站点构建SRM恢复计划。恢复计划可确定虚拟机的启动优先级、等待已恢复虚拟机响应的超时设量、其他要执行的自定义命令等。7 .测试恢复计划。6.2对主站点和灾难恢复站点进行配对每个站点都必须有一

44、个已安装并启用SRM的单独vCenterServero在安装并启用SRM之后，每个vCenterServerSRM插件都会指示没有配对站点，并且尚未配置任何灾难恢复设置选项。1 .从主站点的vCenterServer开始，将各站点进行配对。基本SRM配置可通过主站点“RecoverySUmmary（恢复摘要）选项卡的“Setup”（设置）部分中的选项来完成。要开始对各站点进行配对.请单击“Connection”（连接）标签旁的“Configure（配置）链接，并输入灾难恢复站点vCenterServer的地址，2 .输入灾难恢复站点vCenter用户名和密码。3 .在配置对话框的最后，验证连接

45、是否已成功建立。4 .站点配对完成之后，主站点vCenterServer的“Setup”（设置）框中将显示配对站点的地址和“Connected”（已连接）。请注意，灾难恢复站点的SRM插件还会显示反向配对的站点。5 .3使用HTTPS/SSL连接到NETAPP控制器默认情况下，NetApp存储适配器通过API使用HTTP连接到存储阵列。NetApp存储适配器可以配置为使用SSL（HTTPS）与存储阵列进行通信。这要求将SSL模块添加到随SRM一起提供并安装的Perl实例中。VMware和NetApp不会分发这些模块。有关安装SSL模块以及在存储适配器与阵列之间实现SSL通信的过程，请参见NetApp知识库文章1012531https:a