ゾーン永続ディスクの追加またはサイズ変更

このページでは、ゾーン永続ブートディスクとセカンダリ（非ブート）ゾーン永続ディスクの両方のサイズを変更する方法について説明します。また、インスタンス上に新しいゾーン永続ディスクを追加してフォーマットする方法についても説明します。

ゾーン永続ディスクのサイズは大きくすることができますが、小さくすることはできません。

予期しないデータ損失を防ぐため、スナップショットを使用してディスクをバックアップすることをおすすめします。

ゾーン永続ディスクには、標準のハードディスク ドライブ（HDD）またはソリッド ステート ドライブ（SSD）が使用できます。ゾーン永続ディスクの概要と使用可能な永続ディスクの種類については、永続ディスクの概要を参照してください。

ゾーン永続ディスクの背後で Compute Engine がハードウェアを管理しているため、ストライピングや冗長性を処理せずにディスクの追加やサイズ変更を行うことができます。予備ディスクとして大容量の 1 台を接続しておいて追加容量が必要になったときにサイズを変更することも、複数の小容量ディスクを接続してデータを複数のボリュームに分割することもできます。

イメージからディスクを作成する場合を除き、新しいゾーン永続ディスクはデータやファイル システムなしで作成します。これらのディスクは、インスタンスに接続した後に自分でフォーマットする必要があります。

ゾーン標準永続ディスクでも SSD 永続ディスクでもパフォーマンス要件や柔軟性要件が満たされない場合は、インスタンスにその他のストレージ オプションを追加できます。

始める前に

• このガイドのコマンドラインのサンプルを使用する場合は、以下を行ってください。
  1. gcloud コマンドライン ツールの最新バージョンをインストールするか、最新バージョンに更新します。
  2. デフォルトのリージョンとゾーンを設定します。
• このガイドの API の例を使用する場合、API アクセスを設定します。
• 永続ディスクの各タイプの違いを確認します。

インスタンスへのゾーン永続ディスクの追加

ゾーン標準永続ディスクまたは SSD 永続ディスクを作成し、それを既存のインスタンスに追加します。インスタンスがない場合は、新しいインスタンスを作成して起動します。インスタンスの作成時に、最大 127 個のセカンダリ（非ブート）ゾーン永続ディスクを接続し、アプリケーション、データファイル、データベース、ログを別々のボリュームに保存できます。合計接続容量は 1 インスタンスあたり 257 TB です。大容量のボリュームでパフォーマンスを最大限に高める方法については、大容量論理ボリュームのパフォーマンスを参照してください。

Google Cloud Console、gcloud ツール、または API を使用して、ゾーン永続ディスクを作成して接続します。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• 新しいディスクの作成を可能にする、プロジェクトに対する compute.disks.create 権限
• VM インスタンスの compute.instances.attachDisk 権限
• 接続するディスクに対する compute.disks.use 権限

Console

Google Cloud Console でゾーン永続ディスクを作成して接続します。

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. チェックボックスをオンにして、ディスクを追加するインスタンスの名前をクリックします。
3. [VM インスタンスの詳細] ページの上部にある [編集] をクリックします。
4. [追加ディスク] で、[新しいディスクを追加] をクリックします。
5. ディスクの名前を指定して、ディスクのプロパティを構成し、ディスクの [ソースの種類] を指定します。
6. [完了] をクリックしてディスクの構成を完了します。
7. [VM インスタンスの詳細] ページの下部にある、[保存] をクリックしてインスタンスに変更を適用し、新しいディスクを追加します。
8. 新しいディスクを作成してインスタンスに接続したら、ディスクをフォーマットしてマウントする必要があります。こうすることで、オペレーティング システムが保存容量を使用できるようになります。

gcloud

gcloud ツールでゾーン永続ディスクを作成して接続します。

1. gcloud compute disks create コマンドを使用してゾーン永続ディスクを作成します。スループットや IOPS を上げるためにゾーン SSD 永続ディスクが必要な場合は、--type フラグで pd-ssd を指定します。

   gcloud compute disks create DISK_NAME \
       --size DISK_SIZE \
       --type DISK_TYPE
   

   以下を置き換えます。

   • DISK_NAME: 新しいディスクの名前。
   • DISK_SIZE: 新しいディスクのサイズ（GB）。使用できるサイズは、1 GB 単位で 10～65,536 GB の範囲です。
   • DISK_TYPE: 永続ディスクの種類（pd-standard または pd-ssd のいずれか）。

