Terraform中ebs_block_device的适用场景与使用时机

核心特性先明确 #

ebs_block_device是和EC2实例绑定创建的配置块，它的生命周期和实例强关联，Terraform会自动帮你完成磁盘创建、挂载到实例的全流程，不用单独写额外资源。

适合用ebs_block_device的场景 #

• 实例启动即需的附加存储：比如Web服务器的静态资源盘、应用日志盘，这类磁盘和实例是“绑定生死”的——实例创建时跟着出来，实例销毁时也跟着删掉（默认配置），不需要单独管理磁盘的生命周期，用它配置最简洁。
• 需要覆盖/扩展AMI的块设备配置：如果你的AMI本身自带默认的磁盘映射，ebs_block_device可以直接修改原有磁盘的大小、类型，或者新增磁盘，不用额外创建资源就能和AMI的配置联动。
• 无需跨实例复用的磁盘：要是这个磁盘从始至终只属于当前实例，哪怕设置delete_on_termination = false保留下来，也不会挂载到其他实例，用ebs_block_device足够省心。比如临时计算任务的缓存盘，实例结束就删掉，完全没必要单独创建磁盘资源。

别用ebs_block_device的场景 #

• 磁盘要独立于实例生命周期：比如实例销毁后还要保留磁盘，之后挂载到其他实例。这种情况必须用aws_ebs_volume单独创建磁盘，再用aws_volume_attachment挂载——ebs_block_device保留的磁盘和实例资源块没有关联，后续管理会非常麻烦。
• 需要跨实例共享磁盘：比如用EBS多挂载功能让多个实例共用一个磁盘，ebs_block_device做不到，必须单独创建磁盘资源并配置多挂载属性。
• 需要精细控制磁盘创建时机：比如得先创建磁盘并完成数据初始化（比如通过其他资源写入数据），再挂载到实例。ebs_block_device是和实例同时创建的，没法拆分这个步骤，只能用单独的磁盘资源来控制依赖关系。

简单使用示例 #

resource "aws_instance" "web_server" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"

  ebs_block_device {
    device_name           = "/dev/sdh"
    volume_size           = 20
    volume_type           = "gp3"
    delete_on_termination = true
  }
}

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