fusioncloud数据中心虚拟化hyperdp方案交付最佳实践

1、FuCloud 数据中心虚拟化HyperDP 备份方案交付最佳实践文档版本022014-06-20发布日期技术非经本公司播。2014。 保留一切权利。技术，任何和个人不得擅自摘抄、本文档内容的部分或全部，并不得以传商标和其他商标均为技术的商标。本文档提及的其他所有商标或商标，由各自的所有人拥有。注意您的产品、服务或特性等应受公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的或使用范围之内。除非合同另有约定，公司对本文档内容不做任何明示或暗示的或保证。由于产品版本升级或其他原因，本文档内容会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和

2、建议不任何明示或暗示的担保。技术地址：市龙岗区坂田总部办公楼：518129：i前 言前言概述企业通过数据中心 IT 系统基础设施逐步云化部署，基于虚拟化技术，实现计算、网络的虚拟化、资源共享、灵活分配，实现业务服务器的整合和调配，集中化以及基于策略的管理，以适应快速发展的业务需求，降低 IT 总持有成本，聚焦业务发展。对于传统数据中心，如何保护好业务系统中的重要数据是系统建设中最重要之一，随着数据中心逐步云化，业务数据更加集中，数据出现问题后的影响更大更广，传统 Guest OS 部署客户端的备份方案无法适应虚拟化业务方便部署、集中备份、快速恢复的诉求，所以针对虚拟化环境的数据备份方案成为云化

3、数据中心不可或缺的重要组成部分。本文档以某媒资企业云数据中心备份系统设计为例，介绍备份介质为 IPSAN 时，FuCloud 数据中心虚拟化备份方案，从规划设计到项目交付进行了关键点总结，用于同类项目交付参考指导。读者对象本文档（本指南）主要适用于以下工程师：技术支持工程师合作伙伴工程师修改修改容。累积了每次文档更新的说明。版本的文档包含以前所有文档版本的更新内文档版本 01 (2014-06-24)第一次正式发布。ii目 录目录前 言ii1 背景介绍11.11.21.3虚拟化数据中心概况1备份需求3软硬件配置41.3.1版本41.3.2 备份介质硬件51.4 规划流程6HyperDP 备份策

4、略规划及配置原则7备份策略设计7备份窗口设计8HyperDP 虚拟机规划82.4 备份空间设计103 IPSAN 设计与配置原则123.1 IPSAN配置123.1.1 RAID 组133.1.23.2 数据. 13及虚拟磁盘配置14FuSphere 相关设计及配置原则16HyperDP 备份功能的限制和约束164.2 FuSphere 网络规划175 备份业务操作实践195.15.25.3备份实施关键点19备份实施操作20恢复实施操作256 交付流程28iii1 背景介绍1背景介绍关于本章1.1虚拟化数据中心概况1.21.31.4备份需求分析项目软硬件规划流程1.1 虚拟化数据中心概况本项目

5、总体架构设计遵循面向业务需求的设计思路，基于业务场景化、模块化的设计方法，实现数据中心 IT 基础架构模块与业务模块松耦合，保证数据中心业务动态扩展和新业务快速上线。项目数据中心解决方案的总体架构如下图所示。11背景介绍移动办公合作伙伴分社用户总社用户公众用户互联网接入内网接入业务应用层运行支撑管理转码网盘全文检索测试云数据库中间件PAAS集中监控管理资源管理和调度(异构虚拟化)资源管理调度层业务运营管理IT基础架构平台资源池运维管理资源管理数据中心机房总社中心分社中心分社中心使型规格产品设计，包括硬件、应用规格化来提供简单可靠、易于部署和管理、便于扩展和升级的 IT 基础架构，为用户提供更好

6、的投资保护，满足项目新建、升级扩容，以及管控的需求，可实现被集成的场景。如上图所示，通过适配器，将物理机、虚拟机、网络设备和设备进行资源整合，建立的资源池，将资源为虚拟计算资源、虚拟资源、虚拟网络资源等。通过资源调度管理系统，可以将资源池的内容提供给用户调用（）。同时，通过资源、资源调度和资源等接口，为PaaS提供管理和运行环境。SaaS运行在PaaS 管理之上。运行支持管理，对各个层面进行、统计和资源管理。云基础架构设备层设备层包括了提供等。云基础架构资源层硬件支持的服务器、交换机、负载均衡设备、资源层通过云-虚拟化等将硬件服务器上的、计算资源整一个大的虚拟化的、计算资源池。虚拟化的特点：一

