将来の予約リクエストについて

このドキュメントでは、Compute Engine ゾーンリソースの将来の予約に関する動作、請求、制限について説明します。

将来の予約を使用して、重要な容量または取得が難しい容量を事前に確実にリクエストします。

概要

オンデマンド予約と比べて、将来の予約では Compute Engine ゾーンリソースの容量を確実に確保できます。将来の予約では、特定の日付から 1 年後までの容量を予約できます。将来の予約を作成すると、Google Cloud がリクエストを確認します。リクエストが承認されると、Compute Engine は指定された日時にリクエストされた容量をプロビジョニングします。このプロセスにより、プロジェクトで必要なときのためにリクエストされたリソースが予約されて利用できるようになります。リソースの可用性エラーによってリクエストされたリソースを取得できなくなることを避けられます。たとえば、将来の予約は次のような目的に役立ちます。

  • 多数の仮想マシン（VM）インスタンスを移行する。

  • 需要の高いリソースを取得する。

  • スケールがピークに達するイベントのために容量を確保する。

将来の各予約では、特定のゾーンで同じプロパティを持つ 1 つ以上の VM が確実に確保されます。Google Cloud が将来の予約リクエストを承認すると、予約した容量の利用をリクエストした日付に、Compute Engine は一致する既存の予約と実行中の VM を差し引いて、将来の予約で指定されたリクエスト容量に達するように予約を自動的に作成します。新しい自動作成予約は、オンデマンド予約と同じように使用できます。また、予約が削除されるまで、他のユーザーは予約済みリソースを使用できません。

将来の予約リクエストの作成に追加費用はかかりません。Compute Engine が予約済みリソースをプロビジョニングした場合にのみ料金が発生し、オンデマンド予約と同じ料金が請求されます。

将来の予約の仕組み

将来の予約の仕組みについては、次のセクションで説明します。

将来の予約のプロパティ

将来の予約リクエストを作成する場合は、次のプロパティを定義する必要があります。

  • 名前の接頭辞

    名前の接頭辞は、このリクエストに対してプロビジョニングされた、自動的に作成された各予約の名前の先頭に含める文字列を指定します。予約のリストを表示する際に、1 つ以上の名前の接頭辞でフィルタリングして自動作成予約を特定できます。

  • 共有タイプ（単一プロジェクトまたは共有）

    • 単一プロジェクトの将来の予約は、予約された VM を単一プロジェクトでのみ使用する場合に役立ちます。詳細については、単一プロジェクトの予約をご覧ください。

    • 共有タイプの将来の予約は、将来の予約をホストするプロジェクト（オーナー プロジェクト）と、将来の予約を共有するプロジェクト（コンシューマ プロジェクト）で予約した VM を使用する場合に便利です。共有タイプの将来の予約は、同じ組織に属する最大で 100 件のコンシューマ プロジェクトと共有できます。詳細については、共有予約をご覧ください。

  • 予約期間（開始時間と終了時間）

    • [開始時刻] は、予約期間の開始を指定します。これは、Compute Engine が自動作成された予約のプロビジョニングを終了した日時です。その後、自動作成された予約を使用する VM を作成できます。自動作成予約を使用する VM の作成に必要な時間を考慮して、開始時間を指定してください。開始時刻は、将来の予約リクエストを審査のために送信した日時から 1 年以内に限られます。

    • [終了時刻] は、予約期間の終了を指定します。これは将来の予約リクエストを削除したり、予約済みリソースを持つ自動的に作成された予約を削除または変更できる日時です。終了時刻は開始時刻の 24 時間後以降である必要があり、上限はありません。ただし、Google Cloud が将来の予約リクエストを承認する可能性を高めるには、終了時刻を推奨の最小予約期間にする必要があります。

  • 合計数

    合計数では、開始時間に非常に高いレベルの保証が必要な、指定されたゾーンと VM プロパティを持つ VM の合計数を指定します。Google Cloud が将来の予約リクエストを承認した後、自動作成予約をプロビジョニングします。このとき、Compute Engine は将来の予約リクエストで指定された（一部またはすべての）プロジェクトでのみ使用できる既存の一致する予約を考慮します。詳細については、このドキュメントの Compute Engine が予約リソースをカウントしてプロビジョニングする方法をご覧ください。

  • VM のプロパティ

    VM のプロパティでは、予約する VM のハードウェア要件（メモリと CPU）とオプションのリソース（ローカル SSD ディスクと GPU）を定義します。将来の予約リクエストを作成するときに、これらのプロパティを直接指定するか、既存の VM に基づいてプロパティを指定するか、インスタンス テンプレートを使用してプロパティを指定できます。VM のプロパティと自動作成された予約の VM のプロパティの両方が完全に一致する場合にのみ、VM は自動作成された予約を使用できます。将来の予約では、自動使用タイプのみを指定できます。コンパクト プレースメント ポリシーは指定できません。

  • ゾーン

    ゾーンでは、容量をリクエストします。予約済みリソースに指定するゾーンとマシンタイプ（VM のプロパティを参照）の組み合わせは、Google Cloud が将来の予約リクエストを承認するかどうかに影響します。詳細については、このドキュメントの今後の予約の審査プロセスをご覧ください。

