Boto3中EC2启动模板版本创建时BlockDeviceMappings的保留问题解析

在使用AWS EC2服务时，启动模板(Launch Template)是一个非常实用的功能，它允许用户预定义实例配置参数。然而，在使用Boto3 SDK创建新版本启动模板时，开发者可能会遇到一个特殊的行为：即使明确删除了BlockDeviceMappings配置，新创建的模板版本仍然保留了原有的块设备映射。

问题现象

当开发者尝试基于现有启动模板版本创建新版本时，如果希望移除所有的块设备映射(BlockDeviceMappings)，通常会采取以下步骤：

1. 获取当前启动模板版本的数据
2. 从数据中删除BlockDeviceMappings字段
3. 使用修改后的数据创建新版本

理论上，这样操作后新版本应该不再包含任何块设备映射。然而实际使用Boto3时却发现，新版本仍然保留了原有的块设备映射配置。

问题根源

经过深入分析，发现这个问题与create_launch_template_versionAPI调用中SourceVersion参数的使用有关。当同时满足以下两个条件时，就会出现上述问题：

1. 调用时指定了SourceVersion参数
2. 在LaunchTemplateData中没有显式提供BlockDeviceMappings配置

在这种情况下，EC2服务会从源版本中继承BlockDeviceMappings配置，即使开发者在LaunchTemplateData中明确删除了这个字段。

解决方案

要正确实现移除所有块设备映射的需求，有以下两种方法：

方法一：不使用SourceVersion参数

new_lt = c.create_launch_template_version(
    LaunchTemplateId=LT,
    LaunchTemplateData=current_lt["LaunchTemplateData"],
    VersionDescription="without BlockDeviceMappings"
)

方法二：显式设置空数组

current_lt["LaunchTemplateData"]["BlockDeviceMappings"] = []
new_lt = c.create_launch_template_version(
    LaunchTemplateId=LT,
    SourceVersion=BASE_VERSION,
    LaunchTemplateData=current_lt["LaunchTemplateData"],
    VersionDescription="empty BlockDeviceMappings"
)

技术原理

这种行为实际上是AWS EC2 API的预期设计。根据官方文档，当指定SourceVersion参数时，新版本会从源版本继承所有启动参数。只有当开发者在LaunchTemplateData中显式提供某个参数时，才会覆盖继承的值。

对于BlockDeviceMappings这样的复杂参数，如果开发者希望在保留其他继承参数的同时移除所有块设备映射，必须显式地将其设置为空数组，而不是简单地删除这个字段。

最佳实践

1. 当需要完全控制新版本的配置时，建议不要使用SourceVersion参数
2. 当需要基于现有版本修改部分配置时，应该显式设置所有需要修改的字段
3. 对于希望移除的配置项，应该显式设置为空值而不是删除字段
4. 在自动化脚本中，建议添加验证步骤确保新版本的配置符合预期

通过理解这一行为背后的机制，开发者可以更准确地控制EC2启动模板版本的创建过程，避免出现意外的配置继承问题。