7、是可以提供与物理机相同的特征，让上层应用透明使用系统资源，一是可以通过将多个应用合并在同一台物理服务器上运行以系统资源利用率，还可以通过调度算法实现虚拟机在物理机宕机、负载过重等情况下迁移，保证上层业务的连续性。云基础架构管理调度层2物理设备服务器网络云基础架构设备层虚拟资源池虚拟资源池物理虚拟化VMWare虚拟化资源池云基础架构资源层1 背景介绍基础架构层包含的、计算等硬件资源，通过的管理系统进行调度、管理，同时，云基础架构对上层应用提供了丰富的接口，应用和具体业务可以通过使用虚拟机、接口等方式调用计算、等资源。本项目建设包括 IT 物理资源（网络、服务器、统。）、云操作系统和云管理系IT

8、物理资源遵循异构场景下建设云的思路，服务器、网络等设备需要包含多厂商、。多种型号，建设一个融合的云操作系统部署至少包含两种云产品。通过云对计算、网络资源进行虚拟化管理，服务器、和网络的异构特征，实现基础 IT 资源的池化和虚拟化，提高 IT 资源利用率，实现上层 PaaS、SaaS 及各类业务应用的快速部署、按需支撑，提高系统建设的效率。云管理系统要求具有异构虚拟化厂商的支持能力，可以管理多厂商虚拟化系统。实现云计算资源的调度、和管理，实现各类计算资源（包括物理服务器和虚拟服务器）、资源、网络资源的管理和运维。数据中心运行管理系统建立的运行支持管理，管理传统 IT 资源和新增虚拟化资源，建立服

9、务目录，提供服务门户，实现基于业务需求的资源规划、服务使用计量、报表统计。、数据中心运行管理系统支持多数据中心的管理，支持多级的数据中心管理架构，本期建设总社中心和一个区域中心，将来随业务扩展，支持构建面向全球业务的分布式云计算体系，建设一个以总社为，多数据中心的分布式部署的全球云计算体系。本期项目除总社中心外再部署一个区域数据中心，区域数据中心通过网络连接到总社数据中心，实现两个数据中心间的数据交互。在区域数据中心部署部分服务器资源，区域数据中心配置相应的云利用当地原有的设备。，云操作系统和必要的云管理，其它资源1.2 备份需求建立覆盖云虚拟机的备份系统，实现云虚拟机磁盘数据的备份。采用集中

10、管理的方式，提高各主机数据的安全性和可管理性。要求备份在预定的时间内可以将相关的数据保护起来。简单易用，以便用户分别为总社和分社 2 个虚拟化数据中心建立本地备份系统要求对 2 个站点的重要业务集群中的虚拟机提供数据保护3站点集群名称备注容量(G)服务器数量/型号总社 生产站点ManagementCluster管理集群374512（RH2288 V2）CommonCluster普通生产集群17323（RH2288 V2）HighDensityCluster高密度生产集群1685628（RH2485 V2）DesktopCluster桌面云集群50225（RH2485 V2）北郊分社站点Comm

11、onCluster普通生产集群346410（RH2288 V2）HighDensityCluster高密度生产集群904410（RH2485 V2）1 背景介绍要求工作日备份时间窗口不超过 8 小时，避免影响正常业务运行；周末备份时间窗口为全天 24 小时要求备份简单易用，备份和恢复的策略设置都有专门的向导功能，以便用户在最短的时间内可以将相关的数据保护起来要求在虚拟机磁盘发生故障时 24 小时内能恢复到 1 天前的数据，即客户对RTO(Recovery Time Objective)的要求为 24 小时，对 RPO(Recovery Po的要求为 24 小时Objective)要求VM 发生

12、故障时，备份系统能够将 VM 恢复到 7 天之内任意一个备份点的状态要求备份可靠要求备份系统的设计要考虑到系统扩展的要求，提供平滑升级的能力要求备份系统自身具备备份和恢复功能力1.3 软硬件配置版本1.3.1云版本：FuSpherepute ManagerV100R003C10SPC500 V100R003C10SPC500 V100R003C10SPC500N8500 V200R001C91SPC200 版本FuHyperDP41背景介绍1.3.2 备份介质硬件5序号项目型号描述总数1S5500T(V100R005)11.1基本配置1.1.1控制框S5500T-2C32G-01-ACS550

