Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

アカウントチームを通じて容量を予約する

このドキュメントでは、クラスタ化された GPU で使用できる AI Hypercomputer の将来の予約を使用して容量を取得する方法について説明します。AI Hypercomputer のすべての容量オプションについては、容量の概要をご覧ください。

ワークロードに必要なリソースを確実に確保するには、Google に将来の予約をリクエストします。コンピューティング容量のブロックと、必要に応じて Hyperdisk プールを、選択した特定の日時から始まる定義済みの期間に 1 回のリクエストで予約できます。リクエストに基づいて、将来の予約リクエストのドラフトが作成されます。このドラフトリクエストを確認して送信し、 Google Cloud が承認すると、Compute Engine は空の予約を作成し、Hyperdisk プールを準備します。次に、選択した開始時刻に、Compute Engine はリクエストされた容量を自動作成された予約と Hyperdisk プールに同時にプロビジョニングします。予約期間が終了するまで、予約済みリソースを使用して Compute Engine インスタンスを作成できます。

制限事項

このセクションでは、将来の予約リクエストと、リクエストに対して自動作成された予約と Hyperdisk プールの制限事項について説明します。

将来の予約リクエストの制限事項

Google が将来の予約リクエストのドラフトを作成した後、次の制限が適用されます。

既存のプール:
- Hyperdisk ストレージプール: 既存のプールの容量を予約することはできません。予約の配信時に、新しいプールが自動的に作成されます。
- Hyperdisk Exapool: 後続の将来の予約リクエストを送信することで、既存の Exapool の容量を増やすことができます。既存の Exapool に容量を追加するには、アカウントチームにお問い合わせください。
変更: 審査をリクエストした後、 Google Cloud がリクエストを承認すると、リクエストの詳細を変更することはできません。
キャンセル: リクエストが送信され、承認されて状態が PROVISIONING に変わると、リクエストのキャンセルや削除はできなくなります。使用量に関係なく、リクエストの開始時間からリクエストした容量の料金を支払う必要があります。

自動作成の予約と Hyperdisk プールの制限事項

Compute Engine が予約リクエストを満たすために予約を作成し、リクエストに応じて Hyperdisk プールを作成すると、次の制限が適用されます。

予約済み容量は、リクエストが開始時刻に達した後にのみ使用できます。
予約は、次の方法でのみ変更できます。予約内のコンピューティングインスタンスの数または Hyperdisk プール内のリソースの数を増やすには、アカウントチームにお問い合わせください。
予約または関連付けられている Hyperdisk プールを手動で削除することはできません。予約期間の終了後に予約を保持する場合は、アカウントチームに連絡して、予約と関連付けられた Hyperdisk プールを削除してください。

始める前に

まだ行っていない場合は、使用可能な VM とクラスタの構成を確認します。
このページのサンプルをどのように使うかに応じて、タブを選択してください。
コンソール

Google Cloud コンソールを使用して Google Cloud サービスと API にアクセスする場合、認証を設定する必要はありません。
gcloud

Google Cloud CLI をインストールし、フェデレーション ID を使用して gcloud CLI にログインします。ログイン後、次のコマンドを実行して Google Cloud CLI を初期化します。
```
gcloud init
```
REST

このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。
詳細については、 Google Cloud 認証ドキュメントの REST を使用して認証するをご覧ください。

必要なロール

将来の予約リクエストを作成するために必要な権限を取得するには、プロジェクトに対する Compute の将来の予約ユーザー（roles/compute.futureReservationUser）IAM ロールを付与するよう管理者に依頼してください。ロールの付与については、プロジェクト、フォルダ、組織に対するアクセス権の管理をご覧ください。

この事前定義ロールには、将来の予約リクエストを作成するために必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。

必要な権限

将来の予約リクエストを作成するには、次の権限が必要です。

Compute Engine で予約を自動作成できるようにする: プロジェクトに対する compute.reservations.create 権限
将来の予約リクエストを作成する: プロジェクトに対する compute.futureReservations.create 権限
インスタンステンプレートを指定する: インスタンステンプレートに対する compute.instanceTemplates.useReadOnly

カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。

割り当て

将来の予約リクエストプロセスの一環として、Google は予約済みリソースの割り当てを管理します。割り当てをリクエストする必要はありません。承認された将来の予約が開始される際に、予約されたリソースの割り当てがプロジェクトで不足している場合、Google は割り当てを自動的に増やします。

概要

容量ブロックを予約する手順は次のとおりです。

アカウントチームを通じて容量をリクエストします。予約するリソースのタイプと数を指定するには、アカウントチームにお問い合わせください。
予約リクエストのドラフトを確認して送信します。Google が将来の予約リクエストのドラフトを作成したら、確認します。正しく入力されていることを確認したら、審査をリクエストします。 Google Cloud がすぐに承認します。

アカウントチームを通じて容量をリクエストする

アカウントチームに連絡し、次の情報を提供して、Google が将来の予約リクエストのドラフトを作成できるようにします。

プロジェクト番号: アカウントチームがリクエストを作成し、Compute Engine が容量をプロビジョニングするプロジェクトの番号。
マシンタイプ: 予約するマシンタイプ。次のいずれかを指定できます。
- A4X Max（a4x-maxgpu-4g-metal）
- A4X（a4x-highgpu-4g）
- A4（a4-highgpu-8g）
- A3 Ultra（a3-ultragpu-8g）
- A3 Mega（a3-megagpu-8g）
- A3 High（a3-highgpu-8g）
ゾーン: 容量を予約するゾーン。 GPU マシンタイプで使用可能なリージョンとゾーンを確認するには、アクセラレータの可用性をご覧ください。
デプロイタイプ: dense デプロイタイプを指定します。この構成では、アクセラレータを物理的に互いに近い場所に割り当て、ネットワークホップを最小限に抑え、レイテンシを最小限に抑えるように最適化します。Google は、ネットワークレイテンシを短縮するために、クラスタ化された GPU ワークロードにこの構成を推奨しています。
合計数: 予約するコンピューティングインスタンスの合計数。予約できるのは、2 の倍数のコンピューティングインスタンスのみです。ブロックサイズとブロックあたりのコンピューティングインスタンス数は、マシンタイプと可用性によって異なります。リクエストの詳細については、アカウントチームにお問い合わせください。
開始時間: 予約期間の開始時間。この時点で予約済み容量を使用できます。Hyperdisk プールをリクエストする場合、開始時間はコンピューティングインスタンスの開始時間以前である必要があります。開始時間を RFC 3339 タイムスタンプの形式で指定します。
```
YYYY-MM-DDTHH:MM:SSOFFSET
```
次のように置き換えます。
- YYYY-MM-DD: 年（4 桁）、月（2 桁）、日（2 桁）をハイフン（-）で区切った形式の日付。
- HH:MM:SS: 24 時間制の 2 桁の時間、2 桁の分、2 桁の秒をコロン（:）で区切った形式の時刻。
- OFFSET: 協定世界時（UTC）のオフセット形式で示されるタイムゾーン。たとえば、太平洋標準時（PST）を使用する場合は -08:00 を指定します。オフセットを使用しない場合は、Z を指定します。
終了時間: 予約期間の終了時間。コンピューティング容量と Hyperdisk プール容量の予約の終了時刻は一致している必要があります。終了時間は RFC 3339 タイムスタンプの形式で指定する必要があります。このとき、Compute Engine は次の処理を行います。
- 自動作成された予約と、関連付けられている空の Hyperdisk プールを削除します。
- コンピューティングインスタンスに指定した終了アクションに基づいて、Compute Engine は自動作成の予約を使用して作成したコンピューティングインスタンスを停止または削除します。
予約名: 予約した容量を提供するために Compute Engine が作成する予約の名前。Compute Engine は、明示的にターゲットに設定された予約のみを作成できます。
予約の自動削除: 予約期間の終了時に Compute Engine が自動作成された予約と関連付けられた Hyperdisk プールを自動的に削除するかどうか。予約を手動で削除する場合は、アカウントチームに連絡して予約を削除する必要があります。
メンテナンススケジューリングタイプ: Compute Engine がクラスタ内のコンピューティングインスタンスのホストメンテナンスをスケジュールする方法。次のいずれかのオプションを指定します。
- 予約済みブロック内のすべての A4X Max、A4X、A4、A3 Ultra インスタンスでメンテナンスを同期するには、GROUPED を使用します。
- A4 インスタンスまたは A3 Ultra インスタンスに異なるメンテナンススケジュールを使用するには、INDEPENDENT を使用します。
重要: A3 Mega インスタンスと A3 High インスタンスは、標準の Compute Engine ホストメンテナンスのみをサポートしています。メンテナンスは、クラスタ全体で同期されるのではなく、インスタンスごとに個別にスケジュールされます。GPU インスタンスはライブマイグレーションをサポートしていないため、Compute Engine はメンテナンスを実行するためにインスタンスを停止します。特に指定しない限り、メンテナンスが完了するとインスタンスは自動的に再起動します。
予約の運用モード: ホストエラーまたはホストの障害レポート後に、ユーザーまたは Google Cloud がコンピューティングインスタンスの復元プロセスを管理するかどうか。使用するモードは、予約するマシンタイプによって異なります。
- すべての容量モード（ALL_CAPACITY）。このモードは、A4X Max マシンタイプと A4X マシンタイプ専用です。コンピューティングインスタンスのメンテナンスと復元プロセスは手動で管理する必要があります。ただし、予約内のすべてのマシンにフルアクセスでき、コンピューティングインスタンスのトポロジとメンテナンスをよりきめ細かく制御できます。
- マネージドモード（HIGHLY_AVAILABLE_CAPACITY）。このモードは、A4、A3 Ultra、A3 Mega、A3 High のマシンタイプ専用です。 Google Cloud が障害のあるマシンを自動的に置き換えることで、コンピューティングインスタンスのメンテナンスと復元プロセスを管理します。このアプローチにより、コンピューティングインスタンスの可用性が向上し、新しいホストでインスタンスをすばやく再起動できます。ただし、Compute Engine がマシンを交換すると、コンピューティングインスタンスのトポロジが変更されることがあります。
  重要: 管理モードでは、予約ごとに障害のあるホスト API の呼び出しがレート制限されることがあります。
