如何解决由于 Data ONTAP 8 7- 模式上的 VScan Server 导致的 PBK 耗尽问题

适用场景

• 以 7-模式运行的 Data ONTAP 8
• Data ONTAP 7

问题描述

• 外部 Vscan 服务器的响应时间直接影响存储控制器响应客户端请求的能力。
• 在 Data ONTAP 7 和 Data ONTAP 8-7 模式中、 VScan 服务器是存储控制器的外部服务器。
• 由于客户端帐户请求使用 pBlk ，因此 pBlks 使用量增加。
• 从 Vscan 服务器扫描文件（通过打开文件）可增加 pBlk 使用率。
• 如果 Vscan 服务器可以更快地完成文件扫描，则 Data ONTAP 可以更快地响应原始客户端请求并释放 pBlk 。

请考虑 pBlk exhaustion 和外部 Vscan 服务器的以下四个方面：

• Vscan 服务器数量：
  • 在任何给定时间，存储控制器最多可以向 Vscan 服务器发送 50 个扫描请求。
    （如果使用 MultiStore ，则可以将 100 个请求发送到具有两个 vFiler 的一台服务器；每个 vFiler 50 个请求）
  • 如果同时有 100 个请求、则一个 VScan 服务器必须处理前 50 个请求、然后才能开始第二个 50 个请求。
  • 在这种情况 Max gOffloadQueue depth 下，将变为 50 ，因为存储控制器必须等待第一个块 50 中的某些块完成，然后才能发送第二个块 50 中保留的请求。
  • 在本示例 pBlk exhaustion 中，可能未发生，但随着向存储控制器添加了更多客户端，并且需要从 AV 基础架构中获得最佳性能，这一点会突出显示。
• Vscan 服务器的速度：
  • 由于外部 Vscan 服务器的速度至关重要，因此建议在专用硬件上运行 Vscan 服务器，而不是将其作为虚拟机运行（有关 Data ONTAP 7.x 环境中 Vscan 的最新信息，请参见TR-3107：防病毒扫描最佳实践指南）。
  • 如果外部 Vscan 服务器的性能下降，则响应存储控制器 Vscan 请求所需的时间将较长，从而导致 pBlks 被保留较长时间。
  • 如果 Vscan 服务器的速度如此下降，并且有足够的客户端在短时间内发送请求， pBlk exhaustion 则可能发生
• 配置 Vscan 服务器：
  • Vscan 供应商控制其应用程序的可调选项。
  • 最好先从 VScan 服务器供应商处获得安装和配置指南、以确保 VScan 产品符合最佳实践。
  • 不符合供应商最佳实践的配置可能会导致性能下降，从而使存储控制器面临 pBlk exhaustion风险。 
• Vscan 选项超时：
  • 除了大小合适的 Vscan 基础架构之外， Data ONTAP 还提供了一些选项来控制等待病毒扫描完成的时间量。
  • 必须将这些值设置为 vScan 供应商的规范并根据最佳实践进行定义。 

pblk 使用示例（以下假设需要由 vscan 服务器扫描该文件）：   

• 存储fileA.txt控制器上的客户端发出读取请求。存储控制器将为客户端读取请求分配一个 blk 。
  Total pBlks consumed = 1
• 存储器向 Vscan 服务器（ VSCAN01 ）发出 RPC 调用，请求扫描fileA.txt， total pBlks consumed = 1
• 然后， Vscan 服务器 VSCAN01 将通过存储器上的共享发出请求 ONTAP_ADMIN$，以检索要扫描的文件。要扫描文件、 VScan 服务器必须读取全部或部分文件。
  Total pBlks consumed = 2.记下增加的内容。
• Vscan 服务器 VSCAN01 将完成文件读取，然后通过向存储控制器发回回复来满足扫描操作。
  总耗用的 PBLK 数 =1请注意减小的幅度。
• 存储控制器会执行内部核算，将其标记 fileA.txt 为正在扫描。
  Total pBlks consumed = 1
• 存储器对客户端读取请求做出响应。
  Total pBlks consumed = 0