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

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

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

概要

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

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

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

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

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

将来の予約リクエストの作成に追加費用はかかりません。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 のハードウェア要件を定義します。将来の予約リクエストを作成するときに、これらのプロパティを直接指定するか、インスタンス テンプレートを使用して指定できます。VM のプロパティと自動作成予約の VM のプロパティの両方が完全に一致する場合にのみ、VM は自動作成予約を使用できます。将来の予約では、自動使用タイプのみを指定できます。コンパクト プレースメント ポリシーは指定できません。

  • ゾーン

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

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

  • 自動削除

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

  • 説明

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

  • 計画ステータス

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

将来の予約のステータス

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

  • 計画ステータス

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

  • 調達ステータス

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

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

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

  • 下書き（DRAFT）: デフォルトでは、将来の予約リクエストの下書きを作成します。将来の予約リクエストの下書きは無制限に変更できます。問題がなければ、承認を得るために送信できます。

  • 送信済み（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 日以内に指定されていない場合、将来の予約リクエストのロック時間は開始時間から 56 日以降に開始されます。

将来の予約の変更

変更は、将来の予約のプロパティによって異なります。将来の予約で指定された開始時間より前なら、いつでも次のプロパティを変更できます。

  • 自動削除

  • 説明

  • 名前の接頭辞

ただし、次のプロパティを 1 つ以上変更する場合は、Google Cloud に変更をリクエストする必要があります。

  • GPU

  • ローカル SSD ディスク

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

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

  • 共有設定

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

  • 合計数（VM の数）

将来の予約に対して一度にリクエストできる（1 つ以上のプロパティの）変更は 1 つのみです。また、次の時間枠にのみリクエストできます。

  • ロック時間前は、将来の予約リクエストが審査された後にのみ変更をリクエストできます。調達ステータスが承認済み（APPROVED）または拒否（DECLINED）の場合のみです。

  • 将来の予約が承認されてロック時間に入った後（調達ステータスが調達中（PROCURING）になっているとき）、変更をリクエストできます。

変更リクエストを送信すると、更新ステータス（AmendmentStatus）フィールドが作成され、次のいずれかの値が設定されます。

  • 更新の承認待ち（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 日間: 将来の予約リクエストで次の両方が指定されている場合:

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

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

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

  • 365 日間: Compute Engine のマシンシリーズと使用可能なゾーンのその他の組み合わせの場合。

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

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

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

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

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

  • 自動作成予約

    このセクションでは、開始時間に 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 に、VM 2 台に対してプロジェクト C との未使用の共有予約が 1 つ。

  • プロジェクト C に、VM 1 台に対して未使用の単一プロジェクト予約が 1 つ。

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

自動作成予約

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

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

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

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

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

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

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

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

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

制限事項

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

作成の制限

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

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

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

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

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

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

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

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

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

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

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

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

  • コンパクト プレースメント ポリシーを指定することはできません。

作成後の制限

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

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

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

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

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

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

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

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

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

請求

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

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

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

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

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

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

次のステップ