共有タイプ: 自動作成された予約を使用できるのが自分のプロジェクトのみか（LOCAL）、他のプロジェクトも予約を使用できるか（SPECIFIC_PROJECTS）。予約済み容量を組織内の他のプロジェクトと共有するには、次の操作を行います。
1. まだ確認していない場合は、Google がリクエストを作成するプロジェクトで共有予約の作成が許可されていることを確認します。
2. 予約済み容量を共有するプロジェクトの番号を指定します。組織で最大 100 個のプロジェクトを指定できます。
注意: 共有プロジェクトの使用量が現在のプロジェクトのリソースベースの確約利用割引（CUD）の対象となるようにするには、次の手順を完了します。
1. 現在のプロジェクトの Cloud 請求先アカウントで CUD 共有を有効にします。
2. 同じ Cloud 請求先アカウントにリンクされているプロジェクトとのみ予約を共有します。
これらの条件を満たしていない場合、これらのプロジェクトの使用量は共有 CUD の対象外となり、Compute Engine はオンデマンド料金で請求します。
コミットメント名: 予約期間が 1 年以上の場合は、 Google Cloud がこれらのリソースのリソースベースのコミットメントを作成し、そのコミットメントを予約に関連付けます。予約期間が 3 年未満の場合、そのコミットメントの 1 年プランに適用される確約利用割引（CUD）が適用されます。予約期間が 3 年以上の場合は、3 年プランに適用される CUD が適用されます。

予約した容量を他のプロジェクトと共有する場合、それらのプロジェクトが CUD を取得するのは、容量を予約したプロジェクトと同じ Cloud 請求先アカウントを使用している場合のみです。詳細については、プロジェクト間でリソースベースの CUD を共有するをご覧ください。

