​ ​​ ​

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​

​ ​

​ ​​ ​

​ ​

​本文是​​【专家问答】​​Networker​​的实践应用​​中的嘉宾分享文章总结。​

​ ​

​ ​​ ​

​ ​

​ 本文中描述的是“绿色区域” 大小的推荐配置。 绿区配置可以提供最佳的性能和可靠性​​; ​​该产品无需特殊调节即可实现最佳运行。 这点与可操作，但依赖仔细地设计或调整环境参数以优化其性能和可靠性的“黄色区域”形成鲜明的对比。​

​ ​

​ ​

​VM​​和数据大小限制​

​ ​

​ 每个​​VBA​​实例保护不超过​​1000​​个虚拟机和​​120TB​​的​​VM​​数据（以较少者为准）。 可以部署多个​​VBA​​实例以保护其他虚拟机。​

​ ​

​ ​

​VBA​​实例限制​

​ ​

​ 每个​​NetWorker​​服务器配置不超过​​5​​个​​VBA​​实例。 查看“​​NetWorker​​性能优化规划指南”以确保​​NetWorker​​数据区具有足够的资源（系统资源，存储节点等），以支持所需的客户端数和并行性。​

​ ​

​ ​

​VBA vCenter​​限制​

​ ​

​ 每个​​vCenter​​配置不超过​​3​​个​​VBA​​实例。 交错备份以确保任何​​vCenter​​上同时运行的备份流不超过​​48​​个。 保持在这些限制内可确保解决方案保持在​​vCenter 100​​个连接数的软限制附近。 确保​​vCenter​​服务器上有足够的内存可用，以适应所需的连接数。 每个​​VBA​​实例即使在空闲时仍保持着与​​vCenter​​的连接，每个​​VBA​​在​​vCenter​​服务器上消耗高达​​1GB​​的内存。 除了非备份​​vCenter​​操作和上述基本内存需求外，还要计划为每个​​VBA​​分配大约​​8GB​​的内存，以允许最大多达​​48​​个并发备份流。 请注意，这些内存要求仅做参考。 应密切监视​​vCenter​​服务器的内存，​​CPU​​和​​I / O​​使用情况，以确保有足够的可用资源。​

​ ​

​ ​

​策略限制​

​ ​

​ 每个​​VBA​​策略应配置为保护不超过​​200​​个虚拟机。 交错策略备份的日程安排，以确保一个策略的所有备份在下一个策略的备份开始之前完成。 多个​​VBA​​策略可以并行运行，只要每个策略针对不同的​​VBA​​实例运行，并且并发备份流的总数不超过上述​​vCenter​​的限制要求。​

​ ​

​ ​

​代理限制​

​ ​

​ 只有当​​VBA​​实例保护不超过​​100​​个虚拟机和​​12TB​​的​​VM​​数据（以较少者为准）时，才应使用内部代理。 内部代理消耗​​VBA​​设备上的资源，这可能导致与核心​​VBA​​进程的资源争用。外部代理还提供一些附加功能，这些功能是使用​​VBA​​实例上的内部代理而达不到的：​

​ ​

​ ​
• ​超过​​1​​个代理设备的可扩展性​
​ ​
• ​超过​​8​​个并发代理流的可扩展性​
​ ​
• ​Linux ext4​​分区的文件级恢复（​​FLR​​）​
​ ​
• ​支持跨多个​​ESXi​​群集的​​VM​​的优化（​​HOTADD​​）备份​
​ ​

​ ​

​ 如果需要外部代理，请禁用内部代理以减少​​VBA​​实例上的​​I / O​​负载，并确保诸如​​ext4​​数据的​​FLR​​之类的操作不会分配给无法执行操作的代理。限制外部代理的数量和配置，因此对任何​​VBA​​实例并发运行的代理流不超过​​48​​个。 外部代理设备最多支持每个设备​​8​​个并发代理流。 如果可能，请为每个​​VBA​​实例部署不超过​​6​​个外部代理。如果需要多于​​6​​个外部代理（例如，支持在超过​​6​​个​​ESXi​​群集上的热加备份），请在代理上配置流限制，以确保不超过​​48​​个代理流并发运行。​

​ ​

​ ​

​调整​​vCenter Server​​环境​

​ ​

​ VCenter ​​服务器大小：适用于​​vSphere Web Client​​的​​EMC​​备份和恢复插件是一个集成的​​VMware​​插件，提供了一个易于使用的界面，可通过它完成​​VMware​​映像级备份和恢复。​​ VBA​​节点通过向​​vCenter​​主机查询以收集其功能（如动态容器备份，警报等）的信息。应在​​VBA​​节点部署之前检查​​vCenter​​的性能，以确保其不是运行在低​​CPU​​或低内存环境中。​

​ ​

​ ​

​NTP​

​ ​

​ VBA​​和外部代理依赖​​ESXi​​主机通过​​VMware​​工具提供的时间。 因此，建议​​ESXi​​和​​vCenter​​具有​​NTP​​设置，以确保时间同步。 不要在​​VBA​​或代理本身上启用​​NTP​​服务。​

​ ​

​ ​

​快照​

​ ​

​ 由于​​ESXi​​强制操作“同步整合”，具有极高​​IO​​的​​VM​​可能在快照删除任务期间无响应。​​ VM​​被扼杀并执行合并。 需要根据实际​​VM​​上的工作负载情况仔细规划以设计备份此类​​VM​​的最佳方法​​/​​时间段。 其他备份技术（如​​SAN​​快照或基于​​Guest​​的备份）可能是保护此类​​VM​​的更好选择。​

​ ​

​ ​

​热加模式​

​ ​

​ 使用​​VBA - ​​启用热加模式的配置可为大多数站点提供所需的高性能。 仔细计划，确保​​VBA​​（包括其外部代理）可以与使用​​hotadd​​的​​VM​​一起工作。 这可能涉及措施包括：​

​ ​

​ ​
• ​在​​vSphere ​​集群上规划数据存储区共享​
​ ​
• ​针对单个数据中心​​/​​集群等的其他代理设置​
​ ​
• ​在使用具有最大块大小的数据存储上的部署代理上的旧​​VMFSv3​​格式数据存储库部署代理的环境中，代理数据存储库的块大小应该与已备份磁盘的数据存储库的块大小相同或更大​
​ ​

​ ​

​ SCSI ​​热加模式不能与​​IDE​​虚拟磁盘一起使用​​ - ​​因此，具有​​IDE​​磁盘的虚拟机的备份将使用较慢的网络块设备（​​NBD​​）传输进行备份。 建议尽可能使用​​SCSI​​虚拟磁盘。​​Hotadd​​需要​​VM​​硬件版本​​7​​或更高版本。请确保正在备份的所有虚拟机都使用​​VM​​硬件版本​​7​​或更高版本。​

​ ​

​ ​​ ​

​ ​

​【专家问答】​​Networker​​的实践应用​

​ ​

​ ​​ ​

​ ​

​Networker​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​