13、0T 控制框(2U,3.5,双控,交流,32GB 缓存,8*8G FC,4*24G SAS 后端口,为阵列控制系统软件,SPE31C0212)11.1.2单元可扩展接口模块LPU4TOE104*10Gbps TOE I/O 模块(4 端口21.1.3硬盘组件SAS600-15K600GB 15K RPM SAS 硬盘单元(3.5)58eMLC200G-S-3HSSD eMLC 200GB SAS 硬盘单元(3.5),为HSSD控制器系统21.1.4硬盘框DAE12435U4-01-AC硬盘框(4U,3.5 寸,交流,SAS级联模块,不包含硬盘单元,为 SAS 带内管理软件,DAE12435U4

14、)21.2安装材料SS-OP-D-LC-M-3光跳线-DLC/PC-DLC/PC-多模-A1B-2mm-3m16mini-SAS-3外购电缆-MiniSAS 外部电缆-3m-(External Mini SAS 26 Pin Plug)-(28AWG*8P 黑 (S)-(External Mini SAS 26 Pin Plug)-Key2,4,611.31背景介绍1.4 规划流程数据中心虚拟化场景下使用 HyperDP+IPSAN 实现备份的规划建议流程如下图所示。请在规划时参考，本文的书写顺序也是按照该流程图标准的顺序进行的。HyperDP 规划IPSAN规划网络规划备份空间规划6Hype

15、rDP虚拟机规划数据规划备份窗口规划FuSphere网络规划配置规划备份方式选择FuSphere相关规划序号项目型号描述总数LIC-S3A-ISM02-BLOC K集成管理-OceanStor S5500T 块-设备管理使用& HW egrated StorageManager-Device Management License for OceanStor Block S5500T1LIC-UltraPath02-V1R5OceanStor多路径& OceanStor HW UltraPath Software License1CLOUDSERVIERCloud Service管理1.4S55

16、0T License 包1.4.1SmartCacheLIC-S3A-SCSmartCache12 HyperDP 备份策略规划及配置原则2 HyperDP 备份策略规划及配置原则关于本章2.1备份策略设计2.22.32.4备份窗口设计HyperDP 虚拟机规划备份空间设计2.1 备份策略设计HyperDP 支持快照对比方式备份和CBT 方式备份。支持完全备份和增量备份。其中增量备份方式包括累计增量式备份和差异增量式备份：累计增量式备份:自上次完全备份以来，对已更改的所有数据进行备份。差异增量式备份：指自上次成功执行差异增量式备份或完全备份以来，对已更改的数据进行备份。本项目使用的为虚拟化，因

17、此备份方式选择为CBT 方式备份。虚拟机数据量较大，将虚拟机分为 2 组，每天执行 1 组虚拟的全备，分 2 天做完。首次备份为完全备份，后执行差异式增量备份，增备周期为 1 天，备份数据保留 7 天，可将虚拟机恢复到 7天之内任一备份点的状态。项目中策略设计如下：设计原则：1.HyperDP 支持快照对比方式备份和 CBT 方式备份不支持 CBT 方式，只能采用快照对比方式进行备份。使用 FuStorage时，2.使用虚拟化时，首选CBT 方式备份，不建议使用快照对比方式，CBT 方式仅在备份窗口期间对虚拟机能无影响。备份数据保留周期，需与客户性能有影响，在不进行备份时，对虚拟机性3.并看实

18、际用于备份的大小决定。如用户无特殊要求，建议备份数据保留 1 周即可。7备份类型增备周期(天)全备周期(天)备份数据保留时间(天)全备+增备1只做 1 次72 HyperDP 备份策略规划及配置原则2.2 备份窗口设计首次备份为完全备份，后执行差异式增量备份。增备周期为 1 天，备份数据保留 7天，为不影响客户正常办公使用，每天备份的时间窗口如下22:00 第二日 6:00 ，共 8 小时。完全备份可在客户将业务系统迁移至云中备份窗口设计如下：后，集中在周末时间进行。项目设计原则：1.备份时间窗和办公时间窗错开。由于 HyperDP 对虚拟机进行备份期间会影响虚拟机性能和体验，故备份窗口设置为

19、凌晨不进行办公的时间段。首次备份一般为完全备份，数据量大，一般在用户将将业务系统迁移至云次 VM 进行完全备份。后，选在周末对一批2.根据现网的网络和业务情况，备份时间窗内能将当天需要执行的全量备份和增量备份数据全部备份完毕。3.由于备份时，会对虚拟机所在进行大量读操作，备份时间窗最好和其他扫描等)执行时间错开。消耗型的应用(如库下发，2.3 HyperDP 虚拟机规划项目的 HyperDP 虚拟机数目可按照以下公式进行计算：率)/0.8 ，结果向上取整。对于本项目，用户需要对总社 4 个集群以及分社 2 个集群中的用户业务 VM 提供备份，由于设计阶段用户还未明确要迁移的业务系统数量，所以备

20、份数据量按照集群规划的总容量估算。总社站点 4 个集群需要备份，容量约 7.2TB，部署在 48 个 CNA 节点上。在周末 2天分 2 批执行所有虚拟机的全量备份，增量数据按总数据量 0.1%估算，则最大备份数据量为 7.2/2 + 7.2/2*0.1% = 3.6036TB。需要配置的备份服务器数目为 3.6036*1024*1024/(8*3600*50)/0.8 = 4 台。4 台备份服务器总带宽为 4*50=200MB/s，而48 个 CNA 节点总带宽约为 20*48 = 960MB/s，CNA 出口带宽不存在传输瓶颈。分社站点 2 个集群需要备份，容量约 2.9TB，部署在 20

21、 个 CNA 节点上。在周末 2天分 2 批执行所有虚拟机的全量备份，增量数据按总数据量 0.1%估算，则最大备份数据量为 2.9/2 + 2.9/2*0.1% = 1.45145TB。需要配置的备份服务器数目为 1.45145*1024*1024/(8*3600*50)/0.8 = 2 台。2 台备份服务器总带宽为 2*50=100MB/s，而 20 个 CNA 节点总带宽约为 20*20 = 400MB/s，CNA 出口带宽不存在传输瓶颈。如下表所示是HyperDP 备份服务器规划：总社8HyperDP 虚拟机数目 =最大备份数据量/(备份时间窗口 * 单台备份服务器备份速起始时刻终止时刻

22、总计(小时)22 点次日 6 点82 HyperDP 备份策略规划及配置原则分社规划原则：1.为避免占用过多主机资源，每台 CNA 节点最多部署 1 台备份服务器，备份服务器数量不要超过CNA 数量。每台备份服务器最多备份 200 个VM。备份服务器配置数量不小于:VM 总数/200。2.3.备份服务器配置数量不小于:最大备份数据量 / (备份时间窗口 * 单台备份服务器备份速率) ，结果向上取整。一个备份域中有且仅有一台备份管理服务器，同时具备备份处理服务器的功能。一个备份域中最多可部署 9 台备份处理服务器。备份处理服务器与备份管理服务器部署在不同的主机上，且均需要与主机绑定。单台备份服务

23、器的备份速率，由其所备份的CNA 总传输带宽及备份服务器自身传输带宽共同决定，取两者中较小的值。4.5.6.针对虚拟机数据为虚拟化的场景，每个CNA 节点支持同时备份 1 个虚拟机磁盘。针对 V1R3C00 版本单个 CNA 传输带宽最大为 30MB/s，建议按照 15MB/s估算；针对 V1R3C10 版本单个CNA 传输带宽按 20MB/s 估算。9角色主机名IP系统 root绑定主机虚拟机规格所属集群备份管理服务器BJ_Backup_M gnt.XX/24XXBJ_A03_R H2288_014VCPU,4G 内存,30G 系统盘普通生产集群备份处理服务器BJ_Backup_S lave

24、1.XX/24XXBJ_A03_R H2288_024VCPU,4G 内存,30G 系统盘普通生产集群角色主机名IP系统 root绑定主机虚拟机规格所属集群备份管理服务器ZS_Backup_M gnt.XX/24XXCX_C02_ RH2288_0 24VCPU,4G 内存,30G 系统盘管理集群备份处理服务器ZS_Backup_S lave1.XX/24XXCX_C02_ RH2288_0 34VCPU,4G 内存,30G 系统盘管理集群备份处理服务器ZS_Backup_S lave2.XX/24XXCX_C02_ RH2288_0 44VCPU,4G 内存,30G 系统盘管理集群备份处理服

25、务器ZS_Backup_S lave3.XX/24XXCX_C02_ RH2288_0 54VCPU,4G 内存,30G 系统盘管理集群2 HyperDP 备份策略规划及配置原则2.4 备份空间设计对于本项目，用户需要对总社 4 个集群以及分社 2 个集群中的用户业务 VM 提供备份，由于设计阶段用户还未明确要迁移的业务系统数量，所以备份数据量按照集群规划的总容量估算。总社站点 4 个集群需要备份，容量约 27.355TB，按照使用 50%空间估算，则需要备份的数据量为 27.355*50%=13.6775TB。增量数据按总数据量 0.1%估算，配置 4台备份服务器，按照首次全备，后续增备，备

26、份数据保留 7 天的备份策略，需要配容量为 (13.6775+ 13.6775*0.1%*7)*1024 + 50*4) /0.8 = 17754.7504GB，固置的备份每台备份服务器分配 17754.7504GB/4 = 4439GB 空间。由于项目中 RAID 组为 4+1 或 5+1的 RAID5（具体配置见第三章 IPSAN 设计与配置原则），实际容量5TB，所以每个备份服务器需要挂载 2 块虚拟磁盘作为单元，同时挂载一块 50GB 的虚拟磁盘用作备份服务器自身灾备空间。总社备份服务器的规划如下：10主机名对应对应备份单元容量(GB)备份服务器灾备空间容量 (GB)备份磁盘名称(系统

27、挂载点)ZS_Backup_M gntZS_A03_S550 0T_029/102008.8/251150Backup_Mgmt_DISK01(/mnt/sy sbackup) Backup_Mgmt_DISK02(/mnt/ba ckupdata01) Backup_Mgmt_DISK03(/mnt/ba ckupdata02)ZS_Backup_S lave1ZS_A03_S550 0T_0211/122008.8/251150Backup_Slave1_DISK01(/mnt/ sysbackup) Backup_Slave1_DISK02(/mnt/ backupdata01) Bac

28、kup_Slave1_DISK03(/mnt/ backupdata02)ZS_Backup_S lave2ZS_A03_S550 0T_0213/142008.8/251150Backup_Slave2_DISK01(/mnt/ sysbackup) Backup_Slave2_DISK02(/mnt/ backupdata01) Backup_Slave2_DISK03(/mnt/ backupdata02)ZS_Backup_S lave3ZS_A03_S550 0T_0215/162008.8/251150Backup_Slave3_DISK01(/mnt/ sysbackup) Ba

29、ckup_Slave3_DISK02(/mnt/ backupdata01) Backup_Slave3_DISK03(/mnt/ backupdata02)站点集群名称备注容量(G)服务器数量/型号总社 生产站点ManagementCluster管理集群374512（RH2288 V2）CommonCluster普通生产集群17323（RH2288 V2）HighDensityCluster高密度生产集群1685628（RH2485 V2）DesktopCluster桌面云集群50225（RH2485 V2）北郊分社站点CommonCluster普通生产集群346410（RH2288 V2）

30、HighDensityCluster高密度生产集群904410（RH2485 V2）2 HyperDP 备份策略规划及配置原则分社站点 2 个集群需要备份，容量约 12.508TB，按照使用 50%空间估算，则需要备份的数据量为 12.508*50%=6.254TB。增量数据按总数据量 0.1%估算，配置 2 台备份服务器，按照首次全备，后续增备，备份数据保留 7 天的备份策略，需要配置的备份容量为 (6.254 + 6.254*0.1%*7)*1024 + 50*2) /0.8 = 8186.11584GB，固每台备份服务器分配 8186.11584GB/2 = 4094GB 空间。由于项目