2. ディスクを作成したら、実行中または停止しているインスタンスに接続します。gcloud compute instances attach-disk コマンドを実行します。

   gcloud compute instances attach-disk INSTANCE_NAME \
       --disk DISK_NAME
   

   以下を置き換えます。

   • INSTANCE_NAME: 新しいゾーン永続ディスクを追加するインスタンスの名前。
   • DISK_NAME: インスタンスに接続する新しいディスクの名前。

   新しいディスクを作成してインスタンスに接続したら、ディスクをフォーマットしてマウントする必要があります。こうすることで、オペレーティング システムが保存容量を使用できるようになります。

3. gcloud compute disks describe コマンドを使用して、ディスクの説明を表示します。

API

1. API では、disks.insert メソッドを使用して POST リクエストを作成し、ゾーン永続ディスクを作成します。name、sizeGb、type プロパティを含めます。新しいディスクを空のフォーマットされていない非ブートディスクとして作成する場合、このディスクにソースイメージやソース スナップショットを指定しないでください。

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks
   
   {
    "name": "DISK_NAME",
    "sizeGb": "DISK_SIZE",
    "type": "zones/ZONE/diskTypes/DISK_TYPE"
   }
   

   以下を置き換えます。

   • PROJECT_ID: プロジェクト ID。
   • ZONE: インスタンスと新しいディスクが配置されるゾーン。
   • DISK_NAME: 新しいディスクの名前。
   • DISK_SIZE: 新しいディスクのサイズ（GB）。使用できるサイズは、1 GB 単位で 10～65,536 GB の範囲です。
   • DISK_TYPE: 永続ディスクの種類（pd-standard または pd-ssd のいずれか）。

2. compute.instances.attachDisk メソッドに対する POST リクエストを作成し、作成したゾーン永続ディスクへの URL をリクエスト本文に含めます。

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE_NAME/attachDisk
   
   {
    "source": "/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAME"
   }
   

   以下を置き換えます。

   • PROJECT_ID: プロジェクト ID。
   • ZONE: インスタンスと新しいディスクが配置されるゾーン。
   • INSTANCE_NAME: 新しい永続ディスクを追加するインスタンスの名前。
   • DISK_NAME: 新しいディスクの名前。

新しいディスクを作成してインスタンスに接続したら、ディスクをフォーマットしてマウントする必要があります。こうすることで、オペレーティング システムが保存容量を使用できるようになります。

ゾーン永続ディスクのフォーマットとマウント

新しいゾーン永続ディスクはデータやファイル システムなしで作成します。このディスクは、インスタンスに接続した後に自分でフォーマットする必要があります。フォーマットのプロセスは Linux インスタンスと Windows インスタンスで異なります。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• SSH を使用した接続を可能にする、インスタンスに対する compute.instances.setMetadata 権限。

サービス アカウントとして実行できる VM インスタンスに接続する場合は、roles/iam.serviceAccountUser の役割も付与する必要があります。

Linux インスタンス

Linux インスタンスで新しいディスクをフォーマットしてマウントします。パーティションのフォーマットや構成は任意ですが、パーティション テーブルのない単一の ext4 ファイル システムがおすすめです。追加のストレージ容量が必要になった場合は、後からディスクのサイズ変更ができます。

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. 新たにディスクを接続したインスタンスの横にある [SSH] ボタンをクリックします。ブラウザが開き、インスタンスに対するターミナル接続が表示されます。

3. ターミナルで、lsblk コマンドを使用してインスタンスに接続されているディスクを一覧表示し、フォーマットしてマウントするディスクを探します。

   $ sudo lsblk
   
   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   sda      8:0    0   10G  0 disk
   └─sda1   8:1    0   10G  0 part /
   sdb      8:16   0  250G  0 disk
   

   この例では、sdb が新しいゾーン永続ディスクのデバイス ID です。

