Migrate to Containers のアーキテクチャ

このトピックでは、Migrate to Containers が、VM に存在するアプリケーションを Google Kubernetes Engine（GKE）または GKE Enterprise 上のコンテナに変換する方法の概要を説明します。

Migrate to Containers のコンポーネント

Migrate to Containers のソリューションは、4 つのオペレーション階層にまたがります。

  1. 処理 -- 移行元の VM からターゲット コンテナにワークロードを移行する際に、Migrate to Containers コンポーネントを実行して必要な変換を行う GKE または GKE Enterprise の処理クラスタ。

    処理クラスタは、既存のクラスタまたは移行アクティビティ用に個別に構成されたクラスタ（推奨）です。処理クラスタには、Migrate to Containers コンポーネントがインストールされています。コンテナが生成され、それ以上の移行が必要なければ、処理クラスタを削除するか、Migrate to Containers の設定をアンインストールできます。

  2. コントロール -- 移行 CRD、CLI ユーティリティ（migctl）、Google Cloud コンソールは、移行を構成して執行する主なインターフェースです。これらのオペレーションには次のものが含まれます。

    • Migrate to Containers を処理クラスタにインストールまたはアンインストールし、デプロイを検証する。

    • 移行元を構成する。

    • 移行ワークフロー アクションを管理する。

    • 移行のステータス、進行状況、ログなどを表示する。

  3. ワークロードのデプロイ - 最小要件を満たす GKE または GKE Enterprise のクラスタに、移行したコンテナ ワークロードをデプロイできます。移行アーティファクトには、1 つ以上の Dockerfile、1 つ以上の Kubernetes Deployment 仕様、Skaffold 構成ファイルを含めることができます。

  4. メンテナンス -- コンテナ ワークロードを移行したら、通常は最適化とメンテナンスを行います。抽出されたワークロード コンテンツと生成された Dockerfile を CI / CD パイプラインに統合し、イメージベースのメンテナンスを効率的に実行できます。

Migrate to Virtual Machines について

Migrate to Containers を使用すると、既存の VM ベースのアプリケーションをコンテナ化して Google Kubernetes Engine（GKE）または GKE Enterprise クラスタ上で実行できます。VMware で実行されているワークロードを Google Cloud に移行するには、Migrate to Containers も使用して、Migrate to Virtual Machines を設定する必要があります。

次のセクションで説明するいずれかの方法で、VMware ワークロードを Google Cloud に移行できます。

移行してからモダナイズする

コンテナへの移行は、コンテナに適したワークロードであっても、次の 2 つのフェーズに分けて行うことができます。

  1. Migrate to Virtual Machines を使用して、ワークロードを Compute Engine に移行する。

  2. Migrate to Containers を使用して Compute Engine からコンテナに移行する。

たとえば、データセンターの移行ですべてのワークロードを Compute Engine に移行するときに、第 2 段階で適切なワークロードを選択してコンテナに合わせてモダナイズする場合は、この方法を使用します。

この手法は、Migrate to Containers でコンテナ化がサポートされていない、AWS や Azure などの他のソース プラットフォームからワークロードを移行する場合にも使用できます。

移行とモダナイゼーションを同時に行う

ワークロードを Google Cloud に移行する際に、Migrate to Virtual Machines と Migrate to Containers を使用できます。

次のステップ