31、中 RAID 组为 4+1 或 5+1 的RAID5（具体配置见第三章 IPSAN 设计与配置原则），实际容量5TB，所以每个备份服务器需要挂载 2 块虚拟磁盘作为单元，同时挂载一块 50GB 的虚拟磁盘用作备份服务器自身灾备空间。分社备份服务器的规划如下：设计原则：1.2.用户的每天变化数据和业务模型有关，需根据业务模型估算。puteR3C10 版本中，每天的备份集合并时，需要多余的额外的空间，故必须考虑一定的冗余，一般按照 20%估算。说明对于 R3C00 版本，当虚拟机 HA 或者热迁移时，将导致 CBT 数据失效，下次备份会为全备，占用额外的数据空间，所以建议的冗余至少能满足“2 个

32、CNA 上虚拟机全备+用户每天变化的数据量增加 1 倍时”时需求。3.备份容量为备份数据保留周期内所有虚拟机的备份数据量，同时需考虑为每台备份服务器预留50GB 空间供服务器灾备使用，并预留 20%空间供合并备份集使用。例如，单台虚拟机磁盘空间为A GB，数据日增长B GB，共 N 台虚拟机需要备份，全备周期为P，增备周期为 Q，数据保留周期为R，配置M 台备份服务器，则备份容量为 (A*(R/P+1)+B*R/Q) *N + M*50)/0.8 。采用首次全备、后的备份类型时，R/P 按 0 计算。为增备4.SAN 作为备份介质时，是以虚拟磁盘的形态分配给HyperDP 备份服务器使用。由于

