如何计算终端服务器上的资源：实用的大小调整方法

终端服务器计算器很少是一个字面上的计算器。在大多数中小企业和托管服务提供商环境中，它是一种规划方法，用于估算终端服务器在用户开始抱怨之前需要多少 CPU、RAM、存储和余量。关键词背后的真正问题是实用的：你如何足够准确地计算终端服务器上的资源，以便自信地部署，避免超支。 降低性能瓶颈的风险 ?

终端服务器计算器实际上应该计算什么？

一个有用的终端服务器计算器应该估算“每个服务器的用户”之外的内容。作为管理员，它应该帮助您规划 CPU、RAM、存储性能、配置文件存储和在实际并发使用下的容量余量。微软对远程桌面会话主机的指导围绕工作负载类型和建议的每个 vCPU 用户进行框架大小，而不是围绕通用的一刀切连接限制。

为什么仅仅用户数量不足以计算终端服务器上的资源？

会话使用情况

请记住，两个用户数量相同的环境可能会产生非常不同的结果。我们假设您已经知道将有多少用户访问您的基础设施，因此拥有 考虑许可和CALs 实际工作可以开始。

想象一下，十五个用户同时打开一个业务应用程序可能会对主机造成适度的负载。与此同时，十五个用户运行一个完整的远程桌面，使用浏览器、Office 应用程序、PDF 工具、打印和后台同步，可能会产生更大的负载。尺寸模型通过将轻型、中型和重型多会话工作负载分开来反映这种差异。

区分很重要，因为“30个用户”本身并不是一个容量数字。只有在你定义后，它才有意义。 这些用户做什么和使用什么 在高峰期。

服务器使用情况

还要记住一个非常重要的区别：对于实验室或小型办公室，您可能只计划一个服务器，因为它将运行较少的并发用户会话，而对于生产环境，您可能会计划一个服务器集群。实际上，需要分开角色以提高性能、简化故障排除和加强安全性，因此一个常见的划分是：

• 1台服务器用于经纪人、Web和许可
• 1台或多台服务器作为会话主机
• 1 RD 网关在其独立服务器上用于外部访问。

进一步来说，您还会发现服务器类型、内存等因素会发挥作用，您可能想要 在更大的设置中包含SSD 例如。这只是提及，以使您意识到可能性。

哪些四个输入影响资源规划？

接下来，比直接跳过硬件数字更可靠的是，在开始计数之前收集的四个输入。这项上游工作避免了与许可问题的重叠，关于谁可以连接以及在什么微软规则下。这里的主要关注点是会话主机需要多少资源才能保持响应。我们之前的文章涵盖了 许可和服务器容量 因此，我们可以在这里系统地开发计数一切的方法，以便正确规划。

因此，您需要汇总：

并发活跃用户

我们仍然需要包括这个重要的数字，因为并行运行的会话数量肯定会影响服务器性能。请注意，当前并发数可以独立于总数。

每个用户组的工作负载类别

评估一个用户或一组用户将消耗多少资源是第一个现实检查。某些群体或个人不可避免地会消耗更多他们所执行的任务。这就是为什么需要识别重度用户。

应用程序和会话类型

确定特定应用程序也非常有帮助，因为某些用户会根据他们运行的应用程序占用大量资源。

峰值、增长和故障转移边际

通过考虑最大使用量来整理此输入列表，留出预期短期增长的空间，并建立故障转移缓冲区。

如何计算终端服务器上的资源？

这里有一种实用的计算方法，我们希望它在中小企业管理以及其他场景中能派上用场。它旨在至少简化规划和结构准备。然后，它应该能够进一步完善，以便您可以在试点期间及之后依赖它。

步骤 1：计算并发用户，而不是总用户

从同时在线的活跃用户数量开始。这是驱动服务器负载的数字。一个拥有50个指定用户的企业在高峰时段可能只有18到25个用户同时连接。在确定会话主机的规模时，同时会话数量比总用户数更有用。

在负载下测试可持续的现实世界容量之前，规划需要挑战估算。

步骤 2：将工作负载分类为轻型、中型或重型

接下来，按工作负载对组用户进行排序。微软的 当前会话主机指导 建议以下多会话环境的基线密度范围，HP和其他来源一致：

• 每个 vCPU 最多支持 6 个轻量用户，
• 每个 vCPU 4 个中等用户和
• 每个 vCPU 2 个重度用户，

分别以8个vCPU、16 GB RAM、32 GB存储的最小虚拟机示例覆盖这些工作负载带。建议还包括将多会话虚拟机的大小保持在大约4到24个vCPU之间，以获得更好的容量回报。

