Google Cloud への移行を開始する前に、アプリの移行の要件と依存関係を決定する必要があります。このドキュメントでは、移行元の環境を評価して要件と依存関係を識別するためのプロダクトとツールについて説明します。また、これらの評価ツールを評価し、Google Cloud への移行に適したツールを選択するのに役立ちます。
このドキュメントでは、次の方法について説明します。
- 評価ツールを分析するための評価基準を確立します。
- 基準に照らして各ツールを評価します。
- サンプルのユースケースを評価します。
このドキュメントは、Google Cloud への移行に関する複数のパートからなるシリーズの一部です。シリーズの概要については、Google Cloud への移行: 移行パスの選択をご覧ください。
このドキュメントはシリーズの一部です。
- Google Cloud への移行: スタートガイド
- Google Cloud への移行: ワークロードの評価と調査
- Google Cloud への移行: 評価ツールを選択する（このドキュメント）
- Google Cloud への移行: 基盤の構築
- Google Cloud への移行: 大規模なデータセットの転送
- Google Cloud への移行: ワークロードのデプロイ
- Google Cloud への移行: 手動デプロイから、自動かつコンテナ化されたデプロイへの移行
- Google Cloud への移行: 環境の最適化
- Google Cloud への移行: 移行計画の検証に関するベスト プラクティス
Google Cloud の移行計画を設計する際は、要件と依存関係を決定するためにワークロードを評価して、環境を Google Cloud に転送します。評価フェーズは、次のタスクで構成されます。
- アプリの包括的なインベントリを構築します。
- プロパティと依存関係に応じてアプリを分類します。
- チームを Google Cloud でトレーニングして教育する。
- Google Cloud 上で実験と概念実証を作成します。
- ターゲット環境の総所有コスト（TCO）を計算します。
- 最初に移行するワークロードを選ぶ。
ワークロードの評価が完了したら、アプリのインベントリを構築し、これらのサブタスクを完了してアプリを分類します。
検出: 検出サブタスクで、アプリのインベントリの作成を開始します。検出を完了するには、移行について評価する項目のリストと、各項目の概要（IP アドレスやインストールされている OS の種類など）をまとめます。
詳細なリストの作成を開始するには、さまざまなソースから情報を収集します。たとえば、構成管理データベース（CMDB）の使用、または IT サポートチームや運用チームへの問い合わせなどを行います。これらのソースから、移行元の環境と移行するワークロードの詳細が提供される場合がありますが、収集するデータには重要な情報が欠落している場合があります。また、インフラストラクチャのコンポーネントの構成が時間の経過とともに変更される可能性があるため、データが古くなっていることもあります。したがって、データを手動または自動で、環境で直接チェックして検証することが重要です。
収集: 収集サブタスクでは、アプリのインベントリの作成を完了します。収集サブタスクを完了するには、前の手順で検出された各項目を確認し、それに関するデータを収集します。次に、ワークロード間の依存関係、各アイテムにインストールされているソフトウェア、OS バージョンなど、検出サブタスクで作成したリストに詳細を追加します。この情報は、移行プロジェクトを計画するためのアプリ インベントリとアプリカタログの作成に使用されます。
レポート: レポート サブタスクは、アプリを分類するプロセスです。レポート サブタスクを完了するには、まず、前のサブタスクで収集したすべての情報を整理します。次に、移行元の環境で実行されているワークロードの詳細ビューを作成します。このビューには、関連するテクノロジー、ワークロード間の依存関係、移行プロセス中に発生する可能性のある問題（互換性の問題やサポートされていないソフトウェア バージョンなど）の詳細も含まれます。
詳細ビューは、今後の作業の計画に役立つように構成する必要があります。たとえば、詳細ビューでは、項目間の依存関係のマップを可視化したり、項目が移行するために必要となるさまざまなデータ量をハイライト表示するビューを作成したりできます。レポート サブタスクには、移行対象のワークロードをホストするターゲット クラウド サービスの選択をサポートする要素として、評価ツール（このドキュメントで後述）の使用を含めることもできます。
環境を評価するための前述の各ステップには、手動で行うのは複雑な作業が伴います。検出サブタスクと収集サブタスクの間に収集したデータの手動検証は複雑で、エラーが発生しやすくなります。プロセスの最後に、アプリのインベントリに含まれる各項目は、実際にはワークロードがインストールされているホストに含まれるため、ホストは自動化との統合をサポートします。
評価ツールを使用する
徹底した評価を完了するには、移行評価ツールを使用して、次の操作を行うことをおすすめします。
- 移行する環境からの定期的なデータ収集を自動化する。これにより、手動での操作やプロセスによるエラーを減らし、移行元の環境に関するデータを継続的に更新できます。
- 移行元の環境に関する情報を一貫した形式で提供する。
- 移行元の環境の各コンポーネントとワークロードに最適な移行方法の推奨事項など、移行計画をまとめて実行するために必要な情報を提供する。
オンプレミス環境または他のクラウド環境で実行されているホストとワークロードの完全なリストを作成するために、Google Cloud では StratoZone と一体化した Google Cloud 移行センターおよび適合性評価ツールを提供します。これらのツールは、さまざまな機能を備え、検出へのさまざまなアプローチがあります。このドキュメントでは、これらのツールそれぞれの詳細を理解して比較し、ユースケースに適したツールを選択できるようにします。
評価ツールを選択するために、一連の評価基準に従って各ツールを評価します。移行センターと適合性評価ツールを統合して、移行センターを使用してデータ収集を実行し、各ツールを使用してレポートを作成することもできます。このインテグレーションにより、アイテムの特定の移行ユースケースに応じて、各ツールの推奨事項を活用できます。
評価ツールを評価するための基準を確立する
評価ツールの評価基準を確立するには、評価ツールが移行元の環境の最も重要な要素の検出と収集をサポートしているかどうかを検討します。評価ツールから得られる値を最大化するために、ツールで生成できる推奨事項とレポートを検討することもできます。ワークロードを評価して、ご自身とユースケースにとって重要な基準をリストアップし、重要度に応じて並べ替える必要があります。
例として、次の評価基準とそれらに記載されている順序を示します。ワークロードを評価した後、次の評価基準を検討できます。
- 移行元と移行先の環境:
- 評価ツールはどのような環境をサポートしていますか？
- 評価ツールはどのような OS をサポートしていますか？
- 評価ツールは、特定の環境に対する推奨事項を含むレポートを生成しますか？
- データ取得モード:
- 環境内で実行されているホストのリストを自動的に取得するために、評価ツールはどのような手順を実行しますか。
- 評価ツールの前提条件は何ですか？
- 評価ツールでデータを収集するには、ホストにソフトウェア（エージェント）をインストールする必要がありますか？
- 収集はリモートで（たとえば、SSH 接続で）実行できますか、それともホストで直接実行する必要がありますか？
- 評価ツールはホストでのリモート実行をサポートしていますか？
- 評価ツールは実行中のホストでの収集をサポートしていますか？
- 評価ツールは、他の評価ツールやプリコンパイルされたインベントリなどの外部ソースからデータをインポートできますか？
- 使いやすさ:
- 評価ツールには手動の設定手順が必要ですか？
- 有意なデータを得るまでにどれくらいの時間がかかりますか？
- 収集されるデータの包括性、セキュリティ、ユーザビリティ:
- 評価ツールではどのようなデータを収集できますか？
- ツールで収集したデータを書き出すことはできますか？
- 評価ツールはどのようなエクスポート形式をサポートしていますか？
- データはどのように処理されますか？
- データはローカルで保存および処理されていますか、それとも別の物理的な場所に送信されていますか？
評価ツールを評価する
以降のセクションでは、前のセクションの基準例に基づいて、移行センターと適合性評価ツールを評価します。
移行センターを評価する
移行センターはエージェントレスの評価ツールです。移行センターを使用するには、評価対象のアセットに直接アクセスできる専用ホストに移行センター ディスカバリー クライアントをデプロイします。ディスカバリー クライアントは、環境の詳細を構成するために使用するユーザー インターフェースを提供します。ディスカバリー クライアントをインストールした後、次の手順に沿って検出と収集を実行します。
- 環境内のホストにアクセスするための認証情報を作成します。
- ディスカバリー クライアントがホストに到達するようにネットワークの詳細を追加します。プローブが直接アクセスできるようにするか、検出クライアントが到達可能なホストの検出に使用できる IP アドレス範囲を指定できるように、IP アドレスのリストを指定します。
- IP アドレスまたは IP 範囲に使用する認証情報を選択します。
- ディスカバリー クライアントが検出したホストの収集を開始します。
検出と収集の後で、ディスカバリー クライアントは収集したデータを移行センターに送信します。ここでは、データの表示やエクスポートを行うことができます。
前に確立した基準に照らして移行センターを評価するには、次の仕様を使用します。
移行元の環境と移行先の環境: 移行センターは VMware vSphere 環境と統合されており、ネットワークをスキャンして VMware 以外の vSphere 環境の検出の実行をサポートします。また、他のクラウド環境からのデータの収集もサポートしています。移行センターは、OS スキャン、vSphere スキャン、データベース スキャンの収集方法をサポートしています。ディスカバー クライアントは、Linux OS と Windows OS の両方をサポートしています。VMware vSphere 環境で移行センターの評価を実行する場合、ディスカバリー クライアントは vSphere センターに直接接続してホストに関するデータを収集できます。移行センターでは、一般的なワークロードに最適になるように Compute Engine の移行先の環境を設定する方法について推奨事項を提供しています。
データ取得モード: 移行センターでは、ホストに関するすべての情報をグループ化するカスタム評価を作成できます。移行センターでは、スキャンするホストとディスカバリー クライアントを実行するホストで特定の構成を行う必要があります。ディスカバリー クライアントを技術上、規制上、またはその他の理由でデプロイできない移行元の環境の評価を完了するために、移行センターではオフラインの手動データ アップロード モードが提供されます。手動データ アップロード モードを使用する場合は、移行センター ポータルで使用可能なテンプレートを完成させてから、ポータルにアップロードします。完成したテンプレートをアップロードすると、移行センターによってホストに関するデータが評価にインポートされます。
使いやすさ: 移行センターの使用を開始するには、Google Cloud プロジェクトを作成し、移行センターを有効にします。その後、データを手動でアップロードしない場合は、移行元の環境にインストールできるディスカバリー クライアントを作成できます。
ディスカバリー クライアントをインストールして構成したら、移行センターとディスカバリー クライアント ユーザー インターフェースを使用して評価を実行できます。移行センターでは、通常、移行元の環境のホストを検出するのに 1 時間もかかりませんが、十分なデータを収集して、さらにホスト間の依存関係をマッピングできるように、少なくとも数日間は移行センターを実行することをおすすめします。
また、追加料金をかけずに移行センター内で直接 StratoZone アカウントを自分でプロビジョニングすることもできます。これにより、移行センターがインベントリ データを StratoZone と自動的に同期できるようになります。
収集されたデータの包括性、セキュリティ、セキュリティ、ユーザビリティ: 最初の有効化時に、移行センターを使用して、データを保存する Google Cloud リージョンを選択できます。移行センターでは、IP アドレスを除き、PCI または HIPAA のコンプライアンス要件の対象となる、個人を特定できる情報（PII）またはデータは収集されません。移行センターによって、アプリケーションやファイル ストレージ内のデータが収集されることはありません。
移行センターでデータが収集されたら、移行の設定に基づいて総所有コスト（TCO）レポートを生成できます。TCO レポートを使用すると、Compute Engine VM、Google Cloud VMware Engine、Compute Engine 単一テナントノードなど、アセットの移行先にできるオプションを比較できます。また、StratoZone を使用してインベントリから追加のレポートを生成することもできます。
適合性評価ツールを評価する
適合性評価ツールは、移行元の環境のホストで実行できるコマンドラインのエージェントレス ツールです。適合性評価ツールを実行すると、ホストにデプロイされているワークロードを評価し、Migrate to Containers に最適なワークロードを判断できます。
ホストとホスト上で実行されているワークロードを評価するため、適合性評価ツールは一連のルールと照らし合わせてワークロードとホストを評価します。各ルールは、ワークロードとホストをチェックして、特定の移行シナリオの潜在的な問題を特定します。たとえば、OS ベンダーがサポートしていない OS バージョンで実行されているワークロードを移行する場合、ルールにより、移行でバージョン更新が必要になることが明らかになることがあります。
適合性評価ツールは、次のコンポーネントで構成されています。
mfitツール: 適合性評価ツールのコマンドを実行するコマンドライン ツール。mfitツールを使用すると、リモート収集、データ集計、エクスポートのコマンドを実行できます。mfitツールを実行してデータの検出、収集、レポートを行うには、Linux ホストを使用する必要があります。mfitLinux 収集スクリプト: Linux ホストに対して実行されるスクリプト。データ収集を行います。mfitWindows 収集スクリプト: Windows ホストに対して実行されるスクリプト。データ収集を行います。
前に確立した基準に照らして適合性評価ツールを評価するには、次の仕様を使用します。
- 移行元と移行先の環境: 適合性評価ツールは、VMware vSphere 環境にあるホストの自動検出のみをサポートします。適合性評価ツールは、Windows または Linux を実行するホストでの収集をサポートします。ホストデータを収集するには、ホストで収集スクリプトのいずれかを実行する必要があります。適合性評価ツールは、SSH プロトコル経由でアクセス可能な Linux ホストの VMware vSphere 環境でのリモートデータ収集もサポートしています。適合性評価ツールによって生成されたレポートには、次のような考えられるさまざまな移行先の環境を含む推奨事項が記載されています。
- Compute Engine
- Google Cloud VMware Engine
- Anthos と GKE
- Autopilot: GKE の運用モード
- Cloud Run
- データ取得モード: 適合性評価ツールは、VMware vSphere 環境と統合されています。このツールは、移行元の環境で VMware vSphere API を直接クエリするか、vSphere 環境に直接アクセスできない場合は、RVTools のエクスポートの出力をインポートして、検出を実行できます。データ収集は、移行元の環境のホストで（ホストで直接的に、またはリモートで）実行されるスクリプトに基づきます。このツールはエージェントレスですが、ホストで直接収集を開始しなければならない場合があります。適合性評価ツールは、移行元の環境の各ホストに対して圧縮されたアーカイブを生成し、これらのアーカイブ内の情報を集約します。
- 使いやすさ: 適合性評価ツールでホストの詳細を収集するために、追加の手動設定が必要になる場合があります。たとえば、VMware vSphere 環境内にない Windows ターゲットではリモート実行を使用できません。このような環境では、各 Windows VM でスクリプトを手動で実行し、各ホストからの収集結果を含む圧縮アーカイブを適合性評価ツールのホストに手動で転送する必要があります。ツールの実行時間は、スクリプトの実行と結果を集計する時間に限定されます。収集スクリプトのソースコードは利用可能なため、移行元の環境で実行する前に完全な監査を行うことができます。
収集されたデータの包括性、セキュリティ、ユーザビリティ: 適合性評価ツールは、OS、アプリ、リスニング ポート、マウントされたディスクなどのホストに関するデータを収集します。適合性評価ツールは次の種類のデータを収集します。
- VMware vSphere のデータ。適合性評価ツールは、VMware vCenter API と連携して、VMware vSphere 環境に関する特定のデータ（VMware ID など）を収集します。
- Linux ホストと Windows ホスト。適合性評価ツールは、専用ホストからリモートで、またはローカルに各 VM で収集スクリプトを実行して、Linux または Windows ホストでデータを収集します。このデータ収集には、OS の種類、データ ストレージ、CPU と CPU コアの数など、各 VM に関するデータと、ホストに関するその他の情報が含まれます。
適合性評価ツールは、事前定義されたルールセットに対する評価の結果を含むレポートを生成します。適合性評価ツールは各ルールを評価し、移行元の環境のホストで収集スクリプトを実行して収集されたデータの分析に基づいて結果を表示します。
適合性評価ツールでは、HTML、CSV、JSON などのさまざまな形式でレポートをエクスポートできます。適合性評価ツールは、環境内のすべてのデータをローカルに処理します。外部に情報を送信することはないため、データの保存場所を完全に制御できます。
移行センターと適合性評価ツールを比較する
| 移行センター | 適合性評価ツール | |
|---|---|---|
| 移行元と移行先の環境 |
|
|
| データ取得モード |
|
|
| 使いやすさ |
|
|
| 収集されたデータの包括性、セキュリティ、ユーザビリティ |
|
|
移行センターと適合性評価ツールのインテグレーション
移行元の環境でデータを 2 回収集することなく、両方のツールの検出機能と収集機能を使用できるように、移行センターでは、mFit 評価用のデータを収集できます。この統合により、移行決定を支援し、両方のツールが提案する移行パスを評価してもらうことで、移行計画を設計するための包括的なデータが提供されます。前のセクションでは、移行センターと適合性評価ツールを個別に評価しました。ただし、評価用のより完全なデータを入手するには、両方のツールを構成して複数のレポートを生成する代わりに、この統合を検討することをおすすめします。この統合はディスカバリー クライアントに依存しているため、ディスカバリー クライアントを環境にインストールできる必要があります。
移行用のツールを選択する
ユースケースに最適な評価ツールを選択するには、確立した基準に照らして各ツールを評価します。各オプションのすべての基準に値を割り当てて、各オプションの合計スコアを計算できます。各オプションの合計スコアを計算するには、基準に基づいてそのオプションのすべての評価を追加します。たとえば、基準に対する環境のスコアが 10、別の基準に対するスコアが 6 の場合、そのオプションの合計スコアは 16 になります。
評価における各基準の重要度を表すために、各基準のスコアに異なる重み付けを割り当てることもできます。たとえば、評価のモダナイゼーション オプションよりも難読化されたデータのほうが重要な場合は、収集するデータの完全性、セキュリティ、ユーザビリティを乗算することで 1.0 という乗数を定義し、移行元の環境と移行先の環境に 0.7 の乗数を定義できます。評価ツールを選択する際の差別化要因として明らかに際立った基準がない場合は、両方のツールを同時に使用することで、移行元の環境の詳細を確認できます。
サンプル ユースケース
以降のセクションでは、評価する移行元の環境の一般的なユースケースの例を示し、そのユースケースに最適な評価ツールとその理由について説明します。
Compute Engine へのオンプレミスの Windows 環境のリフト＆シフト移行
このユースケースの例は、オンプレミス環境のリフト＆シフト移行用です。この環境は、主に Compute Engine に移行する Windows ホストで構成されています。
移行センターを使用して Windows 環境を移行する
- 移行元と移行先の環境: 移行センターは、一般的な Windows ホストでリモート収集をサポートし、Compute Engine への移行方法に関する推奨事項を提供します。
- データ取得モード: 必要な Windows 認証情報とネットワーク設定を構成すると、ディスカバリー クライアント VM をデプロイしたホストから、すべての Windows ホストでデータ収集をリモートで実行できます。
- 使いやすさ: 移行センターは、完全に自動化されたリモートデータ収集をサポートしています。大規模な本番環境を移行する場合は、この方法を使用することをおすすめします。
- 収集されたデータの包括性、セキュリティ、ユーザビリティ: 移行センターは、ホストに関する情報を提供するデータを収集します。また、費用予測など、各ワークロードの移行プロセスに関する具体的な推奨事項も提供します。
適合性評価ツールを使用して Windows 環境を移行する
- 移行元と移行先の環境: 適合性評価ツールは、Windows ホストでのリモートデータ収集をサポートしていません。
- データ取得モード: 必要なソフトウェアをホストにインストールすることで、別のホストでスクリプトを実行するように Windows を構成できます。
- 使いやすさ: 適合性評価ツールのデータを収集するには、移行する各ホストで収集スクリプトを手動で実行して、データを集計する必要があります。このシナリオでは、
mfitツールはリモート検出と収集を実行できないため、集計データをmfitツールホスト VM に移動する必要があります。 - 収集されたデータの包括性、セキュリティ、ユーザビリティ: 適合性評価ツールは、ホストを Google Cloud に移行する際の推奨事項を提供します。適合性評価ツールのレポートは最適なソリューションを提案できます。この場合は、Google Cloud VMware Engine または Compute Engine になります。このツールでは、注意するべき点や必要な修正もハイライト表示されます。
リフト＆シフト移行用の推奨ツール
このユースケース例では、移行センターを使用することをおすすめします。これは、適合性評価ツールとは異なり、Windows ホスト用に完全に自動化されたリモートデータ収集をサポートしているためです。
VMware vSphere ベースの環境のハイブリッド移行
このユースケースの例は、VMware vSphere ベースの環境のリフト＆シフト移行と改善して移行を組み合わせたハイブリッド移行アプローチです。この例では、移行元の環境は、移行を評価する次のワークロードをホストします。
- 最終的にコンテナ化されるワークロード。
- Compute Engine または Cloud SQL に移行するデータベース。
このシナリオでは、一部のワークロードは「改善して移行」の移行の際に、簡単にモダナイズできる場合があります。他のワークロードはより複雑であり、リフト＆シフト移行に適している場合があります。
移行センターを使用して、vSphere ベースの環境を移行する
- 移行元と移行先の環境: 移行センターは、検出フェーズのために VMware vSphere とインターフェースで接続でき、データベース スキャンをサポートします。移行センターは、移行するワークロードに関するデータ収集をサポートしていますが、プラットフォームの再構築に関する推奨事項はありません。
- データ取得モード: 移行センターを実行するために必要な権限とネットワーク設定を含む認証情報を構成する必要があります。
- 使いやすさ: 移行センターでは、移行元の環境にディスカバリー クライアントをインストールする必要があります。
- 収集されたデータの包括性、セキュリティ、ユーザビリティ: StratoZone の推奨事項を使用すると、ソリューション グループを生成してデータベースを移行できます。ソリューション グループは、一般的なデータベースや管理ソフトウェアなど、最も一般的なエンタープライズ アプリの移行パスを識別するため、このユースケースに適しています。
適合性評価ツールを使用して vSphere ベースの環境を移行する
- 移行元と移行先の環境: 適合性評価ツールは、別の移行先の環境に移行するための推奨事項を提供し、必要な作業と潜在的な問題を評価します。
- データ取得モード: 必要な権限を持ったユーザーが、別のホストでリモートから適合性評価ツールを実行できる必要があります。
- 使いやすさ: 前述のように、適合性評価ツール収集スクリプトは、Linux ホスト上の SSH 接続を介してリモートで実行できます。
- 収集されたデータの包括性、セキュリティ、ユーザビリティ: 適合性評価ツールは、Compute Engine や GKE など、さまざまな移行先の環境を評価するための推奨事項を提供します。
ハイブリッド移行に推奨されるツール
このユースケースでは、移行センターと適合性評価ツールの間に明確な決定的要因はありません。どちらのツールも検出を実行でき、どちらのツールもほとんどのホストからデータを収集できます。主な考慮事項は次のとおりです。
- 移行センターには、データベースをスキャンする機能があります。これは、複数のデータベースを必要とするワークロードのリフト&シフト移行を行う辞めの要件に適合します。
- 適合性評価ツールを使用すると、改善の移行と移動の移行に関する推奨事項など、さまざまなルールを評価できます。
このユースケースでは、評価にハイブリッド アプローチを検討することをおすすめします。移行センターを使用して、データベースに関するデータを収集でき、適合性評価ツールを使用して、他のワークロードをホストするホストに関するデータを収集できます。たとえば、移行センターと適合性評価ツールの統合を使用して、ディスカバリー クライアントを使用する必要なすべてのデータを収集できます。両方のツールを使用することで、両方のツールの機能を利用して、効果的な移行計画の設計に必要なすべてのデータポイントを収集できます。
Windows ホストおよび Linux ホストで稼働している異種ワークロード
このユースケースの例では、移行元の環境は、Linux ホストと Windows ホストで実行されている異種ワークロードをホストしています。このようなシナリオは、オンプレミスの移行元環境をクラウドに移行する企業環境でよく見られます。企業組織は通常、時間の経過とともに蓄積された大きな差異がある異種の技術スタックを抱えています。このような移行が完了するまでに数か月から数年かかることがあるため、移行元の環境を移行する場合は、通常、必要な移行コストと労力を最小限に抑えるカスタマイズされた移行計画が必要になります。このユースケース例では、最初に移動するワークロードを慎重に選択します。この選択が移行の成功に大きく影響するからです。
- 移行元と移行先の環境: 適合性評価ツールは Windows ホストでのリモートデータ収集をサポートしていませんが、適合性評価ツールを移行センターと統合することで、この制限を回避できます。このような大規模な移行では、両方のツールが最終的にホストのグループの評価に役立つと考えるのが妥当です。さまざまなワークロードがあるため、両方のツールでレポートを実行すると、最適な移行ソリューションを決定するのに役立ちます。
- データ取得モード: 移行元の環境のばらつきを考慮すると、各ホストグループのデータ取得方法を選択するために柔軟性を持つことは重要な決定的要因です。ディスカバリー クライアントのインストールと構成に時間と労力を費やすか、適合性評価ツールの収集スクリプトを使用してデータを収集するかを選択できます。
- 使いやすさ: 環境内にホストの数が多いため、すべてのホストをスキャンする自動アプローチを使用すると便利です。ただし、移行センターの設定とホストへのディスカバリー クライアントのインストールには時間がかかることがあります。したがって、最初の移行対象には
mfit収集スクリプトの使用を検討することをおすすめします。 - 収集されたデータの包括性、セキュリティ、ユーザビリティ: このシナリオでは、適合性評価ツールによって提供される推奨事項により、ワークロードごとに異なる移行オプションを評価できます。Compute Engine に移行する場合は、移行センターで費用を予測できます。
このユースケース例では、評価に対するハイブリッド アプローチの重要性を強調しています。移行センターと適合性評価ツールの統合は、長期的な計画のための重要な要素です。
ヘルプを利用する
Google Cloud では、Google Cloud サービスを使用する際のヘルプとサポートを利用していただくため、次のオプションとリソースを提供しています。
- セルフサービス リソース。専用のサポートが必要ない場合は、自分のペースで使用できるオプションがいくつかあります。
- 技術パートナー。Google Cloud は複数の企業と提携して、プロダクトとサービスの使用を支援しています。
- Google Cloud プロフェッショナル サービス。プロフェッショナル サービスを利用すると、Google Cloud への投資を最大限に活用できます。
移行センターには、ワークロードの Google Cloud への移行に役立つリソースがさらにあります。これらのリソースの詳細については、「Google Cloud への移行: スタートガイド」のヘルプの表示をご覧ください。
次のステップ
- Google Cloud についての学習を組織に提供して、評価を完了する。
- Cloud Architecture Center で、リファレンス アーキテクチャ、図、ベスト プラクティスを確認する。