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

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

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

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

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

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

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

ベータ版

これは、Google Compute Engine 16 KB 物理ブロックサイズ選択機能のベータ版です。この機能はサービスレベル契約（SLA）や非推奨ポリシーの対象ではなく、下位互換性が維持されない可能性があります。

作成したすべての永続ディスクには、デフォルトの物理ブロックサイズ（4 KB）が設定されます。データベース アプリケーションで物理ブロックサイズを増やす必要がある場合は、ディスクの作成時に 16 KB を選択できます。この機能は、ブートディスクではサポートされていません。既存のディスクの物理ブロックサイズを変更する場合は、ディスクのスナップショットを作成してから新しいディスクを作成する必要があります。永続ディスクの物理ブロックサイズを直接編集することはできません。

始める前に

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

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

ゾーン標準永続ディスクまたは SSD 永続ディスクを作成し、それを既存のインスタンスに追加します。インスタンスがない場合は、まず新しいインスタンスを作成して起動する必要があります。インスタンスの作成時には、最大 15 個のセカンダリ（非ブート）ゾーン永続ディスクを接続して、アプリケーション、データファイル、データベース、ログを別々のボリュームに保存できます。

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

このタスクに必要な権限

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

• 新しいディスクを作成するためのプロジェクトに関する compute.disks.create
• VM インスタンスに関する compute.instances.attachDisk
• 接続するディスクに関する compute.disks.use

Console

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

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

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

2. ディスクを追加するインスタンスの名前をクリックします。
3. インスタンス詳細ページの一番上で [編集] をクリックします。
4. [追加ディスク] の下で [項目を追加] をクリックします。
5. [名前] プルダウン メニューで、[ディスクの作成] をクリックします。

6. ディスクの名前を指定して、ディスクのプロパティを構成し、ディスクのソースタイプを指定します。

   ベータ版

   これは、Google Compute Engine 16 KB 物理ブロックサイズ選択機能のベータ版です。この機能はサービスレベル契約（SLA）や非推奨ポリシーの対象ではなく、下位互換性が維持されない可能性があります。

7. 必要に応じて、物理ブロックサイズ（KB）を選択できます。ディスクのデフォルト サイズは 4 KB です。ただし、プルダウン メニューから 16 KB を選択して、ディスクの物理ブロックサイズを増やすことができます。

8. [作成] をクリックしてディスクを作成します。

9. インスタンス詳細ページの一番下にある [保存] をクリックします。これで、インスタンスに変更内容が適用されて新しいディスクが接続されます。

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

gcloud

gcloud ツールでゾーン永続ディスクを作成して接続するには:

1. gcloud beta compute disks create コマンドを使用して、新しいゾーン永続ディスクを作成します。スループットまたは IOPS を上げるためにゾーン SSD 永続ディスクが必要な場合は、--type フラグを追加し、その値として pd-ssd を指定します。--physical-block-size フラグを追加して、物理ブロックサイズを設定することもできます。

   gcloud beta compute disks create [DISK_NAME] /
       --size [DISK_SIZE] /
       --type [DISK_TYPE] /
       --physical-block-size [BLOCK_SIZE]
   

   ここで

   • [DISK_NAME] は新しいディスクの名前です。
   • [DISK_SIZE] は新しいディスクのサイズ（GB）です。
   • [DISK_TYPE] は永続ディスクの種類です。pd-standard または pd-ssd を指定します。

   • [BLOCK_SIZE] は、4096（4 KB）または 16384（16 KB）のいずれかです。4 KB がデフォルトの物理ブロックサイズです。16 KB は物理ブロックサイズの増加分です。

     ベータ版

     これは、Google Compute Engine 16 KB 物理ブロックサイズ選択機能のベータ版です。この機能はサービスレベル契約（SLA）や非推奨ポリシーの対象ではなく、下位互換性が維持されない可能性があります。

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

   gcloud compute instances attach-disk [INSTANCE_NAME] /
       --disk [DISK_NAME]
   

   ここで

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

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

3. gcloud beta compute disks describe コマンドを使用して、ディスクの説明を確認します。レスポンスには、ディスクの物理ブロックサイズが含まれます。

API

