Block Storage for VPC 容量拡大

IBM Cloud のブロックストレージによるブートボリュームおよびデータボリュームの容量を拡張し、サービス停止を引き起こすことなく、増大するストレージ要件に対応します。

概要

第2世代のブートボリュームとデータボリュームの容量は、仮想サーバーに接続されているかどうかに関係なく、いつでも増やすことができます。容量を増やそうとする場合は、第一世代のブートボリュームとデータボリュームを稼働中のサーバーにアタッチする必要があります。

ボリュームを拡張した後、その容量を減らすことはできない。ただし、要件が変更された場合は、そのプロファイルで使用可能な最大容量まで、同じボリュームを再度拡張することができます。

ボリュームに対する請求は自動更新されて、新価格の差額が日割り計算で現在の請求サイクルに追加されます。その後、次の請求サイクルでは新しい金額全体が請求されます。

UI、CLI、API、またはTerraformを使用して、ボリュームの容量を拡張できます。ボリュームを拡張する前に、ユーザー許可が検証されます。 UI または CLI からボリューム拡張の進行状況をモニターできます。また、「アクティビティの追跡」機能を使用して、ボリュームが拡張されたことを確認することもできます。

拡張可能ボリュームの概念

データ・ボリューム

sdp プロファイルでデータ・ボリュームをプロビジョニングした後、そのボリューム容量を 1 GB 単位で最大 32,000 GB まで増やすことができます。第1世代のプロファイル（階層型またはカスタム）でデータ・ボリュームをプロビジョニングした場合、そのボリュームを実行中のインスタンスにアタッチすると、ボリューム・プロファイルに応じて、そのボリューム・サイズをGB単位で最大16,000GBの容量まで増やすことができます。サイズ変更操作によって、ストレージにアクセスできなくなったり、停止したりすることはない。

第1世代のボリュームを拡張するには、そのボリュームが「 利用可能 」状態であり、かつ実行中のインスタンスにアタッチされている必要があります。第2世代のボリュームを拡張するには、そのボリュームが_使用可能な_状態でなければならない。

UI、CLI、API、またはTerraformを使用して、ボリュームの容量を拡張できます。ボリュームを拡張する前に、ユーザー許可が検証されます。

容量を最大許容値まで、数回に分けて拡張することができます。ボリュームを拡張した後、ボリュームの容量を減らすことはできません。

拡張できる容量は、各ボリュームのプロファイルで許可されている最大値によって決まります。

sdp プロファイルで作成されたボリュームは、最大 32,000 GB まで拡張できます。
階層ファミリーのボリュームプロファイルの1つで作成されたボリュームは、その階層の最大サイズまで拡張できます：
- 汎用の 3 IOPS/GB プロファイルは、最大 16,000 GB まで拡張できます。
- 5 IOPS/GB プロファイルは、9,600 GB まで拡張できます。
- 10 IOPS/GB プロファイルは、4,800 GB まで拡張できます。

IOPS 値は、ボリュームのサイズに基づいて、ティア・プロファイルに応じて自動的に調整されます。たとえば、5 IOPS/GBプロファイルで作成したボリュームを250 GBから1,000 GBに拡張すると、最大IOPSは5,000 IOPSになります。 5 IOPS/GB ボリュームは潜在的には 9,600 GB まで拡張可能であるため、最大 IOPS は 48,000 IOPS に調整されることになります。ボリュームの容量はただちに変更されますが、IOPS が増加したことを認識させるために、インスタンスを再始動する必要があります。

カスタム・プロファイルで作成したボリュームは、そのカスタム IOPS の範囲内で拡張できます。当初設定した範囲によっては、この範囲は最大16,000 GBになる場合があります。 IOPSは、カスタムボリュームの作成時に設定した水準で一定に保たれます。後から、ボリュームの新しいサイズに基づいて、IOPS を増減できます。詳しくは、ブロック・ストレージ・ボリュームの IOPS の調整を参照してください。

