如何解决由于 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 服务器发送 50 个扫描请求。
- 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
在步骤 1 和步骤 6 之间的整个时间内,客户端会保留一个 pBlk ,直到文件的病毒扫描完成为止。 |