EBS ボリュームへの変更のリクエスト
Amazon EBS の伸縮自在なボリュームでは、そのサイズを増やしたり、パフォーマンスを増減したり、ボリュームタイプを変更したりなどが、ボリュームをデタッチすることなく動的に行えます。
ボリュームを変更する場合は、次のプロセスで行います。
-
(オプション) 重要なデータを含むボリュームを変更する前に、変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、「Amazon EBS スナップショットの作成」を参照してください。
-
ボリュームの変更をリクエストします。
-
ボリューム変更の進行状況をモニタリングします。詳細については、「ボリューム変更の進行状況のモニタリング」を参照してください。
-
ボリュームのサイズが変更された場合、増加されたストレージ容量を利用するには、ボリュームのファイルシステムを拡張します。詳細については、ボリュームサイズ変更後の Linux ファイルシステムの拡張を参照してください。
内容
Elastic Volumes を使用して EBS ボリュームを変更する
考慮事項
ボリュームを変更する際には、次の点に注意してください。
-
ボリューム変更リクエストの送信後は、キャンセルできません。
-
ボリュームサイズは増加することだけが可能です。ボリュームサイズを小さくすることはできません。
-
ボリュームのパフォーマンスは増減できます。
-
ボリュームタイプを変更しない場合は、ボリュームサイズとパフォーマンスを、現在のボリュームタイプの制限内であれば変更できます。ボリュームタイプを変更する場合は、ターゲットとなるボリュームタイプの制限内であれば、ボリュームサイズとパフォーマンスを変更することが可能です
-
ボリュームタイプを
gp2
からgp3
に変更し、IOPS またはスループットパフォーマンスを指定しない場合、Amazon EBS はソースgp2
ボリュームと同等のパフォーマンス、またはベースラインgp3
パフォーマンスのいずれか高い方を自動的にプロビジョニングします。例えば、IOPS またはスループットパフォーマンスを指定せずに、250 MiB/秒のスループットと 1,500 IOPS の 500 GiB
gp2
ボリュームをgp3
に変更すると、Amazon EBS は 3,000 IOPS (ベースラインgp3
IOPS) と 250 MiB/秒 (ソースgp2
ボリュームスループットに一致するように) のgp3
ボリュームを自動的にプロビジョニングします。
EBS ボリュームを変更するには、次のいずれかの方法を使用します。
Elastic Volumes サポートの初期化 (必要な場合)
2016 年 11 月 3 日 23:40 (UTC) 以前にインスタンスにアタッチされたボリュームを変更する前に、次のいずれかのアクションを使用してボリュームのサポートを初期化する必要があります。
-
ボリュームをデタッチしてアタッチする
-
インスタンスの停止と起動
インスタンスでボリュームを変更する準備が完了していることを確認するには、次のいずれかの手順を使用します。
Elastic Volumes がサポートされていない場合の EBS ボリュームの変更
サポートされているインスタンスタイプを使用している場合は、Elastic Volumes を使用して、Amazon EBS ボリュームのサイズ、パフォーマンス、およびボリュームのタイプを動的に変更することができます。それらをデタッチする必要はありません。
Elastic Volumes は使用できないが、ルート (ブート) ボリュームの変更が必要になった場合は、インスタンスを停止し、ボリュームを変更してから、インスタンスを再起動する必要があります。
インスタンスが起動したら、ファイルシステムのサイズを確認して、拡大したボリュームスペースをインスタンスが認識しているかどうか表示できます。Linux では、df -h コマンドを使用してファイルシステムのサイズを確認します。
[ec2-user ~]$
df -h
Filesystem Size Used Avail Use% Mounted on /dev/xvda1 7.9G 943M 6.9G 12% / tmpfs 1.9G 0 1.9G 0% /dev/shm
新しく拡張したボリュームがサイズに反映されていない場合は、デバイスのファイルシステムを拡張して、インスタンスで新しいスペースを使えるようにします。詳細については、ボリュームサイズ変更後の Linux ファイルシステムの拡張を参照してください。