设备映像概述
Windows 365 使用默认的和自定义的操作系统映像自动创建向最终用户提供的虚拟云电脑。 Microsoft Intune 的库中提供了默认映像,作为创建预配策略的一部分。 也可上传创建的自定义映像。
映像要求
市场映像和自定义映像都必须满足以下要求:
- 受支持的 Windows 10 或 Windows 11 企业版版本。
- 第 2 代映像。
注意
我们最近对 第 2 代 (Gen2) 虚拟机映像进行了更改。 新创建的自定义映像必须是 Gen2。 基于第 1 代上传的现有自定义映像将保持可用状态。
- 映像必须从未加入 Active Directory、Microsoft Entra ID、Intune 注册或注册共同管理。 有关详细信息,请参阅 Sysprep 将无法在已注册 MDM 的设备上正确运行。
- 通用化的 VM 映像。
- 单一会话 VM 映像(不支持多会话)。
- 无恢复分区。 有关如何删除恢复分区的信息,请参阅 Windows Server 命令:删除分区。
- 默认 64-GB OS 磁盘大小。 OS 磁盘大小会自动调整为 Windows 365 许可证的 SKU 说明中指定的大小。
自定义映像还必须满足以下额外要求:
- 存在于 Azure 订阅中。
- 作为 托管映像 存储在 Azure 中。
在 Azure 上存储托管映像会产生存储成本。 但是,客户成功将托管映像作为自定义映像上传到 Intune Microsoft后,就可以从 Azure 中删除托管映像。
库映像
Windows 365 提供可通过 预配策略创建流访问的 Windows 企业版映像的内置库。 每个映像可帮助管理员启用预先设置的审核策略,例如帐户策略、登录/注销、对象访问和策略更改。
将这些映像复制到所有 Azure 区域,以提供快速的预配体验。 这些映像每月更新一次::
- 针对改进用户体验的优化。
- 最新的安全更新,使最终用户获得安全无缝的体验。
在不同版本的 Windows 企业版中,有两组映像可供选择:
- 预安装 Microsoft 365 应用版的映像:已安装 Microsoft 365 应用版和 Teams 优化。 预先应用了以下设置:
- IsWVDEnvironment 注册密钥 (Teams)。
- C++ 运行时 (Teams)。
- WebRTC 重定向程序 (Teams)。
- Microsoft Teams (Teams)。
- Microsoft Edge 设置,例如睡眠选项卡、 强制浏览器登录、启动提升和基于Microsoft Entra ID 和同步的首次优化。 有关详细信息,请参阅 使用 Microsoft Intune 配置 Microsoft Edge 策略设置。
- Microsoft Outlook 首次配置设置 (基于 Microsoft Entra 配置文件自动登录,支持其他配置文件) 。
- 没有预安装应用程序的映像:没有任何预安装应用程序的纯映像 (查找名称) 中没有 M365 Apps 的图像。
这两种类型的图像在 GPO 中是统一的。 任何差异是由于预安装的应用造成的。
库映像更新周期
所有受支持的 Windows 365 库映像在 Windows 服务和安全修补程序发布计划后每月更新一次交货。 此更新大约在每个月中进行。
每个更新的映像包括:
新预配的云电脑将使用最新映像自动创建。 对于现有云电脑,可以通过重新预配来接收更新。
自定义映像
如果默认库映像均不满足你的要求,最多可以上传 20 个自己的自定义设备映像。
有关创建此类自定义映像的详细信息,请参阅在 Azure 中创建通用化 VM 的托管映像。
可以使用 前面提到的任何图像作为起点创建自定义映像。 例如,可以从其中一个映像开始,然后安装更多应用程序并执行更多配置更改。
注意
对于 Teams 应用程序的自定义映像,请按照 创建支持Microsoft Teams 的云电脑自定义映像 中详述的说明配置所需的优化。
有关将设备映像添加到 Windows 365 的详细信息,请参阅 添加和删除自定义设备映像。
在上传自定义设备映像时,Windows 365 会执行以下操作:
- 将映像复制到临时订阅。
- 对映像运行以下验证检查:
- 验证是否满足所有 Windows 365 映像要求。
- 部署虚拟机并确保映像可作为云电脑启动和预配。
- 如果有Microsoft Entra 混合联接连接,Windows 365 会跨具有 Azure 网络连接的所有 Azure 区域复制映像。
- 如果你有Microsoft Entra 联接连接,Windows 365 将在预配期间将映像复制到预配的区域。
后续步骤
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