Amazon EBSボリュームの変更をリクエストする

Elastic Volumes を使用すると、Amazon EBSボリュームをデタッチすることなく、動的にサイズを増やしたり、パフォーマンスを増減したり、ボリュームタイプを変更したりできます。

ボリュームを変更する場合は、次のプロセスで行います。

1. (オプション) 重要なデータを含むボリュームを変更する前に、変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、Amazon EBSスナップショットを作成するを参照してください。

2. ボリュームの変更をリクエストします。

3. ボリューム変更の進行状況をモニタリングします。詳細については、Amazon EBSボリューム変更の進行状況をモニタリングするを参照してください。

4. ボリュームのサイズが変更された場合、増加されたストレージ容量を利用するには、ボリュームのファイルシステムを拡張します。詳細については、「Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する」を参照してください。

Elastic EBS Volumes を使用して ボリュームを変更する

考慮事項

ボリュームを変更する際には、次の点に注意してください。

• ボリュームを変更した後は、少なくとも 6 時間待機し、同じボリュームにさらに変更を加える前に状態が in-use または available であることを確認してください。

• EBS ボリュームの変更は、適用される設定変更に応じて数分から数時間かかる場合があります。サイズが 1 TiB のEBSボリュームは、通常、変更されるまでに最大 6 時間かかることがあります。ただし、他の状況では、同じボリュームでも 24 時間以上かかることがあります。ボリュームの変更にかかる時間は、必ずしも直線的に増えるわけではありません。したがって、ボリュームが大きくても変更にかかる時間が短く、ボリュームが小さくても時間が長くかかる場合もあります。

• ボリューム変更リクエストの送信後は、キャンセルできません。

• ボリュームサイズは増加することだけが可能です。ボリュームサイズを小さくすることはできません。

• ボリュームのパフォーマンスは増減できます。

• ボリュームタイプを変更しない場合は、ボリュームサイズとパフォーマンスを、現在のボリュームタイプの制限内であれば変更できます。ボリュームタイプを変更する場合は、ターゲットとなるボリュームタイプの制限内であれば、ボリュームサイズとパフォーマンスを変更することが可能です

• ボリュームタイプを から gp2 に変更しgp3、 IOPSまたは スループットパフォーマンスを指定しない場合、Amazon はソースgp2ボリュームと同等のパフォーマンスまたはベースラインgp3パフォーマンスのいずれか高い方EBSを自動的にプロビジョニングします。

  例えば、250 MiB/秒のスループットと 1500 の 500 GiB のgp2ボリュームIOPSを、 IOPSまたは スループットパフォーマンスを指定gp3せずに に変更すると、Amazon gp3 は 3000 IOPS (ベースライン IOPS) と 250 MiB/秒 (ソースgp2ボリュームスループットと一致するように) でgp3ボリュームEBSを自動的にプロビジョニングします。

EBS ボリュームを変更するには、次のいずれかの方法を使用します。

Console

コンソールを使用して EBSボリュームを変更するには

1. で Amazon EC2コンソールを開きますhttps://console.aws.amazon.com/ec2/。

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

3. ボリュームを選択し、[Actions] (アクション)、[Modify volume] (ボリュームの編集) の順にクリックします。

4. ボリュームの変更画面には、ボリューム ID と、タイプ、サイズ、、IOPSスループットなど、ボリュームの現在の設定が表示されます。新しい設定値を以下のように設定します。

   • タイプを変更するには、[Volume Type] (ボリュームタイプ) の値を選択します。

   • サイズを変更するには、[Size] に新しい値を入力します。

   • （gp3、io1、および io2のみ) を変更するにはIOPS、 に新しい値を入力しますIOPS。

   • (gp3 のみ) スループットを変更するには、[Throughput] (スループット) に新しい値を入力します。

5. ボリューム設定を変更したら、[変更] を選択します。確認を求めるメッセージが表示されたら、[Modify] (変更) を選択します。

6. 重要

   ボリュームのサイズを大きくした場合は、追加のストレージ容量を利用するために、ボリュームのパーティションも拡張する必要があります。詳細については、「Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する」を参照してください。

7. （Windows インスタンスのみ) ドライバーがない AWS NVMeインスタンスで NVMeボリュームのサイズを増やす場合は、インスタンスを再起動して Windows を有効にし、新しいボリュームサイズを確認する必要があります。ドライバーのインストールの詳細については、 AWS NVMeAWS NVMe「Windows インスタンスのドライバー」を参照してください。