さらに、次のプロパティを定義できます。

  • 自動削除

    自動削除オプションでは、完全に使用されているかどうかに関係なく、このリクエストに対してプロビジョニングされた自動作成予約を Compute Engine が自動的に削除するかどうかを指定します。自動作成された予約は、指定した削除時刻から 2 時間以内に Compute Engine によって削除されます。自動作成予約を自動的に削除すると、しばらく使用されていない自動作成予約に不要な料金が発生しないようにすることができます。

  • 説明

    説明には、将来の予約リクエストのプロパティを説明するテキストを指定します（省略可）。

  • 計画ステータス

    計画ステータスは、将来の予約リクエストが Google Cloud に審査のために送信されたかどうかを示します。詳細については、このドキュメントの将来の予約のステータスをご覧ください。

将来の予約のステータス

このセクションは、将来の予約リクエストに設定可能な状態を指定します。将来の予約リクエストに含まれるステータス フィールドは次のとおりです。

  • 計画ステータス

    このセクションは、将来の予約リクエストを作成するときに指定する計画ステータスについて説明します。計画ステータスは、将来の予約リクエストが下書き状態か審査のために Google Cloud に送信されたのかを示します。

  • 調達ステータス

    このセクションでは、将来の予約リクエストを作成した後に Compute Engine によって設定される調達ステータスについて説明します。最初は、調達ステータス フィールドに、将来の予約リクエストの承認ステータスが表示されます。Google Cloud が将来の予約リクエストを承認し、リクエストがロック時間に入ると、このフィールドにはリクエストされたリソースの調達ステータスが表示されます。

将来の予約の計画ステータス

将来の予約リクエストを作成するときは、計画ステータス（planningStatus）を次のいずれかの値に設定できます。

  • 下書き（DRAFT）: デフォルトでは、将来の予約リクエストの下書きを作成します。必要に応じて将来の予約リクエストの下書きを変更し、変更に問題がなければ Google Cloud に送信して審査を受けることができます。最初に下書きリクエストを作成することをおすすめします。これにより、手動で推定するのではなく、Compute Engine がリクエストに対してプロビジョニングする VM の数を決定できます。必要であれば、審査のために送信する前に、リクエストで予約された VM の数を変更することもできます。

  • 提出済み（SUBMITTED）: 将来の予約リクエストは審査のために Google Cloud に送信されています。審査のために将来の予約リクエストを送信すると、計画ステータスを DRAFT に戻すことはできません。予約の作成時に、審査のために将来の予約リクエストをすぐに送信することもできます。

将来の予約の調達ステータス

