appsense 性能管理器投资回报展示 - ivanti updated 2017 citrix focus.pdf · appsense...

AppSense 性能管理器

投资回报展示

AppSense 性能管理器：投资回报展示


第 2 页/共 12 页 © 1999-2016 AppSense Inc. 保留所有权利。

© AppSense Limited, 2016 保留所有权利。未经 AppSense Limited 书面许可，不得出于任何目的以任何形式（包括影印

或存储在任何介质中）制作本文档的任何部分，除非以适用法律为依据。此外，不得出售、

许可或分发本文档的任何部分。对版权作品实施未经授权的行为可能引起民事损害索赔和刑

事诉讼。本文档中包含的信息在印刷之时已确认准确无误，如有更改，恕不另行通知。对制造商或产

品的任何引用不构成对制造商或产品或者产品与 AppSense 软件配合使用的认可、声明或保

证（无论是明示、暗示还是法定）。

本文档不授予您对本文档主题相关的任何专利、专利申请、商标、版权或其他知识产权的任

何权利或许可。根据本文档或与本文档相关而提供的任何相关 AppSense 软件只能在最终用

户许可协议范围内授予许可，在您访问或使用软件前会显示该协议，并且您必须接受该协议

才能继续使用。

AppSense 是 AppSense Holdings Limited 或其附属公司在英国、美国和/或其他国家/地区的注

册商标。Microsoft、Windows 和 SQL Server 是 Microsoft Corporation 在美国和/或其他国家/地区的注册商标。本文档中提及的实际产品和公司名称可能是其各自所有者的商标。


第 3 页/共 12 页

© 1999-2016 AppSense Inc. 保留所有权利。

目录概要 ................................................................................................................................................... 4

背景 ................................................................................................................................................... 4

Citrix 负载平衡概要 ........................................................................................................................... 5

实际负载平衡 .................................................................................................................................... 5

默认负载评估程序 ............................................................................................................................. 6

其他负载评估程序规则 ..................................................................................................................... 6

投资回报计算 .................................................................................................................................... 7

AppSense 性能管理器如何让每台服务器支持更多用户 ................................................................... 9

引入系统资源授权 ................................................................................................................................... 9

CPU 管理 ................................................................................................................................................... 9

物理内存控制 ......................................................................................................................................... 10

总结 .................................................................................................................................................. 11




概要本文档简述了如何展示在 Microsoft Windows® 终端服务器、虚拟桌面、Vmware Horizon 或 Citrix XenApp/XenDesktop 环境中使用 AppSense 性能管理器的确切投资回报。通过以应用程

序或用户为单位对 CPU、内存等系统资源进行有效管理，从而增加用户密度，挖掘减少服务

器数量的可能性，能够实现这样的投资回报。在 Microsoft Windows® 终端服务器、虚拟桌面、Vmware Horizon 或 Citrix XenApp/XenDesktop 环境中，按照本指南所示的步骤进行操作，可以估计并发用户数的增加，继而寻找机会减少

服务器数量

背景资源消耗倘若无法预测，会对非管理的 Microsoft Windows® 终端服务器、虚拟桌面、

Vmware Horizon 或 Citrix XenApp/XenDesktop 环境的用户并发性能和服务质量造成负面影响。

随着诸如 Microsoft .NET 等新应用技术部署的增加，以及旨在确保服务质量的服务级别协议

的实施，资源使用情况的管理正在成为 IT 部门的重要关注领域。通过对 CPU 和物理内存等所有重要资源在应用程序进程和线程级别的使用情况进行精细化管

理和优化，可以显著增加并发用户数量，同时提高最终用户获得的服务质量。通过增加每台

服务器的并发用户数，可以减少服务器场中支持所有最终用户所需的服务器数量。我们先来看看目前管理服务器负载的既有方式。为了确保服务器场中的服务器得到优化使用，

Citrix 技术能够基于某些业务规则来平衡多个服务器之间的负载，通常采用的方法有几种。


第 5 页/共 12 页


Citrix 负载平衡概要对于大多数并发用户超过 100 的 Citrix XenApp/XenDesktop 站点，Citrix 负载平衡 (CLB) 通常在

服务器场内实施，以确保整个服务器场的新用户会话保持一般平衡。

下面简单解释其工作原理。CLB 有 3 个组成部分：

1. 负载评估程序

2. 规则

3. 区域数据收集器负载评估程序是运行在每个 Citrix XenApp 服务器上的一段代码，用于监视系统参数并计算

“负载指数”。每当该负载指数发生变化，它都会被发送到区域数据收集器。负载指数的值

将始终介于 0 到 10,000 之间。

规则是供负载评估程序计算负载指数的参数和标准。区域数据收集器将每台服务器的当前负

载指数记录下来，并在接收到新的连接请求时利用此信息确定服务器场内的哪台服务器“最

不忙”。

举个例子，假设负载平衡的服务器场中有 3 台服务器，每台服务器的负载指数如下所示：

