Amazon EBS ボリュームタイプを変更したときに発生する問題をトラブルシューティングする方法を教えてください。

解決策

Amazon EBS ボリュームタイプを変更するときに発生する一般的な問題は次のとおりです。

サイズまたはパフォーマンスが、変更先のターゲットボリュームタイプの制限から外れている

ボリュームタイプを変更する場合、サイズとパフォーマンスはターゲットボリュームタイプの制限内である必要があります。例えば、1024 GiB を超える gp3 ボリュームを Magnetic に変更すると、エラーメッセージが表示されます。このエラーは、スタンダードボリュームの最大サイズが 1024 GiB であるために発生します。Magnetic は前世代のボリュームタイプです。パフォーマンスを改善するには、現在のボリュームタイプを使用するのがベストプラクティスです。詳細については、「Amazon EBS volume types」を参照してください。

ボリュームのサイズを増やすと、新しいサイズをすぐに使用できるようになります。ただし、ボリュームが最適化状態の場合、ボリュームのパフォーマンスはソースとターゲットの設定仕様の間になります。

Multi-Attach が有効になっている io1 または io2 ボリュームのタイプを変更するオプションがグレー表示される

Multi-Attach が有効になっている io1 またはio2ボリュームのタイプは変更できません。変更できるのは、Multi-Attach が有効な io2 ボリュームのサイズとプロビジョンド IOPS のみです。Multi-Attach のボリュームの詳細については、「Considerations and limitations」を参照してください。

特定のボリュームタイプのドロップダウンリストに sc1 と st1 の HDD ベースのボリュームタイプが表示されない

sc1 または st1 ボリュームは、すべてのボリュームタイプのブートボリュームとしてサポートされているわけではありません。次のボリュームタイプを sc1 または st1 ボリュームに変更することはできません。

• io1
• io2
• gp2
• gp3
• standard

Amazon EBS ボリューム変更の詳細については、「Requirements for Amazon EBS volume modifications」を参照してください。

ボリュームタイプを変更した後、想定されるパフォーマンスが表示されない

ワークロードが、新しいボリュームタイプの IOPS またはスループット制限またはインスタンス制限を超えないようにしてください。制限に達していることが Amazon CloudWatch に表示されない場合は、ワークロードがまだ micro-bursting状態である可能性があります。ワークロードが micro-bursting ではないのに、制限に達しているかどうかを判断できない場合はAWS サポートにお問い合わせください。

関連情報

ボリュームを変更すると、Amazon EBS ボリュームスが最適化状態のままになるのはなぜですか?