Microsoft AZ-140: Azure Virtual Desktop 架构和服务设计 — 学习指南
属于 Microsoft Azure Virtual Desktop Specialty AZ-140 — 学习指南. 使用经过验证的答案练习： Microsoft 考试中心, 或参加限时模拟考试： ExamRoll.io.
负载均衡、容量规划、注册与运行状况
负载均衡算法：
- 广度优先 (Breadth-first)：将会话均匀分布到可用主机上。最适合需要一致性能和内存余量的场景。
- 深度优先 (Depth-first)：先将一台主机的会话填满至其最大会话限制，然后再使用下一台主机。可最大化资源释放以节省成本，但如果限制设置过高，则存在“吵闹邻居”效应的风险。
最大会话限制与用户密度：
- 为每台虚拟机设置最大会话限制，以限制并发会话数并保护用户体验，尤其是在使用深度优先算法时。
- 通过对目标工作负载进行基准测试来估算密度：CPU 通常是限制多会话密度的因素。根据经验法则：
- 轻度生产力：在经过适当优化的现代多会话 SKU 上，每 vCPU 可承载 6–10 个会话。
- 中度生产力：每 vCPU 可承载 4–6 个会话。
- 图形或数据密集型：每 vCPU 可承载 1–3 个会话。
- 容量规划：
- 所需主机数 = ceil((用户数 × 并发率) ÷ 每主机承载的会话数)。
- 增加 N+1 的冗余或一定百分比的余量，用于故障转移和补丁窗口。
- 网络：轻度会话预估 300–500 Kbps，中度会话 1–2 Mbps，重度会话 3–5+ Mbps。只有在办公室的用户流量会通过公司网络“发夹弯”；远程用户直接连接到 AVD。
- QoS：优先保障流向 AVD 网关的 UDP/TCP 443 流量；分配不足会导致响应缓慢和连接错误。
FSLogix 存储选择：
- Azure NetApp Files 能以最小的管理开销，在企业级规模（数万用户）上提供最高的 IOPS 和最低的延迟。
- Azure Files Premium 提供基于 SSD 的 SMB 共享，支持基于 AD 的身份验证或 Entra Kerberos，为大多数部署在性能和成本之间取得了平衡。
- IaaS 替代方案 (S2D SOFS) 在没有 Cloud Witness 的情况下至少需要三台虚拟机，并会带来运维开销；仅在 PaaS 选项不可行时使用。
注册令牌、会话主机注册与代理运行状况：
- 在将现有虚拟机添加到主机池之前，需要生成一个注册令牌。AVD 代理和引导加载程序使用此令牌注册虚拟机；之后，主机会绑定到该池，令牌即可过期。
- 通过 AVD Insights 和 Log Analytics 监控服务状态、SxS 堆栈版本和心跳，以保持代理运行状况为绿色。在打补丁期间将主机设置为排空模式，以阻止新会话。
- 快速排错提示：在用户会话中，使用性能监视器的 RemoteFX Graphics 计数器 (Frames Skipped/Second) 来区分是服务器、网络还是客户端的渲染问题。
用于注册和健康检查的 PowerShell 示例：
# Generate a time-limited registration token
New-AzWvdRegistrationInfo `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' `
-ExpirationTime (Get-Date).AddHours(8)
# Review host state, drain mode, and session counts
Get-AzWvdSessionHost `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' |
Select-Object Name, Status, AllowNewSession, Sessions
DNS 和域加入注意事项：
- 使用 Azure AD DS 时，将 VNet 的 DNS 服务器设置为托管域的 IP，以便会话主机能够找到域控制器以进行 Windows 注册和 Kerberos/NTLM 身份验证。
- 对于通过混合模式部署的 AD DS，请将托管会话主机的每个 VNet 配置为使用本地 DC 的 IP（至少两个以保证弹性）。如果使用 Azure private endpoints，请确保条件转发器或解析器支持它们。
区域设计与体验估算器：
- 使用 Azure Virtual Desktop Experience Estimator 测量用户所在位置的往返延迟，并根据最低延迟选择主机池区域。在高峰和非高峰时段从真实的用户子网运行测试。
- 将 FSLogix 存储和域服务与会话主机部署在同一位置，以最大限度地减少 SMB 往返。避免跨区域挂载配置文件。
- 对于多区域部署，请确保主机池、应用组和工作区的元数据位置保持一致；每个区域使用独立的主机池以实现自治和分阶段故障转移。
实际问题场景
Siemens AG 必须为位于慕尼黑、芝加哥和新加坡的工程师交付 CAD 和生产力工作负载，同时最大限度地降低成本并确保高性能。
- 划分用户群组、工作负载和区域
- 识别三个群组：CAD 密集型（需要 GPU）、标准生产力型，以及仅需访问应用的承包商。使用 AVD Experience Estimator 测量每个站点的延迟。
- 原因：基于群组的主机池可以防止“吵闹邻居”效应，并允许根据每个工作负载选择适当规模的虚拟机系列和伸缩行为。延迟测量为区域选择提供了依据。
- 设计区域性主机池和应用交付
- 在 West Europe、East US 和 Southeast Asia 为每个群组创建三个区域性主机池。使用：
- 用于 CAD 的 GPU NVadsA10 v5（池化，广度优先，较低的最大会话限制）。
- 用于生产力负载的 D/E-series（池化，深度优先，以在非高峰时段最大化资源释放）。
- 为承包商提供仅发布特定应用的 RemoteApp 池。
- 将 RemoteApp 和桌面应用组注册到与每个池的资源位置相匹配的区域性工作区。
- 原因：按工作负载和区域隔离主机池可以优化性能和成本，同时保持清晰的应用授权。
- 实施身份和 DNS
- 对于欧盟和美国，将会话主机加入到同步至 Entra ID 的本地 AD DS。将每个 VNet 的自定义 DNS 配置为两个区域性 DC 以实现弹性。在新加坡，部署 Azure AD DS 并将 VNet DNS 设置为托管域的 IP，以避免对 WAN 的依赖。
- 原因：本地域控制器和正确的 VNet DNS 可确保可靠的 Kerberos 解析和快速登录；在没有本地 AD 的地方，Azure AD DS 可以减少运维开销。
- 优化用户状态和存储
- 为 CAD 和高并发生产力群组使用 Azure NetApp Files；为承包商使用 Azure Files Premium。将存储放置在与主机池相同的区域，并为需要在两个邻近办公室之间漫游的 CAD 用户启用带有 Cloud Cache 的 FSLogix 配置文件容器。
- 原因：ANF 为重度工作负载提供最低的延迟和最高的 IOPS；Azure Files Premium 为轻度用户降低了成本。同地部署可防止跨区域 SMB 延迟。
- 容量、自动伸缩和“连接时启动 VM”
- 通过试点测试确定密度目标（例如，CAD 每 vCPU 1–2 个会话，生产力每 vCPU 4–6 个会话）。配置自动伸缩计划，在工作日进行容量增加，在非工作时间进行排空和资源释放。在每个主机池上启用“连接时启动 VM”并使用系统分配的标识，并在会话主机资源组上授予 Desktop Virtualization Power On Off Contributor 角色。
- 原因：自动伸缩和“连接时启动 VM”在保持用户体验的同时最大限度地减少了计算开销；标识和角色分配允许服务可靠地启动虚拟机。
- 分阶段部署和验证
- 在每个区域标记一个小型验证主机池，以提前接收代理更新。补丁节奏：验证 → 试点 → 生产。在打补丁期间使用排空模式，并强制执行适合每个工作负载和算法的最大会话限制。
- 原因：受控的更新环可避免服务范围内的回归；排空模式可在主机维护期间保持会话。
- 网络和 QoS 调优
- 确保分支机构路由器优先处理流向 AVD 端点的 UDP/TCP 443 流量，并分配足够的带宽。移除针对远程用户的任何 VPN 发夹弯路由，以便家庭用户直接连接到 AVD。
- 原因：AVD 媒体流依赖于 443 端口；QoS 配置不足会导致响应缓慢和连接中断。
通过将主机池类型、应用组、身份、存储、伸缩和区域布局与 Siemens 的用户群组和地理位置对齐，该设计通过验证环实现了可预测的性能和运维安全，并通过智能电源管理和密度控制实现了成本效益。
练习这些题目 → · 在 ExamRoll.io 上限时练习 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
通过考试 →