このドキュメントでは、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 のシャットダウンをスキップするように指定していない限り、ゲスト OS がクリーン シャットダウンするまでの時間は、次のようにインスタンス タイプによって異なります。Spot VM: Spot VM とプリエンプティブル インスタンスの場合、ゲスト OS は最大 30 秒でシャットダウンします。この期間は、プリエンプション プロセスと同じ長さです。
その他のインスタンス タイプ: その他のインスタンス タイプの場合、Compute Engine はゲスト OS に最大 120 秒のシャットダウン時間を割り当てます。
ゲスト OS がシャットダウンすると、Compute Engine は ACPI G3 メカニカルオフ信号をインスタンスに送信し、実行中のオペレーションに応じて次のいずれかを行います。
停止オペレーション: Compute Engine は数秒以内にインスタンスの状態を
TERMINATEDに設定し、停止オペレーションが完了します。インスタンスは、接続されているリソース、構成設定、内部 IP アドレス、MAC アドレス、メタデータを保持します。削除オペレーション: Compute Engine は、インスタンスと接続されているすべてのリソースを数秒以内に削除します。
リセット オペレーション
コンピューティング インスタンスをリセットすると、Compute Engine はゲスト OS に ACPI シャットダウン信号を送信せずに、シャットダウン手順をバイパスしてインスタンスをすぐに再起動します。インスタンスをリセットすると、Compute Engine は次の処理を行います。
Compute Engine はインスタンスを初期ブート状態に再初期化しますが、インスタンスのメタデータやアタッチされたディスクは変更しません。
Compute Engine はインスタンスのメモリの内容を消去します。
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 アドレスなど、VM に接続されているリソースは、削除するまで課金対象です。
詳細については、インスタンス稼働時間をご覧ください。
インスタンスのリセットの料金
コンピューティング インスタンスはリセットしても RUNNING 状態のままであるため、実行中のインスタンスと同じレートでインスタンスの課金が発生します。
詳しくは、VM インスタンスの料金をご覧ください。