服务器 A：负载指数 = 2,500 服务器 B：负载指数 = 2,400 服务器 C：负载指数 = 2,600

当用户请求时，区域数据收集器会将新连接导向至服务器 B，因为服务器 B 具有最低的负载

指数。

实际负载平衡关于如何达到 Citrix 负载平衡的最佳效果，目前有大量的理论和建议。负载平衡配置越简单，

就越容易管理，造成混乱和错误的可能性也越小。可在同一服务器场中的不同服务器上使用

不同的负载评估程序，来发布相同的应用程序。这可以由于硬件构建等的差异而实现，但关

键是很容易引入复杂性。



默认负载评估程序默认负载评估程序仅计算用户数，默认值为 100。因此，如果有 100 名用户连接到运行默认

负载评估程序的服务器，该服务器的负载指数将是 10,000。如果连接了 50 名用户，则服务

器负载指数将为 5,000。


其他负载评估程序规则可以使用很多不同的参数来创建自定义的负载评估程序。CPU、内存、磁盘和分页参数是最

常用的一些参数。这些参数都有一定用处，但如前所述，保持简单化通常是一个很好的管理

策略。


第 7 页/共 12 页


投资回报计算为了提供真实的数据来帮助计算投资回报，我们在许多用户环境中实施了以下步骤。这些步

骤并不是理论假说或是尚在测试的技术，而是已经在全球各行各业的生产环境中得到了持续

的验证，是源于用户现场运行真实生产应用程序的实际统计。为了简便起见，我们将使用包

含 4 台 Citrix XenApp 服务器的场作为示例。

假设当前 4 台服务器正在使用高级负载评估程序，同时假设我们只在服务器场中的一台服务

器（服务器 B）上安装 AppSense 性能管理器。在服务器 B 上安装并配置 AppSense 性能管理

器之后，首先要做的是为服务器 B 设置仅基于用户数的自定义负载评估程序规则。

下一步是更改该规则中的用户数，使得在连接的用户数量大约相同的情况下，服务器 B 的负

载指数低于其他服务器。请记住，这样做的目标是将更多的用户加载到服务器 B 上，并证明 AppSense 性能管理器的价值。那么，如果整个服务器场的用户数和负载指数如下所示：

服务器 A：25 名用户负载指数：2,600 服务器 C：26 名用户负载指数：2,700 服务器 D：24 名用户负载指数：2,350

并且自定义负载评估程序规则中的用户数设置为 100，则当连接了 25 名用户时，服务器 B 的负载指数将是 2,500（最大值 10,000 = 100 名用户，因此 2,500 = 25 名用户）。

优选的结果是确保当服务器 B 具有与其他服务器大约相同的用户数量时，其负载指数始终低

于其他服务器。因此，当连接了 25 名用户时，服务器 B 的优选负载指数应大约为 2,000。请

记住，最大负载指数为 10,000，如果要求在连接 25 名用户时负载指数为 2,000，则自定义规

则中的用户数 (UC) 可以按以下公式来计算：

规则中的用户数 = (10,000/2,000)*25 名用户 = 125 因此如果自定义负载评估程序规则中的用户数设置为 125，并且该服务器连接了 25 名用户，

则其负载指数将为 2,000。这里的目的是让负载评估程序和区域数据收集器自动将更多用户

推送到运行 AppSense 性能管理器的服务器。这将有助于计算每台服务器可以接纳多少额外

的用户，继而便于计算投资回报。

我们可以使用以下公式来计算有多少额外的用户将被推送到服务器 B：

连接的用户 = 125 /(10,000/2,500) = 约 31 当服务器 B 的负载指数约为 2500（与其他服务器大致相同）时，服务器 B 将接纳 31 名用户，

而其他服务器将连接约 25 名用户。



AppSense 性能管理器概念证明

负载指数 2600 2500 2700 2350

如下所示：

负载评估程序规则

ADV

UC-125

ADV

ADV

连接的用户 25 31 26 24

服务器 A 服务器 B 服务器 C 服务器 D

(AppSense) 通过使用该方法，能够以受控的方式将更多用户加载到服务器 B 上，这显然可以为更多的用

户提供支持。这个用户数量可以在该服务器上保持几天，然后通过提高自定义负载评估程序

规则中的用户数，再次增加连接的用户数量。

因此，要让服务器 B 连接约 35 名用户，有必要将规则中的用户数设置为 140。如果需要连接

约 40 名用户，就将规则中的用户数设置为 160，依此类推。


第 9 页/共 12 页


AppSense 性能管理器如何让每台服务器支持更多用户如本文档前面所述，当并发用户的数量超出服务器的能力时，服务质量会降低，变得不可预

测，无法为用户所接受。并且，由于资源消耗过多，服务器容易锁定。

AppSense 性能管理器通过对 CPU 和内存资源进行精细化管理、分配和优化，让服务器能够

支持更多的并发用户。引入系统资源授权随着基于服务器的计算应用范围越来越广，要让这些技术得到普及，关键在于确保应用程序