4. ディスクをフォーマットします。ファイル形式は任意ですが、パーティション テーブルのない単一の ext4 ファイル システムがおすすめです。こうすると、後でゾーン永続ディスクのサイズを変更する場合に、ディスク パーティションを変更することなく、ファイル システムのサイズを変更するだけで対応できます。

   mkfs ツールを使用してディスクをフォーマットします。このコマンドを実行すると、指定したディスクからすべてのデータが削除されます。正しいディスク デバイスを指定してください。ディスクのパフォーマンスを最大限に引き出すには、-E フラグで推奨フォーマット オプションを使用します。このセカンダリ ディスクではルート用に領域を確保する必要はありません。-m 0 を指定して、使用可能なディスク容量をすべて使用します。

   $ sudo mkfs.ext4 -m 0 -E lazy_itable_init=0,lazy_journal_init=0,discard /dev/DEVICE_ID
   

   DEVICE_ID は、フォーマットするゾーン永続ディスクのデバイス ID に置き換えます。この例では、sdb を指定し、パーティション テーブルを作成せずにディスク全体をフォーマットします。

   注: RHEL 6 と CentOS 6 の場合、lazy_journal_init=0 引数は使用できません。これらのイメージのインスタンスでゾーン永続ディスクをフォーマットする場合は、このパラメータを削除してください。

5. 新しいディスクのマウント ポイントにするディレクトリを作成します。任意のディレクトリを使用できます。次の例では、/mnt/disks/ の下にディレクトリを作成します。

   $ sudo mkdir -p /mnt/disks/MNT_DIR
   

   MNT_DIR は、ゾーン永続ディスクをマウントするディレクトリに置き換えます。

6. mount ツールを使用してインスタンスにディスクをマウントし、discard オプションを有効にします。

   $ sudo mount -o discard,defaults /dev/DEVICE_ID /mnt/disks/MNT_DIR
   

   以下を置き換えます。

   • DEVICE_ID は、マウントするゾーン永続ディスクのデバイス ID です。
   • MNT_DIR: ゾーン永続ディスクをマウントするディレクトリ。

7. デバイスに読み取り権限と書き込み権限を構成します。この例では、デバイスへの書き込みアクセスをすべてのユーザーに付与します。

   $ sudo chmod a+w /mnt/disks/MNT_DIR
   

   MNT_DIR は、ゾーン永続ディスクをマウントしたディレクトリに置き換えます。

必要に応じて、ゾーン永続ディスクを /etc/fstab ファイルに追加して、インスタンスの再起動時にデバイスが自動的にマウントされるようにすることもできます。

1. 現在の /etc/fstab ファイルのバックアップを作成します。

   $ sudo cp /etc/fstab /etc/fstab.backup
   

2. blkid コマンドを使用して、ゾーン永続ディスクの UUID を確認します。この UUID はディスクのフォーマット時にシステムによって生成されます。システム間でディスクを移動しても UUID は変更されないため、ゾーン永続ディスクのマウントには UUID を使用します。

   $ sudo blkid /dev/DEVICE_ID
   
   /dev/DEVICE_ID: UUID="UUID_VALUE" TYPE="ext4"
   

   以下を置き換えます。

   • DEVICE_ID: 自動マウントするゾーン永続ディスクのデバイス ID。ディスクにパーティション テーブルを作成した場合は、マウントするパーティションを指定します。
   • UUID_VALUE: /etc/fstab ファイルに含める必要があるゾーン永続ディスクの UUID。

3. /etc/fstab ファイルをテキスト エディタで開き、UUID を含めたエントリを作成します。次に例を示します。

   UUID=UUID_VALUE /mnt/disks/MNT_DIR ext4 discard,defaults,NOFAIL_OPTION 0 2
   

   以下を置き換えます。

   • UUID_VALUE: /etc/fstab ファイルに含める必要があるゾーン永続ディスクの UUID。
   • MNT_DIR: ゾーン永続ディスクをマウントしたディレクトリ。
   • NOFAIL_OPTION: ブート時にゾーン永続ディスクをマウントできない場合のオペレーティング システムの動作を指定する変数。永続ディスクが利用できない場合でもシステムを起動できるようにするには、ほとんどのディストリビューションでは nofail オプション、Ubuntu 12.04 と Ubuntu 14.04 では nobootwait オプションを使用します。

   この手順は 1 つのコマンドで実行することもできます。たとえば次のコマンドは、エントリを /etc/fstab に作成し、その UUID を使用して /dev/sdb ゾーン永続ディスクを /mnt/disks/MNT_DIR にマウントします。

   $ echo UUID=`sudo blkid -s UUID -o value /dev/sdb` /mnt/disks/MNT_DIR ext4 discard,defaults,NOFAIL_OPTION 0 2 | sudo tee -a /etc/fstab
   
   UUID=c994cf26-1853-48ab-a6a5-9d7c0250fed4 /mnt/disks/MNT_DIR ext4 discard,defaults,NOFAIL_OPTION 0 2
   
   

