ワークロードは、資産のコレクション (VM、アプリケーション、データ ソース) の概念的な説明です。 前の記事「 定義と優先順位付け」では、ワークロードを定義するデータを収集するためのガイダンスが提供されました。 移行の前に、その一覧の技術的な入力の一部に追加の検証が必要です。 この記事は、次の入力の検証に役立ちます。
- アプリケーション： このワークロードに含まれるすべてのアプリケーションを一覧表示します。
- VM とサーバー: ワークロードに含まれる VM またはサーバーを一覧表示します。
- データ ソース: ワークロードに含まれるデータ ソースを一覧表示します。
- 依存 関係： ワークロードに含まれていない資産の依存関係を一覧表示します。
このデータをアセンブルするには、いくつかのオプションがあります。 最も一般的な方法をいくつか次に示します。
代替入力: 移行、最新化、イノベーション
上記のデータ ポイントの目的は、優先順位付けの支援として、相対的な技術的作業と依存関係をキャプチャすることです。 必要な移行によっては、適切な優先順位付けをサポートするために代替データ ポイントを収集することが必要な場合があります。
マイグレート： 純粋な移行作業の場合、既存のインベントリと資産の依存関係は、相対的な複雑さの公正な尺度として機能します。
近代化： ワークロードの目標がアプリケーションやその他の資産の最新化である場合、これらのデータ ポイントは依然として複雑さの強固な尺度です。 ただし、最新化の機会に関する入力をワークロードドキュメントに追加することが賢明な場合があります。
革新： クラウド導入の取り組み中にデータまたはビジネス ロジックが重要な変更を受けている場合、イノベーション型の変革と 見なされます 。 新しいデータまたは新しいビジネス ロジックを作成する場合も同様です。 イノベーションのシナリオでは、資産の移行が必要な最小限の労力を表す可能性があります。 これらのシナリオでは、チームは相対的な複雑さを測定するために、一連の技術的なデータ入力を考案する必要があります。
Azure Migrate
Azure Migrate には、アプリケーション、VM、データ ソース、依存関係の集計を高速化できる一連のグループ化関数が用意されています。 ワークロードが概念的に定義されたら、依存関係マッピングに基づいて資産をグループ化するための基礎として使用できます。
Azure Migrate のドキュメントでは、 依存関係に基づいてマシンをグループ化する方法に関するガイダンスを提供します。
構成管理データベース
一部の組織では、既存の運用管理ツール内に十分に保守された構成管理データベース (CMDB) があります。 CMDB を使用して、前に説明した入力データ ポイントを提供することもできます。
次のステップ
資産の配置とワークロードの定義に基づいて合理化の決定を確認します。