33、备份/恢复任务对磁盘 I/O 性能要求较高，建议为备份的创建数据时，选择“非虚拟化”的使用方式，保证虚拟磁盘的 I/O 性能能满足要求。11主机名对应对应备份单元容量(GB)备份服务器灾备空间容量 (GB)备份磁盘名称(系统挂载点)BJ_Backup_M gntBJ_A03_S550 0T_011/81444.5/251150Backup_Mgmt_DISK01(/mnt/sy sbackup) Backup_Mgmt_DISK02(/mnt/ba ckupdata01) Backup_Mgmt_DISK03(/mnt/ba ckupdata02)BJ_Backup_S lave1BJ_A03

34、_S550 0T_019/102008.8/251150Backup_Slave1_DISK01(/mnt/ sysbackup) Backup_Slave1_DISK02(/mnt/ backupdata01) Backup_Slave1_DISK03(/mnt/ backupdata02)3 IPSAN 设计与配置原则3 IPSAN 设计与配置原则关于本章3.13.23.3IPSAN配置数据配置IPSAN 相关网络规划3.1 IPSAN配置项目共配置 4 套 S5500T拖 4，部分空间用作备份 1 拖 2，业务和备份：总社站点配置 3 套，2 套为 1 拖 2 用作业务，1 套 1，部分