4. cat コマンドを使用して、/etc/fstab エントリが正しいことを確認します。

   $ cat /etc/fstab
   
   LABEL=cloudimg-rootfs   /        ext4   defaults        0 0
   UUID=d761bdc5-7e2a-4529-a393-b9aefdb623b6 /mnt/disks/MNT_DIR ext4 discard,defaults,NOFAIL_OPTION 0 2
   
   

このゾーン永続ディスクを切断する場合や、このインスタンスのブートディスクからスナップショットを作成する場合は、/etc/fstab ファイルを編集し、このゾーン永続ディスクのエントリを削除します。NOFAIL_OPTION が nofail または nobootwait に設定されている場合でも、インスタンスに接続されているデバイスとの /etc/fstab ファイルの同期を維持してください。ブートディスクのスナップショットを作成する前、またはゾーン永続ディスクを切断する際には、これらのエントリを削除してください。

注: Container-Optimized OS では、システムが再起動すると /etc/fstab の変更内容が失われます。起動時に確実にデバイスがチェックされてマウントされるようにするには、cloud-config の bootcmd セクションからゾーン永続ディスクに対して fsck オペレーションと mount オペレーションを実行します。Container-Optimized OS のドキュメントで、ディスクのマウントとフォーマットをご覧ください。

Windows インスタンス

Windows の [ディスクの管理] を使用して、Windows インスタンス上の新しいディスクをフォーマットしてマウントします。

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. サイズを変更したディスクが含まれるインスタンスの横にある [RDP] ボタンをクリックします。ブラウザ上でインスタンスに対する RDP 接続が開きます。

3. Windows [スタート] ボタンを右クリックして [ディスクの管理] を選択します。

   

4. ゾーン永続ディスクがまだ初期化されていない場合、新しいディスクのパーティショニング スキームを選択するように求められます。[GPT] を選択して、[OK] をクリックします。

   

5. ディスクが初期化されたら、未割り当てディスク領域を右クリックして、[新しいシンプル ボリューム] を選択します。

   

6. [新しいシンプル ボリューム ウィザード] の指示に従って新しいボリュームを構成します。任意のパーティション形式を使用できますが、この例では NTFS を選択します。[クイック フォーマットする] にもチェックを入れて、フォーマット処理を高速化します。必要に応じて、[アロケーション ユニット サイズ] フィールドでクラスタのサイズを設定します。クラスタのサイズによってパーティションの最大サイズが制限されます。ゾーン永続ディスクとこのパーティションのサイズを後で変更するのであれば、この点に注意してください。

   

7. ウィザードが完了してボリュームのフォーマットが終了したら、接続されたディスクのリストで Status 列を調べて、新しいディスクが Healthy ステータスとなっていることを確認します。

   

これで、ファイルをゾーン永続ディスクに書き込むことができます。

ゾーン永続ディスクのサイズ変更

インスタンスに追加のストレージ容量が必要な場合、ゾーン永続ディスクのサイズを変更できます。データを固有のパーティションに分割する必要がある場合にのみ、複数のセカンダリ ディスクを接続します。

注: ブートディスクが使用する MBR パーティションは、サイズが 2 TB に制限されています。ブートディスクのサイズを 2 TB 以上に変更しないでください。

実行中のインスタンスに接続しているかどうにかかわらず、いつでもサイズを変更できます。

ディスクのサイズを変更してもディスクデータは削除または変更されませんが、ベスト プラクティスとして、変更を加える前にディスクのスナップショットを作成してください。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• ディスクに対する compute.disks.update 権限

Console

1. [ディスク] ページに移動して、プロジェクトのゾーン永続ディスクのリストを表示します。

   [ディスク] ページに移動

2. サイズを変更するディスクの名前をクリックします。
3. ディスク詳細ページの上部で、[編集] をクリックします。
4. [サイズ] フィールドに、ディスクの新しいサイズを入力します。MBR パーティション テーブルがあるブートディスクとセカンダリ ディスクのサイズは、最大 2 TB にまでしか変更できません。
5. ディスク詳細ページの下部にある [保存] をクリックして、変更内容をディスクに適用します。
6. ディスクをサイズ変更したら、オペレーティング システムが追加の容量にアクセスできるように、ファイル システムをサイズ変更する必要があります。

gcloud

gcloud ツールで、disks resize コマンドを使用して --size フラグを指定し、必要なディスクサイズを GB 単位で設定します。

