为何修改Terraform aws_instance根块设备类型为原地更新而非替换？

我原本以为在Terraform中修改aws_instance的root_block_device的volume_type会触发实例销毁重建，毕竟底层SSD设备类型变更听起来像是要替换物理设备。但实际执行却是原地更新，想搞懂为啥改SSD类型不会销毁实例？这是不是只是配置层面的变更，没有更换物理SSD设备？

Terraform执行计划输出：

# aws_instance.this["subnet-1111111111"] will be updated in-place
  ~ resource "aws_instance" "tokkio" {
        id                                   = "i-1111111111"
      ~ root_block_device {
            tags                  = {}
          ~ volume_type           = "gp2" -> "gp3"
            # (9 unchanged attributes hidden)
        }

        # (9 unchanged blocks hidden)
    }

解答 #

核心原因是AWS本身支持无需停止或销毁实例，原地修改EBS卷的存储类型（比如gp2转gp3），Terraform只是对接了AWS的这个原生能力，所以不会触发实例替换。

• 从AWS底层逻辑看：gp2和gp3同属于SSD类EBS卷，AWS后台支持这两种类型之间的无缝转换，不需要重新创建卷或实例。这个操作本质是调整卷的服务配置参数，底层物理存储设备大概率不会更换——AWS会在自己的存储池内调度适配，整个过程对用户完全透明。
• 从Terraform资源定义看：aws_instance的root_block_device.volume_type属性没有被标记为ForceNew: true（即不需要强制新建资源），所以Terraform会调用AWS的ModifyVolume API完成原地变更，而不是走销毁重建的流程。

补充说明：如果是修改为完全异质的存储类型（比如从SSD转HDD的st1/sc1），或者调整一些AWS不支持原地变更的参数（比如部分场景下的卷加密状态），才会触发实例的销毁重建操作。

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