移行のベスト プラクティス

このページでは、Google Cloud VMware Engine を使用して VMware 仮想マシン（VM）インスタンスをプライベート クラウドに移行するためのベスト プラクティスについて説明します。

移行プロジェクトを計画する

VMware VM をプライベート クラウドに移行する前に、次のように移行を計画します。

  • 次の人員を特定します。

    • お客様側の関係者
    • プログラム スポンサーとオーナー
    • 移行を担当する技術チーム
    • 対象範囲内のシステムとアプリケーションのステークホルダー
    • 関連する Google テクニカル アカウント マネージャー（TAM）、パートナー エンジニアリング マネージャー（PEM）、カスタマー エンジニア（CE）

  • 移行元の環境を評価します。

  • 次を定義するプランを作成します。

    • 移行戦略
    • 新しい環境のアーキテクチャ
    • 目標と成功基準（UAT スクリプトと QA スクリプトを含む）
    • ロールと責任
    • コミュニケーション モデル（デイリー スタンドアップ、ステータス レポート、エスカレーション パス、チャットルームなど）
    • 移行できないデータと関連する戦略
    • マイルストーンとタイミング

  • すべての関係者と連携します。

移行オプションを評価する

VMware Engine のさまざまな移行オプションを評価するには、次のオプションを検討してください。

  • 移行をウェーブで計画することを検討します。

    • アプリケーションの依存関係とマッピングを考慮します。
    • メンテナンス スケジュールに基づいて VM をグループ化します。
    • 複数の電源サイクルを回避するには、保留中のシステム アップデートがある VM を特定し、スケジュールを移行のスイッチオーバーの再起動と調整します。

  • VM の Backup and DR 戦略を確立します。Google Cloud の Backup and DR と VMware Engine Protected の使用を検討します。

  • vSphere、vCenter、HCX、必要に応じて NSX-T オンプレミスが、VMware Engine コンポーネント バージョンの最小バージョニング互換性を満たしていることを確認します。

  • 現在のノードタイプの仕様を超えるメモリ、CPU、ストレージ要件を持つ VM、または他の大規模な VM と組み合わせると競合が発生する可能性がある VM を特定します。

    たとえば、データベース サーバーは大量のメモリを必要とする場合があります。また、ファイル ストレージ サーバーは大規模なデータストアを必要とする場合があります。

  • マウントされた ISO、NSX-T タグ、DirectPath I/O を使用するパススルー デバイス、マルチライター ディスク、物理 RDM など、永続的なハードウェアやタグ設定が原因で移行できないコンテンツの移行前後の戦略を策定します。たとえば、物理 RDM を仮想互換モードに変換することを検討できます。

  • 移行方法を評価します。

    一括移行を優先します。関連する要件と制限事項を考慮します。

移行に VMware HCX を使用する

HCX による移行を使用する場合は、次の推奨事項を考慮してください。

  • HCX コネクタと HCX サービス メッシュのデプロイではフラット ネットワーク トポロジがサポートされていますが、ルーティングの問題や接続性エラーを回避するため、HCX 管理と HCX アップリンクのネットワーク プロファイルを個別のネットワークと VLAN に設定します。

  • VMware 環境に最新の HCX バージョンがあることを確認します。詳細については、HCX サービスの更新手順をご覧ください。

  • 必要に応じて、HCX のバックアップと復元オペレーションを構成してください。

    SRE チームは HCX Manager のバックアップを管理しますが、HCX コネクタのバックアップは管理しません。

    HCX-IX や HCX-NE などの HCX サービス アプライアンスでは、個別のバックアップは必要ありません。復元された HCX Manager は、バックアップ期間内に作成された既存のサービス アプライアンスに再接続します。サービス アプライアンスが機能しなくなった場合、HCX Manager はバックアップされた構成に基づいて新しいアプライアンス VM をデプロイします。

  • HCX ネットワーク拡張機能を使用してレイヤ 2 ネットワークを拡張する場合は、TCP フロー コンディショニングを有効にします。関連情報については、HCX で提供されるトラフィック エンジニアリング機能をご覧ください。

  • HCX L2 拡張機能経由でプライベート クラウドと通信する VM の場合は、VPN エンドポイントの構成に基づいて最適な MTU 設定を構成します。これは、アプリケーションが最大ペイロード サイズを制御できない場合に特に重要です。

    次の方法でデータ転送を許可する VM インターフェースでは、MTU を 1,350～1,390 バイト以下に設定することをおすすめします。

    • オンプレミス エンドポイントからプライベート クラウドへ、およびその逆
    • 1 つのプライベート クラウド内の VM から別のプライベート クラウド内の VM へ（L2 拡張を使用）

    カプセル化オーバーヘッドの計算については、MTU に関する考慮事項と VMware NSX-T VPN をご覧ください。

次のステップ