现在,我们准备奉上本系列第二篇博文,为大家介绍 VMware 备份 proxy。它是备份基础架构的“主力”,所以本文对众多读者而言,绝对意义非凡!

VMware 备份 proxy 最佳实践

有个首要问题是:“应采用多少 proxy?”普遍逻辑是,采用的 proxy 越多,性能和分布效果就越好。但务必要确保启用 备份 I/O 控制 。否则,proxy 会有占用太多主存储系统循环的风险。相反,对于较小环境而言,可通过对存储库进行基本控制来设置节流和连接限制,这将有效限制 proxy 可传输的内容。下图所示为属性中的存储库基本控制(本系列下篇博文将详细介绍该存储库):

备份 proxy 和传输模式VMware 备份最佳实践

通过用于备份任务的压缩设置,严格控制用于 VMware 备份 proxy 的 CPU 和 RAM。一般来说,要保留备份任务中的默认压缩级别(最佳)设置或者为将资源添加至 proxy 做好准备。值得一提的是,复制任务的目标 proxy 上的 RAM 占用情况也是需要留意的事项。

让我们谈一谈传输模式!

谈到传输模式,将每个集群的一个二级 Hot Add proxy 只用于恢复是个不错的主意。鉴于需要进行恢复时可能正在进行备份,这点非常重要!即,如果您已设计了必要数量的 proxy 用于进行备份,而备份的同时您还须进行恢复,那么您需要更多资源和连接完成该任务,但您不想取消或延迟备份任务来进行恢复。

关于传输模式,Veeam VMware 备份 proxy 可提供四种选择:

  • 自动
  • Direct Storage Access
  • 虚拟设备 (Hot Add)
  • 网络 (NBD)

Direct Storage Access 传输模式

将“proxy 会 如何 迁移数据”设置设定成 proxy 属性,然后可对各项任务进行配置,以采用一个或多个 proxy。一般而言,Direct Storage Access 会被推荐采用 Direct SAN Access 或 Veeam 的专有  Direct NFS Access。下面介绍 VMware Direct SAN Access 上关于 proxy 的提示:

优点 缺点 安全保护方法
最快速备份和恢复整个虚拟机 (VM)(利用存储快照进行备份除外)。 需要面向光纤通道的物理备份 proxy 服务器,与虚拟化计划不相符。然而 iSCSI SAN 支持 VM。 独享针对备份 proxy 的本地管理员权限。
对主机和生产网络毫无影响。专用备份 proxy 可直接从 SAN 获取所需数据,且备份流量被隔离至 SAN 结构。 对于新手而言,难于设置且难于通过调整实现快速运行。一般的配置错误与多路径输入输出 (MPIO) 设置、运行失常的主机总线适配器 (HBA) 和非最优 RAID 高速缓存有关。 担心重新签名?(几乎从不发生且 Veeam 设置会提供预防措施)将 VMFS LUN 以只读方式提供给备份 proxy。
采用直接数据路径,所以最为可靠。 Direct SAN Restore 只支持厚磁盘。 还是担心重新签名?借助组策略禁用磁盘管理单元插件,确保万无一失。

除了 Direct SAN Access,下面还有一些额外的最佳实践:

  • 当在较多 proxy(配有较少 CPU)与较少 proxy(配有较多 CPU)之间,您不得不做出选择:选择较少 proxy(配有较多 CPU),因为这可减少物理占用空间 (physical footprint)
  • 在新的存储配置过程中,请务必对所有新 LUN 进行分区,并将其提供给备份 proxy。否则,备份任务将会发生故障切换变为另一种模式
  • 将手动数据存储用于 proxy 分配
  • 如果您能利用存储快照或 Direct NFS 进行备份,请停止使用 Direct SAN Access
  • 进行存储级别精简配置时请使用厚磁盘,以启用 Direct SAN Restore。
  • 更新 MPIO 软件(禁用 MPIO 可提升性能)
  • 全面更新固件和驱动程序(proxy 和主机!)
  • 为您的环境寻找最佳 RAID 控制器缓存设置
  • 若您正使用 iSCSI,请查看关于网络性能提升、VddkPreReadBufferSize DWORD 值和 Netsh调整的 Veeam 论坛帖子。

对于不支持利用存储快照阵列进行备份的 NFS 环境而言,务必要采用它!它经过了高度优化,是真正第二代 NFS 客户端(始于2014 年对NetApp 的集成)。

Hot Add 传输模式

若对 proxy 进行了虚拟化,只能采用 Hot Add 传输模式(虚拟设备模式)。它具有易于设置的特性,还有其它针对 Veeam 备份的属性:

优点 缺点
通过 ESXi I/O 堆栈对备份进行快速直接的存储访问。 proxy 会消耗 vSphere 集群上的资源(包括添加 vSphere 许可证)。
以常规方式快速恢复整个 VM。 由于要运行的配置不断变化,Hot Add 流程启动速度缓慢(每台 VM 1-2 分钟)。
支持任何 vSphere 存储类型。 使备份 proxy 服务器上的 CBT 失效。
您可将现有的 Windows VM 用作 proxy 以免于许可。 快照受阻(需要整合)和隐藏的首要原因。
帮助您在部署中实现 100% 虚拟化,是一体化设备的明智选择 (ROBO)。 在 NFS 环境中,热删除性能显著提高

对于本地存储集群中的 Hot Add proxy 而言,推荐每台主机采用单一 proxy,以实现最佳性能(这将确保 Hot Add 是一种选项)。如果共享存储系统在使用,建议在集群中至少配备 1 个 proxy。

网络传输模式

网络模式可通用于任何场景。与之前的每种模式一样,它的特征也需纳入考虑范围。让我们了解网络模式的优缺点吧:

优点 缺点
最简单的设置(实际上无需设置)。它的性能非常出色。 利用 ESXi 管理界面。
支持作为物理机或 VM 安装。 可远程影响管理流量。
快速初始化数据传输,以便在保持极低变化率的情况下备份 VM。 管理界面受到 vSphere 的限制。
支持完全虚拟安装和部署。 在 1 Gb 以太网上非常缓慢,尤其是 NFS。
在 10Gb 以太网上非常快速! 通常,备份和恢复速度最高可达到 10-20 MB/秒。

网络模式传输也有一些额外的备份和恢复提示。您可以使用下面的列表:

  • 通常来说,网络模式建议使用 10 GB 以太网。
  • 它非常适合小型站点和变化率较低的静态数据集。
  • 您可迫使特定 proxy 处理相关任务,以避免选择不需要的 proxy。
  • 在进行任务 proxy 设置时请记住使用 ILB(内部负载平衡)逻辑传输模式:设置为明确使用网络模式的 proxy 具有最低的优先级。
  • 务必使用设置为 hot add proxy 的 proxy(正如上述提示所说明),因为通过网络模式(尤其使用 1 Gb 网络时)恢复整个 VM 和整个磁盘非常缓慢。

本文概述了一些最重要的 v9 proxy 最佳实践。敬请关注本系列的更多博文!在此之前,您可访问下面这些资源以详细了解相关信息:

GD Star Rating
loading...