UI または CLI からボリューム拡張の進行状況をモニターできます。また、活動量の追跡とを使用して、ボリュームが拡張されたことを確認することもできます。ボリュームを拡張した後は、その容量を縮小することはできません。

IBM Cloud Hyper Protect Virtual Servers for IBM Cloud® Virtual Private Cloud インスタンスにアタッチされているデータ・ボリュームのサイズを変更することはできますが、サイズ変更したボリュームを使用するにはインスタンスを再起動する必要があります。

z/OS 既存の z/OS 仮想サーバーインスタンスで Block Storage のボリューム容量を拡張すると、追加されたストレージ容量に対応した新しいデバイスアドレスがユーザーにブロードキャストされます。

ブート・ボリューム

ほとんどの仮想サーバープロファイルのデフォルトのブートボリュームサイズは 100 GB です。 Linux ストックイメージの中には、10GB程度の容量のブートボリュームにインストールできるものもありますが、Windows ストックイメージの中には、最低40GBが必要なものもあります。カスタムイメージまたはスナップショットをインポートする場合、第一世代のボリュームプロファイルを使用する場合はブートボリューム容量は10～250 GB、第二世代の sdp プロファイルを使用する場合は10～32,000 GBになります。

ブートボリュームの拡張は、仮想サーバーを再起動しなくても有効になります。ただし、増加したブートボリューム容量を使用するには、オペレーティングシステムを拡張して、増加したブートボリューム容量が認識されるようにする必要があります。

要件

データ・ボリュームの要件

第1世代データボリュームの容量を増やすには、以下の要件を満たす必要があります。

ボリュームは、あらかじめ定義されたボリュームプロファイルまたはカスタム範囲に基づいて拡大されます。
ボリュームは_使用可能_ 状態でなければなりません。
ボリュームは、仮想サーバー・インスタンスに接続されていなければなりません。
インスタンスの電源がオンで、実行中 状態でなければなりません。

第二世代データボリュームの容量は、ボリュームが_利用可能な_状態にあるときに増やすことができる。仮想サーバーインスタンスにアタッチする必要はない。

データボリュームがどの世代であっても、利用可能なボリューム帯域幅を調整するには、ボリュームをインスタンスにデタッチおよび再アタッチする必要があります。

ブート・ボリュームの要件

ブート・ボリュームをサイズ変更するには、以下の要件を満たす必要があります。

インスタンスをプロビジョニングする際、ブートボリュームのサイズは既存のイメージのサイズよりも大きくすることはできますが、小さくすることはできません。ブートボリュームの最大容量は250 GBです。
既存のインスタンスについては、インスタンスのプロビジョニング時に許可されていた最大サイズを上限として、ブートボリュームのサイズを拡大することができます。
サポートされるオペレーティングシステムの詳細については、 x86 仮想サーバーイメージを参照してください。

制限

このリリースでは、ブート・ボリュームおよびデータ・ボリュームのサイズ変更に関する制限が適用されます。

データ・ボリュームの制限

IOPS ティアのプロファイルまたはカスタムのボリューム範囲の最大容量に達しているボリュームは拡張できません。
データ・ボリュームは 16,000 GB まで拡張できますが、以下の制限があります。
- 容量が16,000 GB未満に制限されている IOPSティアプロファイルを使用してボリュームが作成された場合、そのボリュームは、そのティアで許可されている容量までしか拡張できません。
- ボリュームが16,000 GBまで拡張できない範囲のカスタムプロファイルでプロビジョニングされた場合、そのカスタム範囲の最大容量までしか拡張できません。
- ボリュームの拡張は、最大容量に達するまで何度も実行できます。
IOPS は、IOPS ティア・プロファイルで許可されている最大値まで増やすことができます。増加したIOPSを有効にするには、仮想サーバーインスタンスを再起動するか、インスタンスからボリュームをデタッチして再アタッチする必要があります。この動作は、ダウンタイムが発生しないキャパシティの増加とは異なる。
IOPS ティア・プロファイルを使用して作成したボリュームの IOPS だけを変更することはできません。ボリュームの容量を拡張してインスタンスを再起動した場合、またはインスタンスへのボリュームの接続や切断を行った場合、IOPSが調整されます。
カスタム・プロファイルから作成されたボリュームを拡張した場合は、容量は増えますが、IOPS は変わりません。 IOPS だけを増やすことはできません。
第一世代ボリュームの最大IOPSは 48,000 IOPSに制限されている。
ボリュームの拡張後に、ボリュームのサイズを小さくすることはできません。
ボリュームがトランジション中であるとき、その状態は_更新_中である。ボリュームの拡張処理中にボリュームが切り離された場合、そのボリュームはインスタンスに再接続されるまで_更新中の_状態のままとなります。再接続後、ボリューム拡張が再開され、完了する。
ボリュームの拡張中は、インスタンスを削除しても、自動削除のマークが付いたボリュームは削除されません。詳しくは、ブロック・ストレージのトラブルシューティングを参照。