AWS CLI

を使用して EBSボリュームを変更するには AWS CLI

ボリュームの設定を 1 つ以上変更するには、modify-volume コマンドを使用します。例えば、gp2サイズが 100 GiB の タイプのボリュームがある場合、次のコマンドはその設定を 10,000 io1でサイズが 200 GiB の タイプのボリュームに変更IOPSします。

aws ec2 modify-volume --volume-type io1 --iops 10000 --size 200 --volume-id vol-11111111111111111 

出力例を次に示します。

{
    "VolumeModification": {
        "TargetSize": 200,
        "TargetVolumeType": "io1",
        "ModificationState": "modifying",
        "VolumeId": "vol-11111111111111111",
        "TargetIops": 10000,
        "StartTime": "2017-01-19T22:21:02.959Z",
        "Progress": 0,
        "OriginalVolumeType": "gp2",
        "OriginalIops": 300,
        "OriginalSize": 100
    }
}

重要

ボリュームのサイズを大きくした場合は、追加のストレージ容量を利用するために、ボリュームのパーティションも拡張する必要があります。詳細については、「Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する」を参照してください。

Elastic EBS Volumes がサポートされていない場合の ボリュームの変更

サポートされているインスタンスタイプを使用している場合は、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

新しく拡張したボリュームがサイズに反映されていない場合は、デバイスのファイルシステムを拡張して、インスタンスで新しいスペースを使えるようにします。詳細については、「Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する」を参照してください。

Windows インスタンスを使用すると、ボリュームを使用するためにオンラインにする必要がある場合があります。詳細については、「Amazon EBSボリュームを使用できるようにする」を参照してください。ボリュームを再フォーマットする必要はありません。

Elastic Volumes サポートの初期化 (必要な場合)

2016 年 11 月 3 日 23:40 より前にインスタンスにアタッチされたボリュームを変更する前に、次のいずれかのアクションを使用してボリューム変更サポートを初期化UTCする必要があります。

• ボリュームをデタッチしてアタッチする

• インスタンスの停止と起動

インスタンスでボリュームを変更する準備が完了していることを確認するには、次のいずれかの手順を使用します。

Console

コンソールを使用してインスタンスの準備が完了していることを確認するには

1. で Amazon EC2コンソールを開きますhttps://console.aws.amazon.com/ec2/。

2. ナビゲーションペインで、[インスタンス] を選択します。

3. [列の表示/非表示] アイコン (歯車) を選択します。[Launch time (起動時刻)] 属性列を選択し、[Confirm (確認)] を選択します。

4. [起動時刻] 列でインスタンスの一覧をソートします。カットオフ日より前に開始されたインスタンスごとに、[Storage (ストレージ)] タブを選択し、[Attachment time (アタッチ時刻)] 列をチェックして、ボリュームがいつアタッチされたかを確認します。

AWS CLI

を使用してインスタンスの準備が整っているかどうかを確認するには CLI

次の describe-instances コマンドを使用して、ボリュームが 2016 年 11 月 3 日 23:40 より前にアタッチされたかどうかを確認しますUTC。

aws ec2 describe-instances --query "Reservations[*].Instances[*].[InstanceId,LaunchTime<='2016-11-01',BlockDeviceMappings[*][Ebs.AttachTime<='2016-11-01']]" --output text

aws ec2 describe-instances -\-query "Reservations[*].Instances[*].[InstanceId,LaunchTime<='2016-11-01',BlockDeviceMappings[*][Ebs.AttachTime<='2016-11-01']]" -\-output text

各インスタンスの出力の最初の行は、その ID と、カットオフ日前に開始されたかどうか (True または False) を示します。最初の行の後に、各EBSボリュームがカットオフ日 (True または False) より前にアタッチされたかどうかを示す 1 つ以上の行が続きます。次の出力例では、最初のインスタンスのボリューム変更を初期化する必要があります。これはカットオフ日よりも前に開始され、カットオフ日より前にそのルートボリュームがアタッチされていたためです。他のインスタンスはカットオフ日以降に開始されたため、準備は完了しています。

i-e905622e              True
True
i-719f99a8              False
True
i-006b02c1b78381e57     False
False
False
i-e3d172ed              False
True