在VMware View中使用VMware AppSpeed

本文中假设您已经安装了AppSpeed并完成配置过程，因此它可以很快检测到View Connection Server。

我们强烈建议您在VMware View Connection Server (和Security Server)中采用SSL认证的方式登录（如果您对使用SSL不太熟悉，可以查阅VMware View Administration Guide中的详细说明）。

在这里，我们假设在系统中包含了一台View Connection Server。

在AppSpeed页（安装于vCenter中），点击SSL Management。这里我们可以增加SSL认证，保证AppSpeed可以正确地监控到View架构中加密的数据流量。
现在您已经可以看到View Connection Server。在本例中，IP是10.28.106.16，端口443（SSL）。

点击Add/Update SSL Key.

一旦认证的安装完成后，AppSpeed可以立刻识别出系统的流量（假定该环境已经在使用中）。

现在我们可以获得多个形象的图形和图表显示，包括如下这些方面的内容：

延迟。这张图中显示了毫秒单位上的平均和最大延迟。

本例中的View connection Server延迟平均为2.9毫秒为（2.6ms的标准偏差），而最为重要的一点是：最大延迟为13.9毫秒。

延迟问题通常是View管理员关注的第一个参数。高延迟代表着对于即将上线的用户负载量来说，现有硬件资源是无法满足需求的。

延迟分解。在这个图中显示了延迟是来自于应用、或者最常见的是系统架构造成、还是网络环境？在本例中，application表示从服务器开始接受请求到它开始回复之间所需的时间。Infrastructure表示从服务器开始发送回复到回复完成所需的时间。而network项表示了从客户端发起请求到服务完成回复所需要的时间；或由于转发引起的网络消耗、数据丢失和数据错误等情况。

在基于本地局域网络的VMware View环境中，主要的延迟通常可以认为是总体的应用程序响应时间导致的。而在基于无线网络（WAN）的VMware View环境中，WAN连接带宽通常会成为被最终用户诟病最多的延迟原因。

请牢记AppSpeed衡量的是客户端到View connection server的延迟而不是到Remote Desktop Protocol/PC-over-IP会话的延迟时间。
 

View Composer database延迟。Composer是VMware View环境中AppSpeed可以监控的另一组件。它监控的精细程度让人印象深刻，而且深入挖掘到一些特殊方面的性能监控。这一数据表明了Composer database是否拖累了系统供应能力，以帮助更好地完成虚拟桌面资源池的健康管理工作。
 

分享按钮