如何通过Terraform调整GCP实例根磁盘大小且不销毁实例

当前你的Terraform配置把根磁盘的初始化参数直接内嵌在google_compute_instance的boot_disk块中，修改initialize_params里的size时，Terraform会认为需要重新创建实例来应用新的磁盘初始化配置，这就是触发重建的原因。要避免这个问题，核心是将根磁盘与实例资源解耦，单独声明磁盘资源后再挂载到实例上。

具体方案步骤 #

1. 单独定义根磁盘资源

把原实例中内嵌的磁盘配置抽离为独立的google_compute_disk资源，这样磁盘的变更不会关联到实例的生命周期：

resource "google_compute_disk" "test_root_disk" {
  name  = "test-root-disk"
  zone  = var.instance_zone # 必须与目标实例处于同一可用区
  size  = 20 # 直接修改此处数值调整磁盘容量
  type  = "pd-standard"
  image = var.image # 使用你原来的镜像地址
}

2. 修改实例配置，挂载独立磁盘作为启动盘

修改google_compute_instance的boot_disk块，不再使用initialize_params，而是通过source指向刚才定义的独立磁盘：

resource "google_compute_instance" "test" {
  name         = "test-instance"
  machine_type = "e2-medium"
  zone         = var.instance_zone

  boot_disk {
    source      = google_compute_disk.test_root_disk.self_link
    auto_delete = true # 可选：设置为true时，实例销毁会自动删除磁盘
  }

  # 保留原实例的其他配置（如网络、元数据等）
  network_interface {
    network = "default"
    access_config {}
  }
}

3. 处理已存在的实例（避免重建现有实例）

如果你的实例已经创建完成，不想重新构建，可以通过Terraform的import功能将现有根磁盘导入为独立资源：

1. 先在GCP控制台或通过gcloud命令找到现有根磁盘的名称和所在可用区
2. 执行导入命令：

   terraform import google_compute_disk.test_root_disk <可用区>/<磁盘名称>
   

3. 调整你的Terraform配置为上述结构，确保boot_disk的source指向导入的磁盘资源
4. 修改磁盘资源的size值，运行terraform plan确认只会更新磁盘，不会销毁实例，最后执行terraform apply完成扩容

额外注意事项 #

• 磁盘扩容仅在云平台层面完成，操作系统内的文件系统需要手动扩展，比如Ubuntu系统可以执行resize2fs /dev/sda1（具体命令根据系统分区调整），批量场景可以结合Terraform的remote-exec provisioner或配置管理工具（如Ansible）自动完成。
• 确保磁盘与实例处于同一可用区，否则无法挂载。
• 这种方式与AWS EC2的逻辑对齐：将磁盘资源单独管理，修改磁盘属性不会触发实例重建。

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