ブート・ボリュームの制限

ブート・ボリューム容量をイメージのサイズより小さくすることはできません。カスタム・イメージが 10 GB より小さい場合、ブート・ボリューム容量は 10 GB に切り上げられます。
アタッチされていないボリュームとして保存されている第一世代のブート・ボリュームは拡張できません。
Z/OSシステムでの第2世代ブートボリュームの使用はサポートされていません。

データ量の拡大

コンソール、CLI、API、Terraformでプロビジョニングした後に、データボリュームの容量を増やすことができます。容量を増やす前に、第一世代のデータボリュームを実行中の仮想サーバーインスタンスにアタッチする必要があります。第2世代ブロックボリュームの容量は、アタッチされていない状態でも増やすことができる。

容積を減らすことはできない。ただし、要件が変更された場合は、そのプロファイルで使用可能な最大容量まで、同じボリュームを再度拡張することができます。

拡張できる最大サイズは、選択したプロファイルに基づいています。第2世代ボリュームの容量は、1GB単位で最大32,000GBまで増やすことができます。第一世代ボリュームの最大容量は16,000GBまで増やすことができる。カスタム・プロファイルの場合は、サイズの制限に基づいてボリュームを拡張できます。

コンソールでデータボリュームを拡張する

ボリューム容量を拡張するには、以下の手順を実行します。

『 Block Storage 』の巻一覧へ移動してください。 IBM Cloud コンソールで、 Navigation > Infrastructure > Storage > Block Storage ボリュームをクリックします。デフォルトでは、リージョン内のすべてのリソース・グループのブロック・ストレージ・ボリュームが表示されます。
すべての Block Storage for VPC のボリュームのリストで、拡張するボリュームの名前をクリックしてボリュームの詳細を表示します。

選択するボリュームは、仮想サーバー・インスタンスに接続されていなければなりません。ボリュームのリストでは、ボリュームの接続タイプは_「データ」_です。
ボリュームの詳細ページで、**「サイズ」**を見つけます。
Edit icon クリックします。または、行動アイコンをクリックし、 Block Storage 体積の拡大 を選択します。
パネルでは、GB 単位でボリュームサイズを増やすことができます。拡張できる最大サイズは、選択したプロファイルに基づいています。 UI に、選択したプロファイルの最大容量が表示されます。ボリュームのサイズを大きくすると、拡張後のボリュームの最大の IOPS とスループットが計算されます。
月間注文見込みの概要と新しい価格設定をご確認ください。
問題がなければ、**「保存して続行 (Save and continue)」**をクリックします。新しいブロック・ストレージ割り振りは数分後に使用可能になります。

または、ボリュームがアタッチされている仮想サーバーインスタンスを探すこともできます。添付ボリュームのリストからボリュームを選択し、ボリュームの詳細を表示します。次に、ステップ3～7に従って、ボリュームの容量を増やします。

CLIからデータ・ボリュームを拡張する

開始前に

CLI を使用する前に、IBM Cloud CLI および VPC CLI プラグインをインストールする必要があります。詳しくは、CLI の前提条件を参照してください。