将来の予約リクエストを作成すると、Compute Engine は調達ステータス（procurementStatus）を次のいずれかの値に設定します。

  • 下書き（DRAFTING）: 将来の予約リクエストは下書きの状態です。

  • 承認待ち（PENDING_APPROVAL）: 将来の予約リクエストは承認のために Google Cloud に送信されています。リクエストが審査中の場合、将来の予約リクエストの調達ステータスは次のいずれかに設定できます。

    • 拒否（DECLINED）: Google Cloud が将来の予約リクエストを拒否しました。将来の予約リクエストを変更して変更を確定した後、承認を得るためにもう一度送信できます。

    • 承認済み（APPROVED）: Google Cloud が将来の予約リクエストを承認しました。Compute Engine は予約期間の開始時間に、自動作成予約をリクエストされた容量でプロビジョニングする予定です。Google Cloud が開始時間から 56 日（8 週間）以内に将来の予約リクエストを承認した場合、将来の予約は数分以内にロック時間に入ります。

    • キャンセル済み（CANCELED）: リクエストの審査中または Google Cloud がリクエストを承認または拒否した後に、ユーザーが将来の予約リクエストをキャンセルしました。

    将来の予約リクエストが承認または拒否された後、将来の予約リクエストの 1 つ以上のプロパティを変更し、もう一度 Google Cloud に送信して審査を受けることができます。この操作により、将来の予約のステータスが承認待ちに戻ります。

  • 調達（PROCURING）: 予約期間の開始時刻から 56 日（8 週間）後、将来の予約はロック時間に入ります。将来の予約がこのステータスになると、次のようになります。

    • 将来の予約はキャンセルできなくなります。

    • 終了時間の後にのみ将来の予約を削除できます。

    • 将来の予約の予約期間、共有設定、合計数、VM プロパティを変更する場合は、Google Cloud からの承認をリクエストする必要があります。その後、Google Cloud は更新ステータスを変更して、リクエストを承認または拒否します。Google Cloud がリクエストを拒否し、ユーザーが新しいリクエストを送信しない場合、Compute Engine は以前に指定されたプロパティを使用して予約済みリソースをプロビジョニングします。

    将来の予約で指定された予約期間が、将来の予約リクエストを送信した日時から 56 日未満の場合、将来の予約は、承認から数分以内にロック時間に入ります。

  • プロビジョニング（PROVISIONING）: 将来の予約で指定された開始時間の 24 時間前に、Compute Engine が予約を自動作成して、リクエストされたリソースのプロビジョニングを開始します。次に、Compute Engine は将来の予約の調達ステータスを次のいずれかに設定します。

    • 完了（FULFILLED）: Compute Engine は、将来の予約で指定された合計数になるように必要なすべてのリソースをプロビジョニングしました。

    • 一部完了（FAILED_PARTIALLY_FULFILLED）: 割り当てが不足しているため、Compute Engine は将来の予約で指定された合計数に達するために必要なリソースの一部しかプロビジョニングできませんでした。

    • 失敗（FAILED）: Compute Engine は予約済みリソースをプロビジョニングできませんでした。

    自動作成された予約は開始時間に使用できます。リクエストした容量がすべて確保されていることを確認するには、使用されていない自動作成予約を特定してそれらを消費する VM を作成します。自動作成予約は、将来の予約で指定された終了時間の後にのみ変更または削除できます。詳細については、このドキュメントの Compute Engine がリソースをプロビジョニングする方法をご覧ください。

将来の予約の更新

将来の予約リクエストを作成した後、必要に応じて更新（キャンセル、削除、変更、または変更のリクエスト）できます。ただし、次のセクションで説明するように、将来の予約リクエストを更新できるのは特定の時間枠内のみです。

将来の予約のロック時間

将来の予約リクエストを送信すると、Google Cloud がリソースの調達を開始する前（PROCURING）にいつでもキャンセルまたは削除できます。調達が開始すると、将来の予約はロック時間に入ります。将来の予約のロック中は、終了時刻を過ぎるまでキャンセルや削除はできません。

また、ロック時間は変更をリクエストできるタイミングにも影響します。将来の予約リクエストのロック時間は、次のいずれかの時刻に開始されます。

  • 将来の予約リクエストで開始時間がリクエストの送信から 56 日（8 週間）以内に指定されている場合、将来の予約リクエストは承認後すぐにロック時間になります。

  • それ以外の場合、将来の予約リクエストのロック時間は開始時刻の 56 日前に開始されます。

将来の予約の変更