コミットメントの開始日と終了日は予約と同じですが、有効化の時間は異なる場合があります。予約の開始時刻を米国およびカナダの太平洋時間の午前 0 時に指定すると、コミットメントは選択した開始日の午前 0 時に有効になります。別の開始時刻を指定すると、コミットメントは選択した開始日の翌日の午前 0 時に有効になります。

注意: コミットメントが有効になる前に予約を使用すると、オンデマンド料金が課金されます。CUD を受け取るには、コミットメントが有効になるまで待ってから予約を使用してください。
Hyperdisk プール: コンピューティングインスタンスとともにストレージ容量を Hyperdisk プールとして予約するかどうか。ストレージなしでコンピューティング容量の予約リクエストを送信した場合は、後続のリクエストを送信できます。Hyperdisk プールのリクエストを送信するには、次の詳細を指定します。
- Hyperdisk プール名: Hyperdisk プールの名前。名前はプロジェクト内で一意である必要があります。
- Hyperdisk プールタイプ: ストレージプールまたは Exapool を作成するかどうか、プールに Hyperdisk Balanced ボリュームまたは Hyperdisk Throughput ボリュームのみを作成するかどうかを選択します。ガイダンスについては、Hyperdisk プールタイプを選択する方法と Hyperdisk タイプを選択するをご覧ください。選択を行ったら、次のいずれかの値を指定します。
  - hyperdisk-balanced: Hyperdisk Balanced ストレージプールを作成します。このプールは、ブートディスクと非ブートディスクをサポートしています。また、プロビジョニングされた容量（GiB）、プロビジョニングされた IOPS、プロビジョニングされたスループット（MiB/秒）も指定する必要があります。
  - hyperdisk-throughput: Hyperdisk Throughput ストレージプールを作成します。このプールはブートディスクのみをサポートします。また、プロビジョニングされた容量を GiB 単位で、プロビジョニングされたスループットを MiB/秒単位で指定する必要があります。
  - hdb-exapool: 500 TiB 以上のストレージを必要とするワークロード用に Hyperdisk Balanced Exapool を作成します。このプールは、ブートディスクと非ブートディスクをサポートしています。プロビジョニングされた容量を GiB 単位で指定し、ワークロードの最適化タイプ（read-optimized、write-optimized、capacity-optimized）を指定する必要があります。
  - hdt-exapool: 500 TiB 以上のストレージを必要とするワークロード用に Hyperdisk Throughput Exapool を作成します。このプールは、非ブートディスクのみをサポートします。プロビジョニングされた容量を GiB 単位で指定し、ワークロードの最適化タイプ（read-optimized、write-optimized、capacity-optimized）を指定する必要があります。

Google が将来の予約リクエストのドラフトを作成すると、アカウントチームから連絡があります。

予約リクエストのドラフトを確認して送信する

リソースの詳細をアカウントチームに提供すると、Google が将来の予約リクエストのドラフトを作成します。ドラフトのリクエストを確認し、内容が正しければ審査をリクエストします。リクエストの開始時刻より前にリクエストを送信する必要があります。

注意: リクエストを送信すると、リクエストした容量を予約するためのコミットメントが確定します。 Google Cloud がリクエストを承認し、リクエストの状態が PROVISIONING に変わると、リクエストのキャンセル、変更、削除はできません。予約した容量を使用するかどうかに関係なく、リクエストにある利用開始日時から、リクエストした容量に対する料金を支払う必要があります。

将来の予約リクエストのドラフトを確認して送信するには、次のいずれかのオプションを選択します。

コンソール

Google Cloud コンソールで、[予約] ページに移動します。