IBM Cloud にログインします。
```
ibmcloud login --sso -a cloud.ibm.com
```
このコマンドを実行すると、URL が返され、パスコードの入力を求めるプロンプトが表示されます。ブラウザーでその URL にアクセスしてログインします。成功すると、ワンタイム・パスコードが表示されます。そのパスコードをコピーし、プロンプトに応答として貼り付けます。認証に成功すると、アカウント選択するプロンプトが表示されます。複数のアカウントアクセスできる場合は、ログインしたいアカウントを選択してください。残りのプロンプトにすべて応答して、ログインを完了します。

CLIからデータ・ボリュームの容量を拡張する

CLI から、 ibmcloud is volume-update コマンドに --capacity オプションを指定して、ボリュームの新しいサイズを GB 単位で指定します。

ibmcloud is volume-update VOLUME_ID --capacity CAPACITY_GB

以下の例では、 general-purpose ボリュームの容量を 8,000 MB に拡張しています。

ibmcloud is volume-update demo-volume-update --capacity 8000

更新操作が完了したら、 ibmcloud is volume コマンドを実行して、更新されたボリュームのプロパティを確認します。

使用可能なコマンドオプションの詳細については ibmcloud is volume-update.

APIでデータ量を拡張

Virtual Private Cloud (VPC) の API を呼び出して、既存のデータ・ボリュームを拡張できます。 PATCH /volumes 要求を実行して、インスタンスに接続されているボリュームの容量を増やします。

同じ PATCH /volumes 要求でボリュームの名前の更新と容量の拡張を行うことはできません。 2 つの別個の PATCH/volumes 要求を実行してください。

この例の呼び出しでは、ボリュームの容量を 50 GB から 250 GB に拡張しています。

curl -X PATCH \
 "$vpc_api_endpoint/v1/volumes/$volume_id?version=2022-02-25&generation=2" \
 -H "Authorization: Bearer $iam_token" \
 -d '{
      "capacity": 250
    }'

ボリュームの拡張中は、ボリュームの状況は「updating」と表示されます。現在の容量が表示されます。

{
	"capacity": 50,
	"created_at": "2022-02-25T09:46:43.000Z",
	"crn": "crn:v1:bluemix:public:is:us-south-1:a/<Acc id>::volume:<Volume ID>",
    .
    .
    .
	"status": "updating",
    .
    .
    .
}

ボリュームの拡張が完了すると、新しい値が表示され、ボリュームの状態は「 available 」となります。

Terraformでデータボリュームを拡張する

ボリュームの容量を増やすには、 ibm_is_volume。適用すると、以下の例では容量が8000GBに更新される。

resource "ibm_is_volume" "storage" {
  name    = "demo-volume-update"
  size    = 8000
  profile = "general-purpose"
  zone    = "us-south-2"
}

引数と属性の詳細については、 ibm_is_volume を参照のこと。

ブートボリュームの拡張

デフォルトでは、ブートボリュームは100GBの容量で生成される。第1世代のボリューム・プロファイルを使用している場合、ブート・ボリュームの最大容量は250GBです。 sdp プロファイルを使用している場合、ブート容量は最大32,000GBまで増やすことができます。インスタンスのプロビジョニング中やプロビジョニング後に、コンソール、CLI、API、Terraformでブートボリュームの容量を増やすことができます。第一世代のブートボリュームでは、ボリュームが実行中の仮想サーバーインスタンスにアタッチされているときに容量を増やすことができます。第2世代ブート・ボリュームの容量は、ボリュームが実行中のインスタンスにアタッチされていなくても増やすことができます。容量を増やす手順は、すべてのボリューム・プロファイルで同じです。

コンソールのブートボリューム容量を拡張

コンソールで、新規または既存のインスタンスのブートボリュームの容量を増やします。既存のインスタンスの場合は、ブロック・ストレージ・ボリュームのリストからブート・ボリュームを選択して、ブート・ボリューム容量を増やすことができます。

コンソールでのインスタンスのプロビジョニング中に、ブートボリュームの容量を拡張する

