Google Cloud への移行: 評価ツールを選択する

Last reviewed 2023-04-10 UTC

Google Cloud への移行を開始する前に、アプリの移行の要件と依存関係を決定する必要があります。このドキュメントでは、移行元の環境を評価して要件と依存関係を識別するためのプロダクトとツールについて説明します。また、これらの評価ツールを評価し、Google Cloud への移行に適したツールを選択するのに役立ちます。

このドキュメントでは、次の方法について説明します。

  • 評価ツールを分析するための評価基準を確立します。
  • 基準に照らして各ツールを評価します。
  • サンプルのユースケースを評価します。

このドキュメントは、Google Cloud への移行に関する複数のパートからなるシリーズの一部です。シリーズの概要については、Google Cloud への移行: 移行パスの選択をご覧ください。

このドキュメントはシリーズの一部です。

Google Cloud の移行計画を設計する際は、要件と依存関係を決定するためにワークロードを評価して、環境を Google Cloud に転送します。評価フェーズは、次のタスクで構成されます。

  1. アプリの包括的なインベントリを構築します。
  2. プロパティと依存関係に応じてアプリを分類します。
  3. チームを Google Cloud でトレーニングして教育する。
  4. Google Cloud 上で実験と概念実証を作成します。
  5. ターゲット環境の総所有コスト(TCO)を計算します。
  6. 最初に移行するワークロードを選ぶ。

ワークロードの評価が完了したら、アプリのインベントリを構築し、これらのサブタスクを完了してアプリを分類します。

  • 検出: 検出サブタスクで、アプリのインベントリの作成を開始します。検出を完了するには、移行について評価する項目のリストと、各項目の概要(IP アドレスやインストールされている OS の種類など)をまとめます。

    詳細なリストの作成を開始するには、さまざまなソースから情報を収集します。たとえば、構成管理データベース(CMDB)の使用、または IT サポートチームや運用チームへの問い合わせなどを行います。これらのソースから、移行元の環境と移行するワークロードの詳細が提供される場合がありますが、収集するデータには重要な情報が欠落している場合があります。また、インフラストラクチャのコンポーネントの構成が時間の経過とともに変更される可能性があるため、データが古くなっていることもあります。したがって、データを手動または自動で、環境で直接チェックして検証することが重要です。

  • 収集: 収集サブタスクでは、アプリのインベントリの作成を完了します。収集サブタスクを完了するには、前の手順で検出された各項目を確認し、それに関するデータを収集します。次に、ワークロード間の依存関係、各アイテムにインストールされているソフトウェア、OS バージョンなど、検出サブタスクで作成したリストに詳細を追加します。この情報は、移行プロジェクトを計画するためのアプリ インベントリとアプリカタログの作成に使用されます。

  • レポート: レポート サブタスクは、アプリを分類するプロセスです。レポート サブタスクを完了するには、まず、前のサブタスクで収集したすべての情報を整理します。次に、移行元の環境で実行されているワークロードの詳細ビューを作成します。このビューには、関連するテクノロジー、ワークロード間の依存関係、移行プロセス中に発生する可能性のある問題(互換性の問題やサポートされていないソフトウェア バージョンなど)の詳細も含まれます。

    詳細ビューは、今後の作業の計画に役立つように構成する必要があります。たとえば、詳細ビューでは、項目間の依存関係のマップを可視化したり、項目が移行するために必要となるさまざまなデータ量をハイライト表示するビューを作成したりできます。レポート サブタスクには、移行対象のワークロードをホストするターゲット クラウド サービスの選択をサポートする要素として、評価ツール(このドキュメントで後述)の使用を含めることもできます。

環境を評価するための前述の各ステップには、手動で行うのは複雑な作業が伴います。検出サブタスクと収集サブタスクの間に収集したデータの手動検証は複雑で、エラーが発生しやすくなります。プロセスの最後に、アプリのインベントリに含まれる各項目は、実際にはワークロードがインストールされているホストに含まれるため、ホストは自動化との統合をサポートします。

評価ツールを使用する

徹底した評価を完了するには、移行評価ツールを使用して、次の操作を行うことをおすすめします。

  • 移行する環境からの定期的なデータ収集を自動化する。これにより、手動での操作やプロセスによるエラーを減らし、移行元の環境に関するデータを継続的に更新できます。
  • 移行元の環境に関する情報を一貫した形式で提供する。
  • 移行元の環境の各コンポーネントとワークロードに最適な移行方法の推奨事項など、移行計画をまとめて実行するために必要な情報を提供する。

オンプレミス環境または他のクラウド環境で実行されているホストとワークロードの完全なリストを作成するために、Google Cloud では StratoZone と一体化した Google Cloud 移行センターおよび適合性評価ツールを提供します。これらのツールは、さまざまな機能を備え、検出へのさまざまなアプローチがあります。このドキュメントでは、これらのツールそれぞれの詳細を理解して比較し、ユースケースに適したツールを選択できるようにします。

評価ツールを選択するために、一連の評価基準に従って各ツールを評価します。移行センターと適合性評価ツールを統合して、移行センターを使用してデータ収集を実行し、各ツールを使用してレポートを作成することもできます。このインテグレーションにより、アイテムの特定の移行ユースケースに応じて、各ツールの推奨事項を活用できます。

評価ツールを評価するための基準を確立する

評価ツールの評価基準を確立するには、評価ツールが移行元の環境の最も重要な要素の検出と収集をサポートしているかどうかを検討します。評価ツールから得られる値を最大化するために、ツールで生成できる推奨事項とレポートを検討することもできます。ワークロードを評価して、ご自身とユースケースにとって重要な基準をリストアップし、重要度に応じて並べ替える必要があります。

