AWS云环境下Auto Scaling Group创建Windows实例仅首个安装SSM Agent问题求助

我之前碰到过类似的场景，咱们一步步拆解可能的问题点：

1. AMI生成时的Agent配置遗漏 #

• 生成AMI前，你有没有确认SSM Agent是已安装且设置为自动启动的？Windows上SSM Agent的服务名是AmazonSSMAgent，建议生成AMI前运行Get-Service AmazonSSMAgent，确认状态是Running且启动类型为Automatic。如果当时Agent是手动启动或未运行，AMI里的服务配置可能异常，导致新实例启动后Agent无法自动拉起。
• 另外，生成AMI前有没有执行过实例初始化清理（比如EC2Config/EC2Launch的清理操作）？有些情况下这类操作会误删Agent的关联配置。

2. ASG用户数据的干扰 #

• 检查你的ASG启动配置/启动模板里的用户数据，有没有包含卸载SSM Agent、修改服务启动类型的脚本？不少用户会用用户数据做初始化，不小心覆盖了Agent的默认配置。
• 可以先临时移除用户数据，测试ASG新启动的实例是否能正常加载Agent，快速排除这个可能性。

3. Windows初始化服务的版本差异 #

• 如果你用的是Windows Server 2019及以后版本，默认用EC2Launch v2；旧版本则是EC2Config。如果生成AMI时用的是旧版初始化服务，但ASG新实例默认用新版，可能导致Agent的启动逻辑冲突。
• 如果能通过远程桌面访问到异常实例，可以查看AmazonSSMAgent服务的状态，或者通过CloudWatch日志查看初始化过程中的报错信息。

4. SSM Agent版本兼容性问题 #

• 确认AMI里的SSM Agent版本是否兼容当前AWS区域的SSM服务？旧版本Agent可能无法和最新的SSM服务通信，看起来像是Agent未安装，但实际是连接失败。建议在源实例里更新到最新版SSM Agent后，重新生成AMI测试。

5. 兜底验证：用用户数据强制安装Agent #

如果暂时找不到根因，可以在ASG的用户数据里添加这段PowerShell脚本，确保所有实例启动时自动安装并启用SSM Agent：

# 下载并安装最新版SSM Agent
Invoke-WebRequest -Uri https://s3.amazonaws.com/ec2-downloads-windows/SSMAgent/latest/windows_amd64/AmazonSSMAgentSetup.exe -OutFile $env:TEMP\AmazonSSMAgentSetup.exe
Start-Process -FilePath $env:TEMP\AmazonSSMAgentSetup.exe -ArgumentList "/install /quiet" -Wait

# 设置服务自动启动并启动
Set-Service -Name AmazonSSMAgent -StartupType Automatic
Start-Service AmazonSSMAgent

你可以从这些方向逐个排查，应该能定位到问题所在。

内容的提问来源于stack exchange，提问作者user3883921