ストックイメージまたはカスタムイメージでインスタンスを作成する場合、ブートボリュームの容量はイメージの最小プロビジョニングサイズと等しいか、それ以上でなければなりません。例えば、ストック・イメージはデフォルトで 100 GB を示します。 general-purpose や custom などの第一世代ボリュームプロファイルを使用するブートボリュームでは、ブートボリュームサイズを最大 250 GB まで増やすことができます。第2世代の sdp プロファイルを使用する場合、ブートボリュームサイズは最大32,000GBまで可能です。仮想サーバーインスタンスの作成についての詳細は、コンソールでの仮想サーバーインスタンスの作成を参照してください。

インスタンステンプレートを作成する際、ブートボリュームの容量をより大きく指定することもできます。詳しくは、『インスタンス・テンプレートの作成』を参照してください。

コンソール上の「 Block Storage 」ボリュームの一覧から、ブートボリュームの容量を拡張する

既存のインスタンスの場合、ブロック・ストレージ・ボリュームのリストから選択することで、そのブート・ボリューム容量を増やすことができます。

『 Block Storage 』の巻一覧へ移動してください。 IBM Cloud コンソールで、 Navigation > Infrastructure > Storage > Block Storage ボリュームをクリックします。
ボリュームのリストからブート・ボリュームを選択します。接続タイプは_「ブート」_です。
ブート・ボリュームの詳細で、**「サイズ」**鉛筆アイコンをクリックします。または、アクションメニューから 容積を拡大する を選択します。
サイド・パネルで、**「作成サイズ」**フィールドのブート・ボリューム・サイズを大きくします。このサイズは、現在のサイズより大きくなければなりません (最大 250 GB)。
**「ブート・ボリューム・サイズの拡張」**をクリックします。

CLIからブートボリューム容量を拡張する

開始前に

CLI を使用する前に、IBM Cloud CLI および VPC CLI プラグインをインストールする必要があります。詳しくは、CLI の前提条件を参照してください。

IBM Cloud にログインします。
```
ibmcloud login --sso -a cloud.ibm.com
```
このコマンドを実行すると、URL が返され、パスコードの入力を求めるプロンプトが表示されます。ブラウザーでその URL にアクセスしてログインします。成功すると、ワンタイム・パスコードが表示されます。そのパスコードをコピーし、プロンプトに応答として貼り付けます。認証に成功すると、アカウント選択するプロンプトが表示されます。複数のアカウントアクセスできる場合は、ログインしたいアカウントを選択してください。残りのプロンプトにすべて応答して、ログインを完了します。

CLIからインスタンスを作成するときにブート・ボリュームの容量を拡張する

ibmcloud is instance-create コマンドを実行して、ブート・ボリューム容量を GB 単位で指定します。

次の例では、ブートボリュームが 190 GB のインスタンスを作成します。

ibmcloud is instance-create vsi-1 vpc-1 us-south-1 bx2-2x8  subnet-1 --image ibm-ubuntu-20-04-3-minimal-amd64-1 --boot-volume '{"name": "my-boot-vol-1", "volume": {"capacity": 190, "profile": {"name": "general-purpose"}}}'

また、イメージやスナップショットからインスタンステンプレートを作成する際、ブートボリュームの容量をより大きく指定することもできます。以下の例を参照してください。

ibmcloud is instance-template-create tpl-1 vpc-1 us-south-1 bx2-2x8  cli-subnet-1 --image ubuntu-20-04-3-minimal-amd64-1 --boot-volume '{"name": "my-boot-vol1", "volume": {"capacity": 190, "profile": {"name": "general-purpose"}}}'

CLI からの仮想サーバーインスタンスの作成については、 CLI からの仮想サーバーインスタンスの作成を参照してください。ブートボリュームサイズを増やすために使用するコマンドの詳細については、 VPC CLIリファレンスを参照してください。

CLI から既存のブートボリュームの容量を拡張する

CLI から、拡張したいブートボリュームを特定します。 ibmcloud is volumes コマンドを使用して、リソース・グループを指定することで、結果をフィルタリングできます。また、インスタンスの名前または ID が分かっている場合は、インスタンスの詳細を表示して、ブート・ボリュームに関する情報を取得できます。