[予約] に移動
[将来の予約] タブをクリックします。[将来の予約] 表には、プロジェクトの将来の予約リクエストがそれぞれ一覧表示されます。表の各列はプロパティを表します。
[名前] 列で、Google が作成したドラフトリクエストの名前をクリックします。将来の予約リクエストの詳細が表示されたページが開きます。
[基本情報] セクションと [リソースの詳細] セクションで、日付や共有タイプなどのリクエストの詳細が正しいことを確認します。また、コミットメントをリクエストした場合は、コミットメントが指定されていることを確認します。これらの情報に誤りがある場合は、アカウントチームにお問い合わせください。
すべて正しく入力されていることを確認したら、リクエストを送信します。
1. [下書きを編集] をクリックします。ドラフトリクエストを変更するページが表示されます。
2. [作成] をクリックします。[予約] ページが表示されます。数分以内に、 Google Cloud がリクエストを承認し、Compute Engine が空の予約を作成します。ストレージリソースをリクエストした場合、Compute Engine は新しいストレージプールまたは Exapool を作成するか、既存の Exapool の容量を増やします。

gcloud

プロジェクトの将来の予約リクエストのリストを表示するには、--filter フラグを PROCUREMENT_STATUS=DRAFTING に設定して gcloud compute future-reservations list コマンドを使用します。
```
gcloud compute future-reservations list --filter=PROCUREMENT_STATUS=DRAFTING
```
コマンド出力で、アカウントチームに提供した名前の予約リクエストを探します。

ドラフトリクエストの詳細を表示するには、gcloud compute future-reservations describe コマンドを使用します。

gcloud compute future-reservations describe FUTURE_RESERVATION_NAME \
    --zone=ZONE

次のように置き換えます。

FUTURE_RESERVATION_NAME: 将来の予約リクエストのドラフトの名前。
ZONE: Google がリクエストを作成したゾーン。

出力は次のようになります。

autoCreatedReservationsDeleteTime: '2026-02-10T19:20:00Z'
creationTimestamp: '2025-11-27T11:14:58.305-08:00'
deploymentType: DENSE
id: '7979651787097007552'
kind: compute#futureReservation
name: example-draft-request
planningStatus: DRAFT
reservationName: example-reservation
schedulingType: INDEPENDENT
selfLink: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/example-draft-request
selfLinkWithId: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/7979651787097007552
specificReservationRequired: true
specificSkuProperties:
  instanceProperties:
    guestAccelerators:
    -   acceleratorCount: 8
      acceleratorType: nvidia-h200-141gb
    localSsds:
    -   diskSizeGb: '375'
      interface: NVME
    ...
  machineType: a3-ultragpu-8g
totalCount: '2'
storagePoolProperties:
  requestedStoragePoolProvisionedCapacity:
    poolProvisionedCapacityGb: '102400'
    poolProvisionedIops: '100000'
    poolProvisionedThroughput: '1024'
  storagePoolType: 'hyperdisk-balanced'
status:
  autoCreatedReservations:
  -   https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/reservations/example-reservation
  fulfilledCount: '2'
  lockTime: '2026-01-27T19:15:00Z'
  procurementStatus: DRAFTING
timeWindow:
  endTime: '2026-02-10T19:20:00Z'
  startTime: '2026-01-27T19:20:00Z'
zone: https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b

出力で、予約期間、共有タイプ、コンピューティングインスタンスのプロパティなどのリクエストの詳細が正しいことを確認します。また、コミットメントをリクエストした場合は、出力で指定されていることを確認します。詳細情報が間違っている場合は、アカウントチームにお問い合わせください。
審査を受けるためにドラフトリクエストを送信するには、--planning-status フラグを SUBMITTED に設定して gcloud compute future-reservations update コマンドを使用します。
```
gcloud compute future-reservations update FUTURE_RESERVATION_NAME \
    --planning-status=SUBMITTED \
    --zone=ZONE
```
数分以内に、 Google Cloud がリクエストを承認し、Compute Engine が空の予約を作成します。ストレージリソースをリクエストした場合、Compute Engine は新しいストレージプールまたは Exapool を作成するか、既存の Exapool の容量を増やします。

REST

