Spot VM を作成して使用する

このページでは、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 に対する認証を行います。

このページのサンプルをどのように使うかに応じて、タブを選択してください。
コンソール

Google Cloud コンソールを使用して Google Cloud サービスと API にアクセスする場合、認証を設定する必要はありません。
gcloud
1. Google Cloud CLI をインストールし、次のコマンドを実行して初期化します。
```
gcloud init
```
  注: すでに gcloud CLI をインストールしている場合は、gcloud components update を実行して、最新バージョンがインストールされていることを確認してください。
2. デフォルトのリージョンとゾーンを設定します。
Terraform

このページの Terraform サンプルをローカル開発環境から使用するには、gcloud CLI をインストールして初期化し、自身のユーザー認証情報を使用してアプリケーションのデフォルト認証情報を設定してください。
1. Google Cloud CLI をインストールします。
2. gcloud CLI を初期化するには:
```
gcloud init
```
3. Google アカウントのローカル認証情報を作成します。
```
gcloud auth application-default login
```
詳細については、ローカル開発環境の認証の設定をご覧ください。
REST

このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。

Spot VM を作成する

Spot VM を作成するには、Google Cloud コンソール、gcloud CLI、または Compute Engine API を使用します。Spot VM は、スポットプロビジョニングモデルを使用するように構成された VM です。

Google Cloud コンソールで、[VM プロビジョニングモデル] を [Spot] に設定します。
gcloud CLI 内の --provisioning-model=SPOT
Compute Engine API 内の "provisioningModel": "SPOT"

コンソール

Google Cloud コンソールで、[インスタンスの作成] ページに移動します。

[インスタンスの作成] に移動
次に、以下の操作を行います。
1. [可用性ポリシー] セクションで、[VM プロビジョニングモデル] リストから [スポット] を選択します。これを選択すると、VM の自動再起動とホストメンテナンスオプションが無効になり、終了アクションオプションが有効になります。
2. 省略可: [VM の終了時] リストで、Compute Engine が VM をプリエンプトしたときの動作を選択します。
  - プリエンプション中に VM を停止するには、[停止] を選択します（デフォルト）。
  - VM を削除するには、[削除] をクリックします。
省略可: その他の VM オプションを指定します。詳しくは、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_NAME: 新しい VM の名前。
TERMINATION_ACTION: 省略可。Compute Engine が VM をプリエンプトするときに実行するアクション。STOP（デフォルト）または DELETE を指定します。

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

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

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 コマンドを使用します。

Terraform

Terraform リソースで、scheduling ブロックを使用して、Spot インスタンスを作成できます。


resource "google_compute_instance" "spot_vm_instance" {
  name         = "spot-instance-name"
  machine_type = "f1-micro"
  zone         = "us-central1-c"

  boot_disk {
    initialize_params {
      image = "debian-cloud/debian-11"
    }
  }

  scheduling {
    preemptible                 = true
    automatic_restart           = false
    provisioning_model          = "SPOT"
    instance_termination_action = "STOP"
  }

  network_interface {
    # A default network is created for all GCP projects
    network = "default"
    access_config {
    }
  }
}

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"
 },
 ...
}

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

PROJECT_ID: VM を作成するプロジェクトの ID。
ZONE: VM を作成するゾーン。ゾーンは、新しい VM に使用するマシンタイプもサポートしている必要があります。
MACHINE_TYPE: 新しい VM の事前定義またはカスタムマシンタイプ。
VM_NAME: 新しい VM の名前。
IMAGE_PROJECT: イメージを含むプロジェクト。たとえば、イメージファミリーとして 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 インスタンスの作成と起動をご覧ください。

同じプロパティで複数の 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 のいずれかを使用して特定できます。

コンソール

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

[VM インスタンス] ページに移動
変更する VM の [名前] をクリックします。[VM インスタンスの詳細] ページが開きます。
ページの下部にある [管理] セクションに移動します。[可用性ポリシー] サブセクションで、次のオプションを確認します。
- [VM プロビジョニングモデル] が [スポット] に設定されている場合、VM は Spot VM です。
  - [VM の終了時] には、Compute Engine が VM をプリエンプトしたときに行う操作（[停止] または [削除]）が示されます。
- それ以外の場合は、VM プロビジョニングモデルが [標準] または [-] に設定されます。
  - [プリエンプティブル] オプションが [オン] に設定されている場合、VM はプリエンプティブル VM です。
  - それ以外の場合、VM は標準 VM になります。

gcloud

gcloud CLI で VM を確認するには、gcloud compute instances describe コマンドを使用します。

gcloud compute instances describe VM_NAME

VM_NAME は、確認する VM の名前です。

出力で、scheduling フィールドを調べて 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 になります。

