@evgeniagusakova skip_destroyをtrueに設定してみてください。 https://www.terraform.io/docs/providers/aws/r/volume_attachment.html#skip_destroy

1017は一見の価値があります。

私は同じ問題に直面していて、 skip_destroyを設定するのに役立ちます

インスタンスにアタッチされたaws_ebs_volumeの破棄で同様の問題が発生しました。
アプリケーションがインスタンスでボリューム（ディスクスペース）を使用できるようにするには、次の手順を実行する必要があります。

• AWSボリュームを作成する
• インスタンスにアタッチします
• そのディスク上にファイルシステムを作成する
• マウントポイントフォルダを作成します
• fstabにマウントポイントを追加します
• マウントする
• 使用を開始します（通常はアプリケーションを実行します）

そこで、マウントされたボリュームをインスタンスから手動でデタッチしようとしましたが、しばらくすると、次のメモで失敗しました。
.... /dev/xvdg (busy)
これに基づいて、terraformはマウントされたボリュームをインスタンスから強制的に削除できないという結論に達しました。 どちらが正しい。 したがって、ボリュームをデタッチするために、ボリュームをデタッチする前にボリュームを安全にアンマウントする、いわゆるプロシージャを作成しました。

• ボリュームの使用を停止します（アプリケーションを停止します）
• マウントを解除します
• fstabからマウントポイントを削除します（永続的な場合はオプション）
• マウントフォルダを削除します（永続的な場合はオプション）
• インスタンスから切り離す
• AWSボリュームを削除します

コードでは次のようになります。

# Commands in variable to create 
# a filesystem and add to fstab
variable "dataCreate" {
  default = [ "echo 'BEGIN: mkfs.ext4 /dev/xvdg'",
              "sudo mkfs.ext4 /dev/xvdg > /dev/null 2>&1 && echo 'END: mkfs.ext4 /dev/xvdg done'",
              "echo 'BEGIN: create /data folder'",
              "sudo mkdir -p /data > /dev/null 2>&1 && echo 'END: create /data folder done'",
              "echo 'BEGIN: Add /dev/xvdg to fstab /data'",
              "sudo sh -c \"echo '/dev/xvdg /data ext4 defaults 1 2' >> /etc/fstab\" && echo 'END: Added /dev/xvdg to fstab /data'",
              "echo 'BEGIN: Mount /dev/xvdg as /data'",
              "sudo mount /bitcoin && echo 'END: Mount /data done'" ]
}
## Variable holding commands to stop application, 
## unmount and remove from fstab
variable "dataUmount" {
  default = [ "echo 'BEGIN: Stop application using /data''",
              "sudo systemctl stop {{APP}} && echo 'END: Application using /data stopped'",
              "echo 'BEGIN: unmount /data'",
              "sudo umount /data && echo 'END: unmount /data done'",
              "echo 'BEGIN: Remove /data from fstab''",
              "sudo sed -i '/data/d' /etc/fstab && echo 'END: Remove /data from fstab'",
              "echo 'BEGIN: Remove /data folder",
              "sudo rm -rfv /data && echo 'END: Added /dev/xvdg to fstab /data'"
            ]
}
## Create a data volume
resource "aws_ebs_volume" "data" {
  availability_zone = "eu-central-1a"
  size = "10"
}
## Attach to instance
resource "aws_volume_attachment" "data_attach" {
  device_name = "/dev/xvdg"
  volume_id   = "${aws_ebs_volume.data.id}"
  instance_id = "${aws_instance.instance.id}"
}

## Configure volume
resource "null_resource" "data_config" {
  depends_on = ["aws_volume_attachment.data_attach", "aws_instance.instance"]

 ## commands to run when creating
  provisioner "remote-exec" {
    connection {
      type = "ssh"
      agent = false
      timeout = "60s"
      host = "${aws_instance.instance.public_ip}"
      user = "ubuntu"
      private_key = "${file(var.privateKey)}"
    }
    inline = ["${var.dataCreate}"]
    }

  ## run unmount commands when destroying the data volume
  provisioner "remote-exec" {
    when = "destroy"
    on_failure = "continue"
    connection {
      type = "ssh"
      agent = false
      timeout = "60s"
      host = "${aws_instance.instance.public_ip}"
      user = "ubuntu"
      private_key = "${file(var.privateKey)}"
    }
    inline = ["${var.dataUmount}"]
  }
}

## Create instance
resource "aws_instance" "instance" {
  depends_on = ["aws_ebs_volume.data"]
  ami = .....
......
}

したがって、アイデアは、ボリュームが切り離される前にボリュームを解放することです。
それが誰かを助けることを願っています。