35、空间预留供后续扩容使用；分社站点配置 1 套，为共用。总社备份共配置了 96 块 600GB SAS 硬盘，做 RAID5，共划分 12 个RAID 组： 4组 10+1 作为预留空间，每个 RAID 组划分 2 个；4 组 4+1 和 4 组 5+1 用作备份存储，每个RAID 组划分 1 个；共配置 8 个全局热备盘。规划示意图如下分社备份与业务共用 1 套 S5500T，共配置 58 块 600GB SAS 硬盘，做 RAID5，共划分 10 个 RAID 组：1 组 3+1、4 组 4+1 和 2 组 5+1 用作业务，每个RAID 组划123 IPSAN 设计与配置原则分 1 个；2

36、 组 5+1 和 1 组 4+1 用作备份，每组划分 1 个；共配置 5 个全局热备盘。规划示意图如下配置原则包括RAID 组和配置原则。请参见如下两个章节。3.1.1 RAID 组3.1.213配置子项配置原则原则的大小最大不超过 64TBFencing放在3 个不同的RAID 组除 Fencing，每个RAID组只创建一个数据对于条带类型文件系统，同一RAID组只划分一个 （Fencing 除外），有利于发挥最大性能。分条深度64KB（默认参数）读写业务 1:1 或者写业务多时，配64KB。HyperDP 备份以写业务为主。读业务多时：512KB。配置子项配置原则原则RAID 组级别SAS

37、 盘配置 RAID5 或RAID10SATA 、 NL_SAS 盘配置RAID6RAID5、RAID6 相对其他RAID 级别，在保证数据冗余的基础上，会有更高的有效数据空间率。SATA、NL_SAS 盘强制要求 RAID6级别，随着 SATA 盘容量增大，RAID组重构时间增长，导致双盘失效率增加。RAID6 采 盘校验， 双盘失效，大幅 硬盘可靠性：成员盘数量11 盘，RAID 组不建议跨框，1 块热备盘。同一 RAID组中应避免包含不同转速、不同容量的硬盘，以免性能较差的硬盘影响 RAID 组整体性能。验证，该值可靠性最高、性能最佳。本项目中用户要求使用5+1与4+1的RAID5。3 I

