vSphere 界面中频繁出现的「查询容器卷异步任务」问题解析

如果你的 vSphere 工作负载正在使用云原生存储(CNS) —— 无论是通过上游或第三方 Kubernetes、vSphere Kubernetes 服务(VKS)、vSAN 文件服务，还是 VCF 自动化(VCFA)—— 你很可能会在 vCenter 的「近期任务」面板中，频繁看到「查询容器卷异步」(Query container volume async)任务。

过去我通常把这些任务当作普通的信息类事件直接忽略，但在最近一次 VCFA 升级后，我发现这类任务的出现频率明显增加。这让我开始好奇：它们究竟来自哪里?是否有办法降低其出现频率?

由于这些是 vCenter 任务，但在 vSphere 界面中没有提供太多细节，我转而通过 vSphere API 获取更全面的信息，使用的脚本如下：

# 筛选最近5000条事件中，类型为TaskEvent且描述为「查询容器卷异步」的任务
$tasks = Get-VIEvent -MaxSamples 5000 | where {$_.GetType().Name -eq "TaskEvent" -and $_.FullFormattedMessage -eq "Task: Query container volume async"}
$results = @()
foreach ($task in $tasks) {
# 提取任务的创建时间和操作ID(OpID)
$tmp = [pscustomobject] [ordered] @{
Time = $task.CreatedTime
OpID = $task.info.ActivationId
}
$results += $tmp
}
# 按时间排序输出结果
$results | Sort-Object -Property Time

通过这段脚本，我不仅获取到了这些任务的基本信息，还提取到了关键的操作 ID(OpID) —— 借助这个 ID，我可以进一步查看 vCenter 服务器日志进行深入排查。

经过一番日志检索，我发现这些 OpID 会出现在 **/var/log/vmware/vsan-health/vsanvcmgmtd.log日志文件中。最终查明：这类任务是vSAN 健康检查服务 ** 的一部分，该服务每 5 分钟运行一次，目的是确保底层存储系统的健康状态。

有趣的是，生成这类容器卷查询请求的并非只有这一个系统 ——vSphere 底层的容器存储接口(CSI) 也会定期执行自身的健康检查，尤其是在卷与工作负载进行挂载 / 卸载操作时。

这一点从 vSAN 日志的时间戳中就能得到印证：我发现有两个系统都在执行存储健康检查，且两者的执行间隔均为 5 分钟。例如在日志中，OpID 为08d9de3b和08d9e2f2的任务间隔 5 分钟，而WorkQueue-31e724e8-deb5和WorkQueue-d1b023a-e3f7对应的任务同样间隔 5 分钟。

通过 OpID 检索日志后确认：其中一个任务由 CSI 驱动发起，另一个来自 vSAN 健康检查服务 —— 两者用途不同，但都会生成相似的任务事件。

虽然你可以通过 vSphere Supervisor 调整 CSI 卷健康检查的频率(实际发现其默认频率远低于 vSAN 健康检查)，但遗憾的是，vSAN 健康检查的频率目前无法配置。我曾通过在 vCenter 服务器中临时禁用 vSAN 健康检查服务做过验证：禁用后，这类频繁出现的任务几乎完全消失。

当然，这里不建议大家禁用 vSAN 健康检查服务 —— 毕竟它是保障存储系统稳定性的重要组件。针对任务频繁刷屏的问题，我已经提交了功能增强请求：至少让 vSAN 健康检查的频率支持配置，避免在「近期任务」中产生大量冗余信息。更合理的设计应该是：仅在健康检查失败时生成事件，成功时不显示冗余日志。

目前 vSphere 仅支持筛选特定事件显示，却没有「排除特定事件后显示其余所有内容」的功能 —— 我也针对这一使用场景提交了增强请求。这类需求其实很常见，比如本次的「查询容器卷异步任务」就是典型案例。

总结来说：虽然「查询容器卷异步」任务出现频率较高，但这是正常的系统行为。希望未来版本能优化这一体验：要么不再显示这类信息性任务，要么提供更精细的健康检查频率配置选项。