2009年11月16日：谢谢你的回复。 我不再在这个项目上，所以问题不在我手中。 请确保我会返回其他问题:-)]
我通过从两个站点到一个vCenter站点的广域网链路发生了一些常规数据灾难。
会发生什么情况是vCenter服务器通过WAN链路pipe理本地ESX 3.5服务器和来自2个站点的2个服务器。 每个服务器每隔15分钟发送一个大约3MB的TLS数据（less于10％的时间变化为更高或更低）（保证金为2分钟）。 到目前为止，我还没有能够找出导致它的过程。 我浏览了每个站点上的所有应用程序。 到目前为止，它似乎来自每个站点上的一台服务器。
尽pipe这可能是巧合，因此也是不相关的，但我发现一个服务器，除了极less数例外，在当天零点的时候会爆发。 另外3个小时的时间稍微偏离了15分钟的标准，但是在小时的顶部，您可以同步您的手表。 5分钟后，另一台服务器没有这样的精度。 但是，正如所说的，它永远不会超过2分钟。
服务器是ESX 3.5，vCenter是2.5。
嗨，我几乎可以确定这是性能计数器数据，VC会定期从每个ESX服务器请求一组性能指标。 尝试将VC中捕获的度量类别更改为更低或更高的值（即捕获的数据量更多或更less），以查看数据大小是相应增加还是减less，如果是，则只需调整收集大小和时间。
我期望成为pipe理交通; vCenter Server需要确认主机处于活动状态并向其发送任务; 主机需要确认其许可证是否有效，并从vCenter获取任务。 每个节点还需要与群集中的其他节点进行通信，以确认哪些节点处于活动状态。
您可以通过查看端口号来追踪通信量，并将其追溯到拥有的进程（vCenter Server上的Process Explorer和Wireshark可能会有所帮助）。
通用pipe理stream量（心跳，主机性能计数器等）应该非常低 – 每个主机最多几千比特/秒。 很大程度上取决于您如何在vCenter中构build主机，但即使这样也不会像往常一样让我受到影响。 你有没有安装任何第三方工具？ 是否有任何其他原因为什么主机或主机中的任何一位客人将与vCenter对话？ 任何类似于VMware Infrastructure Management Assistant设备的用户，或者在这些guest虚拟机中使用PErl或Powershell VMware CLI工具的用户？
大部分stream量超过443端口的事实表明，有些奇怪的事情正在发生 – VC（和各种CLI工具）使用端口443来处理初始的SSL启动，但是然后切换到端口902以用于真实stream量。