ボリュームを見つけたら、volume-update コマンドを使用して、ブート・ボリュームの ID または名前を指定します。 --capacity パラメーターを使用して、ブート・ボリュームの新しいサイズを GB 単位で指定します。

たとえば、この例では、 my-boot-vol-1 の容量を200 GBに増やします。ブート・ボリューム容量の拡張中は、既存の容量が表示されます。 ibmcloud is volume update コマンドを実行し、ボリューム名を指定して新しい容量を確認する。

ibmcloud is volume-update my-boot-vol-1 --capacity 200

更新操作が完了したら、 ibmcloud is volume コマンドを実行して、更新されたボリュームのプロパティを確認します。

API を使用してブートボリュームの容量を拡張する

APIを使用してインスタンスを作成する際に、ブート・ボリュームの容量を拡張する

POST \instances リクエストを実行してインスタンスを作成する際、イメージ、ソースブートボリューム、またはインスタンステンプレートからインスタンスを作成する場合のいずれにおいても、より大きなブートボリューム容量を指定することができます。 boot-volume-attachment プロパティーにブート・ボリューム名と容量を指定します。ブート・ボリュームの容量は、少なくともイメージの最小プロビジョン・サイズ (容量を指定しない場合のデフォルト) でなければなりません。

次の例では、イメージから仮想サーバーインスタンスを作成し、ブートボリュームの容量は 250 GB です。

curl -X POST "$vpc_api_endpoint/v1/instances?version=2022-02-01&generation=2"\
-H "Authorization: Bearer $iam_token"\
-d '{
      "boot_volume_attachment": {
         "volume": {
           "capacity": 250",
           "encryption_key": {
             "crn": "crn:[...]"
           },
           "name": "my-boot-volume",
           "profile": {"name": "general-purpose"}
         }
       },
      "image": {"id": "9aaf3bcb-dcd7-4de7-bb60-24e39ff9d366"},
       .
       .
       .
   }'

詳しくは、VPC API リファレンスの『インスタンスの作成』を参照してください。

API を使用して既存のブートボリュームの容量を拡張する

API を使用して、 GET \volumes 呼び出しを行い、拡張したいブートボリュームを特定します。次に、ブート・ボリュームの ID を使用して PATCH \volumes 呼び出しを行い、容量に新しい値を指定します。

たとえば、このコマンドを実行すると、ブートボリュームの容量が 250 GB に増えます。

curl -X PATCH "$vpc_api_endpoint/v1/volumes/$volume_id/?version=2022-02-12&generation=2"\
-H "Authorization: Bearer $iam_token" \
-d '{
      "capacity": 250,
   }'

Terraformで既存のブートボリュームの容量を拡張する

ブートボリュームの容量を増やすには、 ibm_is_volume。これが適用されると、次の例ではボリュームの容量が250 GBに更新されます。

resource "ibm_is_volume" "boot-volume-example" {
  name    = "my-boot-volume"
  size    = 250
  profile = "general-purpose"
  zone    = "us-south-2"
}

引数と属性の詳細については、 ibm_is_volume を参照のこと。

大容量を使用するためにOSを変更する

ボリュームの容量を拡張したら、OSに容量の増加を認識させる必要があります。ディスク・パーティションを独自に大きくし、そのパーティションにファイルシステムを増やす必要があります。

ファイル・システムの拡張に関する詳細については、ご使用の OS の資料を参照してください。以下に例を示します。

の拡張ブートボリュームを変更する。 Linux

以下の例は、 CentOS Linux 7. その他の Linux 分配に関する指示は異なる場合がある。ボリューム容量を100 GBから250 GBに増やした後、仮想サーバーインスタンスにログインして増量を確認できます。次に、パーティションを増やし、ボリューム上のファイルシステムを拡張する。

ファイルシステムの拡張は、中々リスクの高い作業である。データ損失を防ぐために、ボリュームのスナップショットを取ることを検討してください。

