EBS ボリューム変更の進行状況のモニタリング - Amazon EBS

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

EBS ボリューム変更の進行状況のモニタリング

EBS ボリュームを変更すると、次のステータスになります。ボリュームの状態は modifying、optimizing、completed の順に変わります。この時点で、ボリュームは追加の変更を適用できる状態になります。

注記

まれに、一時的な AWS エラーのために failed 状態になる場合があります。これは、ボリュームのヘルスステータスを示すものではなく、ボリュームの変更に失敗したことを単に示しています。この場合は、再度ボリュームの変更を行います。

ボリュームが optimizing 状態である場合、ボリュームのパフォーマンスはソースとターゲットの設定仕様の中間にあります。過渡的なボリュームのパフォーマンスは、ソースボリュームのパフォーマンスより劣ることはありません。IOPS をダウングレードする場合、過渡的なボリュームのパフォーマンスは、ターゲットボリュームと同程度のパフォーマンスになります。

ボリュームの変更による影響は次のとおりです。

  • 通常、ボリュームが Optimizing 状態になってから、サイズの変更が完了して反映されるまでには数秒かかります。

  • パフォーマンス (IOPS) の変更は、設定の変更内容に応じて、完了するまでに数分から数時間かかる場合があります。

  • ボリュームが完全に初期化されていない場合など、新しい設定が有効になるまでに 24 時間を超える時間がかかる場合があります。通常、完全に使用された 1 TiB ボリュームが新しいパフォーマンス設定に移行するまでには約 6 時間かかります。

ボリュームの変更の進行状況をモニタリングするには、次のいずれかの方法を使用します。

Console
Amazon EC2 コンソールを使用して変更の進行状況をモニタリングするには

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

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

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

  4. [詳細] タブの [ボリュームのステータス] 列と [ボリュームステータス] フィールドには、volume-state - modification-state — Modification state という形式の情報が含まれます。次の画像に、ボリュームとボリュームの変更状態を示します。

    ボリュームとボリュームの変更状態

    ボリュームの状態には、creating、available、in-use、deleting、deleted、error があります。

    修正の状態には、modifying、optimizing、completed があります。

    変更が完了すると、ボリュームの状態のみが表示されます。変更の状態と進行状況は表示されなくなります。

AWS CLI
AWS CLI を使用して変更の進行状況をモニタリングするには

1 つ以上のボリュームの変更の進行状況を表示するには、describe-volumes-modifications コマンドを使用します。次の例では、2 つのボリュームのボリューム変更を示します。

aws ec2 describe-volumes-modifications --volume-ids vol-11111111111111111 vol-22222222222222222

次の出力例では、これらのボリュームの変更の状態は、引き続き modifying になっています。進捗状況は、パーセンテージで報告されます。

{
    "VolumesModifications": [
        {
            "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
        },
        {
            "TargetSize": 2000,
            "TargetVolumeType": "sc1",
            "ModificationState": "modifying",
            "VolumeId": "vol-22222222222222222",
            "StartTime": "2017-01-19T22:23:22.158Z",
            "Progress": 0,
            "OriginalVolumeType": "gp2",
            "OriginalIops": 300,
            "OriginalSize": 1000
        }
    ]
}

次の例では、変更の状態が optimizing または completed であるすべてのボリュームを示し、その結果をフィルタリングおよびフォーマットして 2017 年 2 月 1 日以降に開始された変更のみを表示します。

aws ec2 describe-volumes-modifications --filters Name=modification-state,Values="optimizing","completed" --query "VolumesModifications[?StartTime>='2017-02-01'].{ID:VolumeId,STATE:ModificationState}"

2 つのボリュームに関する情報を含む出力例を以下に示します。

[
    {
        "STATE": "optimizing",
        "ID": "vol-06397e7a0eEXAMPLE"
    },
    {
        "STATE": "completed",
        "ID": "vol-ba74e18c2aEXAMPLE"
    }
]
CloudWatch Events console

CloudWatch Events では、ボリューム変更イベントの通知ルールを作成できます。ルールを使用して Amazon SNS で通知メッセージを生成するか、一致したイベントに応答して Lambda 関数を呼び出します。イベントは、ベストエフォートベースで発生します。

CloudWatch Events を使用して変更の進行状況をモニタリングするには

  1. CloudWatch コンソール (https://console.aws.amazon.com/cloudwatch/) を開きます。

  2. [Events]、[Create rule] の順に選択します。

  3. [Build event pattern to match events by service] で、[Custom event pattern] を選択します。

  4. [カスタムイベントパターンの構築] で、コンテンツを次の以下のように置き換え、[保存] を選択します。

    {
  "source": [
    "aws.ec2"
  ],
  "detail-type": [
    "EBS Volume Notification"
  ],
  "detail": {
    "event": [
      "modifyVolume"
    ]
  }
}

    以下にイベントデータの例を示します。

    {
   "version": "0",
   "id": "01234567-0123-0123-0123-012345678901",
   "detail-type": "EBS Volume Notification",
   "source": "aws.ec2",
   "account": "012345678901",
   "time": "2017-01-12T21:09:07Z",
   "region": "us-east-1",
   "resources": [
      "arn:aws:ec2:us-east-1:012345678901:volume/vol-03a55cf56513fa1b6"
   ],
   "detail": {
      "result": "optimizing",
      "cause": "",
      "event": "modifyVolume",
      "request-id": "01234567-0123-0123-0123-0123456789ab"
   }
}