首先，先回答你关于站点的疑问：这个需求更适合在Server Fault上提问（毕竟属于服务器运维场景），不过Stack Overflow也完全接纳这类问题，不用特意转站。

接下来针对你的无人值守安装需求，结合vSphere+salt-cloud环境给你几个可行的方案：

一、传统应答文件（autounattend.xml）的正确用法 #

你提到的Windows应答文件是可行的，但要注意几个关键细节：

• 文件名和放置位置：必须命名为autounattend.xml（不是unattend.xml），有两个放置选项：
  1. 集成到Windows安装ISO中：挂载原版ISO，把autounattend.xml放在ISO的根目录或者sources文件夹下，然后用工具（比如UltraISO或者命令行的oscdimg）重新封装成新的ISO。之后salt-cloud创建VM时，直接指定这个修改后的ISO作为安装介质，Windows安装程序会自动识别并加载应答文件，全程无人值守。
  2. 单独挂载：不需要修改原ISO，把autounattend.xml放到一个空白ISO（或者共享存储的指定目录），在salt-cloud的VM配置里给VM额外附加这个包含应答文件的介质。Windows安装时会扫描所有附加的存储介质，找到autounattend.xml就会自动启用无人值守模式。

二、更适配vSphere的自定义规范方案 #

这个方法比手动处理应答文件更省心，是vSphere原生支持的功能：

• 先在vCenter控制台创建Windows自定义规范：在vCenter的「菜单」→「自定义规范管理器」里，新建一个针对Windows Server 2022的规范，设置好无人值守的所有参数（比如管理员密码、产品密钥、时区、计算机名、域加入信息等），甚至可以指定安装后的初始化脚本。
• 在salt-cloud的vSphere provider配置或者VM profile里，添加customization_spec参数，指定你创建的自定义规范名称。这样salt-cloud创建VM并挂载Windows安装ISO后，vCenter会自动把规范中的配置注入到VM中，实现全程无人值守安装，完全不用手动处理应答文件。

三、预构建镜像的高效方案 #

如果你的需求是重复创建这类VM（比如多次测试场景），可以用Packer预先构建一个包含Windows Server 2022和所需软件的模板镜像：

• 用Packer连接vSphere，自动完成Windows安装、软件部署、系统优化，生成一个可复用的VM模板。
• 之后salt-cloud直接基于这个模板创建VM，跳过安装步骤，启动后就是已经配置好的系统，效率会高很多。

结合你的最终目标（创建VM→装系统和软件→删除VM），我最推荐第二种vSphere自定义规范的方案，因为它和你的环境集成度最高，配置起来也最省心，不需要手动处理ISO或者应答文件。如果是一次性需求，修改ISO集成应答文件也完全可行。

备注：内容来源于stack exchange，提问作者user1779962