例として、次の評価基準とそれらに記載されている順序を示します。ワークロードを評価した後、次の評価基準を検討できます。

  1. 移行元と移行先の環境:
    • 評価ツールはどのような環境をサポートしていますか?
    • 評価ツールはどのような OS をサポートしていますか?
    • 評価ツールは、特定の環境に対する推奨事項を含むレポートを生成しますか?
  2. データ取得モード:
    • 環境内で実行されているホストのリストを自動的に取得するために、評価ツールはどのような手順を実行しますか。
    • 評価ツールの前提条件は何ですか?
    • 評価ツールでデータを収集するには、ホストにソフトウェア(エージェント)をインストールする必要がありますか?
    • 収集はリモートで(たとえば、SSH 接続で)実行できますか、それともホストで直接実行する必要がありますか?
    • 評価ツールはホストでのリモート実行をサポートしていますか?
    • 評価ツールは実行中のホストでの収集をサポートしていますか?
    • 評価ツールは、他の評価ツールやプリコンパイルされたインベントリなどの外部ソースからデータをインポートできますか?
  3. 使いやすさ:
    • 評価ツールには手動の設定手順が必要ですか?
    • 有意なデータを得るまでにどれくらいの時間がかかりますか?
  4. 収集されるデータの包括性、セキュリティ、ユーザビリティ:
    • 評価ツールではどのようなデータを収集できますか?
    • ツールで収集したデータを書き出すことはできますか?
    • 評価ツールはどのようなエクスポート形式をサポートしていますか?
    • データはどのように処理されますか?
    • データはローカルで保存および処理されていますか、それとも別の物理的な場所に送信されていますか?

評価ツールを評価する

以降のセクションでは、前のセクションの基準例に基づいて、移行センターと適合性評価ツールを評価します。

移行センターを評価する

移行センターはエージェントレスの評価ツールです。移行センターを使用するには、評価対象のアセットに直接アクセスできる専用ホストに移行センター ディスカバリー クライアントをデプロイします。ディスカバリー クライアントは、環境の詳細を構成するために使用するユーザー インターフェースを提供します。ディスカバリー クライアントをインストールした後、次の手順に沿って検出と収集を実行します。

  1. 環境内のホストにアクセスするための認証情報を作成します。
  2. ディスカバリー クライアントがホストに到達するようにネットワークの詳細を追加します。プローブが直接アクセスできるようにするか、検出クライアントが到達可能なホストの検出に使用できる IP アドレス範囲を指定できるように、IP アドレスのリストを指定します。
  3. IP アドレスまたは IP 範囲に使用する認証情報を選択します。
  4. ディスカバリー クライアントが検出したホストの収集を開始します。

検出と収集の後で、ディスカバリー クライアントは収集したデータを移行センターに送信します。ここでは、データの表示やエクスポートを行うことができます。

前に確立した基準に照らして移行センターを評価するには、次の仕様を使用します。

  1. 移行元の環境と移行先の環境: 移行センターは VMware vSphere 環境と統合されており、ネットワークをスキャンして VMware 以外の vSphere 環境の検出の実行をサポートします。また、他のクラウド環境からのデータの収集もサポートしています。移行センターは、OS スキャンvSphere スキャンデータベース スキャンの収集方法をサポートしています。ディスカバー クライアントは、Linux OS と Windows OS の両方をサポートしています。VMware vSphere 環境で移行センターの評価を実行する場合、ディスカバリー クライアントは vSphere センターに直接接続してホストに関するデータを収集できます。移行センターでは、一般的なワークロードに最適になるように Compute Engine の移行先の環境を設定する方法について推奨事項を提供しています。

  2. データ取得モード: 移行センターでは、ホストに関するすべての情報をグループ化するカスタム評価を作成できます。移行センターでは、スキャンするホストディスカバリー クライアントを実行するホストで特定の構成を行う必要があります。ディスカバリー クライアントを技術上、規制上、またはその他の理由でデプロイできない移行元の環境の評価を完了するために、移行センターではオフラインの手動データ アップロード モードが提供されます。手動データ アップロード モードを使用する場合は、移行センター ポータルで使用可能なテンプレートを完成させてから、ポータルにアップロードします。完成したテンプレートをアップロードすると、移行センターによってホストに関するデータが評価にインポートされます。

  3. 使いやすさ: 移行センターの使用を開始するには、Google Cloud プロジェクトを作成し、移行センターを有効にします。その後、データを手動でアップロードしない場合は、移行元の環境にインストールできるディスカバリー クライアントを作成できます。

    ディスカバリー クライアントをインストールして構成したら、移行センターとディスカバリー クライアント ユーザー インターフェースを使用して評価を実行できます。移行センターでは、通常、移行元の環境のホストを検出するのに 1 時間もかかりませんが、十分なデータを収集して、さらにホスト間の依存関係をマッピングできるように、少なくとも数日間は移行センターを実行することをおすすめします。

    また、追加料金をかけずに移行センター内で直接 StratoZone アカウントを自分でプロビジョニングすることもできます。これにより、移行センターがインベントリ データを StratoZone と自動的に同期できるようになります。

  4. 収集されたデータの包括性、セキュリティ、セキュリティ、ユーザビリティ: 最初の有効化時に、移行センターを使用して、データを保存する Google Cloud リージョンを選択できます。移行センターでは、IP アドレスを除き、PCI ま