[编辑 2009 年 11 月 16 日：感谢您的回复。我不再参与这个项目，所以问题不在我的掌控之中。确保我会带着其他问题回来:-)]
我在从 2 个站点到具有 vCenter 的站点的 WAN 链接上经常发生奇怪的数据突发。
发生的情况是，vCenter 服务器正在管理本地 ESX 3.5 服务器和 2 个来自 2 个站点的 WAN 链接。每台服务器每 15 分钟（间隔 2 分钟）发送大约 3MB 的 TLS 数据（不到 10% 的时间变化为更高或更低）。到目前为止，我还无法找出导致它的过程。我浏览了每个站点上的所有应用程序。到目前为止，它似乎源自每个站点上的一台服务器。
尽管这可能是巧合，因此不相关，但我发现一台服务器（除了极少数例外）会在整点的 00:00 发生突发事件。一小时内的其他 3 个有点偏离 15 分钟大关，但回到小时的顶部，您可以在其上同步您的手表。另一台服务器在 5 分钟后跟随，没有这样的精度。但是，如前所述，它的差异永远不会超过 2 分钟。
服务器是 ESX 3.5，vCenter 是 2.5。
嗨，我几乎可以肯定这是性能计数器数据，VC 会定期从每个 ESX 服务器请求一个性能指标块。尝试将 VC 中捕获的指标类别更改为较低或较高的值（即捕获的数据更多或更少），以查看数据大小是否相应地上升或下降，如果是，那么您只需调整集合大小和时间。
我希望这是管理流量；vCenter Server 需要确认主机处于活动状态并向它们发送任务；主机需要确认其许可证有效并从 vCenter 获取任务。每个节点还需要与其集群中的其他节点进行通信，以确认哪些节点处于活动状态。
您可以通过查看端口号来追踪流量，并将其追溯到拥有的进程（vCenter 服务器上的 Process Explorer 和 Wireshark 可能会有所帮助）。
通用管理流量（心跳、主机的性能计数器等）应该非常低——每台主机最多只有几 kbits/sec。很大程度上取决于您如何在 vCenter 中构建主机，但即便如此，这并不像往常一样让我感到震惊。有没有安装第三方工具？是否有任何其他原因导致主机或主机中的任何一个来宾与 vCenter 对话。像 VMware Infrastructure Management Assistant 设备之类的东西，或者在这些来宾中使用 PErl 或 Powershell VMware CLI 工具的任何人？
大部分流量通过端口 443 的事实向我表明，发生了一些奇怪的事情 - VC（和各种 CLI 工具）使用端口 443 来处理初始 SSL 启动，但随后切换到端口 902 来处理实际流量。