如何应对云计算环境下 VMware 虚拟机备份挑战？

ESX/ESXi 主机上运行的虚拟机可以跟踪更改了的磁盘扇区。 此功能被称为块修改跟踪，记录变更块(CBT)[5]。CBT是备份系统高效备份的关键，能显著提高备份速度，降低备份数据存储空间。在许多文件系统上，CBT在两个变更集 ID 之间识别修改了的磁盘扇区。在VMFS分区上，CBT还可以识别所有正在使用的磁盘扇区。可从虚拟机外部到虚拟化层中对虚拟磁盘的块修改进行跟踪。当软件执行备份时，它可以请求仅传输自上次备份以来更改的数据块或正在使用的数据块。第三方应用程序可以访问此功能。通过调用 VADP，应用程序可请求VMkernel 返回自上次备份快照以来虚拟磁盘上已更改的数据块。

要使 CBT 识别自上次更改ID以来已更改的磁盘扇区，需要满足以下条件：

1. 主机必须是 ESX/ESXi 4.0 或更高版本。

2. 包含要进行磁盘跟踪的虚拟机的硬件版本必须是7或更高版本。

3. I/O 操作必须通过 ESX/ESXi 存储堆栈。因此，NFS 和虚拟兼容模式下的RDM 受支持，但物理兼容模式下的 RDM 不受支持。而对于VMFS、SAN、iSCSI 或本地磁盘都提供支持。

4. 必须为虚拟机启用 CBT。当备份日志中出现：更改块跟踪配置不正确 (Incorrect changed block tracking configuration)、磁盘“硬盘编号”的更改块跟踪配置不正确 (Disk "Hard disk #" has incorrect changed block tracking configuration)、一个或多个虚拟机磁盘的更改块跟踪配置不正确(One or more VM disks have incorrect changed block tracking configuration)时，此类虚拟机的CBT功能可能未开启。需按照[6]中所示开启。

5. 虚拟机存储不能是独立磁盘(持久性和非持久性的)

而在一些情况下，例如虚拟机启动时发生电源故障或硬关闭等情况，CBT 可能会重置和丢失增量变更的跟踪记录。在vSphere 4.1和之前的版本中，冷迁移(而不是Storage vMotion)会重置CBT，但不能禁用 CBT。在vSphere 5.5 Update 2 之前的 vSphere 5.x 版本中，Storage vMotion会重置CBT。如果出现此类情况，需要预先预留出足够时间窗口进行全备。

在实践中，发现有些ESXI版本会导致CBT功能失效。例如[7]，CBT堆耗尽导致备份效率下降。此时在/var/log/vmkernel.log中显示T .nnnn cpu5:nnnnnn)WARNING: CBT: 191: No memory available! Called from 0xnnnnnnnnnnnn 。因此需要升级ESXI到相应的版本。

重删池：

Vmware备份方案中一定要使用重删功能，可以通过Veeam、Vdp、NBU-MSDP软件实现或使用后端重删池例如NBU一体机、Avamar、Datadomain来实现。

使用重删设备能够：

• 减少存储的数据量。
• 减小备份带宽。
• 减少备份时段。
• 减少基础架构。

以下为MSDP部署最佳做法，详细请参考[8]

1.逐渐增加作业数。

2.使用客户端重复数据删除来扩展重复数据删除处理以提高性能。

3.扩展备份介质服务器提高并发流，提高备份效率。

构建智能策略：

由于虚拟化平台中的虚拟机经常变更，因此配置智能策略自动发现，添加备份任务对于降低金融企业运维人员压力尤为重要。在金融企业中不同集群往往代表不同的业务区域。以下以NBU为例：说明一个自动发现策略：

在虚拟机备份策略中增加自动字段：

Cluster anyof “1-管理区” AND NOT [backneed] equal “0”

（编辑：网站开发网_盐城站长网 ）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!