停止したインスタンスのマシンタイプの変更

マネージドインスタンスグループの一部ではない場合は、停止したインスタンスのマシンタイプを変更できます。マネージドインスタンスグループに含まれるインスタンスのマシンタイプを変更する場合は、マネージドインスタンスグループの更新をご覧ください。

既存のマシンタイプがインスタンスで実行するワークロードに適していない場合は、インスタンスのマシンタイプを変更します。ワークロードの変化に合わせて、インスタンスのマシンタイプを変更して、vCPU の数とメモリを調整できます。たとえば、セットアップ、開発、テスト中に小さいマシンでインスタンスを開始し、本番環境のワークロードの準備ができたら、インスタンスを大きなマシンタイプに変更します。

使用可能なマシンタイプについては、マシンタイプに関するドキュメントをご覧ください。

始める前に

このガイドのコマンドラインのサンプルを使用する場合、以下を行ってください。
1. gcloud コマンドラインツールの最新バージョンをインストールするか、最新バージョンに更新します。
2. デフォルトのリージョンとゾーンを設定します。
このガイドの API の例を使用する場合、API アクセスを設定します。
インスタンスを停止する方法を理解しておきます。
マシンタイプについて理解しておきます。

このタスクに必要な権限

このタスクを実行するには、次の権限が必要です。

インスタンスに対する compute.instances.setMachineType

マシンタイプの変更

マネージドインスタンスグループに含まれないインスタンスの場合は、インスタンスの永続ディスクデータ（インストールされたアプリケーションやアプリケーションデータを含む）、SSH 認証鍵、インスタンスメタデータなどのインスタンスの構成に影響を与えずにマシンタイプを変更できます。インスタンスがエフェメラル外部 IP アドレスを使用する場合、IP アドレスが変更される可能性があります。IP アドレスが変更されないようにするには、静的外部 IP アドレスに昇格させます。

停止したインスタンスのマシンタイプを変更するには、Google Cloud Console、API の setMachineType メソッド、または gcloud の instances set-machine-type コマンドを使用します。マシンタイプを変更できるのは停止したインスタンスのみであり、インスタンスが停止していると見なされるのはインスタンスが TERMINATED 状態にあるときのみです。実行中のインスタンスのマシンタイプは変更できません。

Console

[VM インスタンス] ページに移動します。
[名前] 列で、マシンタイプを変更するインスタンスの名前をクリックします。
インスタンスの詳細ページで、次の手順を実行します。
1. [停止] ボタンをクリックし、インスタンスを停止します（停止されていない場合）。
2. インスタンスを停止した後、ページ上部にある [編集] ボタンをクリックします。
3. [マシンの構成] セクションで、使用するマシンタイプを選択するか、カスタムマシンタイプを作成します。
4. 変更を保存します。

gcloud

gcloud でマシンタイプを変更するには、次のコマンドを実行します。INSTANCE をインスタンス名と置き換え、MACHINE-TYPE を目的のマシンタイプに指定します。

gcloud compute instances set-machine-type INSTANCE --machine-type MACHINE-TYPE

マシンタイプには、n1-standard-1 のような事前定義されたマシンタイプまたはカスタムマシンタイプを指定できます。たとえば、4 つの vCPU と 1 GB のメモリでカスタムマシンタイプを指定する場合、次のようにします。

--machine-type custom-4-1024

API

API では、リクエストの本文に必要なマシンタイプを指定して POST リクエストを行います。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/instances/INSTANCE/setMachineType

{
    machineType: "zones/us-central1-f/machineTypes/n1-standard-1"
}

カスタムマシンタイプを宣言するには、次の形式を使用します。

zones/ZONE/machineTypes/custom-CPU-MEMORY

たとえば、次のマシンタイプには 4 つの vCPU と 1 GB のメモリが含まれます。

zones/us-central1-f/machineTypes/custom-4-1024

より小さなマシンタイプへの移行

リソースが多いマシンタイプからリソースが少ないマシンタイプに移行する場合（たとえば、n1-standard-8 マシンタイプから n1-standard-2 マシンタイプへの移行など）、ハードウェアのリソースに関する問題やパフォーマンスの制限が発生する可能性があります。これは、小さいマシンタイプのほうが性能が低いためです。新しいマシンタイプで、インスタンスで現在実行中のアプリケーションまたはサービスをサポートできることを確認してください。または、小さいマシンタイプで実行できるようサービスやアプリケーションを更新してください。

料金への影響

請求される料金はマシンタイプごとに異なるため、マシンタイプを変更する際は、料金への影響を確認してください。たとえば、n1-standard-1 マシンタイプの費用は f1-micro マシンタイプより高くなります。

マシンタイプを変更すると、VM の継続利用割引に影響する可能性があります。継続利用割引は、同じリージョンの異なるカテゴリごとに個別に計算されます。新しいマシンタイプが別のカテゴリになるようにマシンタイプを変更した場合、仮想マシンインスタンスの次の実行時間は新しいカテゴリの継続利用割引にカウントされます。

たとえば、n1-standard-1 マシンタイプのインスタンスを半月実行しているとします。このマシンタイプを m1-ultramem-40 に変更することにします。変更すると、Compute Engine はメモリ最適化 vCPU とメモリのカテゴリの継続利用割引を適用して、仮想マシンインスタンスの実行時間を計測するようになります。

請求書には、マシンタイプの変更を行う前から n1-standard-1 マシンタイプに適用されている継続利用割引と、インスタンスが月の残り 25% 以上の間 m1-ultramem-40 で実行されていれば、別途 m1-ultramem-40 に適用された継続利用割引が記載されます。

ベストプラクティス

スナップショットを使用して、定期的に永続ディスクデータのバックアップを取ることをおすすめします。マシンタイプを変更する前に、永続ディスクデータのスナップショットを取ることを検討してください。新しいマシンタイプで既存の仮想マシンインスタンス上のデータをサポートできることを確認するには、永続ディスクのスナップショットを取り、それを使用して新しいマシンタイプで 2 番目の仮想マシンインスタンスを起動し、インスタンスが正常に起動することを確認するという方法を使えます。

2 番目の永続ディスクをインスタンスに接続する場合は、そのディスクを /etc/fstab ファイルに追加して、インスタンスの再起動時に自動的にマウントされるようにしてください。