将来の予約リクエストがキャンセルされていないか、承認待ちでない場合、調達ステータスがプロビジョニング中（PROVISIONING）になる前であればいつでもリクエストを変更できます。

将来の予約リクエストが承認された後、Google Cloud に変更をリクエストした場合にのみ、次のプロパティを変更できます。

  • GPU と GPU のタイプ

  • ローカル SSD ディスクとディスク インターフェースのタイプ

  • マシンシリーズとマシンタイプ

  • 最小 CPU プラットフォーム

  • 共有設定

  • 予約期間の開始時刻と終了時刻

  • 合計数（VM の数）

承認済みの将来の予約に対して一度にリクエストできる（1 つ以上のプロパティの）変更は 1 つのみです。また、次の種類の変更リクエストを送信すると、Google Cloud でリクエストが拒否される可能性があります。

  • 開始時間から 72 時間以内に行われたリクエスト。

  • 開始時間から 14 日以内に VM プロパティの変更リクエストが行われた場合。

  • 開始時間から 14 日以内に、合計数を大幅に増減するリクエスト。

変更リクエストを送信すると、将来の予約に更新ステータス（AmendmentStatus）フィールドが作成されます。Google Cloud がリクエストを確認すると、Compute Engine は更新ステータスを次のいずれかの値に設定します。

  • 更新の承認待ち（AMENDMENT_PENDING_APPROVAL）: Google Cloud がリクエストを審査しています。

  • 更新を承認済み（AMENDMENT_APPROVED）: Google Cloud がリクエストを承認しました。Compute Engine は、承認されたプロパティを使用して予約済みリソースをプロビジョニングします。

  • 更新拒否済み（AMENDMENT_DECLINED）: Google Cloud がリクエストを拒否しました。お客様が新しいリクエストを送信してリクエストが承認されない限り、Compute Engine は以前に承認されたプロパティを使用して予約済みリソースをプロビジョニングします。

将来の予約リクエストの変更方法と変更可能なプロパティの詳細については、将来の予約リクエストを変更するをご覧ください。

今後の予約の審査プロセス

リクエストされた容量をプロビジョニングするには、将来の予約リクエストを Google Cloud に送信して審査を受ける必要があります。リクエストを送信した後、Google Cloud がリクエストを確認するまでに最長で 5 営業日かかることがあります。Google Cloud によるリクエストの審査に 5 営業日以上かかる場合や質問がある場合は、担当のテクニカル アカウント マネージャーまたはセールスチームがご連絡いたします。

将来の予約リクエストまたは変更リクエストが承認されると、Google Cloud は商業上合理的な努力を払い、将来の予約の予約期間の開始時間にリクエストされた容量を利用できるようにします。Google Cloud は、同じプロパティを含む承認済みの将来の予約を持たない他の顧客よりも優先して予約済みの容量を提供します。詳しくは、サービス固有の規約をご覧ください。

Google Cloud が将来の予約リクエストを承認する可能性を高めるには、将来の予約リクエストを作成または変更するときに以下を指定してください。

予約期間の開始時間から 56 日（8 週間）が経過すると、承認済みの将来の予約リクエストはロック時間に入ります。承認済みの将来の予約で指定された開始時間が、審査のために将来の予約リクエストを送信した日時から 56 日以内の場合、将来の予約リクエストは承認後数分以内にロック時間に入ります。

将来の予約リクエストのキャンセルや削除、変更リクエストの送信のための時間を確保するために、開始時間は審査のために将来の予約リクエストを送信した日時から 56 日以上後に指定することをおすすめします。

将来の予約の予約期間が 24 時間を超えている限り、予約期間の長さに制限はありません。ただし、将来の予約リクエストで指定するマシンタイプやゾーンによっては、予約期間で次の推奨される最小予約期間のいずれかが指定されていると Google Cloud が将来の予約リクエストを承認する可能性が高くなります。

  • 14 日。将来の予約リクエストで次の両方が指定されている場合、最低予約期間を 14 日間に指定します。

    • N1、N2、または N2D マシンシリーズ

    • 次のいずれかのリージョンにあるゾーン:

      アメリカ アジア ヨーロッパ
      アイオワ（us-central1） シンガポール（asia-southeast1） ベルギー（europe-west1）
      オレゴン（us-west1） ドイツ（europe-west3）
      サウスカロライナ（us-east1） オランダ（europe-west4）
      バージニア（us-east4）

  • 365 日。将来の予約リクエストで、Compute Engine で使用可能なリージョンとサポート対象のマシンシリーズの組み合わせを指定する場合は、最小予約期間を 365 日間と指定します。

