このページでは、Spot VM の作成方法と管理方法について説明します。内容は次のとおりです。
- Spot VM を作成、起動、識別する方法
- Spot VM のプリエンプションを検出、処理、テストする方法
- Spot VM のベスト プラクティス
Spot VM は、スポット プロビジョニング モデルを備えた仮想マシン(VM)インスタンスです。Spot VM は、標準 VM の料金と比較して最大 60~91% 割引でご利用いただけます。ただし、Compute Engine はいつでも Spot VM をプリエンプトすることでリソースを再利用する可能性があります。Spot VM は、VM プリエンプションに耐えることができるフォールト トレラント アプリケーションでのみ推奨されています。Spot VM を作成する前に、ご使用のアプリケーションでプリエンプションの処理が可能であることを確認してください。
始める前に
- Spot VM のコンセプト ドキュメントを確認します。
- Spot VM の制限事項と料金を確認します。
- Spot VM が標準 VM の CPU、GPU、ディスクの割り当てを消費しないようにするには、Spot VM のプリエンプティブル割り当てをリクエストすることを検討してください。
-
まだ設定していない場合は、認証を設定します。認証とは、Google Cloud サービスと API にアクセスするために ID を確認するプロセスです。ローカル開発環境からコードまたはサンプルを実行するには、次のいずれかのオプションを選択して Compute Engine に対する認証を行います。
Select the tab for how you plan to use the samples on this page:
Console
When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
-
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
- Set a default region and zone.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
- Google Cloud コンソールで、[VM プロビジョニング モデル] を [Spot] に設定します。
- gcloud CLI 内の
--provisioning-model=SPOT
- Compute Engine API 内の
"provisioningModel": "SPOT"
Google Cloud コンソールで、[インスタンスの作成] ページに移動します。
次に、以下の操作を行います。
- [可用性ポリシー] セクションで、[VM プロビジョニング モデル] リストから [スポット] を選択します。これを選択すると、VM の自動再起動とホスト メンテナンス オプションが無効になり、終了アクション オプションが有効になります。
- 省略可: [VM の終了時] リストで、Compute Engine が VM をプリエンプトしたときの動作を選択します。
- プリエンプション中に VM を停止するには、[停止] を選択します(デフォルト)。
- VM を削除するには、[削除] をクリックします。
省略可: その他の VM オプションを指定します。詳しくは、VM インスタンスの作成と起動をご覧ください。
VM を作成して起動するには、[作成] をクリックします。
VM_NAME
: 新しい VM の名前。TERMINATION_ACTION
: 省略可。Compute Engine が VM をプリエンプトするときに実行するアクション。STOP
(デフォルト)またはDELETE
を指定します。VM_NAME
: 新しい VM の名前。IMAGE
: 次のいずれかを指定します。IMAGE
: 公開イメージの特定のバージョンまたはイメージ ファミリー。たとえば、特定のイメージは--image=debian-10-buster-v20200309
です。- イメージ ファミリー。
これにより、非推奨ではない最新の OS イメージから VM が作成されます。たとえば、
--image-family=debian-10
を指定すると、Compute Engine は Debian 10 イメージ ファミリーの OS イメージの最新バージョンから VM を作成します。
IMAGE_PROJECT
: イメージを含むプロジェクト。たとえば、イメージ ファミリーとしてdebian-10
を指定する場合は、イメージ プロジェクトとしてdebian-cloud
を指定します。MACHINE_TYPE
: 新しい VM の事前定義またはカスタム マシンタイプ。TERMINATION_ACTION
: 省略可。Compute Engine が VM をプリエンプトするときに実行するアクション。STOP
(デフォルト)またはDELETE
を指定します。ゾーンで使用できるマシンタイプのリストを取得するには、
--zones
フラグを指定してgcloud compute machine-types list
コマンドを使用します。PROJECT_ID
: VM を作成するプロジェクトの ID。ZONE
: VM を作成するゾーン。ゾーンは、新しい VM に使用するマシンタイプもサポートしている必要があります。MACHINE_TYPE
: 新しい VM の事前定義またはカスタム マシンタイプ。VM_NAME
: 新しい VM の名前。IMAGE_PROJECT
: イメージを含むプロジェクト。たとえば、イメージ ファミリーとしてfamily/debian-10
を指定する場合は、イメージ プロジェクトとしてdebian-cloud
を指定します。IMAGE
: 次のいずれかを指定します。- 公開イメージの特定のバージョン。たとえば、特定のイメージは、
"sourceImage": "projects/debian-cloud/global/images/debian-10-buster-v20200309"
です(ここで、debian-cloud
はIMAGE_PROJECT
)。 - イメージ ファミリー。
これにより、非推奨ではない最新の OS イメージから VM が作成されます。たとえば、
"sourceImage": "projects/debian-cloud/global/images/family/debian-10"
を指定すると(debian-cloud
はIMAGE_PROJECT
の場合)、Compute Engine は Debian 10 イメージ ファミリーの OS イメージの最新バージョンから VM を作成します。
- 公開イメージの特定のバージョン。たとえば、特定のイメージは、
TERMINATION_ACTION
: 省略可。Compute Engine が VM をプリエンプトするときに実行するアクション。STOP
(デフォルト)またはDELETE
を指定します。[VM インスタンス] ページに移動します。
変更する VM の [名前] をクリックします。[VM インスタンスの詳細] ページが開きます。
ページの下部にある [管理] セクションに移動します。[可用性ポリシー] サブセクションで、次のオプションを確認します。
- [VM プロビジョニング モデル] が [スポット] に設定されている場合、VM は Spot VM です。
- [VM の終了時] には、Compute Engine が VM をプリエンプトしたときに行う操作([停止] または [削除])が示されます。
- それ以外の場合は、VM プロビジョニング モデルが [標準] または [-] に設定されます。
- [プリエンプティブル] オプションが [オン] に設定されている場合、VM はプリエンプティブル VM です。
- それ以外の場合、VM は標準 VM になります。
- [VM プロビジョニング モデル] が [スポット] に設定されている場合、VM は Spot VM です。
次のように、出力に
SPOT
に設定されたprovisioningModel
フィールドが含まれている場合、VM は Spot VM です。... scheduling: ... provisioningModel: SPOT instanceTerminationAction: TERMINATION_ACTION ...
ここで、
TERMINATION_ACTION
は Compute Engine が VM をプリエンプトするときに実行するアクション(停止(STOP
)または削除(DELETE
))を示します。instanceTerminationAction
フィールドがない場合、デフォルト値はSTOP
です。それ以外で、出力に
standard
に設定されたprovisioningModel
フィールドが含まれている場合、または出力でprovisioningModel
フィールドが省略されている場合は次のようになります。- 出力に
true
に設定されたpreemptible
フィールドが含まれている場合、VM はプリエンプティブル VM です。 - それ以外の場合、VM は標準 VM になります。
- 出力に
次のように、出力に
SPOT
に設定されたprovisioningModel
フィールドが含まれている場合、VM は Spot VM です。{ ... "scheduling": { ... "provisioningModel": "SPOT", "instanceTerminationAction": "TERMINATION_ACTION" ... }, ... }
ここで、
TERMINATION_ACTION
は Compute Engine が VM をプリエンプトするときに実行するアクション(停止(STOP
)または削除(DELETE
))を示します。instanceTerminationAction
フィールドがない場合、デフォルト値はSTOP
です。それ以外で、出力に
standard
に設定されたprovisioningModel
フィールドが含まれている場合、または出力でprovisioningModel
フィールドが省略されている場合は次のようになります。- 出力に
true
に設定されたpreemptible
フィールドが含まれている場合、VM はプリエンプティブル VM です。 - それ以外の場合、VM は標準 VM になります。
- 出力に
少なくとも Cloud Storage に対する読み取り / 書き込みアクセス権を付与して VM が作成されていること。適切なスコープを使用して VM を作成する方法については、認証のドキュメントをご覧ください。
既存の Cloud Storage バケットがあり、そのバケットに対する書き込み権限が付与されていること。
シャットダウン スクリプトをコピーまたはダウンロードします。
前述のシャットダウン スクリプトを次のように置き換えてコピーします。
PROGRAM_NAME
は、シャットダウンするプロセスまたはプログラムの名前です。たとえば、apache2
やnginx
です。LOCAL_USER
は、仮想マシンへのログインに使用しているユーザー名です。BUCKET_NAME
は、プログラムのチェックポイント ファイルを保存する Cloud Storage バケットの名前です。ここではバケット名がgs://
で始まっていないことにご注意ください。
ローカル ワークステーションにシャットダウン スクリプトをダウンロードし、ファイル内の次の変数を置き換えます。
[PROGRAM_NAME]
は、シャットダウンするプロセスまたはプログラムの名前です。たとえば、apache2
やnginx
です。[LOCAL_USER]
は、仮想マシンへのログインに使用しているユーザー名です。[BUCKET_NAME]
は、プログラムのチェックポイント ファイルを保存する Cloud Storage バケットの名前です。ここではバケット名がgs://
で始まっていないことにご注意ください。
Google Cloud Console のログページに移動します。
プロジェクトを選択し、[続行] をクリックします。
[ラベルまたはテキスト検索でフィルタ] フィールドに
compute.instances.preempted
を追加します。特定の VM のプリエンプション オペレーションを確認するには、VM 名を入力することもできます。
Enter キーを押して、指定されたフィルタを適用します。Google Cloud コンソールによってログのリストが更新され、VM がプリエンプトされたオペレーションのみが表示されます。
リストでオペレーションを選択し、プリエンプトされた VM に関する詳細を表示します。
SYSTEM_EVENT
:gcloud compute operations list
コマンドの出力のシステム イベント(例:systemevent-xxxxxxxx
)。ZONE
: システム イベントのゾーン(例:us-central1-f
)。インスタンス テンプレートを使用する。Spot VM を一度に 1 つずつ作成する代わりに、インスタンス テンプレートを使用して同じプロパティを持つ複数の Spot VM を作成できます。インスタンス テンプレートは、MIG を使用する場合には必須です。別の方法として、インスタンス一括作成 API を使用して複数の Spot VM を作成することもできます。
MIG を使用して Spot VM のリージョン内での分散配置と自動再作成を行う。MIG を使用して、Spot VM 上のワークロードの柔軟性と復元性を高めます。たとえば、リージョン MIG を使用して VM を複数のゾーンに分散すると、リソース可用性エラーが軽減されます。さらに、自動修復を使用して、プリエンプトされた Spot VM を自動的に再作成します。
小さいマシンタイプを選択する。Spot VM のリソースは、Google Cloud の予備キャパシティの余剰分から取得されます。多くの場合、Spot VM のキャパシティは小さいマシンタイプ、つまり vCPU やメモリなどのリソースが少ないマシンタイプの方が確保しやすくなります。より小さいカスタム マシンタイプを選択すると Spot VM のキャパシティは高くなる可能性がありますが、事前定義されたマシンタイプの中からより小さいマシンタイプを選んだ方が、キャパシティはより一層高くなる可能性があります。たとえば、事前定義されたマシンタイプ
n2-standard-32
の容量と比較して、カスタム マシンタイプn2-custom-24-96
の容量は増加する可能性が高いですが、事前定義されたマシンタイプn2-standard-16
の容量はさらに増加する可能性があります。オフピーク時に Spot VM の大規模なクラスタを実行する。Google Cloud データセンターの負荷は、ロケーションや時間帯によって異なりますが、一般的には夜間と週末に最も低くなります。そのため、Spot VM の大規模なクラスタを実行する時間としては夜間や週末が最適です。
耐障害性と対プリエンプション性を備えたアプリケーションを設計する。時間が異なればプリエンプションのパターンが変化するという事実に備えることが重要です。たとえば、ゾーンで部分的な停止の問題が発生している場合、復旧作業の一部として移動する必要がある標準 VM 用の余地を作るため、多数の Spot VM がプリエンプトされる可能性があります。この短い時間のプリエンプション レートは他の日とはまったく異なったものとなります。プリエンプションが常に小さなグループの中で行われることを前提としてアプリケーションを設計した場合、このようなイベントには対処できません。
プリエンプトされた Spot VM の作成を再試行する。Spot VM がプリエンプトされた場合、標準 VM にフォールバックする前に新しい Spot VM の作成を 1 回または 2 回試行します。実際の要件によっては、クラスタ内で標準 VM と Spot VM を組み合わせて適切なペースで作業が続行されるようにすると有効な場合があります。
シャットダウン スクリプトを使用する。ジョブの進行状況を保存できるシャットダウン スクリプトを使用してシャットダウンとプリエンプションの通知を管理すると、最初からやり直す代わりに停止した時点を選択できます。
- VM インスタンスに接続する。
- シャットダウン スクリプトについて学習する。
- VM のランタイムの制限について学習する。
- インスタンス テンプレートについて確認する。
- MIG について確認する。
Terraform
ローカル開発環境でこのページの Terraform サンプルを使用するには、gcloud CLI をインストールして初期化し、ユーザー認証情報を使用してアプリケーションのデフォルト認証情報を設定します。
詳細については Set up authentication for a local development environment をご覧ください。
REST
このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
詳細については、Google Cloud 認証ドキュメントの REST を使用して認証するをご覧ください。
Spot VM を作成する
Spot VM を作成するには、Google Cloud コンソール、gcloud CLI、または Compute Engine API を使用します。Spot VM は、スポット プロビジョニング モデルを使用するように構成された VM です。
コンソール
gcloud
gcloud CLI で VM を作成するには、
gcloud compute instances create
コマンドを使用します。Spot VM を作成するには、--provisioning-model=SPOT
フラグを使用する必要があります。必要に応じて、--instance-termination-action
フラグも指定して Spot VM の終了アクションを指定することもできます。gcloud compute instances create VM_NAME \ --provisioning-model=SPOT \ --instance-termination-action=TERMINATION_ACTION
次のように置き換えます。
VM の作成時に指定できるオプションの詳細については、VM インスタンスの作成と起動をご覧ください。たとえば、指定したマシンタイプとイメージを使用して Spot VM を作成するには、次のコマンドを使用します。
gcloud compute instances create VM_NAME \ --provisioning-model=SPOT \ [--image=IMAGE | --image-family=IMAGE_FAMILY] \ --image-project=IMAGE_PROJECT \ --machine-type=MACHINE_TYPE \ --instance-termination-action=TERMINATION_ACTION
次のように置き換えます。
Terraform
Terraform リソースで、scheduling ブロックを使用して、Spot インスタンスを作成できます。
REST
Compute Engine API で VM を作成するには、
instances.insert
メソッドを使用します。この場合は、VM のマシンタイプと名前を指定する必要があります。必要に応じて、ブートディスクのイメージを指定することもできます。Spot VM を作成するには、
"provisioningModel": spot
フィールドを含める必要があります。必要に応じて、"instanceTerminationAction"
フィールドを追加して、Spot VM の終了アクションを指定することもできます。POST https://compute.googleapis.com/compute/v1/projects/
PROJECT_ID
/zones/ZONE
/instances { "machineType": "zones/ZONE/machineTypes/MACHINE_TYPE", "name": "VM_NAME
", "disks": [ { "initializeParams": { "sourceImage": "projects/IMAGE_PROJECT/global/images/IMAGE" }, "boot": true } ] "scheduling": { "provisioningModel": "SPOT", "instanceTerminationAction": "TERMINATION_ACTION" }, ... }次のように置き換えます。
VM の作成時に指定できるオプションの詳細については、VM インスタンスの作成と起動をご覧ください。
Go
Java
Python
同じプロパティで複数の Spot VM を作成するには、インスタンス テンプレートを作成し、テンプレートを使用してマネージド インスタンス グループ(MIG)を作成します。詳しくは、ベスト プラクティスをご覧ください。
Spot VM を起動する
他の VM と同様に、Spot VM は作成時に起動します。同様に、Spot VM が停止した場合は、VM を再起動して
RUNNING
状態を再開できます。プリエンプトされた Spot VM は、容量がある限り、必要に応じて何回でも停止して再起動できます。詳細については、VM インスタンスのライフサイクルをご覧ください。Compute Engine が、自動スケーリングされるマネージド インスタンス グループ(MIG)または Google Kubernetes Engine(GKE)クラスタ内の 1 つ以上の Spot VM を停止した場合、リソースが再び利用可能になると、グループによって VM が再起動されます。
VM のプロビジョニング モデルと終了アクションを特定する
VM のプロビジョニング モデルを特定して、それが標準の VM、Spot VM、プリエンプティブル VM のいずれであるかを確認します。Spot VM の場合は、終了アクションを特定することもできます。VM のプロビジョニング モデルと終了アクションは、Google Cloud コンソール、gcloud CLI、Compute Engine API のいずれかを使用して特定できます。
コンソール
gcloud
gcloud CLI で VM を確認するには、
gcloud compute instances describe
コマンドを使用します。gcloud compute instances describe VM_NAME
VM_NAME
は、確認する VM の名前です。出力で、
scheduling
フィールドを調べて VM を特定します。REST
Compute Engine API で VM を確認するには、
instances.get
メソッドを使用します。GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME
次のように置き換えます。
出力で、
scheduling
フィールドを調べて VM を特定します。Go
Java
Python
シャットダウン スクリプトを使用してプリエンプションを処理する
Compute Engine が Spot VM をプリエンプトする場合は、シャットダウン スクリプトを使用して、VM がプリエンプトされる前にクリーンアップ アクションの実行を試みることができます。たとえば、実行中のプロセスを適切に停止し、チェックポイント ファイルを Cloud Storage にコピーできます。 特に、プリエンプション通知の場合、シャットダウン期間の最大長は、ユーザーが開始したシャットダウンよりも短くなります。プリエンプション通知のシャットダウン期間の詳細については、Spot VM のコンセプト ドキュメントのプリエンプション プロセスをご覧ください。
シャットダウン スクリプトの例を以下に示します。これは、実行中の Spot VM に追加するか、新しい Spot VM を作成する際に追加できます。このスクリプトは、オペレーティング システムの通常の
kill
コマンドが残りすべてのプロセスを停止する前に、VM がシャットダウンを開始するときに実行されます。目的のプログラムを正常に停止した後、スクリプトは Cloud Storage バケットにチェックポイント ファイルの並列アップロードを実行します。#!/bin/bash MY_PROGRAM="PROGRAM_NAME" # For example, "apache2" or "nginx" MY_USER="LOCAL_USER" CHECKPOINT="/home/$MY_USER/checkpoint.out" BUCKET_NAME="BUCKET_NAME" # For example, "my-checkpoint-files" (without gs://) echo "Shutting down! Seeing if ${MY_PROGRAM} is running." # Find the newest copy of $MY_PROGRAM PID="$(pgrep -n "$MY_PROGRAM")" if [[ "$?" -ne 0 ]]; then echo "${MY_PROGRAM} not running, shutting down immediately." exit 0 fi echo "Sending SIGINT to $PID" kill -2 "$PID" # Portable waitpid equivalent while kill -0 "$PID"; do sleep 1 done echo "$PID is done, copying ${CHECKPOINT} to gs://${BUCKET_NAME} as ${MY_USER}" su "${MY_USER}" -c "gcloud storage cp $CHECKPOINT gs://${BUCKET_NAME}/" echo "Done uploading, shutting down."
このスクリプトの前提条件は次のとおりです。
このスクリプトを VM に追加するには、VM 上のアプリケーションと連携するようにスクリプトを構成し、そのスクリプトを VM のメタデータに追加します。
Spot VM のプリエンプションを検出する
Spot VM が Compute Engine によってプリエンプトされたかどうかを確認するには、Google Cloud コンソール、gcloud CLI、または Compute Engine API を使用します。
コンソール
VM がプリエンプトされたかどうかを確認するには、システム アクティビティ ログを使用します。
gcloud
プロジェクト内のプリエンプション イベントのリストを取得するには、filter パラメータを指定して
gcloud compute operations list
コマンドを使用します。gcloud compute operations list \ --filter="operationType=compute.instances.preempted"
必要に応じて、追加のフィルタ パラメータを使用して、結果をさらに絞り込めます。たとえば、マネージド インスタンス グループ内のインスタンスのプリエンプション イベントのみを表示するには、次のコマンドを使用します。
gcloud compute operations list \ --filter="operationType=compute.instances.preempted AND targetLink:instances/BASE_INSTANCE_NAME"
ここで、
BASE_INSTANCE_NAME
は、このマネージド インスタンス グループ内のすべての VM の名前の接頭辞として指定されたベース名です。出力は次のようになります。
NAME TYPE TARGET HTTP_STATUS STATUS TIMESTAMP systemevent-xxxxxxxx compute.instances.preempted us-central1-f/instances/example-instance-xxx 200 DONE 2015-04-02T12:12:10.881-07:00
compute.instances.preempted
というオペレーション タイプは、VM インスタンスがプリエンプトされたことを示します。gcloud compute operations describe
コマンドを使用すると、特定のプリエンプション オペレーションに関する詳細情報を取得できます。gcloud compute operations describe SYSTEM_EVENT \ --zone=ZONE
次のように置き換えます。
出力は次のようになります。
... operationType: compute.instances.preempted progress: 100 selfLink: https://compute.googleapis.com/compute/v1/projects/my-project/zones/us-central1-f/operations/systemevent-xxxxxxxx startTime: '2015-04-02T12:12:10.881-07:00' status: DONE statusMessage: Instance was preempted. ...
REST
特定のプロジェクトとゾーンの最近のシステム オペレーションのリストを取得するには、
zoneOperations.get
メソッドを使用します。GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/operations
次のように置き換えます。
プリエンプション オペレーションのみを表示するようにレスポンスの内容を絞り込むには、API リクエストにフィルタを追加します。
operationType="compute.instances.preempted"
特定の VM のプリエンプション オペレーションを表示するには、
targetLink
パラメータをフィルタに追加します。operationType="compute.instances.preempted" AND targetLink="https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME
次のように置き換えます。 +
PROJECT_ID
: プロジェクト ID。+ZONE
: ゾーン。+VM_NAME
: このゾーンとプロジェクトの特定の VM の名前。レスポンスには、最新オペレーションのリストが含まれます。たとえば、プリエンプションは次のようになります。
{ "kind": "compute#operation", "id": "15041793718812375371", "name": "systemevent-xxxxxxxx", "zone": "https://www.googleapis.com/compute/v1/projects/my-project/zones/us-central1-f", "operationType": "compute.instances.preempted", "targetLink": "https://www.googleapis.com/compute/v1/projects/my-project/zones/us-central1-f/instances/example-instance", "targetId": "12820389800990687210", "status": "DONE", "statusMessage": "Instance was preempted.", ... }
また、VM 自体の内部から VM がプリエンプトされたかどうかを確認することもできます。これは、Compute Engine のプリエンプションのためにシャットダウン スクリプトの通常のシャットダウンとは異なるシャットダウンを処理する場合に便利です。これを行うには、メタデータ サーバーで VM のデフォルトのメタデータに含まれる
preempted
の値を確認します。たとえば、VM 内から
curl
を使用してpreempted
の値を取得します。curl "http://metadata.google.internal/computeMetadata/v1/instance/preempted" -H "Metadata-Flavor: Google" TRUE
この値が
TRUE
の場合、VM は Compute Engine によってプリエンプトされており、プリエンプトされていない場合はFALSE
です。これをシャットダウン スクリプトの外部で使用する場合は、URL に
?wait_for_change=true
を追加します。これにより、HTTP GET リクエストが待機中になり、メタデータが変更されて VM がプリエンプトされたときにのみ結果が返されます。curl "http://metadata.google.internal/computeMetadata/v1/instance/preempted?wait_for_change=true" -H "Metadata-Flavor: Google" TRUE
プリエンプション設定をテストする方法
VM でシミュレート メンテナンス イベントを実行して、強制的にインスタンスをプリエンプトできます。この機能を使用して、アプリによる Spot VM の処理方法をテストします。インスタンスでメンテナンス イベントをテストする方法については、ホスト メンテナンス イベントをシミュレートするをご覧ください。
VM インスタンスを停止して、VM プリエンプションをシミュレートすることもできます。メンテナンス イベントをシミュレートする代わりに、この操作を行うことで、割り当ての上限に達するのを回避できます。
ベスト プラクティス
Spot VM を最大限に活用するためのベスト プラクティスは次のとおりです。
次のステップ
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2024-12-23 UTC。
-