38、PSAN 设计与配置原则3.2 数据及虚拟磁盘配置IPSAN 作为备份时，需要在主机上将对应的创建为数据，然后再在数据上创建虚拟机磁盘绑定给备份服务器所在虚拟机作为本地磁盘使用。创建数据时有如下 2 个注意事项：1.由于执行备份/恢复作业时，读写压力较大，为满足对磁盘 I/O 性能的要求，建议创建数据时，使用方式选择为“非虚拟化”。2.数据已分配容量超过阀值时会上警，建议分配的虚拟磁盘总空间不要超过告警阀值。说明对于 R3C00 版本，数据85%。告警阀值为 85%；对于 R3C10 版本，数据告警阀值可配置，默认为告警阀值配置为 91%，规划信息如下：项目中总社的数据14配置子项配置原则原则

39、归属控制器不同RAID 组的均分归属给A、B 控制器为了两个控制器负载均衡。高低水位默认值 80/40一般采用默认值，80/40。写性能需要时：S2600T 使用90/60，S5600T 使用 90/75。写 Cache 策略回写镜像（默认参数）通常都使用回写镜像。透写会严重影响性能。不配置镜像会导致可靠性降低。读 Cache 策略智能预取通常使用智能预取。3 IPSAN 设计与配置原则在 2790GB 的数据中创建 2 个虚拟磁盘，1 个 2511GB 作单元使用，1 个 50GB作备份服务器灾备空间；在 2232GB 的数据储单元。中创建 1 个 2008GB 的虚拟磁盘，用作存分社的数据

40、告警阀值同样设置为 91%，规划如下：在 2790GB 的数据中创建 2 个虚拟磁盘，1 个 2511GB 作单元使用，1 个 50GB作备份服务器灾备空间；在 2232GB 的数据中创建 1 个 2008GB 的虚拟磁盘，用作存储单元；在 1605GB 的数据中创建 1 个 1445GB 的虚拟磁盘，用作单元。154 FuSphere 相关设计及配置原则4FuSphere 相关设计及配置原则关于本章4.1HyperDP 备份功能的限制和约束4.24.3HyperDP 虚拟机规划FuSphere 网络规划4.1 HyperDP 备份功能的限制和约束HyperDP 备份功能的限制和约束如下：1.

41、2.3.只支持虚拟化和FuStorage。不支持对 VRM 虚拟机进行备份。如果系统使用 FuStorage，则不支持采用 CBT 方式进行备份，只能使用快照对比方式进行备份。不支持对模板虚拟机、4.克隆虚拟机进行备份，不支持对带共享磁盘的 windows系统虚拟机开机状态下进行备份。5.FuSphere R3C00 版本约束：采用 CBT 方式实现虚拟机备份时，遵循 CBT 特性的相关约束：不支持累积差量备份。虚拟机运行过程中若发生以下事件，则CBT备份功能失效，下次备份时将进行完全备份。 虚拟机所在主机故障或断电 虚拟机热迁移或故障迁移 向虚拟机挂载新磁盘 虚拟机磁盘迁移 虚拟机磁盘扩容

42、使用快照恢复虚拟机故在启用 CBT 方式备份时，建议关闭 DRS，DPM 等会引起虚拟机自动迁移的功能和特性。164 FuSphere 相关设计及配置原则FuSphere R3C10 版本约束：采用 CBT 方式实现虚拟机备份时，遵循 CBT 特性的相关约束。虚拟机运行过程中若发生以下事件，则 CBT 备份功能失效，下次备份时将进行全量备份。 虚拟机所在主机故障或断电 向虚拟机挂载新磁盘 虚拟机磁盘扩容 虚拟机精简磁盘离线回收 使用快照恢复虚拟机 HyperDP 备份系统升级对于同一个虚拟机，不支持同时使用快照对比方式和 CBT 方式进行备份，只支持其中一种备份方式。备份过程对业务 VM 的 I/O 性能有影响，建议业务空闲时进行虚拟机备份。6.7.4.2 FuSphere 网络规划VRMHyperDP平面网络平面网络管理平面网络CNA备份管理服务器CNA虚拟机使用的虚拟机使用的平面网络平面网络管理平面网络CNACNA备份处理服务器平面网络平面网络管理平面网络CNACNA备份处理服务器如上图所示，HyperDP 备份时网络流向为：1.2.3.VM 快照数据从