推奨期間とは異なる予約期間を指定すると、Google Cloud が将来の予約リクエストや変更リクエストを承認する可能性が低くなります。

Compute Engine が予約済みリソースをプロビジョニングする方法

このセクションでは、Compute Engine が予約済みリソースをプロビジョニングする方法について説明します。

  • 予約済みリソースをカウントしてプロビジョニングする

    このセクションでは、承認された将来の予約のリソースの合計数をプロビジョニングする際に、リクエストに一致する既存の将来の予約、予約、VM を Compute Engine が考慮する方法について説明します。

  • 自動作成された予約

    このセクションでは、Compute Engine が開始時刻に承認された将来の予約に対して作成する予約の種類について説明します。

予約済みリソースをカウントしてプロビジョニングする

承認された将来の予約リクエストの合計数になるように、Compute Engine は次の処理を行います。

  1. Compute Engine は、将来の予約で指定されたプロジェクト（一部またはすべて）とのみ共有される、一致する既存の予約（使用済みのものと未使用のもの）を差し引きます。

  2. Compute Engine は、残りの量のための予約を自動的に作成します。これは、次のことを意味します。

    • 既存の一致する VM はすべて、自動作成された予約を使用するようになります。

    • 使用されなかった自動作成予約に対して、一致する VM を作成する必要があります。

たとえば、ゾーン us-central1-a で共有の将来の予約リクエストを作成するとします。この将来の予約リクエストでは、n2-standard-2 マシンタイプ、オーナー プロジェクトとしてプロジェクト A、コンシューマ プロジェクトとしてプロジェクト B と C を指定する合計 10 台の VM が指定されています。この将来の予約リクエストが承認され、Compute Engine が予約期間の開始時間に予約の作成を開始した後、将来の予約と一致する VM プロパティを持つ次のリソースがプロジェクトに含まれているとします。

  • プロジェクト A に、予約を使用していない実行中の VM が 1 台。

  • プロジェクト B では、2 つの VM のための、プロジェクト C と共有される 1 つの未使用予約。

  • プロジェクト C では、1 つの VM のための 1 つの未使用単一プロジェクトの予約。

このシナリオでは、Compute Engine は開始時刻に 7 台の VM のための共有予約を自動的に作成し、合計数は 10 VM になります。

Compute Engine が既存の将来の予約リクエスト用にプロビジョニングする VM の数を決定する方法については、プロビジョニングされる VM の数を決定するをご覧ください。

自動作成予約

将来の予約で指定された開始時間の 24 時間前に、Compute Engine は予約を自動作成して、承認された将来の予約でリクエストされた容量のプロビジョニングを開始します。ただし、課金されるのは、開始時間に自動作成された予約に対してのみです。自動作成予約には次のプロパティがあります。

  • 一致するプロパティを持つ VM を作成することによってすぐに使用できます。

  • これには、将来の予約リクエストで指定されたものと一致する VM プロパティが含まれています。

  • これは、将来の予約リクエストの共有設定と一致します。詳細は以下のとおりです。

    • 単一プロジェクトの将来の予約リクエストを作成した場合、自動作成予約は単一プロジェクトの予約になります。

    • 共有の将来の予約リクエストを作成した場合、自動作成された各予約は、同じオーナー プロジェクトとコンシューマ プロジェクトを指定する共有予約です。

  • 名前は、将来の予約リクエストで指定された名前の接頭辞で始まります。

  • 将来の予約リクエストを作成または変更する際の自動削除オプションを有効にすると、各自動作成予約で、deleteAtTimeフィールドが指定され、Compute Engine が自動作成予約を自動的に削除する時間が設定されます。

