会话主机虚拟机大小调整指南

不管是在远程桌面服务上还是在 Azure 虚拟桌面上运行会话主机虚拟机 (VM),不同类型的工作负载需要的 VM 配置是不同的。 本文中的示例是一般准则,只应将其用于初始性能估算。 若要尽可能完善体验,请根据用户需求缩放部署。

工作负载

用户可以在会话主机虚拟机上运行不同类型的工作负载。 下表显示了一系列工作负载类型的示例,方便你估算自己的虚拟机需要是何种大小。 设置虚拟机以后,应持续监视其实际使用情况并相应地调整其大小。 如果最终需要更大或更小的虚拟机,可以轻松地在 Azure 中对现有部署进行纵向缩放。

下表描述了每个工作负荷。 示例用户是每个工作负载最适合的用户类型。 示例应用是每个工作负荷最适合的应用类型。

工作负荷类型 示例用户 示例应用
轻型 执行基本的数据输入任务的用户 数据库输入应用程序、命令行界面
顾问和市场研究人员 数据库输入应用程序、命令行界面、Microsoft Word、静态网页
重型 软件工程师、内容创建者 数据库输入应用程序、命令行界面、Microsoft Word、静态网页、Microsoft Outlook、Microsoft PowerPoint、动态网页、软件开发
强力 图形设计师、3D 制模师、机器学习研究人员 数据库输入应用程序、命令行界面、Microsoft Word、静态网页、Microsoft Outlook、Microsoft PowerPoint、动态网页、照片和视频编辑、计算机辅助设计 (CAD)、计算机辅助制造 (CAM)

单会话建议

单会话方案是指在每次都只有一个用户登录到会话主机 VM。 例如,如果在 Azure 虚拟桌面中使用个人主机池,则使用的是单会话方案。 关于单会话方案的 VM 大小调整建议,建议每个 VM 至少使用两个物理 CPU 核心(通常使用四个支持超线程的 vCPU)。 如果需要更具体的关于单会话方案的 VM 大小调整建议,请询问特定于工作负荷的软件供应商。 单会话 VM 的 VM 大小调整通常符合物理设备准则。

下表显示了典型工作负载的示例:

工作负荷类型 vCPU/RAM/OS 存储最小值 Azure 实例示例 配置文件容器存储最小值
轻型 2 个 vCPU、8 GB RAM、32 GB 存储 D2s_v5、D2s_v4 30 GB
4 个 vCPU、16 GB RAM、32 GB 存储 D4s_v5、D4s_v4 30 GB
重型 8 个 vCPU、32 GB RAM、32 GB 存储 D8s_v5、D8s_v4 30 GB

多会话建议

多会话方案是指每次都有多个用户登录到会话主机虚拟机。 例如,将 Azure 虚拟桌面中的共用主机池与 Windows 11 企业版多会话操作系统 (OS) 配合使用时,这就是多会话部署。

下表列出了每个虚拟中心处理单元 (vCPU) 的最大建议用户数,以及标准或更大用户负载的最低 VM 配置。 如果需要更具体的关于单会话方案的 VM 大小调整建议,请询问特定于工作负荷的软件供应商。

工作负荷类型 每个 vCPU 的最大用户数 最小 vCPU/RAM/OS 存储 Azure 实例示例 最小配置文件存储
轻型 6 8 个 vCPU、16 GB RAM、32 GB 存储 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
4 8 个 vCPU、16 GB RAM、32 GB 存储 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
重型 2 8 个 vCPU、16 GB RAM、32 GB 存储 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
强力 1 6 个 vCPU、56 GB RAM、340 GB 存储 D16ds_v5、D16s_v4、D16as_v4、NV6、NV16as_v4 30 GB

对于多会话工作负载,应将 VM 大小限制为 4 至 24 个 vCPU 之间,原因如下:

  • 所有 VM 应具有两个以上的核心。 Windows 中的 UI 组件依赖于使用至少两个并行线程来执行一些更繁重的呈现操作。 对于多会话方案,在两核 VM 上拥有多个用户会导致 UI 和应用变得不稳定,从而降低用户体验的质量。 四核是稳定的多会话 VM 应具有的最低建议核心数。

  • VM 的核心不应超过 32 个。 随着核心数量的增加,系统的同步开销也会随之增加。 对于大多数工作负载,在约 16 个核心的情况下,投资回报较低,大多数额外容量被同步开销抵消。 使用两个 16 核 VM 的用户体验要优于一个 32 核 VM。

增加核心数时,建议的核心数范围为 4-24,这通常可为用户提供更好的容量。 例如,如果有 12 个用户同时登录到具有 4 个核心的 VM,则比率为每个核心 3 个用户。 同时,在具有 8 个核心和 14 个用户的 VM 上,比率为每个核心 1.75 个用户。 在此情况下,比率为 1.75 的后一种配置为具有短期 CPU 需求的应用程序提供更大的突发容量。

对于较大规模,此建议是适用的。 对于连接到单个 VM 上的具有 20 个或更多用户的场景,若干较小的 VM 的性能优于一个或两个大型 VM。 例如,如果希望 30 个或更多的用户均在 10 分钟内在具有 16 个核心的同一会话主机上登录,两个 8 核 VM 处理工作负载的性能会更好。 还可以使用广度优先负载均衡跨不同 VM 均匀分配用户,而不是使用深度优先负载均衡(即只有在现有会话主机中的用户已满后,才能使用新的会话主机)。

最好使用大量较小的 VM,而不是几个大型 VM。 关闭需要更新或当前未使用的 VM 更容易。 如果使用较大的 VM,可能有至少一个用户随时处于登录状态,这会阻止你关闭 VM。 如果有多个较小的 VM,则很可能有一些 VM 没有活跃用户。 可以安全地关闭这些未使用的 VM 以节省资源,可以手动关闭,也可以使用 Azure 虚拟桌面中的自动缩放自动关闭。 节省资源可提高部署的复原能力、简化部署和降低成本。

常规虚拟机建议

为了在 Azure 中运行所选的 OS,必须为需要服务级别协议 (SLA) 的生产工作负载使用高级 SSD 存储。 有关详细信息,请参阅联机服务的服务级别协议 (SLA)

对于经常使用图形密集型程序进行视频渲染、3D 设计和模拟的用户来说,图形处理单元 (GPU) 是一个不错的选择。 Azure 有多个图形加速部署选项和多种可用的 GPU VM 大小。 请在 GPU 优化虚拟机大小中了解详细信息。 有关远程桌面服务中图形加速的更多常规信息,请参阅远程桌面服务 - GPU 加速

Azure 中的 B 系列可突增 VM 适用于并非始终需要最高 CPU 性能的用户。 有关更多信息,请参阅 Azure 中 Windows 虚拟机的大小;有关定价信息,请查看虚拟机系列

测试工作负荷

最后,你应使用模拟工具,通过压力测试和实际使用情况模拟来测试部署。 请确保系统具有足以满足用户需求的响应能力和复原能力,并记得更改负载大小以避免意外情况。