windows server 2016+ 的 storage qos 通过 powershell 策略实现 hyper-v 虚拟机磁盘 iops 硬约束，需 sofs 或 csv 存储、故障转移群集支持，分专用/聚合两类策略，绑定后动态节流并保障稳定性。
windows 为 hyper-v 虚拟机配置磁盘 iops 限制，核心依赖 storage qos（存储服务质量）功能，仅在 windows server 2016 及更高版本 中可用，且必须满足特定部署条件。它不是给单个虚拟机“手动限速”，而是通过策略统一管控存储性能，防止某台 vm 吃光共享存储资源。
确认前提条件是否满足
Storage QoS 不是开箱即用的功能，需先确保环境合规：
- Hyper-V 主机和存储服务器都运行 Windows Server 2016 或更新版本
- 虚拟机磁盘必须存放在 横向扩展文件服务器群集（SOFS） 上（通过 SMB 3.0 共享），或使用 群集共享卷（CSV）
- SOFS 场景下，存储服务器需组成故障转移群集；计算服务器（运行 Hyper-V）也需加入群集或至少启用故障转移群集服务
- 所有操作均通过 PowerShell 完成，GUI 界面不提供 Storage QoS 配置入口
创建并应用 Storage QoS 策略
策略分两类：聚合策略（多个 VHDX 共享上限）和专用策略（每个 VHDX 独立限额）。常用的是专用策略：
- 新建策略（例如：限制某虚拟硬盘最大 800 IOPS）：
New-StorageQosPolicy -Name "DB-VM-Limit" -PolicyType Dedicated -MaximumIops 800 - 查看策略 ID（后续绑定需要）：
Get-StorageQosPolicy | Where-Object {$_.Name -eq "DB-VM-Limit"} - 将策略绑定到指定虚拟机的虚拟硬盘：
Get-VM "SQL-Server" | Get-VMHardDiskDrive | Set-VMHardDiskDrive -QoSPolicyID
绑定后，该 VHDX 的 I/O 请求会被系统动态节流，超出上限时延迟上升，但不会中断——这是“软限制”，保障整体稳定性。
监控与验证效果
策略生效后，可通过 PowerShell 实时观察实际 IOPS 表现：
- 查看所有受控虚拟硬盘的实时性能：
Get-StorageQosFlow | Sort-Object InitiatorName | ft InitiatorName,FilePath,MinimumIops,MaximumIops,NormalizedIops,IOPs,Latency - 重点关注
NormalizedIops（标准化 IOPS 值）和Latency（平均延迟），若 IOPS 接近MaximumIops且延迟明显升高，说明限制已起作用 - 策略违规时，事件日志中会记录警告（来源：Microsoft-Windows-Hyper-V-Storage-QoS），可用于排障
替代方案（适用于非群集或旧系统）
若无法部署 Storage QoS（如单机 Hyper-V 或 Windows Server 2012 R2），可考虑间接控制：
-
调整虚拟机 I/O 优先级：PowerShell 中设置
Set-VM -Name "AppVM" -Priority 5（范围 1–10，10 最高），影响调度权重，非硬性 IOPS 限制 -
限制服务进程 IO：在虚拟机内部，对关键服务（如 SQL Server）使用
Set-ProcessMitigation或第三方工具（如 Process Lasso）降低其磁盘优先级 - 硬件层隔离：为高 I/O 虚拟机单独分配 SSD 物理磁盘，并禁用宿主机写缓存（避免干扰），从源头减少争抢
