単一テナンシーを使用すると、特定の単一テナントノードまたはノード群に VM を作成できます。VM をノード群内に作成すると、Compute Engine はビンパッキング アルゴリズムを使用して VM を配置するノードを決定し、ノードグループ内の VM が使用可能なスペースを最適化します。単一テナンシーについては、単一テナンシーの概要をご覧ください。
ワークロードを実行しながら、VM を別のノードまたはノード群に移動させることをおすすめします。単一テナント VM を別のノードまたはノード群に移動させるには、ライブ マイグレーションを手動で開始します。ライブ マイグレーションを手動で開始して、マルチテナント VM を単一テナンシーに移動させることもできます。
手動ライブ マイグレーションのユースケース
次のリストは、VM を手動でライブ マイグレーションするユースケースを示しています。
使用率を高め、費用を最適化する。より少ない単一テナントノードに VM を統合できる場合があります。
VM を論理的に再編成する。異なる単一テナントノード群または単一テナントノードを使用して、ワークロードの種類に基づき VM を分離します。
ワークロードを分離して、コンプライアンス基準を満たすかパフォーマンスを改善する。コンプライアンス基準を満たすため、またはパフォーマンスを向上させるため、ハードウェアの分離を単一テナントに組み込む必要があるマルチテナント ワークロードを手動でライブ マイグレーションします。
VM のポータビリティを強化する。メンテナンス ポリシー、メンテナンスの時間枠、ローカル SSD に関連する設定など、特定のノード テンプレート設定は変更できません。手動ライブ マイグレーションを使用すると、設定が異なる VM をノードグループに移行できます。
- オーバーサブスクライブされた単一テナントノードを最調整してパフォーマンスを向上させる。単一テナントノードで CPU をオーバーコミットする場合、パフォーマンスの低い VM を他の単一テナントノードに手動でライブ マイグレーションできます。
例
手動ライブ マイグレーションが上記のユースケースにどのように役立つかを理解するため、次の例をご覧ください。
手動ビンパッキング
ノードグループに VM をより効率的に配置して、追加の VM を適合させるには、手動ライブ マイグレーションを使用して、どのノードに単一テナント VM を配置するかを選択します。
次の初期状態の単一テナントノード グループに、16 個の vCPU を持つ追加の VM をスケジュールします。
| 初期状態 | ノード 1 | ノード 2 | 合計 |
|---|---|---|---|
| vCPU 容量 | 80 | 80 | 160 |
| VM の vCPU | 72 | 64、8 | 144 |
| 未使用の容量 | 8 | 8 | 16 |
16 個の vCPU を持つ VM をスケジュールするには、どのノードにも十分な容量がありません。ただし、十分な集約スペースがあります。
16 個の vCPU を持つ VM の容量を確保するには、ノード 2 からノード 1 に 8 vCPU の VM をライブ マイグレーションします。次の表に、新しい VM の構成を示します。
| 最終状態 | ノード 1 | ノード 2 | 合計 |
|---|---|---|---|
| vCPU 容量 | 80 | 80 | 160 |
| VM の vCPU | 72、8 | 64、16 | 160 |
| 未使用の容量 | 0 | 0 | 0 |
次の図に、このプロセスの概要を示します。
ビンパッキング後の自動スケーリング
ビンパッキング後に、VM を持たない単一テナントノードが発生する場合があります。この場合、単一テナントノードのオートスケーラーが空のノードを削除できます。
次の初期状態の単一テナントノード グループで、8 vCPU の VM を移動すると、ノードグループのオートスケーラーはノードを削除できます。
| 初期状態 | ノード 1 | ノード 2 | 合計 |
|---|---|---|---|
| vCPU 容量 | 80 | 80 | 160 |
| VM の vCPU | 8 | 72 | 80 |
| 未使用の容量 | 72 | 8 | 80 |
ノードグループ オートスケーラーに空のノードを通知するため、ノード 1 からノード 2 に 8 vCPU の VM をライブ マイグレーションします。次の表に、新しい VM の構成を示します。
| 最終状態 | ノード 1 | ノード 2 | 合計 |
|---|---|---|---|
| vCPU 容量 | 80 | 80 | 160 |
| VM の vCPU | 0 | 72、8 | 80 |
| 未使用の容量 | 80 | 0 | 80 |
ノード 1 が空になったので、オートスケーラーはノードグループからノード 1 を削除できます。次の表に、新しい VM の構成を示します。
| 最終状態 | ノード 1 | ノード 2 | 合計 |
|---|---|---|---|
| vCPU 容量 | - | 80 | 80 |
| VM の vCPU | - | 72、8 | 80 |
| 未使用の容量 | - | 0 | 80 |
次の図に、このプロセスの概要を示します。
制限事項
VM を手動でライブ マイグレーションする場合、次の制限事項が適用されます。
容量の制限事項。単一テナンシー内の VM を手動でライブ マイグレーションすると、ライブ マイグレーションが完了するまで、VM は移行元の単一テナントノードと宛先の単一テナントノードの両方の容量を消費します。宛先ホストに十分な容量がない場合、Compute Engine は VM を移行しません。
一般的な制限事項。互換性のないスケジューリング プロパティや競合するライブ マイグレーション リクエストが存在する場合、手動ライブ マイグレーション リクエストが失敗することがあります。これを解決する方法については、VM のスケジューリングの失敗をご覧ください。
マネージド インスタンス グループ（MIG）の制限事項。MIG 内の VM を別の単一テナントノードに手動でライブ マイグレーションすることはできません。
VM インスタンスのライフサイクルに関する制限事項。VM の一部のプロパティ（マシンタイプなど）を更新する際に VM の再起動が必要になります。また、ノード アフィニティの更新と同時にこれらのプロパティを更新することはできません。これらのプロパティの詳細については、インスタンス プロパティの更新をご覧ください。
料金
VM の手動ライブ マイグレーションに対して、追加料金は発生しません。単一テナントノードの課金方法については、単一テナントノードの料金をご覧ください。
マイグレーション後に単一テナントノードが空で、単一テナントノードのオートスケーラーを有効にしている場合、VM を手動でライブ マイグレーションすると、料金を下げられる場合があります。