このドキュメントでは、Compute Engine インスタンスの停止、停止、リセットの動作、課金、制限について説明します。これらのオペレーションの実行方法については、以下をご覧ください。
インスタンスを一時停止、停止、リセットすると、次のことができます。
費用を削減する。
メンテナンスを行う。
問題のトラブルシューティングを行う。
リソースを解放します。
実行中のインスタンスは、削除されるまで、一時停止と再開、停止と再起動、リセットを繰り返すことができます。
インスタンスの一時停止、停止、リセットについて
必要に応じて、コンピューティング インスタンスを停止、一時停止、リセットします。特に、以下の点に注意してください。
インスタンスを一時停止する
インスタンスの一時停止は、ノートパソコンのカバーを閉じる場合と似ています。これは、次のような場合に役立ちます。
インスタンスの実行にかかるコア費用とメモリ費用の発生を回避し、代わりにインスタンスの状態維持に比較的低価格のストレージを採用する場合。
現時点ではインスタンスは必要ないが、OS とアプリケーションとともに元の状態にして、インスタンスをすぐに使用できるようにしておきたい場合。
詳細については、このドキュメントのインスタンスの一時停止をご覧ください。
インスタンスを停止する
インスタンスの停止はノートパソコンのシャットダウンに似ており、次のシナリオで役立ちます。
インスタンスは不要になったが、インスタンスに接続されているリソース(内部 IP アドレスや Google Cloud Hyperdisk ボリュームなど)を削除して再利用する必要がある。
ゲスト OS のメモリ、デバイスの状態、アプリケーションの状態を保持する必要がない。
インスタンスを停止しないと変更できない特定のプロパティを変更する場合。
詳細については、このドキュメントのインスタンスの停止をご覧ください。
インスタンスをリセットする。
インスタンスのリセットは、リセットボタンを押すか、電源ボタンを長押ししてパソコンをリセットするのと似ています。これにより、正常な再起動は行われず、保存されていないデータが失われる可能性があります。インスタンスのリセットは、次のような場合に役立ちます。
パフォーマンスと安定性を最適にするために、インスタンスを起動状態に再初期化する必要があります。
ゲスト OS がクラッシュして応答しなくなった後でワークロードを再開したいが、インスタンスのリセット以外に選択肢がない。
詳細については、このドキュメントのインスタンスのリセットをご覧ください。
インスタンスの停止、一時停止、リセットの違いの概要については、このドキュメントの比較表をご覧ください。
インスタンスの一時停止
コンピューティング インスタンスを一時停止すると、次のようになります。
Compute Engine は、Advanced Configuration and Power Interface(ACPI)G1 スリープ信号をインスタンスのゲスト OS に送信し、インスタンスの状態を
SUSPENDING
に設定します。次に、Compute Engine は永続ストレージを使用して、次のものを保存します。ゲスト OS メモリ
デバイスの状態
インスタンスのアプリケーションの状態
保存するデータの量によっては、保存オペレーションが完了するまでに時間がかかることがあります。
Compute Engine がデータの保存を完了すると、数秒以内にインスタンスの状態が
SUSPENDED
に移行し、一時停止オペレーションが完了します。ディスクや静的 IP アドレスなど、インスタンスに接続されているすべてのリソースはインスタンスに接続されたままになります。ただし、エフェメラル IP アドレスは、静的 IP アドレスに昇格しない限り解放されます。
再開またはインスタンスの削除を行わない限り、インスタンスは最大 60 日間 SUSPENDED
状態のままになります。その後、Compute Engine はインスタンスの状態を自動的に TERMINATED
に移行し、インスタンスは保持されたゲスト OS メモリ、デバイスの状態、アプリケーションの状態を失います。
インスタンスの停止
コンピューティング インスタンスを停止するか、Compute Engine がスケジュールされた停止のために停止すると、次のようになります。
正常なシャットダウンが有効になっている場合、インスタンスは
PENDING_STOP
状態になり、シャットダウン プロセスが開始する前に実行中のタスクを完了できます。インスタンスは、正常なシャットダウン プロセスがタイムアウトするか、手動で終了するまで、この状態のままになります。Compute Engine は、ACPI G2 ソフトオフ信号をインスタンスのゲスト OS に送信し、インスタンスの状態を
STOPPING
に設定します。ゲスト OS のシャットダウン時間は、次のようにインスタンス タイプによって異なります。Spot VM: Spot VM とプリエンプティブル インスタンスの場合、シャットダウン時間は 30 秒です。この期間は、プリエンプト プロセスと同じ長さです。
その他のインスタンス タイプ: その他のインスタンス タイプの場合、シャットダウン期間は 120 秒です。
シャットダウン期間の終了時にシャットダウン スクリプトがまだ実行中の場合、Compute Engine は強制的に停止します。ただし、ゲスト OS 内からシャットダウンを開始した場合、シャットダウン スクリプトの実行が完了した後にのみ、ゲスト OS がシャットダウンされます。
ゲスト OS がシャットダウンすると、Compute Engine は ACPI G3 メカニカルオフ信号をインスタンスに送信し、実行中のオペレーションに応じて次のいずれかを行います。
停止オペレーションの場合: Compute Engine は数秒以内にインスタンスの状態を
TERMINATED
に設定し、停止オペレーションが完了します。インスタンスは、接続されたリソース、構成設定、内部 IP アドレス、MAC アドレス、メタデータを保持します。削除オペレーションの場合: Compute Engine は、インスタンスと接続されているすべてのリソースを数秒以内に削除します。
インスタンスのリセット
コンピューティング インスタンスをリセットすると、Compute Engine はゲスト OS に ACPI シャットダウン信号を送信せずにインスタンスをすぐに再起動します。これにより、シャットダウン手順が回避されます。インスタンスをリセットすると、Compute Engine は次の処理を行います。
メタデータやディスクを変更せずに、インスタンスを初期ブート状態に再初期化します。
インスタンスのメモリの内容を消去します。
リセット オペレーション全体を通してインスタンスの状態を
RUNNING
に保持します。
インスタンスをリセットしても、インスタンスのプロパティは変更されません。インスタンスは、エフェメラル IP、静的外部 IP、アタッチされたディスク、マシンタイプ、ローカル SSD ディスク(存在する場合)を保持します。
比較表
次の表は、コンピューティング インスタンスの停止、一時停止、リセットがインスタンスとそのリソースに与える影響を示しています。
インスタンスを一時停止する | インスタンスを停止する | インスタンスをリセットする。 | |
---|---|---|---|
お支払い | インスタンスが SUSPENDING 状態または SUSPENDED 状態にある間は、CPU 使用量に対して料金は発生しません。ただし、インスタンスにアタッチされたリソースは、削除するまで課金されます。 |
インスタンスが STOPPING 状態または TERMINATED 状態にある間は、CPU 使用量に対して料金は発生しません。ただし、インスタンスにアタッチされたリソースは、削除するまで課金されます。 |
インスタンスはリセット時に RUNNING 状態のままになるため、実行中のインスタンスと同じレートでインスタンスの料金が発生します。 |
インスタンスの状態 | SUSPENDED |
TERMINATED |
RUNNING |
接続されているディスク | アタッチされたディスクは維持され、引き続き課金されます。 | アタッチされたディスクは維持され、引き続き課金されます。 | アタッチされたディスクは維持され、引き続き課金されます。 |
メモリとインスタンスの状態 | ゲスト OS とアプリケーションの状態は保持され、インスタンスの再開時に復元されます。 保持されたデータの保存に対して特定の料金が発生します。詳細については、一時停止されたインスタンスの料金をご覧ください。 |
インスタンスは電源オンの状態にリセットされ、データは保存されません。 | インスタンスは電源オンの状態にリセットされ、データは保存されません。 |
GPU | 非対応。 GPU がインスタンスに接続されている場合、インスタンスは一時停止できません。 |
インスタンスが停止している場合、GPU の料金は発生しません。TERMINATED 状態のインスタンスに接続されている GPU は、プロジェクトの割り当てにはカウントされません。 |
標準の GPU 料金が課金されます。 |
ローカル SSD ディスク | インスタンスを一時停止するときに、アタッチされたローカル SSD ディスク上のデータの破棄または保持を選択できます。 ローカル SSD データを保持する場合は、Compute Engine によってローカル SSD データが永続ストレージに移行されます。インスタンスを再開または削除するまで、使用したストレージ容量に対して料金が発生します。 |
インスタンスを停止するときに、アタッチされたローカル SSD ディスク上のデータの破棄または保持を選択できます。 ローカル SSD データを保持する場合、Compute Engine はローカル SSD データを永続ストレージに移行します。インスタンスを再起動または削除するまで、使用したストレージ容量に対して料金が発生します。 |
ローカル SSD ディスクとそのデータは維持されますが、インスタンスをリセットすると、データが失われたり、ファイル システムが破損したりする可能性があります。 |
外部エフェメラル IP アドレス | Compute Engine は、インスタンスが一時停止されるとエフェメラル IP アドレスを解放し、インスタンスが再開されると新しいエフェメラル IP アドレスをインスタンスに割り当てます。外部 IP アドレスを保持するには、静的 IP アドレスに昇格させます。 | Compute Engine は、インスタンスが停止するとエフェメラル IP アドレスを解放し、インスタンスが再起動すると新しいエフェメラル IP アドレスをインスタンスに割り当てます。外部 IP アドレスを保持するには、静的 IP アドレスに昇格させます。 | エフェメラル IP アドレスは保持されます。 |
静的外部 IP アドレス | 静的外部 IP アドレスは保持されます。 静的外部 IP アドレスを予約してインスタンスに割り当てていない場合、使用中の静的外部 IP アドレスやエフェメラル外部 IP アドレスよりも高い料金が課金されます。詳細については、外部 IP アドレスの料金をご覧ください。 |
静的外部 IP アドレスは保持されます。 静的外部 IP アドレスを予約してインスタンスに割り当てない場合、または TERMINATED 状態のインスタンスに割り当てる場合は、使用中の静的外部 IP アドレスやエフェメラル外部 IP アドレスよりも高い料金が課金されます。詳細については、外部 IP アドレスの料金をご覧ください。 |
静的外部 IP アドレスは保持されます。 |
内部 IP または MAC アドレス | 内部 IP と MAC アドレスは維持されます。 | 内部 IP と MAC アドレスは維持されます。 | 内部 IP と MAC アドレスは維持されます。 |
VM メタデータ | VM メタデータは維持されます。 | VM メタデータは維持されます。 | VM メタデータは維持されます。 |
料金
以降のセクションでは、コンピューティング インスタンスの停止、一時停止、再起動の料金について説明します。
インスタンスの一時停止の料金
コンピューティング インスタンスの状態が SUSPENDING
に移行すると、CPU 使用量に対する課金は発生しなくなります。ただし、インスタンスにアタッチされている次のリソースは、削除するまで料金が発生します。
インスタンスのメモリ。
インスタンスに接続されているディスク。
インスタンスに割り当てられた静的 IP アドレス。
また、ソフトウェア ライセンス料金が請求される場合があります。たとえば、Windows Server インスタンスを一時停止しても、Windows Server ライセンス料金は発生しません。ただし、他の種類のライセンスについては料金が発生する場合があります。
詳細については、一時停止されたインスタンスの料金をご覧ください。
インスタンスの停止の料金
コンピューティング インスタンスの状態が STOPPING
に移行すると、CPU 使用量に対する課金は発生しなくなります。ただし、ディスクや外部 IP アドレスなど、インスタンスにアタッチされているリソースは、削除するまで課金対象になります。
詳細については、インスタンスの稼働時間をご覧ください。
インスタンスのリセットの料金
コンピューティング インスタンスはリセットしても RUNNING
状態のままであるため、実行中のインスタンスと同じレートでインスタンスの料金が発生します。
詳細については、VM インスタンスの料金をご覧ください。
次のステップ
インスタンスを一時停止または再開する方法を確認する。
インスタンスを停止または再起動する方法を確認する。
インスタンスが自動的に停止するようにスケジュールを設定する方法を学習する。
インスタンスを再起動またはリセットする方法を学習する。