REST

Compute Engine API で VM を確認するには、instances.get メソッドを使用します。

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME

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

PROJECT_ID: VM が存在するプロジェクトのプロジェクト ID。
ZONE: VM を配置するゾーン。
VM_NAME: 確認する VM の名前。

出力で、scheduling フィールドを調べて 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 になります。

シャットダウンスクリプトを使用してプリエンプションを処理する

Compute Engine によって Spot VM がプリエンプトされた場合、各 VM がプリエンプトされる前にシャットダウンスクリプトを使用してクリーンアップアクションを実行できます。たとえば、実行中のプロセスを適切に停止し、チェックポイントファイルを Cloud Storage にコピーできます。

シャットダウンスクリプトの例を以下に示します。これは、実行中の 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"
GSUTIL_OPTS="-m -o GSUtil:parallel_composite_upload_threshold=32M"
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 "gsutil $GSUTIL_OPTS cp $CHECKPOINT gs://${BUCKET_NAME}/"

echo "Done uploading, shutting down."

このスクリプトの前提条件は次のとおりです。

少なくとも Cloud Storage に対する読み取り / 書き込みアクセス権を付与して VM が作成されていること。適切なスコープを使用して VM を作成する方法については、認証のドキュメントをご覧ください。
既存の Cloud Storage バケットがあり、そのバケットに対する書き込み権限が付与されていること。

このスクリプトを VM に追加するには、VM 上のアプリケーションと連携するようにスクリプトを構成し、そのスクリプトを VM のメタデータに追加します。

シャットダウンスクリプトをコピーまたはダウンロードします。
- 前述のシャットダウンスクリプトを次のように置き換えてコピーします。
  - PROGRAM_NAME は、シャットダウンするプロセスまたはプログラムの名前です。たとえば、apache2 や nginx です。
  - LOCAL_USER は、仮想マシンへのログインに使用しているユーザー名です。
  - BUCKET_NAME は、プログラムのチェックポイントファイルを保存する Cloud Storage バケットの名前です。ここではバケット名が gs:// で始まっていないことにご注意ください。
- ローカルワークステーションにシャットダウンスクリプトをダウンロードし、ファイル内の次の変数を置き換えます。
  - [PROGRAM_NAME] は、シャットダウンするプロセスまたはプログラムの名前です。たとえば、apache2 や nginx です。
  - [LOCAL_USER] は、仮想マシンへのログインに使用しているユーザー名です。
  - [BUCKET_NAME] は、プログラムのチェックポイントファイルを保存する Cloud Storage バケットの名前です。ここではバケット名が gs:// で始まっていないことにご注意ください。
シャットダウンスクリプトを新しい VM または既存の VM に追加します。

Spot VM のプリエンプションを検出する

Spot VM が Compute Engine によってプリエンプトされたかどうかを確認するには、Google Cloud コンソール、gcloud CLI、または Compute Engine API を使用します。

コンソール

VM がプリエンプトされたかどうかを確認するには、システムアクティビティログを使用します。

Google Cloud Console のログページに移動します。

ログに移動
プロジェクトを選択し、[続行] をクリックします。
[ラベルまたはテキスト検索でフィルタ] フィールドに compute.instances.preempted を追加します。
特定の VM のプリエンプションオペレーションを確認するには、VM 名を入力することもできます。
Enter キーを押して、指定されたフィルタを適用します。Google Cloud コンソールによってログのリストが更新され、VM がプリエンプトされたオペレーションのみが表示されます。
リストでオペレーションを選択し、プリエンプトされた 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

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

SYSTEM_EVENT: gcloud compute operations list コマンドの出力のシステムイベント（例: systemevent-xxxxxxxx）。
ZONE: システムイベントのゾーン（例: us-central1-f）。

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

...
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

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

PROJECT_ID: プロジェクト ID。
ZONE: ゾーン。

プリエンプションオペレーションのみを表示するようにレスポンスの内容を絞り込むには、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 を最大限に活用するためのベストプラクティスは次のとおりです。

インスタンステンプレートを使用する。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 について確認する。

Spot VM を作成して使用する

始める前に

コンソール

gcloud

Terraform

REST

Spot VM を作成する

コンソール

gcloud

Terraform

REST

Spot VM を起動する

VM のプロビジョニング モデルと終了アクションを特定する

コンソール

gcloud

REST

シャットダウン スクリプトを使用してプリエンプションを処理する

Spot VM のプリエンプションを検出する

コンソール

gcloud

REST

プリエンプション設定をテストする方法

ベスト プラクティス

次のステップ

VM のプロビジョニングモデルと終了アクションを特定する

シャットダウンスクリプトを使用してプリエンプションを処理する

ベストプラクティス