移行プロセス
個別の移行元 VM の移行プロセスは、次のフェーズで行われます。
オンボーディング: 移行する VM を選択します。
レプリケート: 移行元の VM から Google Cloud にデータをレプリケートします。データ レプリケーションは、最終的なカットオーバーまで、または移行を削除するまで、バックグラウンドで行われる継続的なプロセスです。
VM ターゲットの詳細の設定: 移行される VM のプロジェクト、インスタンス タイプ、メモリ、ネットワークなどの設定を構成します。
（省略可）テストクローン: レプリケーション データから移行元 VM のクローンを作成し、Google Cloud でテストします。
カットオーバー: 移行元 VM を移行します。このプロセスには、移行元 VM の停止、最終レプリケーションの実行、移行元 VM からの本番環境インスタンスの作成が含まれます。
最終処理: カットオーバー オペレーションが正常に完了した後に、移行で消費されたすべてのリソースをクリーンアップします。
これらの各フェーズの詳細については、VM Migration のライフサイクルをご覧ください。
移行の進捗状況をモニタリングする方法については、移行の進行状況の詳細をご覧ください。
VM の移行プロセスは、ディスクの移行プロセスと同じです。そのため、移行プロセスのどの時点でも、VM 移行とディスク移行の切り替えを選択できます。詳細については、VM 移行からディスク移行に切り替えるをご覧ください。
このドキュメントでは、移行元 VM を Google Cloud に移行するフェーズについて説明します。
前提条件
移行元と移行先で移行環境を構成するため、次の操作を行います。
- Migrate to Virtual Machines サービスの有効化
- （VMware VM の場合のみ）Migrate Connector のインストール
- 一部の Compute Engine 機能では、VM 上で実行されているエージェントとサービスが必要です。これらのエージェントとサービスは、移行中に自動的にインストールされます。ただし、SELinux、ウイルス対策、ファイアウォールなどの特定のセキュリティ機能により、これらのサービスが妨げられ、特定の機能が動作しなくなる可能性があります。ゲスト環境が適切に機能するように、ゲスト環境で読み込まれるサービス、また必要に応じて Compute Engine のトラブルシューティング手順に記載されている手順に沿って操作してください。
ライセンス
Compute Engine は、移行元 VM のオペレーティング システムに基づいて、プレミアム従量課金制（PAYG）ライセンスおよび、お客様所有ライセンスの使用（BYOL）をサポートしています。PAYG ライセンスは、使用したリソースに基づいて課金されます。
サポートされているすべてのオペレーティング システムのライセンス付与について詳しくは、サポートされているオペレーティング システムをご覧ください。
ステップ 1: VM をオンボーディングする
移行の最初のフェーズで、移行元 VM のオンボーディングを行います。たとえば、vSphere データセンターには数十、数百、場合によっては数千の VM が存在する可能性があります。移行する VM のみをオンボーディングします。
ホスト プロジェクトとリージョンごとに、一度に最大 200 個の移行を同時に進めることができます（最終処理フェーズの移行を除く）。この制限は、すべてのソースタイプの VM の移行が対象となります。たとえば、100 台の VM を VMware ソースから、追加でもう 100 台の VM を AWS から同時に移行できます。
移行元 VM をオンボーディングする手順は次のとおりです。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[ソース] タブを選択します。
プルダウン リストから、VM の移行元を選択します。
プルダウンの下に、移行元のステータスが表示されます。
- アクティブ: 移行元は有効であり、Migrate to Virtual Machines に接続されています。
- オフライン: 移行元を利用できません。
- 保留中: 移行元に対して接続と確認が行われています。
プルダウン リストにエントリが表示されない場合は、移行元が適切に構成されていないことを示します。移行元の設定手順を確認して、もう一度お試しください。
テーブルに、移行に使用できる移行元の VM が表示されます。1 つ以上の移行元 VM を選択します。
[VM Power Status] 列には、「一時停止中」、「オン」、または「オフ」のステータスが表示されます。これらのいずれかのステータスの VM を移行できます。
[移行を追加] > [VM の移行] をクリックします。
移行の作成を確認します。
移行を作成すると、VM の [レプリケーションのステータス] 列に、次のいずれかが表示されます。
- 保留中: VM はオンボーディング中です。
- 準備完了: VM はオンボーディングされていますが、まだレプリケーションされていません。
これで、次のステップで説明するように VM のレプリケーションを開始できます。
ステップ 2: 移行元 VM のレプリケーションを開始する
移行元 VM のオンボーディングが完了したら、移行元 VM から Google Cloud にディスクデータのレプリケーションを開始します。このプロセスは、ワークロードを中断することなく、バックグラウンドで行われます。
データ レプリケーションは、次の 2 つのステップで構成されます。
最初のレプリケーション ステップ: Migrate to Virtual Machines は、移行元 VM データディスクの初期スナップショットを作成し、スナップショット データを Google Cloud にレプリケートします。初期レプリケーションは、移行元 VM 上のディスクデータの量に応じて、完了まで数分または数時間かかることがあります。
最初のレプリケーション ステップでの VM の [レプリケーションのステータス] 列に、[最初の同期] ステータスと適切なサブステップが表示されます。
増分レプリケーション ステップ: 最初のレプリケーション ステップが成功すると、増分レプリケーション ステップが設定された時間間隔で行われます（デフォルトでは 2 時間ごと）。各ステップで、データディスクごとに新しいスナップショットが作成されます。前のステップで行われたデータ更新のみが、変更ブロック トラッキング（CBT）メカニズムを使用して Google Cloud にレプリケートされます。
増分レプリケーション ステップの VM の [レプリケーションのステータス] 列に、「アクティブ」ステータスと適切なサブステップが表示されます。
移行元 VM のレプリケーションを開始する
移行元 VM のレプリケーションを開始するには、次の操作を行います。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
オンボーディングした移行元の移行元 VM が表示されます。レプリケーション ステータスが [準備完了] の VM でレプリケーションを開始できます。
1 つ以上の移行元 VM を選択します。
[移行] > [レプリケーションを開始] をクリックします。[レプリケーションのステータス] 列には、レプリケーションのステータスと、レプリケーション サイクルのサブステップの表で説明されているサブステップのいずれかが表示されます。
VM のレプリケーション履歴を表示するには、VM をクリックして詳細ページを開きます。[レプリケーション履歴] をクリックすると、VM のレプリケーション履歴とレプリケーションのサブステップが表示されます。
テストクローンとカットオーバーのフェーズで移行対象を構成できるようになりました。
Migrate to Virtual Machines は、レプリケーション サイクルの完了後にアダプテーション レポートを生成します。アダプテーション レポートの詳細については、アダプテーション レポートのドキュメントをご覧ください。
最初のレプリケーション ステップが完了した後は、いつでもテストクローンを作成できます。カットオーバー フェーズでユーザーが明示的に終了するまで、レプリケーションが繰り返し行われます。
レプリケーションを一時停止する
レプリケーションを一時停止する手順は次のとおりです。
VM のレプリケーションはいつでも一時停止できます。VM を一時停止すると、[レプリケーションのステータス] が「一時停止」に変わります。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
使用可能なソース VM の表が表示されます。
VM を 1 つ以上選択します。
[一時停止] を選択します。
後でレプリケーションを再開するには、1 つ以上の VM を選択し、[再開] を選択します。
レプリケーション間隔を設定する
レプリケーション間隔を設定する手順は次のとおりです。
デフォルトでは、Migrate to Virtual Machines は 2 時間ごとに移行元 VM のレプリケーションを実行します。レプリケーションの頻度を変更するには:
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
使用可能なソース VM の表が表示されます。
VM の [ターゲットの詳細を編集] ボタンを選択します。そのターゲットを構成するためのパネルが開きます。
複数の VM の頻度を設定するには、それらの VM を選択し、[ターゲットの詳細を編集] ボタンを選択します。選択した VM のレプリケーション頻度を構成するパネルが開きます。
[ターゲットの詳細] タブを選択します。
[レプリケーション ポリシー] 領域で、レプリケーションの頻度を秒単位で設定します。
[保存] を選択します。
VM 移行からディスク移行に切り替える
VM 移行とディスク移行は、移行プロセス中にいつでも切り替えることができます。
VM 移行からディスク移行に切り替えるには、次の操作を行います。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
VM を 1 つ以上選択します。
[移行] > [ディスク移行への変換] をクリックします。
VM 移行からディスク移行に切り替えると、ターゲットの詳細が消去されます。これは、VM の移行とディスクの移行のターゲットの詳細が異なるためです。ただし、切り替え中にレプリケーションの進行状況が失われることはありません。
移行を正常に完了するには、VM でオペレーションのクローンを作成するか、カットオーバーする前に、ターゲットの詳細を更新する必要があります。詳細については、ターゲットの構成をご覧ください。
ステップ 3: 移行した VM のターゲットを構成する
ターゲットを構成するには、次の 2 つの主な手順を行います。
ターゲット プロジェクトを追加する。ターゲット プロジェクトは、移行された VM をホストするために使用される Compute Engine インスタンスを含むプロジェクトです。
ホスト プロジェクトはターゲット プロジェクトとして自動的に追加されるため、明示的に追加する必要はありません。ターゲット プロジェクトとしてさらにプロジェクトを追加する場合は、ターゲット プロジェクトの追加をご覧ください。
移行した VM をホストするために使用される Compute Engine インスタンスを構成します。テスト環境と本番環境の両方について、ターゲットの Compute Engine インスタンスを構成して、次のものを指定します。
- Google プロジェクト
- CPU 数
- メモリの量
このセクションでは、移行した VM をホストするために使用される Compute Engine インスタンスの初期構成を設定する方法について説明します。ただし、Compute Engine インスタンスに適用できる設定には、その他にも多くのものがあります。すべての設定の詳細については、Compute Engine のドキュメントをご覧ください。
ターゲットの詳細は随時変更できます。テストクローン フェーズまたはカットオーバー フェーズの Compute Engine インスタンスをインスタンス化するときに、Migrate to Virtual Machines はオペレーションの実行時点でのターゲットの詳細設定を使用します。
Compute Engine のターゲットを構成する手順は次のとおりです。
まだ追加していない場合は、ターゲットの追加で示すように、ターゲット プロジェクトを追加します。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
移行のテーブルが表示されます。
目的の VM を選択し（複数選択して編集可能）、[ターゲットの詳細を編集] ボタンを選択します。表示されたパネルで、選択したすべての VM のターゲットの詳細を構成します。
ターゲットの詳細を設定し、移行した VM をホストするために使用される Compute Engine インスタンスの特性を定義します。以下の表に、これらの設定の一覧を示すとともに、詳細に説明した Compute Engine のドキュメントへのリンクも掲載します。
Migrate to Virtual Machines は、Compute Engine のすべての設定をサポートしているわけではありません。下記の表で説明されている内容のみ設定できます。Compute Engine インスタンスを作成後、設定はすべて変更できます。
セクション タイトル フィールド名 説明 全般 インスタンス名 Compute Engine インスタンスの名前。命名規則については、リソースの命名規則をご覧ください。 プロジェクト Compute Engine インスタンスをホストするプロジェクトの名前。これは、すでに追加済みのプロジェクトである必要があります。 ゾーン Compute Engine インスタンスのゾーン。詳しくは、リージョンとゾーンをご覧ください。
デプロイしたインスタンスのリージョンは、Migration Connector の登録時に指定したリージョンです。詳細については、Migrate Connector のインストールをご覧ください。ラベル プロジェクトを整理するには、ラベルを Key-Value ペアとしてリソースに追加します。リソースのラベル付けをご覧ください。 マシンの構成 マシンタイプ シリーズ Compute Engine は、インスタンスの作成時に使用できる事前定義されたマシンタイプを提供しています。オプションによって料金が異なります。ワークロードに最適なマシンタイプ シリーズを選択します。
詳細は料金をご覧ください。
Migrate to Virtual Machines は、移行元 VM に基づいて Compute Engine インスタンスの OS のタイプを自動的に判別し、そのインスタンスに PAYG ライセンスを適用します。ライセンスをご覧ください。マシンタイプ Compute Engine は、インスタンスを作成する場合に利用できる事前定義されたマシンタイプを提供します。使用可能なマシンタイプは、上のフィールドで選択したマシンシリーズによって異なります。
詳細については、事前定義されたマシンタイプをご覧ください。ホスト メンテナンス時 Compute Engine が定期的なインフラストラクチャ メンテナンスを実施する際、ダウンタイムを発生させずに VM インスタンスを他のハードウェアに移行できますVM を移行するには、このオプションを [VM インスタンスを移行（推奨）] に設定します。インスタンスを終了するには、[終了] に設定します。 自動再起動 デフォルトの [オン（推奨）] に設定すると、ユーザーによる操作以外の理由（メンテナンス イベント、ハードウェア障害、ソフトウェア障害など）でインスタンスが終了したときに、Compute Engine がインスタンスを自動的に再起動します。[オフ] に設定すると、再起動が無効になります。 メタデータ 移行する VM 用に保存する VM メタデータの Key-Value ペアを指定します。
Compute Engine VM メタデータの詳細については、VM メタデータのドキュメントをご覧ください。
Migrate to Virtual Machines では、移行する各 VM のメタデータの Key-Value ペアすべてに対して 64,000 文字の制限が適用されます。ネットワーキング ネットワーク名 インスタンスが属する VPC ネットワークを指定します。 サブネットワーク名 リージョンに関連付けられたサブネットを指定します。これは、指定したネットワークのサブネットワークである必要があります。 外部 IP アドレス 外部アクセスを無効にするには [なし]（デフォルト）に設定します。gcloud CLI による IP アドレスの割り振りを許可するには [エフェメラル] に設定します。静的外部 IP アドレスの予約をご覧ください。 内部 IP アドレス gcloud CLI による IP アドレスの割り振りを許可するには [エフェメラル（自動）]（デフォルト）に設定します。独自の IP アドレスを設定するには [エフェメラル（カスタム）] に、事前定義済みの IP アドレスを使用するには [reserved-internal-ip（IP）] に設定します。詳しくは静的内部 IP アドレスの予約をご覧ください。 ホスト名 カスタムホスト名を使用する VM を作成するには、完全修飾 DNS 名を指定します。カスタムホスト名は、有効なホスト名に関する RFC 1035 の要件を満たしている必要があります。
カスタムホスト名のフォーマット設定の詳細については、カスタムホスト名のドキュメントをご覧ください。
TargetDetails API を使用して Windows VM のホスト名を変更できます。Windows VM ホスト名をローカルで変更したら、Active Directory（AD）のホスト名を更新して、AD の信頼が中断されないようにします。
ネットワーク インターフェースを追加する Migrate to Virtual Machines では、必要に応じて複数のネットワーク インターフェース（NIC）を使用する Compute Engine インスタンスを作成できます。各インターフェースを異なる VPC ネットワークに接続し、gcloud CLI の異なる VPC ネットワークに対してそのインスタンスのアクセス権を付与します。
ネットワーク インターフェースを追加する前に、次の点に注意してください。
- 複数のネットワーク インターフェースを同じ VPC ネットワークには接続できません。構成は保存できますが、VM のインスタンス化は失敗します。
- Compute Engine インスタンスをインスタンス化した後に、
test-cloneやcut-overを使用して、作成されたインスタンスでネットワーク インターフェースを追加、削除することはできません。別のターゲットの詳細では、test-cloneやcut-overを繰り返してインスタンスを再作成できます。
ネットワーク インターフェースを追加または削除するには: - [ネットワーク インターフェースを追加] を選択して、Compute Engine インスタンスに別のネットワーク インターフェースを追加します。オプションは、最初のネットワーク インターフェースと同じものすべてを設定できます。
ネットワーク タグ タグを使用して、特定のインスタンスに適用されるファイアウォール ルールやルートを作成できます。ネットワーク タグの構成をご覧ください。 追加構成 サービス アカウント Compute Engine インスタンスの実行に使用するターゲット プロジェクトでサービス アカウントを指定します。デフォルトでは、Compute Engine インスタンスにサービス アカウントは割り当てられていません。
他の gcloud CLI サービスおよび API へのアクセスが必要なアプリケーションを Compute Engine インスタンスで実行する場合は、Compute Engine インスタンスを作成する前に、ターゲット プロジェクト内にサービスと API に対して必要なアクセス権を備えたサービス アカウントを作成します。そのサービス アカウントをここに指定します。詳細については、サービス アカウントとして実行するよう VM を設定するをご覧ください。
サービス アカウントを Compute Engine インスタンスに接続するには、Migrate to Virtual Machines ホスト プロジェクトのユーザー アカウントに必要な権限が必要です。詳細については、ターゲット プロジェクトのサービス アカウントの権限を構成するをご覧ください。ディスクタイプ インスタンスのストレージ タイプを指定します。詳しくは、ストレージ オプションをご覧ください。 顧客管理の暗号鍵（プレビュー） Google Cloud でデータを保護するために使用する鍵。Google Cloud のデフォルトでは、Google 管理の暗号鍵を使用して、自動的に保存データが暗号化されます。データを保護する鍵について特定のコンプライアンスや規制の要件がある場合、顧客管理の暗号鍵（CMEK）を使用して保存データの暗号化と復号を行うことができます。これらの暗号鍵は、ユーザーによって作成、管理、所有されます。CMEK は projects/PROJECT/locations/LOCATIONS/keyRings/KEY_RING/cryptoKeys/KEYの形式にする必要があります。
次のように置き換えます。PROJECT_ID: 移行に使用されるプロジェクトの名前。LOCATIONS: プロジェクトのロケーション。KEY_RING: CMEK が含まれるキーリングの名前。KEY: CMEK の名前。
CMEK を追加するときに、使用している Compute Engine サービス エージェント アカウントに Cloud KMS CryptoKey の暗号化 / 復号ロールの権限も割り当てる必要があります。詳細については、Cloud KMS 鍵を使用してリソースを保護するをご覧ください。セキュアブート 選択したすべての VM には、セキュアブートを有効にするための EFI ブート オプションが必要です。Compute Engine では、セキュアブートが有効になっている場合に、VM の読み込みを妨げる可能性のある最新のポリシーが適用されます。詳細については、Compute Engine ドキュメントのセキュアブートをご覧ください。 ライセンスの種類 Compute Engine は、デプロイ済み VM に従量課金制（PAYG）ライセンスとお客様所有ライセンスの使用（BYOL）をサポートしています。サポートされているオペレーティング システムで説明されているように、移行した VM のデフォルトのライセンス タイプは、移行したオペレーティング システムに基づいて Migrate to Virtual Machines によって割り当てられます。
オペレーティング システムが複数のライセンス タイプをサポートしている場合は、デフォルトのライセンス タイプをオーバーライドして、PAYG または BYOL のライセンス タイプを明示的に指定できます。
追加ライセンス Migrate to Virtual Machines では、[ターゲットの詳細] ダイアログの [追加の構成] セクションに最大 10 個のライセンス（有効な URL 形式）を追加できます。
たとえば、次の URL 形式を使用してライセンスを追加できます。https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
単一テナンシー ノード アフィニティのラベル Compute Engine では、移行されたワークロードを単一テナントノードにデプロイできます。単一テナントノードは、プロジェクトの VM のみをホストすることに特化した Compute Engine サーバーです。
移行したワークロードを単一テナントノードで実行するように構成する前に、ターゲット プロジェクトとゾーンに単一テナントノード テンプレートと単一テナントノード グループを作成しておく必要があります。単一テナントノードでの VM のプロビジョニングをご覧ください。
アフィニティ ラベルを使用すると、ノードとノードグループを論理的にグループ化できます。Compute Engine インスタンスをプロビジョニングするときは、アフィニティ ラベルを使用して、特定のノードのセットまたはノードグループでインスタンスが実行されるようにスケジュールします。
移行する VM にアフィニティ ラベルを追加するには、Key-Value ペアで情報パネルに手動で入力するか、[ノードを参照] ダイアログでノードまたはノードグループを選択します。VM アフィニティ ラベルを編集して、単一テナント デプロイをカスタマイズできます。
- [ノードを参照] を選択して、使用可能な単一テナントノードとノードグループのリストからアフィニティ ラベルを追加します。ノードまたはノードグループを選択すると、Key-Value ペアが自動的に作成されます。
- [新しく追加] を選択して、アフィニティ ラベルを手動で入力します。
割り当てられる最小 vCPU 数 Compute Engine インスタンスに割り当てる最小 vCPU 数を設定します。
詳細については、ノード アフィニティとアンチ アフィニティとノード アフィニティのラベルの構成をご覧ください。レプリケーション ポリシー サイクル間のレプリケーションのアイドル時間 デフォルトでは、Migrate to Virtual Machines は 2 時間ごとにソース VM のレプリケーションを実行します。レプリケーションの頻度を秒単位で設定します。
[保存] を選択します。
ターゲットの詳細は後で編集できます。test-clone または cut-over のいずれかのフェーズの Compute Engine インスタンスをインスタンス化する場合、Migrate to Virtual Machines はオペレーションの実行時点でのターゲットの詳細設定を使用します。
（省略可）ステップ 4: 移行 VM のクローンをテストする
テストクローン フェーズでは、Migrate to Virtual Machines が、移行した VM のクローンをテスト環境の Compute Engine インスタンスにデプロイします。テストフェーズは省略可能ですが、移行した VM を本番環境にデプロイする前にテストを実行することをおすすめします。
テストクローン インスタンスを作成するたびに、現在のターゲットの詳細を使用して、直近に完了したレプリケーション サイクル データからクローンが作成されます。つまり、テストクローン インスタンスは、最後に完了したレプリケーション サイクルの時点における移行元 VM のスナップショットを表します。
複数のディスクがある Azure ソース VM の場合、Migrate to Virtual Machines のレプリケーション サイクルは、各ディスクのスナップショットを個別に作成します。これらのスナップショットは同時に作成されないため、キャプチャされたデータに小さな差異が生じることがあります。そのため、カットオーバー時には本番環境用の置換としてテストクローンを使用しないことをおすすめします。
最初のテストクローンを開始する
初期レプリケーション サイクルの完了後に最初のテストクローンを作成し、移行プロセス全体で追加のテストクローンを作成できます。
テストクローンを開始する前に、Compute Engine インスタンスのターゲット環境を構成しておく必要があります。詳細については、ターゲットの構成のドキュメントをご覧ください。
一時停止状態の VM は、少なくとも 1 つのレプリケーションを完了している場合にのみテストできます。
テストクローン フェーズで発生する可能性のある問題の詳細については、トラブルシューティング セクションをご覧ください。
VM のテストクローンを作成する
Migrate to Virtual Machines を使用して VM のテストクローンを作成するには、次の操作を行います。
VM ターゲットの構成に示すように、テスト用 VM のターゲット環境が構成済みであることを確認します。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
使用可能な移行元 VM のテーブルが表示されます。「Active (Current cycle: XX%)」または「Active (idle)」の状態にある任意の VM をテストできます。「Active」状態は、VM の最初のレプリケーション同期に成功し、VM データが段階的にレプリケートされていることを意味します。
VM を選択します。
[カットオーバーとテストクローン] > [テストクローン] を選択します。[テストクローン / カットオーバーのステータス] 列には、オペレーションのステータスと、テストクローン サブステップの表にあるサブステップのいずれかが表示されます
[テストクローン / カットオーバーのステータス] 列に「成功」が表示されるまで待ちます。これは、クローンが正常に作成されたことを示します。
VM のテストクローン履歴は、次のいずれかの方法で表示できます。
VM の情報パネルアイコン
をクリックします。右側に表示されるパネルの [Monitoring] タブに、各テストクローン インスタンスの名前などの履歴が表示されます。VM をクリックして、詳細ページを開きます。[テストクローン / カットオーバーの履歴を表示] をクリックして、VM のテストクローン履歴とテストクローンのサブステップを表示します。
[カットオーバーとテストクローン] > [テストクローンをキャンセル] をクリックすると、アクティブなテストクローン オペレーションをキャンセルできます。
テストクローン VM の [詳細を表示] をクリックして、VM インスタンス名を表示します。
実行中の Compute Engine インスタンスを管理するには、Google Cloud コンソールでプロジェクトの [VM インスタンス] ページに移動します。
Google Cloud コンソールで Compute Engine インスタンスを管理することにより、以下の内容を行うことができます。
- インスタンスを起動、停止、削除する。
- インスタンスの内部 IP アドレスと外部 IP アドレスを特定する。
- インスタンスの特性を表示して変更する。
- その他のすべての管理タスクを実施する。
移行した VM で検証テストなどのテストを行う。
テストが完了したら、Compute Engine インスタンスを削除してリソースを解放し、インスタンスに対して課金されないようにします。
複数のテストクローンを管理する
移行プロセスの実施中に、複数のテストクローンを作成できます。たとえば、最初のレプリケーション サイクルの後に最初のテストクローンを作成します。次に、移行を調整するときに、次の理由で新しいテストクローンを作成します。
- 移行をサポートするために移行元 VM に行った変更
- 移行後の VM のターゲットの詳細に対する変更
- ソース VM からの新しいレプリケーション データ
- テストサイクル中に実施したその他の変更
テストクローンは、現在のレプリケーション データとターゲットの詳細から作成されたソース VM のスナップショットです。新しいレプリケーション データとターゲットの詳細の変更は、既存のテストクローンではなく、新しいテストクローンにのみ適用されます。
既存のテストクローン インスタンスを実行している場合は、新しいテストクローンを作成する前に、次のいずれかを行うことができます。
既存のテストクローン インスタンスを削除し、同じインスタンス名で新しいインスタンスを作成します。既存のインスタンスと同じ名前で新しいインスタンスを作成することはできません。
ターゲットの詳細を編集して新しいインスタンスの名前を設定します。また、既存のテストクローン インスタンスに予約 IP アドレスまたはカスタム IP アドレスを指定した場合は、追加インスタンスに異なる値を使用してください。
すべてのテストクローン インスタンスをモニタリングするには、次の操作を行います。
次のいずれかの方法で VM のテストクローン履歴を表示します。
VM の情報パネルアイコン
をクリックします。右側に表示されるパネルの [Monitoring] タブに、各テストクローン インスタンスの名前などの履歴が表示されます。VM をクリックして、詳細ページを開きます。[テストクローン / カットオーバーの履歴を表示] をクリックして、VM のテストクローン履歴とテストクローンのサブステップを表示します。
実行中の Compute Engine インスタンスを管理するには、矢印アイコン を選択して Google Cloud コンソールで VM インスタンスを開きます。
または、Google Cloud コンソールの [VM インスタンス] ページに直接移動します。
テストクローンは、作成したユーザーが管理できます。実行中のテストクローン VM を変更または削除する場合は、Migrate to Virtual Machines ではなく、Compute Engine ツールを使用します。
ステップ 5: カットオーバーを作成する
カットオーバー フェーズでは、Google Cloud の本番環境内の Compute Engine インスタンスで実行中の移行済み VM に対して、制御のカットオーバーを行います。
Migrate to Virtual Machines は、カットオーバー サイクルの完了時にアダプテーション レポートを生成します。アダプテーション レポートの詳細については、アダプテーション レポートのドキュメントをご覧ください。
カットオーバーの手順は次のとおりです。
データ レプリケーションが現在有効である（VM のレプリケーションのステータスが「Active (Current cycle: XX%)」である）場合は、完了するまで待ちます。
ソース VM をシャットダウンします。
最終データ レプリケーションを実行します。レプリケーションは移行フェーズのあらゆる段階で発生するため、レプリケートするデータの量はあまり大きくしないでください。
レプリケーションを停止します。
最後にレプリケーションを実施したデータから Compute Engine インスタンスを作成します。
カットオーバー フェーズには短い VM ダウンタイムが含まれるため、定期メンテナンスの時間枠内に行う必要があります。メンテナンスの時間枠は、ソース VM を停止し、Compute Engine で実行されている移行済み VM にトラフィックをリダイレクトできる期間として決定する必要があります。
カットオーバーの作成手順は次のとおりです。
VM ターゲットの構成に示すように、VM ターゲットの詳細が構成済みであることを確認します。ターゲットの詳細がテストクローン オペレーション用に事前に構成済みである場合は、新しいターゲットを指すようにターゲットの詳細を編集することが必要な場合があります。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
使用可能な移行元 VM のテーブルが表示されます。「Active (Current cycle: XX%)」または「Active (idle)」の状態の VM をカットオーバーできます。「Active」状態は、VM の最初のレプリケーション同期に成功し、VM データが段階的にレプリケートされていることを意味します。
[カットオーバーの推定時間] 列には、カットオーバーの開始後に VM のカットオーバー ジョブを完了するまでにかかる時間の推定値が表示されます。このフィールドの値は、いくつかのレプリケーション サイクルを完了しているアクティブな VM にのみ設定されます。
[テストクローン / カットオーバーのステータス] 列には、オペレーションのステータスと、テストクローン サブステップの表にあるサブステップのいずれかが表示されます
移行元 VM を選択します。
[カットオーバーとテストクローン] > [カットオーバー] を選択します。移行中の VM でカットオーバーを開始すると、Migrate to Virtual Machines によって行われる次の一連のアクションが開始されます。
移行元 VM をシャットダウンします。
最終データ レプリケーションを実行します。継続的なレプリケーションは移行フェーズのあらゆる段階で発生するため、複製するデータの量はそれほど大きくしないでください。
移行した VM をホストする Compute Engine インスタンスを、最終的に複製されたデータから作成します。
データ レプリケーションを停止します。
[テストクローン / カットオーバーのステータス] 列にカットオーバー ジョブの完了が表示されるまで待ちます。これは、カットオーバーが成功したことを示します。
VM のカットオーバー履歴は、次のいずれかの方法で表示できます。
VM の情報パネルアイコン
をクリックします。右側に表示されるパネルの [Monitoring] タブに、各カットオーバー インスタンスの名前などの履歴が表示されます。VM をクリックして、詳細ページを開きます。[テストクローン / カットオーバーの履歴] をクリックして、VM のカットオーバー履歴とカットオーバーのサブステップを表示します。
アクティブなカットオーバー オペレーションをキャンセルするには、[カットオーバーとテストクローン] > [カットオーバーをキャンセル] をクリックします。ただし、移行元 VM の使用を再開するには、VM を手動で再起動する必要があります。
実行中の Compute Engine インスタンスを管理するには、矢印アイコン を選択して Google Cloud コンソールで VM インスタンスを開きます。
または、Google Cloud コンソールの [VM インスタンス] ページに直接移動します。
Google Cloud コンソールで Compute Engine インスタンスを管理することにより、以下の内容を行うことができます。
- インスタンスを起動、停止、削除する。
- インスタンスの内部 IP アドレスと外部 IP アドレスを特定する。
- インスタンスの特性を表示して変更する。
- その他のすべての管理タスクを実施する。
移行されたワークロードに対して検証テストを行います。
なんらかの理由でカットオーバーを再試行する場合や、カットオーバーからロールバックする場合。
カットオーバーを再試行する
カットオーバーの再試行手順は次のとおりです。
カットオーバー状態にある VM を選択します。
[移行] > [レプリケーションを再開] を選択します。
カットオーバーを再試行します。
カットオーバーからロールバックする
カットオーバーからロールバックするには、次の操作を行います。
カットオーバーは、移行元の元の VM を停止するため、移行元 VM にトラフィックをリダイレクトする必要があります。
必要に応じて、Compute Engine インスタンスに作成された新しいデータをコピーして、移行元 VM に書き込めるようにします。
（省略可）移行した VM を実行している Compute Engine インスタンスを削除またはシャットダウンします。
前述のように、移行元 VM 上のレプリケーションを再開します。レプリケーションは、最後に取得されたスナップショットから再開されます。
カットオーバーを再試行します。
手順 6: 移行を完了する
Compute Engine VM の作成に使用されるレプリケーション データは、カットオーバー後も保持されるため、最後のレプリケーション スナップショットからレプリケーションを再開できます。
ただし、レプリケーション データで使用されたストレージは、最終処理フェーズで削除するまで課金されます。最終処理すると、移行された VM に関連付けられているすべてのレプリケーション データと他のすべてのストレージ リソースが削除されます。
最終処理フェーズでは、移行された VM を実行している Compute Engine インスタンスは削除されません。テストフェーズで Compute Engine インスタンスを作成した場合は、手動で削除する必要があります。このようなテストクローン インスタンスは、削除するまで課金されます。
移行を完了するには、次の操作を行います。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
使用可能な移行元 VM のテーブルが表示されます。最終処理は、カットオーバー状態の VM でのみ実行できます。
移行元 VM を選択します。
[最終処理] を選択し、続いてそれを確定します。
最終処理が完了すると、VM の状態は最終処理済みに設定されます。最終処理済み状態の移行で許可される操作は、次のとおりです。
- 移行の削除
- グループへの追加、またはグループからの削除
移行を削除する
移行を削除すると、次の対象が削除されます。
- Google Cloud に保存されている VM のレプリケーション データ
- Compute Engine の構成情報
- モニタリング履歴
- VM の移行に関連するその他のすべてのデータ
- [移行] タブのオンボーディングされた VM のリストに含まれる VM
- 現在 VM がグループのメンバーの場合は、そのグループの VM
ただし、移行を削除しても、[ソース] タブに表示されている移行元の使用可能な VM のリストから、ソース VM は削除されません。つまり、VM の移行データのみが削除されます。移行を削除しても、移行元 VM に影響はありません。つまり、後で移行元 VM を再度オンボーディングして移行できます。
移行の削除方法は次のとおりです。
Google Cloud コンソールで [Migrate to Virtual Machines] ページを開きます。
[移行] タブを選択します。
移行元 VM を選択します。
[削除] を選択して、削除を確定します。
VM が移行テーブルから削除されます。
[ソース] タブを選択します。
プルダウン リストから、削除する移行元を選択します。
テーブルに、移行に使用できる移行元の VM が表示されます。削除した移行に対応する移行元 VM が引き続き表示されます。
必要に応じて、VM で移行を再開できます。