翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon EC2インスタンスから Amazon EBSボリュームをデタッチする
Amazon Elastic Block Store (Amazon EBS) ボリュームを別のインスタンスにアタッチまたは削除する前に、インスタンスからデタッチする必要があります。ボリュームをデタッチしても、ボリュームのデータには影響しません。
考慮事項
-
Amazon EBSボリュームをインスタンスから明示的にデタッチすることも、インスタンスを終了することもできます。ただし、インスタンスが実行中の場合、最初にインスタンスからボリュームをアンマウントする必要があります。
-
EBS ボリュームがインスタンスのルートデバイスである場合は、ボリュームをデタッチする前にインスタンスを停止する必要があります。
-
(アンマウントせずに) 切り離したボリュームを再接続することはできますが、同じマウントポイントが得られない可能性があります。進行中のボリュームがデタッチされたときにそのボリュームへの書き込みがあった場合、ボリューム上のデータは同期していない可能性があります。
-
ボリュームをデタッチした後も、ストレージ量が AWS 無料利用枠の制限を超えている限り、ボリュームストレージに対して課金されます。不要な料金の発生を防ぐために、ボリュームを削除する必要があります。詳細については、Amazon EBSボリュームを削除するを参照してください。
ボリュームのアンマウントとデタッチ
ボリュームをインスタンスからアンマウントおよびデタッチするには、次の手順を使用します。これは、ボリュームを別のインスタンスにアタッチする必要がある場合や、ボリュームを削除する必要がある場合に便利です。
ステップ
手順 1: ボリュームをアンマウントする
Linux インスタンスから、次のコマンドを使用して /dev/sdh
デバイスのマウントを解除します。
[ec2-user ~]$
sudo umount -d
/dev/sdh
Windows インスタンスから、次のようにボリュームをマウント解除します。
-
[Disk Management] ユーティリティを起動します。
-
(Windows Server 2012 以降) タスクバーで、Windows ロゴを右クリックし、[Disk Management] を選択します。
-
(Windows Server 2008) [Start]、[Administrative Tools]、[Computer Management]、[Disk Management] の順に選択します。
-
-
ディスクを右クリック (例: [Disk 1] を右クリック) し、[オフライン] を選択します。Amazon EC2コンソールを開く前に、ディスクのステータスがオフラインに変わるのを待ちます。
手順 2: ボリュームをインスタンスからデタッチする
インスタンスからボリュームをデタッチするには、次のいずれかの方法を使用します。
ステップ 3: (Windows インスタンスのみ) オフラインデバイスのロケーションをアンインストールする
ボリュームをインスタンスからアンマウントおよびデタッチすると、Windows はデバイスの場所にオフラインのフラグを立てます。インスタンスの再起動と停止および再起動後、デバイスの場所はオフラインのままになります。インスタンスを再起動すると、Windows はオフラインのデバイスの場所に残りのボリュームの 1 つをマウントする可能性があります。これにより、ボリュームが Windows で使用できなくなります。これが起こらないようにし、次に Windows を起動したときにすべてのボリュームがオンラインデバイスの場所に接続されるようにするには、次の手順に従います。
-
インスタンスで、デバイスマネージャーを開きます。
-
デバイスマネージャーで、[View]、[Show hidden devices] の順に選択します。
-
デバイスのリストで、[Storage controllers] ノードを展開します。
デタッチされたボリュームがマウントされたデバイスの場所に
AWS NVMe Elastic Block Storage Adapter
という名前が付けられ、グレー表示されます。 -
グレー表示されている
AWS NVMe Elastic Block Storage Adapter
という名前の各デバイスの場所を右クリックし、[Uninstall device] (デバイスをアンインストール) を選択し、[Uninstall] (アンインストール) を選択します。重要
[Delete the driver software for this device] チェックボックスはオンにしないでください。
トラブルシューティング
ボリュームをデタッチする場合に発生する一般的な問題と、それらを解決する方法は、次のとおりです。
注記
データ損失の可能性に対する保護を許可するには、ボリュームのスナップショットを作成してからアンマウントを試みます。スタックしたボリュームの強制デタッチを行うと、インスタンスを再起動しない限り、ファイルシステムまたはファイルシステムに含まれるデータに損害を与えたり、同じデバイス名を使用して新しいボリュームをアタッチできなくなったりする可能性があります。
-
Amazon EC2コンソールを使用してボリュームをデタッチする際に問題が発生した場合は、 describe-volumes CLI コマンドを使用して問題を診断すると便利です。詳細については、describe-volumesを参照してください。
-
ボリュームの状態が
detaching
状態のまま変わらない場合は、[Force Detach] を選択して、強制的にアタッチ解除することもできます。障害が発生したインスタンスからボリュームをアタッチ解除するための最後の手段として、またはボリュームを削除するためにデタッチする場合のみ、このオプションを使用してください。インスタンスは、ファイルシステムキャッシュやファイルシステムメタデータをフラッシュする機会を失います。このオプションを使用する場合は、ファイルシステムのチェックと修復の手順を手動で実行する必要があります。 -
ボリュームを数分間何度も強制的に切断しようとしたが、
detaching
状態のままになっている場合は、AWS re:Postへのヘルプのリクエストを送信できます。迅速に解決できるようにするため、ボリューム ID と、これまでに実行した手順を記述してください。 -
まだマウントされたボリュームをデタッチしようとすると、ボリュームはデタッチを実行しようとして
busy
状態でスタックする可能性があります。describe-volumes からの次の出力は、この状態の例を示しています。"Volumes": [ { "AvailabilityZone": "us-west-2b", "Attachments": [ { "AttachTime": "2016-07-21T23:44:52.000Z", "InstanceId": "i-fedc9876", "VolumeId": "vol-1234abcd", "State": "busy", "DeleteOnTermination": false, "Device": "/dev/sdf" } ... } ]
この状態が発生した場合、ボリュームのアンマウント、デタッチの強制、インスタンスの再起動、またはそれら 3 つをすべて行うまで、デタッチは無期限に遅れる可能性があります。