一个简单的工作负载地图用于中小企业规划，因此将指导排序：

• 光： 一个商业应用，有限的浏览器使用，短会话
• 中等： 办公应用程序、浏览器标签、PDF工具、适度多任务处理
• 重型： ERP, 更大的 Excel 文件, 持续使用浏览器, 打印, 一整天打开多个应用程序

这些是基线规划带，而不是保证。目的是选择一个基于工作负载行为的起点。

步骤 3：估算 CPU 容量

一旦用户被分组，使用每个 vCPU 的用户数量方法来估算 CPU。例如，如果 24 个并发用户大多是中等用户，微软的基准大约是每个 vCPU 4 个用户，这表明可以从 6 个 vCPU 开始，然后向上调整到具有突发余量的实际主机大小。如果您希望在短期 CPU 需求激增期间提供更好的突发容量，请计划比您可能考虑的更低的每核心用户比例。

显然，CPU 的大小不应仅停留在数学最小值上。它应考虑登录高峰、杀毒活动、报告任务和短时间内同时启动应用程序的情况。

步骤 4：估算 RAM 需求

RAM 应该满足操作系统、核心服务、会话开销和每个用户的应用程序内存使用的需求。如上所述，当前 Microsoft 多会话基准将其轻、中和重负载示例与最低 16 GB RAM 配对，作为 8 vCPU 的起始点。尽管这只是一个基准，但它仍然为估算提供了一个切实的起点。

在小型或中型企业中，一个实用的方法是：

1. 为操作系统和平台服务保留内存，
2. 按用户类别估算每会话内存，
3. 按并发会话数乘以
4. 然后添加一个安全边际。

PeteNetLive 提供一个 故意宽泛的经验法则 每个用户的 RD 会话主机 RAM 规划为 2 到 8 GB。这对于防止低估重负载会话非常有用，即使确切的数字必须在测试中进行调整。

步骤 5：检查存储和配置文件开销

存储在终端服务器规划中常常被低估。缓慢的拥堵存储会影响登录、配置文件加载、临时文件、应用程序启动和打印缓存，即使CPU和RAM看起来仍然可以接受。

• 个人资料存储
• 操作系统存储
• 日志：用于安全和其他此类目的

这个最后的类别非常值得估算，因为它可能会迅速膨胀，具体取决于您的基础设施规模以及您所需的监控和保护类型。

PeteNetLive的角色逐一介绍提醒我们，会话主机通常是资源压力首先出现的地方，而其他RDS角色往往占用相对较小的资源。请在寻找公司使用推送能力的标志时牢记这一点，因为这可以帮助评估计划的规模。

第6步：为高峰、增长和故障转移留出余地

没有终端服务器计算器应该以“刚好足够”的数字结束。留出余地以便于：

• 早晨签到高峰
• 补丁和防病毒扫描
• 每月报告高峰
• 预期用户增长
• 多服务器设计中的主机故障

最后，对于任何超越单一主机的环境，一些好的操作建议是考虑额外的主机，以防服务器或虚拟机监控程序丢失。

简单的终端服务器计算器方法适用于中小企业和托管服务提供商

这个计算器的逻辑故意简单。它旨在产生一个可辩护的初步估算，而不是最终基准，供您相应地进行调整。

快速规划公式

使用此序列：

1. 计数 并发用户 .
2. 将它们分类为 轻型、中型和重型 组。
3. 估计 中央处理器 使用基线用户与每个虚拟 CPU 的比例。
4. 估计 内存 来自操作系统的开销加上每个会话的需求。
5. 检查 存储 用于配置文件、临时和启动性能。
6. 添加 20%到30%的余量 然后审查故障转移需求。

这反映了在一般情况下如何框定规模的本质：首先是工作负载，其次是比例，最后是观察后的细化。现在，为什么不提前预览一下呢？ 它可能采取什么形状 获取准确的估算并规划您的潜在基础设施？在制定预算时的关键工具。

15个轻办公用户

假设15个并发用户访问一个发布的商业应用程序，并进行轻度浏览。

使用推荐的轻量基线，原始 CPU 估算约为 3 vCPU。实际上，这对于突发容量来说太紧凑，因此规划者会选择更实用的主机配置，而不是构建到极限。您会发现建议更倾向于更广泛的 4 到 24 vCPU 尺寸范围，以 8 vCPU、16 GB RAM 作为多会话工作负载的标准基线配置。

对于RAM，保留操作系统和服务的容量，然后为每个用户添加会话内存。如果环境稳定且应用使用范围狭窄，这可以在一个适度的主机上舒适地运行，但在试点使用期间仍应进行验证。

