AWS在2026年10月26日宣布，Amazon WorkSpaces Core Managed Instances现已支持ModifyVolume API。管理员可以原地修改托管实例的EBS卷，无需先分离存储卷，也不必重启实例。
这项变化把原本需要重建实例的存储调整，变成可以在线执行的卷修改操作。但修改范围仍受EBS卷类型和服务限制约束。
ModifyVolume可以调整哪些项目
根据AWS公告，管理员可以增加卷容量、切换支持的EBS卷类型，并调整部分卷的性能参数。容量上限可达到16384GiB；gp3、io1和io2支持调整IOPS，gp3还可以改变吞吐量。
扩容和性能调整是不同维度。规划时应分别核对容量、IOPS、吞吐量及卷类型之间的有效组合。
为什么不再需要重建实例
过去，已部署的WorkSpaces Core托管实例要改变存储容量或性能，通常需要重建。新API直接修改现有卷，使桌面环境和实例身份可以保留，减少迁移和重新配置工作。
无需重启是API能力边界，不代表文件系统会自动使用新增空间。卷修改完成后，操作系统内的分区和文件系统仍需按实际环境确认。
怎样避免重复提交修改
ModifyVolume支持幂等令牌。自动化系统可以为一次业务操作提供固定令牌，避免网络重试造成重复修改；执行后还可通过Amazon EC2的DescribeVolumesModifications操作查询进度。
接口返回已接受不等于卷修改已经完成。后续流程应等待状态达到预期，再继续文件系统扩容或性能验收。
支持范围有哪些限制
该能力覆盖所有已提供WorkSpaces Core Managed Instances的AWS区域。不同EBS卷类型本身的容量和性能限制仍然适用，合作伙伴解决方案何时暴露该功能也取决于各自集成进度。
使用第三方控制台时，应确认它是否已经接入新API。不能仅凭AWS底层能力上线，就假定所有管理入口都能立即操作。
上线前应该怎样验证
可先选择非生产托管实例，记录卷ID、现有类型、容量和性能，再执行小幅调整并跟踪修改状态。完成后核对操作系统识别的块设备、文件系统容量与实际I/O表现。
验收应覆盖API状态、系统内容量和业务读写三层。只有三者一致，才说明在线调整真正完成。
