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