プロジェクト内の将来の予約リクエストのリストを確認するには、futureReservations.list メソッドに GET リクエストを送信します。リクエスト URL に filter クエリパラメータを含め、status.procurementStatus=DRAFTING に設定します。
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations?filter=status.procurementStatus=DRAFTING
```
次のように置き換えます。
- PROJECT_ID: Google が将来の予約のドラフトリクエストを作成したプロジェクトの ID。
- ZONE: リクエストが存在するゾーン。
リクエストの出力で、アカウントチームに提供した名前の予約リクエストを探します。

ドラフトリクエストの詳細を表示するには、ベータ版 futureReservations.get メソッドに GET リクエストを送信します。

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations/FUTURE_RESERVATION_NAME

FUTURE_RESERVATION_NAME は、将来の予約リクエストのドラフトの名前に置き換えます。

出力は次のようになります。

{
  "specificSkuProperties": {
    "instanceProperties": {
      "machineType": "a3-ultragpu-8g",
      "guestAccelerators": [
        {
          "acceleratorType": "nvidia-h200-141gb",
          "acceleratorCount": 8
        }
      ],
      "localSsds": [
        {
          "diskSizeGb": "375",
          "interface": "NVME"
        },
        ...
      ]
    },
    "totalCount": "2"
  },
  "storagePoolProperties": {
    "requestedStoragePoolProvisionedCapacity": {
      "poolProvisionedCapacityGb": "102400",
      "poolProvisionedIops": "100000",
      "poolProvisionedThroughput": "1024"
    },
    "storagePoolType": "hyperdisk-balanced"
  },
  "kind": "compute#futureReservation",
  "id": "7979651787097007552",
  "creationTimestamp": "2025-11-27T11:14:58.305-08:00",
  "selfLink": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/example-draft-request",
  "selfLinkWithId": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b/futureReservations/7979651787097007552",
  "zone": "https://www.googleapis.com/compute/v1/projects/example-project/zones/europe-west1-b",
  "name": "example-draft-request",
  "timeWindow": {
    "startTime": "2026-01-27T19:20:00Z",
    "endTime": "2026-02-10T19:20:00Z"
  },
  "status": {
    "procurementStatus": "DRAFTING",
    "lockTime": "2026-01-27T19:15:00Z"
  },
  "planningStatus": "DRAFT",
  "specificReservationRequired": true,
  "reservationName": "example-reservation",
  "deploymentType": "DENSE",
  "schedulingType": "INDEPENDENT",
  "autoCreatedReservationsDeleteTime": "2026-02-10T19:20:00Z"
}

出力で、予約期間、共有タイプ、コンピューティングインスタンスのプロパティなどのリクエストの詳細が正しいことを確認します。また、コミットメントをリクエストした場合は、出力で指定されていることを確認します。詳細情報が間違っている場合は、アカウントチームにお問い合わせください。
審査を受けるためにドラフトリクエストを送信するには、ベータ版の futureReservations.update メソッドに PATCH リクエストを送信します。リクエスト URL に updateMask クエリパラメータを含め、planningStatus に設定します。
```
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/futureReservations/FUTURE_RESERVATION_NAME?updateMask=planningStatus

{
  "name": "FUTURE_RESERVATION_NAME",
  "planningStatus": "SUBMITTED"
}
```
数分以内に、 Google Cloud がリクエストを承認し、Compute Engine が空の予約を作成します。ストレージリソースをリクエストした場合、Compute Engine は新しいストレージプールまたは Exapool を作成するか、既存の Exapool の容量を増やします。

次のステップ

予約済み容量を表示するには、予約済み容量を表示するをご覧ください。

アカウント チームを通じて容量を予約する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

制限事項

将来の予約リクエストの制限事項

自動作成の予約と Hyperdisk プールの制限事項

関連付けられたコミットメントの制限事項

始める前に

コンソール

gcloud

REST

必要なロール

必要な権限

割り当て

概要

アカウント チームを通じて容量をリクエストする

予約リクエストのドラフトを確認して送信する

コンソール

gcloud

REST

次のステップ

アカウントチームを通じて容量を予約する

アカウントチームを通じて容量をリクエストする