gcloud compute disks resize DISK_NAME --size DISK_SIZE

以下を置き換えます。

• DISK_NAME: サイズ変更するディスクの名前。
• DISK_SIZE: ディスクの新しいサイズ（GB）。MBR パーティション テーブルがあるブートディスクとセカンダリ ディスクのサイズは、最大 2 TB にまでしか変更できません。

ディスクをサイズ変更したら、オペレーティング システムが追加の容量にアクセスできるように、ファイル システムをサイズ変更する必要があります。

API

API で、compute.disks.resize メソッドに対して POST リクエストを作成します。リクエストの本文で sizeGb パラメータを指定し、それをディスクサイズ（GB）に設定します。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAME/resize

{
 "sizeGb": "DISK_SIZE"
}

以下を置き換えます。

• PROJECT_ID: プロジェクト ID。
• ZONE: ディスクが配置されているゾーン。
• DISK_NAME: サイズを変更するディスクの名前。
• DISK_SIZE: ディスクの新しいサイズ（GB）。MBR パーティション テーブルがあるブートディスクとセカンダリ ディスクのサイズは、最大 2 TB にまでしか変更できません。

ディスクをサイズ変更したら、オペレーティング システムが追加の容量にアクセスできるように、ファイル システムをサイズ変更する必要があります。

ゾーン永続ディスク上のファイル システムとパーティションのサイズを変更する

ゾーン永続ディスクのサイズを変更したら、追加のディスク容量を使用するようにディスク上のファイル システムを構成する必要があります。ディスクにブートディスクなどのパーティション テーブルがある場合は、パーティションを拡張し、そのパーティション上のファイル システムのサイズを変更する必要があります。ゾーン永続ディスクにファイル システムのみが含まれ、パーティション テーブルが存在しない場合は、ファイル システムのサイズを変更することしかできません。

注: ブートディスクが使用する MBR パーティションは、サイズが 2 TB に制限されています。ブートディスクのサイズを 2 TB 以上に変更しないでください。

代わりに、最新版の公開イメージを使用するインスタンスでは、システムの再起動後にパーティションとファイル システムのサイズを自動的に変更できます。この機能をサポートしていない公開イメージは、SUSE Linux Enterprise Server（SLES）公開イメージのみです。

ゾーン永続ディスク上のファイル システムを変更する前に、スナップショットを作成してください。

Linux インスタンス

Linux インスタンスでは、インスタンスに接続し、追加したディスク容量を使用するようにパーティションとファイル システムのサイズを手動で変更します。この手動によるプロセスの完了後にインスタンスを再起動する必要はありません。

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. 新たにディスクを接続したインスタンスの横にある [SSH] ボタンをクリックします。ブラウザが開き、インスタンスに対するターミナル接続が表示されます。

3. サイズを変更するファイル システムとパーティションがあるディスクを特定します。ディスクがすでにマウントされている場合、df コマンドと lsblk コマンドを使用してファイル システムのサイズを比較し、ディスク ID を特定します。この例において、/dev/sda1 パーティションは 20 GB にサイズが変更されたブートディスク上にありますが、パーティション分割テーブルとファイル システムによりオペレーティング システムに提供される容量は 9.7 GB のみです。さらに、/dev/sdb セカンダリ ディスクにはパーティション分割テーブルはありませんが、ディスク上のファイル システムはオペレーティング システムに 250 GB しか容量を提供していません。また、この例では、/mnt/disks/disk-1 がマウント ディレクトリです。

   $ sudo df -Th
   
   Filesystem      Type     Size   Used  Avail  Use%  Mounted on
   /dev/sda1       ext4     9.7G   1.2G   8.5G   12%  /
   /dev/sdb        ext4     250G    60M   250G    1%  /mnt/disks/disk-1
   
   

   $ sudo lsblk
   
   NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   sda       8:0    0   20G  0 disk
   └─sda1    8:1    0   10G  0 part /
   sdb       8:16   0  500G  0 disk /mnt/disks/disk-1
   
   

   この例では、df コマンドによって、/dev/sda1 パーティションがルートファイル システムとしてマウントされ、/dev/sdb ディスクが /mnt/disks/disk-1 セカンダリ ディスクとしてマウントされていることが示されています。

   ディスクにファイル システムが書き込まれていて、パーティション テーブルがない場合は、growpart ユーティリティのインストール方法とパーティションの拡張方法についてのステップ 4 をスキップできます。