1. API で disks.insert メソッドを使用して、ゾーン永続ディスクを作成する POST リクエストを作成します。name、sizeGb、type のプロパティを含めます。これは空のデータディスクであるため、sourceImage プロパティも含める必要があります。必要に応じて、physicalBlockSizeBytes プロパティを使用して、物理ブロックサイズを設定します。

   POST https://www.googleapis.com/compute/beta/projects/[PROJECT_ID]/zones/[ZONE]/disks
   
   {
    "name": "[DISK_NAME]",
    "sizeGb": "[DISK_SIZE]",
    "type": "zones/[ZONE]/diskTypes/[DISK_TYPE]"
    "physicalBlockSizeBytes": "[BLOCK_SIZE]"
   }
   

   ここで

   • [PROJECT_ID] はプロジェクト ID です。
   • [ZONE] はインスタンスと新しいディスクが配置されるゾーンです。
   • [DISK_NAME] は新しいディスクの名前です。
   • [DISK_SIZE] は新しいディスクのサイズ（GB）です。
   • [DISK_TYPE] は永続ディスクの種類です。pd-standard または pd-ssd を指定します。

   • [BLOCK_SIZE] は、4096（4 KB）または 16384（16 KB）のいずれかです。4 KB がデフォルトの物理ブロックサイズです。16 KB は物理ブロックサイズの増加分です。

     ベータ版

     これは、Google Compute Engine 16 KB 物理ブロックサイズ選択機能のベータ版です。この機能はサービスレベル契約（SLA）や非推奨ポリシーの対象ではなく、下位互換性が維持されない可能性があります。

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

   POST https://www.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. ディスクをフォーマットします。任意のファイル フォーマットを使用できますが、最も簡単な方法は、パーティション テーブルを作成せずに、ディスク全体を 1 つの ext4 ファイル システムでフォーマットすることです。こうすると、後でゾーン永続ディスクのサイズを変更する場合に、ディスク パーティションを変更することなく、ファイル システムのサイズを変更するだけで対応できます。

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

   $ sudo mkfs.ext4 -m 0 -F -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] は、ゾーン永続ディスクの UUID です。この UUID は /etc/fstab ファイルに指定する必要があります。

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

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

   ここで

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

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

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

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

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

このゾーン永続ディスクを接続解除する場合や、このインスタンスのブートディスクからスナップショットを作成する場合は、/etc/fstab ファイルを編集し、このゾーン永続ディスクのエントリを削除します。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 コマンドを使用して、必要なディスクサイズ（GB）を設定した --size フラグを指定します。

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://www.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 しかオペレーティング システムに提供しません。

   $ sudo df -h
   
   Filesystem      Size  Used Avail Use% Mounted on
   /dev/sda1       9.7G  1.2G  8.5G  12% /
   /dev/sdb        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_ID][PARTITION_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 ステータスとなっていることを確認します。

   

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

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

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

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

このタスクに必要な権限

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

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

Console

1. [VM インスタンス] ページに移動します。
2. [VM インスタンス] ページで、ディスクの接続を解除するインスタンスを選択します。
3. [ブートディスクとローカル ディスク] で、[インスタンスを削除する際にブートディスクを削除する] オプションがオンであるかどうかを確認します。これをオフにする場合は、ページの上部の [編集] ボタンをクリックします。
4. 変更を保存します。

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://www.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 に接続する
• インスタンスを Cloud Filestore に接続する
• Compute Engine 上にネットワーク ファイル サーバーを作成する

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

注: 永続ディスクの共有は、ディスクと同じゾーン内にあるインスタンスでのみ可能です。

このタスクに必要な権限

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

• 新しいディスクを作成するためのプロジェクトに関する compute.disks.create
• VM インスタンスに関する compute.instances.attachDisk
• 接続するディスクに関する compute.disks.use

Console

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

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

2. [名前] 列で、ディスクを接続するインスタンスの名前をクリックします。インスタンスの詳細ページが開きます。
3. インスタンス詳細ページの一番上で [編集] をクリックします。
4. [追加ディスク] セクションで [項目を追加] をクリックし、接続されている非ブートゾーン永続ディスクのリストにディスク項目を追加します。
5. [名前] 列で [ディスクを選択してください] をクリックし、接続するディスクの名前をクリックします。新しい非ブートディスクを作成する場合は、そのディスクのプロパティを構成し、[作成] をクリックして変更内容を適用します。
6. [モード] 列で [読み取りと書き込み] をクリックし、モードを [読み取り専用] に変更します。
7. インスタンスの詳細ページの一番下にある [保存] をクリックして、変更内容をインスタンスに適用します。
8. インスタンスに接続して、ディスクをマウントします。
9. このプロセスを繰り返して、他のインスタンスに読み取り専用モードでディスクを追加します。

gcloud

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

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://www.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] は、接続するディスクの名前です。

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

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

次のステップ

• 永続ディスクのスナップショットを作成します。
• ローカル SSD でインスタンスを作成します。
• インスタンスを Cloud Storage バケットに接続します。
• インスタンスに RAM ディスクをマウントします。