

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon EC2 インスタンスから Amazon EBS ボリュームをデタッチ
<a name="ebs-detaching-volume"></a>

Amazon Elastic Block Store (Amazon EBS) ボリュームをインスタンスからデタッチしてから、別のインスタンスにアタッチまたは削除する必要があります。ボリュームをデタッチしても、ボリュームのデータには影響しません。

**Topics**
+ [考慮事項](#considerations)
+ [ボリュームのアンマウントとデタッチ](#umount-detach-volume)
+ [トラブルシューティング](#detach-troubleshoot)

## 考慮事項
<a name="considerations"></a>
+ インスタンスから Amazon EBS ボリュームをデタッチするには、明示的にデタッチするか、インスタンスを終了します。ただし、インスタンスが実行中の場合、最初にインスタンスからボリュームをアンマウントする必要があります。
+ EBS ボリュームがインスタンスのルートデバイスである場合、ボリュームをデタッチする前に、インスタンスを停止する必要があります。
+ (アンマウントせずに) 切り離したボリュームを再接続することはできますが、同じマウントポイントが得られない可能性があります。進行中のボリュームがデタッチされたときにそのボリュームへの書き込みがあった場合、ボリューム上のデータは同期していない可能性があります。
+ ボリュームをデタッチした後も、ストレージ量が AWS 無料利用枠の制限を超えている限り、ボリュームストレージに対して課金されます。不要な料金の発生を防ぐために、ボリュームを削除する必要があります。詳細については、[Amazon EBS ボリュームの削除](ebs-deleting-volume.md)を参照してください。

## ボリュームのアンマウントとデタッチ
<a name="umount-detach-volume"></a>

ボリュームをインスタンスからアンマウントおよびデタッチするには、次の手順を使用します。これは、ボリュームを別のインスタンスにアタッチする必要がある場合や、ボリュームを削除する必要がある場合に便利です。

**Topics**
+ [手順 1: ボリュームをアンマウントする](#unmount)
+ [手順 2: ボリュームをインスタンスからデタッチする](#detach)
+ [ステップ 3: (*Windows インスタンスのみ*) オフラインデバイスのロケーションをアンインストールする](#uninstall)

### 手順 1: ボリュームをアンマウントする
<a name="unmount"></a>

#### Linux インスタンス
<a name="unmount-linux"></a>

Linux インスタンスから、次のコマンドを使用して `/dev/sdh` デバイスのマウントを解除します。

```
[ec2-user ~]$ sudo umount -d /dev/sdh
```

#### Windows インスタンス
<a name="unmount-windows"></a>

Windows インスタンスから、次のようにボリュームをマウント解除します。

1. [Disk Management] ユーティリティを起動します。
   + (Windows Server 2012 以降) タスクバーで、Windows ロゴを右クリックし、[**Disk Management**] を選択します。
   + (Windows Server 2008) [**Start**]、[**Administrative Tools**]、[**Computer Management**]、[**Disk Management**] の順に選択します。

1. ディスクを右クリック (例: [**Disk 1**] を右クリック) し、[**オフライン**] を選択します。ディスクのステータスが [**オフライン**] に変わるまで待ってから Amazon EC2 コンソールを開きます。

### 手順 2: ボリュームをインスタンスからデタッチする
<a name="detach"></a>

インスタンスからボリュームをデタッチするには、次のいずれかの方法を使用します。

------
#### [ Console ]

**EBS ボリュームをデタッチするには**

1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。

1. ナビゲーションペインの [**ボリューム**] を選択します。

1. ボリュームを選択します。

1. **[アクション]**、**[ボリュームのデタッチ]** を選択します。

1. 確認を求められたら、[**デタッチ**] を選択してください。

------
#### [ AWS CLI ]

**EBS ボリュームをインスタンスからデタッチするには**  
ボリュームをアンマウントしたら、[detach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/detach-volume.html) コマンドを使用します。

```
aws ec2 detach-volume --volume-id vol-01234567890abcdef
```

------
#### [ PowerShell ]

**EBS ボリュームをインスタンスからデタッチするには**  
ボリュームをアンマウントしたら、[Dismount-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Dismount-EC2Volume.html) コマンドレットを使用します。

```
Dismount-EC2Volume -VolumeId vol-01234567890abcdef
```

------

### ステップ 3: (*Windows インスタンスのみ*) オフラインデバイスのロケーションをアンインストールする
<a name="uninstall"></a>

ボリュームをインスタンスからアンマウントおよびデタッチすると、Windows はデバイスの場所にオフラインのフラグを立てます。インスタンスの再起動と停止および再起動後、デバイスの場所はオフラインのままになります。インスタンスを再起動すると、Windows はオフラインのデバイスの場所に残りのボリュームの 1 つをマウントする可能性があります。これにより、ボリュームが Windows で使用できなくなります。これが起こらないようにし、次に Windows を起動したときにすべてのボリュームがオンラインデバイスの場所に接続されるようにするには、次の手順に従います。

1. インスタンスで、デバイスマネージャーを開きます。

1. デバイスマネージャーで、[**View**]、[**Show hidden devices**] の順に選択します。

1. デバイスのリストで、[**Storage controllers**] ノードを展開します。

   デタッチされたボリュームがマウントされたデバイスの場所に `AWS NVMe Elastic Block Storage Adapter` という名前が付けられ、グレー表示されます。

1. グレー表示されている `AWS NVMe Elastic Block Storage Adapter` という名前の各デバイスの場所を右クリックし、**[Uninstall device]** (デバイスをアンインストール) を選択し、**[Uninstall]** (アンインストール) を選択します。
**重要**  
[**Delete the driver software for this device**] チェックボックスはオンにしないでください。

## トラブルシューティング
<a name="detach-troubleshoot"></a>

ボリュームをデタッチする場合に発生する一般的な問題と、それらを解決する方法は、次のとおりです。

**注記**  
データ損失の可能性に対する保護を許可するには、ボリュームのスナップショットを作成してからアンマウントを試みます。スタックしたボリュームの強制デタッチを行うと、インスタンスを再起動しない限り、ファイルシステムまたはファイルシステムに含まれるデータに損害を与えたり、同じデバイス名を使用して新しいボリュームをアタッチできなくなったりする可能性があります。
+ Amazon EC2 コンソールからボリュームを切り離しているときに問題が発生した場合は、**describe-volumes** CLI コマンドを使用して問題を診断すると便利なことがあります。詳細については、[describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html)を参照してください。
+ ボリュームの状態が`detaching`状態のまま変わらない場合は、[**Force Detach**] を選択して、強制的にアタッチ解除することもできます。障害が発生したインスタンスからボリュームをアタッチ解除するための最後の手段として、またはボリュームを削除するためにデタッチする場合のみ、このオプションを使用してください。インスタンスは、ファイルシステムキャッシュやファイルシステムメタデータをフラッシュする機会を失います。このオプションを使用する場合は、ファイルシステムのチェックと修復の手順を手動で実行する必要があります。
+ ボリュームを数分間何度も強制的に切断しようとしたが、`detaching` 状態のままになっている場合は、[AWS re:Post](https://repost.aws/) へのヘルプのリクエストを送信できます。迅速に解決できるようにするため、ボリューム ID と、これまでに実行した手順を記述してください。
+ まだマウントされたボリュームをデタッチしようとすると、ボリュームはデタッチを実行しようとして `busy` 状態でスタックする可能性があります。**describe-volumes** からの次の出力は、この状態の例を示しています。

  ```
  "Volumes": [
      {
          "AvailabilityZone": "us-west-2b",
          "Attachments": [
              {
                  "AttachTime": "2022-07-21T23:44:52.000Z",
                  "InstanceId": "i-1234567890abcdef0",
                  "VolumeId": "vol-01234567890abcdef",
                  "State": "busy",
                  "DeleteOnTermination": false,
                  "Device": "/dev/sdf"
              }
          ...
      }
  ]
  ```

  この状態が発生した場合、ボリュームのアンマウント、デタッチの強制、インスタンスの再起動、またはそれら 3 つをすべて行うまで、デタッチは無期限に遅れる可能性があります。