4. サイズを変更するディスクにパーティション テーブルがある場合は、ファイル システムのサイズを変更する前にパーティションを拡張する必要があります。growpart を使用してイメージ パーティションのサイズを変更します。

   1. Debian サーバーに growpart をインストールするには、次を実行します。

      $ sudo apt -y install cloud-guest-utils

   2. CentOS サーバーに growpart をインストールするには、次を実行します。

      $  sudo yum -y install cloud-utils-growpart

      インストール後のツールのヘルプについては、growpart -h を実行します。

   3. growpart ツールをインストールした後、パーティションを拡張できます。

      $ sudo growpart /dev/DEVICE_ID PARTITION_NUMBER

      以下を置き換えます。

      • DEVICE_ID: デバイス ID。
      • PARTITION_NUMBER: そのデバイスのパーティション番号。たとえば、sudo growpart /dev/sda 1 のように指定します。デバイス ID とパーティション番号の間にスペースが必要な点に注意してください。

5. 追加された容量を使用するには、ディスク上またはパーティション上のファイル システムを拡張します。

   ext4 を使用している場合、resize2fs コマンドを実行します。ディスク上のパーティションを拡張した場合は、そのパーティションを指定します。ディスクにパーティション テーブルがない場合は、ディスク ID のみを指定します。

   $ sudo resize2fs /dev/DEVICE_IDPARTITION_NUMBER

   以下を置き換えます。

   • DEVICE_ID: デバイス ID。
   • PARTITION_NUMBER: ファイル システムのサイズを変更するデバイスのパーティション番号。たとえば、/dev/sda はディスクを指し、/dev/sda1 はそのディスクの最初のパーティションを指します。

   xfs を使用している場合は、xfs_growfs コマンドを使用してファイル システムを拡張し、デバイス ID の代わりにマウント ポイントを指定します。

   $ sudo xfs_growfs /mnt/disks/disk-1

   disk-1 はマウント ポイントです。

6. 必要に応じて、df コマンドを使用してファイル システムのサイズが変更されていることを確認します。

   $ df -h /dev/DEVICE_ID
   
   Filesystem        Size  Used Avail Use% Mounted on
   /dev/DEVICE_ID  493G   70M  492G   1% /mnt/disks/disk-1
   

   DEVICE_ID は、ファイル システム構成を表示するディスクのデバイス ID に置き換えます。

Windows インスタンス

Windows インスタンスでは、Windows の [ディスクの管理] ツールを使用してパーティションのサイズを変更します。

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. サイズを変更したディスクが含まれるインスタンスの横にある [RDP] ボタンをクリックします。ブラウザ上でインスタンスに対する RDP 接続が開きます。

3. Windows の [スタート] ボタンを右クリックし、[ディスクの管理] を選択してディスク管理ツールを開きます。

   

4. ディスク管理ツールを更新して、ゾーン永続ディスクの追加容量を認識できるようにします。[ディスクの管理] ウィンドウの上部にある [操作] をクリックして [最新の情報に更新] を選択します。

   

5. サイズを変更したディスクで、フォーマットされたパーティションを右クリックし、[ボリュームの拡張] を選択します。

   

6. [ボリュームの拡張ウィザード] の指示に従って、追加のディスク容量を含むように既存のパーティションを拡張します。既存のパーティションが NTFS でフォーマットされている場合、パーティションの最大サイズはクラスタサイズの設定によって制限されます。

7. ウィザードが完了してボリュームのフォーマットが終了したら、接続されたディスクのリストで Status 列を調べて、新しいディスクが Healthy ステータスとなっていることを確認します。

   

これで、拡張した永続ディスクの容量を使用してデータを保存できるようになります。

アクセスできないインスタンスや完全なブートディスクの復元

インスタンスのディスク容量が完全に不足している場合や、Linux ゲスト環境を実行していない場合には、ファイルシステムを構成する永続ディスクのサイズを増加させた後でも、ルート ファイルシステムのサイズを自動変更することはできません。インスタンスに接続できない場合、あるいはブートディスクがいっぱいでサイズを変更できない場合は、新しいインスタンスを作成し、ブートディスクをスナップショットから再作成してサイズを変更します。

再作成するブートディスクのサイズを確認する必要があります。Compute Engine コンソールでディスクのサイズを確認します。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• 新しいインスタンスの作成を可能にする、プロジェクトに対する compute.instances.create 権限
• 新しいディスクの作成を可能にする、プロジェクトに対する compute.disks.create 権限
• ディスクに対する compute.disks.createSnapshot 権限
• 新しい VM インスタンスに対する compute.instances.attachDisk 権限
• 接続するディスクに対する compute.disks.use 権限