インスタンスに割り当てられているフローティングIP アドレスを使用して、仮想サーバーインスタンスへのSSH接続を確立します。詳細は、 Linux インスタンスへの接続を参照。
lsblk コマンドを実行して、接続されているストレージボリュームのリストを見る。次の例では、 vda が拡張ブート・ボリュームで、 vdc がアタッチされた Block Storage for VPC データ・ボリュームです。 vdb ディスクはインスタンス・ストレージ・ボリュームである。 vda ディスクのパーティションは変更されていないが、全体のサイズは 250G に増加していることがわかる。
```
[root@docs-demo-instance ~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
vda    253:0    0  250G  0 disk
├─vda1 253:1    0  200M  0 part /boot/efi
└─vda2 253:2    0 99.8G  0 part /
vdb    253:16   0 69.9G  0 disk
vdc    253:32   0  1.2T  0 disk /myvolumedir
vdd    253:48   0  370K  0 disk
vde    253:64   0   44K  0 disk
```

growpart コマンドを実行し、パーティションサイズを最大利用可能領域まで拡大する。

--dry-run オプションを使用すると、パーティションアップデートを実行する前に変更をプレビューできます。

   [root@docs-demo-instance ~]# growpart /dev/vda 1 --dry-run
    NOCHANGE: partition 1 is size 409600. it cannot be grown
   [root@docs-demo-instance ~]# growpart /dev/vda 2 --dry-run
    CHANGE: partition=2 start=411648 old: size=209303552 end=209715200 new: size=523876319 end=524287967
    # === old sfdisk -d ===
    # partition table of /dev/vda
     unit: sectors
    /dev/vda1 : start=     2048, size=   409600, Id=ef
    /dev/vda2 : start=   411648, size=209303552, Id=83, bootable
    /dev/vda3 : start=        0, size=        0, Id= 0
    /dev/vda4 : start=        0, size=        0, Id= 0
    # === new sfdisk -d ===
    # partition table of /dev/vda
    unit: sectors
    /dev/vda1 : start=     2048, size=   409600, Id=ef
    /dev/vda2 : start=   411648, size=523876319, Id=83, bootable
    /dev/vda3 : start=        0, size=        0, Id= 0
    /dev/vda4 : start=        0, size=        0, Id= 0

以下の例のように、ブートボリュームのパーティションサイズを更新する。

   [root@docs-demo-instance ~]# growpart /dev/vda 2
   CHANGED: partition=2 start=411648 old: size=209303552 end=209715200 new: size=523876319 end=524287967

lsblk コマンドを実行し、パーティションのサイズが変更されたことを確認する。次の例は、 vda2 パーティションが正常にサイズアップされたことを示しています。

[root@docs-demo-instance ~]# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
vda    253:0    0   250G  0 disk
├─vda1 253:1    0   200M  0 part /boot/efi
└─vda2 253:2    0 249.8G  0 part /
vdb    253:16   0  69.9G  0 disk
vdc    253:32   0   1.2T  0 disk /myvolumedir
vdd    253:48   0   370K  0 disk
vde    253:64   0    44K  0 disk

しかし、ファイルシステムは vda2 パーティションを 249G ではなく 99G と認識します。

[root@docs-demo-instance ~]# df -kh
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        3.9G     0  3.9G   0% /dev
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           3.9G  385M  3.5G  10% /run
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/vda2        99G  1.3G   92G   2% /
/dev/vda1       200M   12M  189M   6% /boot/efi
/dev/vdc        1.2T   71M  1.2T   1% /myvolumedir
tmpfs           783M     0  783M   0% /run/user/0

resize2fs コマンドでパーティション上のファイルシステムのサイズを変更する。

[root@docs-demo-instance ~]# resize2fs /dev/vda2
resize2fs 1.42.9 (28-Dec-2013)
Filesystem at /dev/vda2 is mounted on /; on-line resizing required
old_desc_blocks = 13, new_desc_blocks = 32
The filesystem on /dev/vda2 is now 65484539 blocks long.

ファイルシステムが拡張されていることを確認する。この例では、 vda2 のサイズが大きくなっているのがわかる。