及时响应用户的操作。

在基于服务器的计算环境中，用户共享相同的系统资源，因此 CPU、内存和磁盘的使用情况

会影响许多用户的工作体验。系统资源授权让 IT 能够定义基于用户和应用程序的业务规则，用以分配 CPU 和内存资源，

确保无论桌面和应用程序托管于何处，用户都能获得最优的服务质量。

CPU 管理 AppSense 性能管理器通过控制 CPU 利用率和 CPU 消耗，不仅可以提高用户响应能力，而且

能够防止服务器锁定。

CPU 资源的分配以业务策略为依据，将相应的份额分配给用户或应用程序。例如，如果一个

应用程序获得的份额系数是另一个应用程序的两倍，则在出现争用时，前一个应用程序将优

先获得 CPU 资源。

其他控制措施包括线程调整策略，系统负载较重时会自动触发该策略，对每个进程中的任何

失控线程施加渐进的调整，从而防止流氓进程消耗过多 CPU 资源和影响所有用户的体验。

AppSense 性能管理器还让管理员能够定义硬性 CPU 限制，以限制应用程序对处理器资源的

访问。例如，如果对某个应用程序的限制是 70%，那么它永远不能使用超过 70% 的 CPU 资源。与此相反，管理员可以定义 CPU 预留量，为任务关键型应用程序保留最低限度的资源配

置。例如，如果为某个应用程序分配了 20% 的预留量，那么当它占用不超过 20% 的 CPU 资源时都可以优先获得 CPU 资源。


第 10 页/共 12 页


物理内存控制 AppSense 性能管理器通过修剪物理内存工作集来减少物理内存消耗。物理内存控制将释放任

何已分配但未使用且不包含数据的内存。这样的例子包括为报告模块设计的缓冲器和存储器

阵列。

默认情况下，当出现下列情形时，会修剪物理内存工作集：

1. 应用程序加载；

2. 会话断开连接；

3. 会话空闲；以及

4. 桌面安全锁激活（如屏幕保护程序等）通过修剪物理内存工作集，AppSense 性能管理器确保关键内存资源被分配到最需要的地方，

并且可用内存池保持尽可能大，从而使相同的服务器内存能够支持更多用户。

当应用程序请求更多内存时，操作系统会从可用内存池直接分配内存，而无需通过分页磁盘

来抢夺资源，从而可以提高应用程序响应时间并确保服务质量平稳、最优。

这对系统性能有显著影响，特别是在并发用户数量巨大的环境中。如果没有精细化的内存管

理，系统将会因为大量的分页活动而逐渐限入停顿状态。


第 11 页/共 12 页


总结本文档演示了如何修改 Citrix 负载平衡，以便在 AppSense 性能管理器优化的 Citrix XenApp 服务器上加载更多用户并提高服务质量。这将让我们能够有效地计算投资回报 (ROI)。

下表给出了一个计算示例：

投资回报示例

使用 AppSense 性能管理器不使用 AppSense 性能管理器

> 300 名并发用户 > 300 名并发用户

> 性能稳定 > 服务质量低

使用 AppSense 性能管理器可以节省的平均成本：8.8 万美元

> 6 台服务器

> 10 台服务器

> 每台服务器的正常运转成本为 2.2 万美元

> 每台服务器的正常运转成本为 2.2 万美元

> 总成本为 13.2 万美元

> 总成本为 22 万美元


第 12 页/共 12 页


“正常运转成本”是指保证服务器在 3 年期内正常运转所涉及的全部成本，引自如下 Gartner 论文：

标题：个人电脑与基于服务器的计算之总体拥有成本比较发布日期：2008 年 8 月 4 日。 ID 号：G00159622。作者：Michael A. Silver，Federica Troni，Mark A. Margevicius。成本：每年 3 年

服务器硬件 $1,250.00 $3,750.00 服务器维护 $902.00 $2,706.00 IT 软件 $5,277.00 $15,831.00

总计 $7,429.00 $22,287.00 因此，通过将用户数从每台服务器 30 名用户增加到每台服务器 50 名用户，能够将服务器数

量需求从 10 台减少到 6 台，从而可以节省 8.8 万美元。

根据 Gartner 的数据，AppSense 性能管理器的可靠投资回报期为 5 个月，相当于每花费 1 美元即节省 6 美元。

要下载 AppSense 性能管理器的 30 天评测版本，请访问 https://support.appsense.com

有关概念证明测试的更多信息，请随时联系 AppSense 团队：

北美：[email protected]

北欧和世界其他地区：[email protected]

中欧和东欧：[email protected]

澳大利亚和新西兰：[email protected]

https://support.appsense.com/

mailto:[email protected]




appsense 性能管理器 投资回报展示 - ivanti updated 2017 citrix focus.pdf · appsense...

Documents

appsense 性能管理器投资回报展示 - ivanti updated 2017 citrix focus.pdf · appsense...