1. [VM インスタンス] の作成ページに移動します。

   [VM インスタンス] ページに移動

   1. インスタンス名をクリックして、[VM インスタンスの詳細] ページを開きます。
   2. [VM インスタンスの詳細] ページ上部にある [停止] をクリックしてインスタンスを停止します。
   3. [ブートディスク] セクションまでスクロールし、ブートディスクのサイズと名前を確認します。

2. Google Cloud Console の [スナップショット] ページに移動します。
   [スナップショット] ページに移動

   1. スナップショットの [名前] を入力します。
   2. [ソースディスク] プルダウン リストからブートディスクを選択します。
   3. [作成] をクリックします。

3. [VM インスタンス] の作成ページに移動します。

   [VM インスタンス] ページに移動

4. インスタンスの詳細を入力します。

5. 古いブートディスクのスナップショットから新しいブートディスクを作成します。

   1. [ブートディスク] で [変更] を選択します。
   2. [スナップショット] を選択します。
   3. [スナップショット] プルダウン リストから古いブートディスクのスナップショットを選択します。
   4. [ブートディスクの種類] を選択します。
   5. ディスクの新しいサイズを入力します。
   6. [選択] をクリックして、ディスクのオプションを確認します。

6. [作成] をクリックします。

7. ディスクをマウントしてフォーマットします。

ゾーン永続ディスクの自動削除状態を設定する

読み取り / 書き込み可能なゾーン永続ディスクは、接続されている仮想マシン インスタンスの削除時に自動的に削除できます。この動作は、ゾーン永続ディスクが接続されている仮想マシン インスタンスの autoDelete プロパティで制御されていて、いつでも変更できます。同様に、autoDelete 値を false にすることで、ゾーン永続ディスクの削除を防ぐことができます。

注: ゾーン永続ディスクの自動削除状態を設定できるのは、読み取り / 書き込みモードで接続されている場合に限ります。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• インスタンスに対する compute.instances.setDiskAutoDelete 権限
• ディスクに対する compute.disks.update 権限

Console

1. [VM インスタンス] ページに移動します。

   [VM インスタンス] ページに移動

2. 接続されているディスクを含むインスタンスの横にあるチェックボックスをオンにします。
3. インスタンス名をクリックします。
4. [VM インスタンスの詳細] ページが表示されます。
5. ページ上部の [編集] をクリックします。
6. [追加ディスク] までスクロールします。
7. 鉛筆アイコンをクリックして、ディスクの [削除ルール] を編集します。
8. [完了] をクリックして変更を保存します。
9. [保存] をクリックしてインスタンスを更新します。

gcloud

ゾーン永続ディスクの自動削除状態を設定するには、gcloud compute instances set-disk-auto-delete コマンドを使用します。

gcloud compute instances set-disk-auto-delete example-instance \
    [--auto-delete|--no-auto-delete] \
     --disk example-disk

API

API を使用する場合は、次の URI に POST リクエストを送信します。

https://compute.googleapis.com/compute/v1/projects/example-project/zones/us-central1-f/instances/example-instance/setDiskAutoDelete?deviceName=deviceName,autoDelete=true

クライアント ライブラリを使用している場合は、instances().setDiskAutoDelete メソッドを使います。

def setAutoDelete(gce_service, auth_http):
  request = gce_service.instances().setDiskAutoDelete(project=example-project, zone=us-central1-f, deviceName=my-new-device, instance=example-instance, autoDelete=True)
  response = request.execute(http=auth_http)

  print response

複数のインスタンス間でゾーン永続ディスクを共有する

非ブート永続ディスクを複数の仮想マシン インスタンスに読み取り専用モードで接続し、複数インスタンス間で静的データを共有できます。1 つの永続ディスクの静的データを複数インスタンスで共有することは、個別インスタンス固有のディスクにデータをレプリケートするよりもコストがかかりません。

永続ディスクを複数のインスタンスに接続する場合、すべてのインスタンスが永続ディスクを読み取り専用モードで接続する必要があります。複数のインスタンスに読み取り / 書き込みモードで永続ディスクを接続することはできません。複数のインスタンスで動的記憶領域を共有する必要がある場合は、次のいずれかのオプションを使用できます。