[root@docs-demo-instance ~]# df -kh
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        3.9G     0  3.9G   0% /dev
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           3.9G  385M  3.5G  10% /run
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/vda2       246G  1.3G  234G   1% /
/dev/vda1       200M   12M  189M   6% /boot/efi
/dev/vdc        1.2T   71M  1.2T   1% /myvolumedir
tmpfs           783M     0  783M   0% /run/user/0

Windowsの拡張ブートボリュームを変更する

管理者としてコマンドプロンプトまたは PowerShell から DiskPart ユーティリティを使ってブートパーティションを拡張できます。

Windows Server 2022 Standard Edition または Windows Server 2025 Standard Edition のストックイメージを使用して仮想サーバーを作成した場合、回復パーティション（D: ドライブ）が C: ドライブの拡張を妨げていることがあります。この問題を解決するには、トラブルシューティングのトピックを参照してください： Windows ServerでC:ドライブが拡張できません。

で拡張データボリュームを変更する。 Linux

以下の例は、 CentOS Linux 7. ボリューム容量を600 GBから700 GBに増やした後、仮想サーバーインスタンスにログインして増量を確認できます。次に、ボリュームのファイルシステムを増やす。

インスタンスに割り当てられているフローティングIP アドレスを使用して、仮想サーバーインスタンスへのSSH接続を確立します。詳細は、 Linux インスタンスへの接続を参照。

lsblk コマンドを実行し、更新された容量を確認する。以下の例では、 vdc はアタッチされた Block Storage ボリュームである。

[root@docs-demo-instance ~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
vda    253:0    0  100G  0 disk
├─vda1 253:1    0  200M  0 part /boot/efi
└─vda2 253:2    0 99.8G  0 part /
vdb    253:16   0 69.9G  0 disk
vdc    253:32   0  700G  0 disk /myvolumedir
vdd    253:48   0  370K  0 disk
vde    253:64   0   44K  0 disk

ボリュームのサイズは 700G に変更されましたが、ファイルシステムには以前のサイズである619140256ブロックが表示されたままです。

[root@docs-demo-instance ~]# df -hk
Filesystem     1K-blocks    Used Available Use% Mounted on
devtmpfs         3993976       0   3993976   0% /dev
tmpfs            4004356       0   4004356   0% /dev/shm
tmpfs            4004356   25092   3979264   1% /run
tmpfs            4004356       0   4004356   0% /sys/fs/cgroup
/dev/vda2      102877120 1178920  96449228   2% /
/dev/vda1         204580   11468    193112   6% /boot/efi
tmpfs             800872       0    800872   0% /run/user/0
/dev/vdc       619140256   73752 587592840   1% /myvolumedir

ファイルシステムを拡張するには、 resize2fs コマンドを実行してください。
```
[root@docs-demo-instance ~]# resize2fs /dev/vdc
resize2fs 1.42.9 (28-Dec-2013)
Filesystem at /dev/vdc is mounted on /myvolumedir; on-line resizing required
old_desc_blocks = 75, new_desc_blocks = 88
The filesystem on /dev/vdc is now 183500800 blocks long.
```
コマンドが pvresize: command not found を返した場合、 dnf install lvm2 コマンドを実行して論理ボリュームマネージャをインストールします。

新しいファイルシステムのサイズを確認する。この例では722352120ブロックを示している。

[root@docs-demo-instance ~]# df -hk
Filesystem     1K-blocks    Used Available Use% Mounted on
devtmpfs         3993976       0   3993976   0% /dev
tmpfs            4004356       0   4004356   0% /dev/shm
tmpfs            4004356   25092   3979264   1% /run
tmpfs            4004356       0   4004356   0% /sys/fs/cgroup
/dev/vda2      102877120 1178920  96449228   2% /
/dev/vda1         204580   11468    193112   6% /boot/efi
tmpfs             800872       0    800872   0% /run/user/0
/dev/vdc       722352120   72816 686590468   1% /myvolumedir

次のステップ

ボリュームをさらに作成するか、既存のブロック・ストレージ・ボリュームを管理します。