翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Elastic Volumes オペレーションを使用して Amazon EBS ボリュームを変更する
Amazon EBS Elastic Volumes では、EBS ボリュームのボリュームサイズの増加、ボリュームタイプの変更、パフォーマンスの調整を行うことができます。インスタンスで Elastic Volumes をサポートしている場合は、ボリュームのデタッチやインスタンスの再起動を行うことなく、これらの操作を行うことができます。したがって、変更の適用中でも、アプリケーションを引き続き使用できます。
ボリュームの設定を変更するための料金は発生しません。ボリューム変更を開始すると、新しいボリューム設定料金が発生します。詳細については、[Amazon EBS 料金表](https://aws.amazon.com/ebs/pricing/)ページを参照してください。
**Topics**
+ [考慮事項](#elastic-volumes-considerations)
+ [制限事項](#elastic-volumes-limitations)
+ [Amazon EBS ボリューム変更の要件](modify-volume-requirements.md)
+ [Amazon EBS ボリュームの変更をリクエスト](requesting-ebs-volume-modifications.md)
+ [Amazon EBS ボリューム変更の進行状況のモニタリング](monitoring-volume-modifications.md)
+ [Amazon EBS ボリュームのサイズ変更後にファイルシステムを拡張](recognize-expanded-volume-linux.md)
## 考慮事項
+ ボリュームの変更を開始したら、その変更が `completed`状態になるまで待ってから、同じボリュームに対して別の変更を開始する必要があります。ボリュームが `in-use`または `available`状態であり、そのボリュームの以前のすべての変更が である限り、ローリング 24 時間以内に最大 4 回ボリュームを変更できます`completed`。この制限を超えると、次の変更を実行できるタイミングを示すエラーメッセージが表示されます。
+ ボリュームの変更はベストエフォートベースで実行され、リクエストされたボリューム設定によっては完了までに数分から数時間かかる場合があります。通常、1-TiB ボリュームの変更には最大 6 時間かかることがあります。ただし、時間は常にボリュームサイズに合わせて直線的にスケールされるとは限りません。ボリュームが大きいほど時間がかかり、ボリュームが小さいほど時間が長くなる可能性があります。
+ サイズの増加は、ボリュームの変更が `optimizing`状態になると有効になり、通常は数秒かかります。
+ 完全に初期化されていないボリュームでは、変更時間が長くなります。詳細については、「[作成後にボリュームを手動で初期化する](initalize-volume.md#ebs-initialize)」を参照してください。
+ ボリュームタイプを `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 ボリュームを変更する際にエラーメッセージが表示された場合や前世代のインスタンスタイプにアタッチされた EBS ボリュームを変更する場合は、以下のいずれかのステップを行ってください。
+ ルート以外のボリュームの場合は、ボリュームをインスタンスからデタッチして、変更を適用した後で、ボリュームを再アタッチします。
+ ルートボリュームの場合は、インスタンスを停止し、変更を適用した後で、インスタンスを再起動します。
## 制限事項
+ ボリューム変更リクエストの送信後は、キャンセルできません。
+ ボリュームサイズを増やす必要があります。ボリュームサイズを小さくすることはできません。ただし、より小さなボリュームを作成し、そのボリュームに対して **rsync** (Linux インスタンス) または **robocopy** (Windows インスタンス) などのアプリケーションレベルのツールを使用してデータを移行することができます。
+ ボリュームの変更でリクエストできる集計ストレージの最大数には制限があります。詳細については、「*Amazon Web Services 全般のリファレンス* 」の「[Amazon EBS service quotas](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs)」を参照してください。
+ 変更後のボリュームサイズは、そのファイルシステムとパーティション設定スキームでサポートされる容量を超えることはできません。詳細については、「[Amazon EBS ボリュームの制約](volume_constraints.md)」を参照してください。
+ ボリュームタイプを変更しない場合は、ボリュームサイズとパフォーマンスを、現在のボリュームタイプの制限内であれば変更できます。ボリュームタイプを変更する場合は、ターゲットとなるボリュームタイプの制限内であれば、ボリュームサイズとパフォーマンスを変更することが可能です。詳細については、[Amazon EBS ボリュームの種類](ebs-volume-types.md)を参照してください。
+ [Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)は、最大 256,000 IOPS でプロビジョニングされたボリュームをサポートします。他のインスタンスタイプは、最大 64,000 IOPS まででプロビジョニングされたボリュームにアタッチできますが、最大 32,000 IOPS までプロビジョニングできます。
+ マルチアタッチが有効な `io2` ボリュームのボリュームタイプを変更することはできません。
+ マルチアタッチが有効な `io1` ボリュームのボリュームタイプ、サイズ、プロビジョンド IOPS を変更することはできません。
+ タイプ `io1`、`io2`、`gp2`、`gp3`、または `standard` のルート ボリュームは、インスタンスからデタッチされていても、`st1` または `sc1` ボリュームに変更できません。
+ ボリュームが 2016 年 11 月 3 日 23:40 (UTC) 以前にアタッチされていた場合は、Elastic Volumes サポートを初期化する必要があります。詳細については、[Elastic Volumes サポートの初期化](requesting-ebs-volume-modifications.md#initialize-modification-support)を参照してください。
+ `m3.medium` インスタンスはボリュームの変更を完全にサポートしていますが、`m3.large`、`m3.xlarge`、および `m3.2xlarge` インスタンスは、すべてのボリューム変更機能をサポートしていない場合があります。