• インスタンスを Cloud Storage に接続する
• インスタンスを Filestore に接続する
• Compute Engine 上にネットワーク ファイル サーバーを作成する

複数のインスタンスで共有したいデータを含む永続ディスクがある場合は、読み取り / 書き込みインスタンスとの接続を切断し、1 つ以上のインスタンスと読み取り専用モードで接続します。

注: 読み取り専用、非ブートの永続ディスクの共有は、ディスクと同じゾーン内にあるインスタンスでのみ可能です。

このタスクに必要な権限

このタスクを行うには、次の権限が必要です。

• 新しいディスクの作成を可能にする、プロジェクトに対する compute.disks.create 権限
• VM インスタンスの compute.instances.attachDisk 権限
• 接続するディスクに対する compute.disks.use 権限

Console

1. [ VM インスタンス] ページに移動して、プロジェクト内のインスタンスのリストを表示します。

   インスタンス ページに移動

2. [名前] 列で、ディスクを接続するインスタンスの名前をクリックします。[VM インスタンスの詳細] ページが開きます。
3. インスタンス詳細ページの一番上で [編集] をクリックします。
4. [追加ディスク] セクションで、次のいずれかをクリックします。
   1. ディスクを追加でディスクを読み取り専用モードでインスタンスに追加します。
   2. [既存のディスクを接続] で既存のディスクを選択し、読み取り専用モードでインスタンスに接続します。
5. ディスクのその他のオプションを指定します。
6. [完了] をクリックして変更を適用します。
7. VM インスタンスの詳細ページの一番下にある [保存] をクリックして、変更内容をインスタンスに適用します。
8. インスタンスに接続して、ディスクをマウントします。
9. このプロセスを繰り返して、他のインスタンスに読み取り専用モードでディスクを追加します。

gcloud

gcloud ツールで compute instances attach-disk コマンドを実行し、ro オプションで --mode フラグを指定します。

gcloud compute instances attach-disk INSTANCE_NAME \
    --disk DISK_NAME \
    --mode ro

以下を置き換えます。

• INSTANCE_NAME: ゾーン永続ディスクを接続するインスタンスの名前。
• DISK_NAME: 接続するディスクの名前。

ディスクを接続した後、インスタンスに接続してディスクをマウントします。

読み取り専用モードでディスクを追加するインスタンスごとに、このコマンドを繰り返します。

API

API で、compute.instances.attachDisk メソッドに対して POST リクエストを作成します。リクエストの本文で、mode パラメータに READ_ONLY を指定します。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/INSTANCE_NAME/attachDisk

{
 "source": "zones/ZONE/disks/DISK_NAME",
 "mode": "READ_ONLY"
}

以下を置き換えます。

• INSTANCE_NAME: ゾーン永続ディスクを接続するインスタンスの名前。
• PROJECT_ID: プロジェクト ID。
• ZONE: ディスクが配置されているゾーン。
• DISK_NAME: 接続するディスクの名前。

ディスクを接続した後、インスタンスに接続してディスクをマウントします。

読み取り専用モードでディスクを追加するインスタンスごとに、このリクエストを繰り返します。

永続ディスクの種類を変更する

永続ディスクの料金とパフォーマンスは、永続ディスクの種類（pd-standard または pd-ssd）によって異なります。永続ディスクの種類を変更するにはスナップショットを使用します。たとえば、標準永続ディスクを SSD 永続ディスクに変更するには、次のプロセスに従います。

Console

1. 標準永続ディスクのスナップショットを作成します。
2. スナップショットに基づく新しい永続ディスクを作成します。[タイプ] プルダウンリストから [SSD 永続ディスク] を選択します。

gcloud

1. 標準永続ディスクのスナップショットを作成します。
2. スナップショットに基づく新しい永続ディスクを作成します。--type フラグを追加し、pd-ssd を指定します。

API

1. 標準永続ディスクのスナップショットを作成します。
2. スナップショットに基づく新しい永続ディスクを作成します。type フィールドに "zones/ZONE/diskTypes/pd-ssd" を指定します。ZONE は、インスタンスと新しいディスクが配置されるゾーンに置き換えます。

次のステップ

• 永続ディスクのスナップショットを作成します。
• ローカル SSD を備えたインスタンスを作成する。
• インスタンスを Cloud Storage バケットに接続する。
• インスタンスに RAM ディスクをマウントする。
• 複数のプロジェクトでデータを共有する。