自動作成予約は、将来の予約リクエストの終了時間まで変更または削除できません。終了時間以降は、オンデマンド予約と同じように自動作成予約を使用、変更、削除できます。

制限事項

予約の制限については、次のセクションで説明します。

作成の制限

将来の予約リクエストを作成するときに、次の制限が適用されます。

  • 一致するプロパティを持つ既存の予約がある場合は、以下をお読みください。

    • プロジェクトに自動作成予約またはオンデマンド予約がすでに含まれている場合、またはこれらの予約がプロジェクトと共有されている場合は、既存の予約で指定されたすべてのプロジェクトで共有される将来の予約リクエストのみを作成できます。

    • プロジェクトに単一プロジェクトの将来の予約リクエストがすでに含まれている場合は、単一プロジェクトの将来の予約リクエストのみを作成できます。

    • プロジェクトにすでに共有の将来の予約リクエストが含まれている場合、または将来の予約リクエストがプロジェクトと共有されている場合、同じプロジェクト内でのみ共有の将来の予約リクエストを作成できます。たとえば、プロジェクト A（オーナー プロジェクト）で将来の共有予約リクエストがプロジェクト B と C（コンシューマ プロジェクト）と共有されている場合、次のことができます。

      • プロジェクト A に別の将来の共有予約リクエストを作成し、プロジェクト B および C と共有します。

      • プロジェクト B に将来の共有予約リクエストを作成し、プロジェクト A および C と共有します。

      • プロジェクト C に将来の共有予約リクエストを作成し、プロジェクト A および B と共有します。

  • 自動的に使用される予約を使用して、リクエストされたリソースのみをプロビジョニングするように指定できます。

  • A3 マシンタイプまたは E2 マシンタイプは指定できません。

  • 24 時間未満の予約期間を指定することはできません。

  • VM プロパティとゾーンが一致する既存の将来の予約リクエストと重複する予約期間を指定することはできません。既存の将来の予約リクエストは、将来の予約リクエストを作成するプロジェクトと同じプロジェクト、または将来の予約リクエストを共有するプロジェクトに配置できます。

  • 将来の予約リクエストを審査のために送信した日時から 1 年以上後の開始時刻は指定できません。

  • プレースメント ポリシーは指定できません。

作成後の制限

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

  • 将来の予約リクエストを作成したプロジェクトを別の組織に移動し、将来の予約がまだロック時間に入っていない場合、将来の予約リクエストは削除されます。

  • 将来の予約リクエストが承認されてロック時間に入ると、次の制限が適用されます。

    • 将来の予約はキャンセルできなくなります。

    • 自動作成された予約をコミットメントに関連付ける場合は、次の制限が適用されます。

      • コミットメントを購入できるのは、予約期間の開始時間の 24 時間前までです。

      • 自動作成予約を関連付けることができるのは、自動削除オプションが無効になっている予約のみです。将来の予約リクエストを作成または変更するときに自動削除オプションを有効にした場合は、このオプションを無効にする必要があります。

    • 終了時間の後にのみ将来の予約を削除できます。

  • 将来の予約が開始時間になった後、終了時間の後にのみ、将来の予約に対してプロビジョニングされた自動作成予約を変更または削除できます。

請求

将来の予約リクエストの作成に追加費用はかかりません。

将来の予約リクエストが承認されてそのロック時間に入ると、予約期間の開始時刻より前に、予約したリソースの数または VM プロパティの変更を Google Cloud にリクエストしない限り、予約期間全体のプロビジョニングされた容量の合計分を支払う必要があります。Google Cloud がリクエストを承認すると、更新されたリクエスト容量分を支払う必要があります。

将来の予約の予約期間の開始時間に、Google Cloud は将来の予約で指定された合計数になるように自動作成予約に対してのみ請求します。Compute Engine がリクエストされた容量の一部のみを提供できる場合、プロビジョニングされたリソースに対してのみ請求されます。

自動作成予約では、次のように料金が発生します。

  • オンデマンド予約と同じレート。

  • 予約済みのリソースを使用するかどうかに関係なく、予約が存在する期間中。

次のステップ