示例 2：30 个混合办公和 ERP 用户

假设：

• 18个中型用户
• 12 重度用户

一个规划快捷方式将中等组的用户数大约定为每个 vCPU 4 个用户，而重型组的用户数大约定为每个 vCPU 2 个用户。这意味着中等组大约需要 4.5 个 vCPU，重型组大约需要 6 个 vCPU，未考虑开销和余量。在实际操作中，这已经指向了一个较大的主机，或者在多个会话主机之间进行分配，而不是单一的轻型主机。

这就是“规划服务器资源”建议变得有意义的地方。 与一个 企业资源计划 就像在任何企业环境中一样，目标不仅仅是将用户放在某个地方。 目标不仅仅是将用户放置在某个地方。目标是在一天中最繁忙的时段保持响应时间在可接受范围内。

示例 3：何时将用户分配到多个主机上

一旦计算产生了具有有限突发能力的密集主机，更好的答案可能是架构上的，而不是垂直扩展。会话主机可以承担重负荷，而RD连接代理、网关和许可等角色可以分配不同的资源配置。将用户负载分散到多个主机上可能会提高弹性、维护灵活性和故障转移规划。

对于MSP来说，这通常是一个临界点，在这个点上，终端服务器计算器变成了农场规模讨论，而不是单一服务器讨论。

哪些常见的尺寸错误通常会破坏终端服务器性能？

尺寸错误通常不是仅由数学引起的。它们源于不正确的假设。

将许可与性能容量混淆

许可告诉您如何分配和配置访问权限。它并不告诉您服务器将支持多少个具有可接受性能的并发用户。

忽略浏览器负担重和打印负担重的会话

许多环境仍然低估了现代浏览器使用、PDF处理和打印对会话主机所增加的负载。这些活动可以使用户组从轻度转变为中度，或从中度转变为重度，即使业务应用程序本身是适度的。

仅针对平均负载进行大小调整

平均负载很少是用户抱怨的时刻。抱怨发生在登录高峰、同时打开文件、报告运行或早高峰期间。微软指出，在较低的用户每核心比率下，更好的突发容量很重要，因为它支持留出空间，而不是追求最大密度。

忘记其余的 RDS 堆栈

会话主机是主要的资源消耗者，但它并不是环境中唯一的角色。PeteNetLive的角色分解是一个有用的提醒，提醒我们在部署超出小型单主机设置时，单独考虑连接代理、网关、Web访问和许可。

为什么监控应该验证您的规模估算？

终端服务器计算器为您提供了一个规划基准。它并不提供证明。要获得证明，您需要监控使用情况。

从基线到证明：监控作为一种必需品

在我们之前的文章中，我们解释了为什么可持续用户容量是一个实际的监控问题。在这里，目标是展示如何在推出之前估算该容量的第一个版本。监控将为您获取我们提到的许多计数。我们建议您在实验室环境中进行测试，以评估您设想的需求。

TSplus 服务器监控在哪里发挥作用？

TSplus 服务器监控 适合 在大小估算部署后，它有助于验证 CPU 饱和、内存压力、存储瓶颈或使用高峰是否与规划中使用的假设相匹配。这对于需要证据才能调整主机、重新分配用户或添加另一台服务器的 SMB IT 管理员和 MSP 特别有用。

除了知道如何分配资源之外，您还可以通过监控系统了解计算是否正确。服务器监控为您提供实时监控和警报，以便在指标达到您设定的阈值时及时通知您。 .

TSplus软件用于安全持续交付应用程序和桌面

TSplus Remote Access作为更广泛故事中的交付层，而Advanced Security则是专门为保护应用服务器而量身定制。此外，TSplus Remote Support提供了一套基本工具，用于从任何位置进行故障排除和维护这些服务器及更多内容。一旦环境正确配置，TSplus Remote Access将比Citrix更简单地发布桌面和应用程序，并且不会超出您的预算。测试诸如Web访问和集中交付等功能将让您体验如何超越临时RDP访问。

结论

终端服务器计算器不应承诺一个神奇的答案。现在是分阶段计算终端服务器资源的时候：从并发用户开始，分类工作负载强度，根据实际会话行为估算 CPU 和 RAM，检查存储，然后为峰值、增长和故障转移添加余量。

作为系统管理员、中小企业IT管理员或托管服务提供商，这将为您提供一个实际的初步估算。从那里，真正的纪律是验证。仔细规划，谨慎部署，然后使用监控数据确认主机是否 主机农场 可以维持您所期望的用户体验。