如何通过AWS CDK配置EC2 Auto ScalingGroup终止实例时销毁EBS卷？

核心解决方案：覆盖块设备的删除策略 #

你遇到的问题根源是从AMI启动的实例，其关联EBS卷的DeleteOnTermination属性默认继承自AMI的配置，大多数自定义AMI会将这个属性设为false（保留卷）。要让卷随实例销毁，只需在CDK的Auto Scaling Group配置中显式覆盖块设备的删除策略即可，这是AWS原生支持的方案，绝非临时变通。

修改后的CDK代码 #

在AutoScalingGroup的构造参数中添加blockDevices配置，指定对应EBS卷的删除规则：

const scalingGroup = new AutoScalingGroup(this, 'ServerScalingGroup', {
    vpc,
    role,
    securityGroup,
    minCapacity: 2,
    maxCapacity: 20,
    requireImdsv2: true,
    instanceType: InstanceType.of(InstanceClass.C7I, InstanceSize.XLARGE),
    machineImage: MachineImage.lookup({
        windows: true,
        name: options.ami
    }),
    healthCheck: HealthCheck.elb({
        grace: cdk.Duration.minutes(5)
    }),
    maxInstanceLifetime: cdk.Duration.days(1),
    cooldown: cdk.Duration.minutes(2),
    // 添加以下块设备配置，覆盖AMI的卷删除策略
    blockDevices: [
        {
            deviceName: "/dev/sda1", // 替换为你的AMI中根卷的设备名（Windows通常是/dev/sda1或xvdh等）
            volume: BlockDeviceVolume.ebs(1024, { // 1TB容量，和你的AMI卷一致
                deleteOnTermination: true
            })
        }
    ]
});

关键说明 #

• 要确认AMI中EBS卷的设备名：可以在EC2控制台的AMI详情中查看“块设备映射”信息，确保deviceName和实际一致。
• 如果你的AMI包含多个附加卷，需要为每个卷添加对应的blockDevices条目，都设置deleteOnTermination: true。

为什么不推荐生命周期钩子/通知方案 #

你提到的addLifecycleHook()或通知方案需要额外编写Lambda函数处理卷删除逻辑，不仅增加复杂度，还可能因为权限、网络或函数执行失败导致卷残留，属于间接的临时解决方案，远不如直接修改块设备策略可靠。

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