# オプション 1: 検出を実行してから移行する
**検出**
ここでは、まず AWS 検出ツールを使用して既存のインフラストラクチャを検出することで、移行を開始するワークフローについて説明します。検出コネクタや検出エージェントをダウンロードしてデプロイし、既存のインフラストラクチャを検出できます。これらのいずれかがデプロイされると、Migration Hub コンソールからデータ収集が開始されます。
Migration Hub の検出プロセスは、AWS Agentless Discovery Connector や AWS Application Discovery Agent などの AWS 検出ツールを使用して、既存の環境に関するデータを収集します。これらの検出ツールは、収集したデータを Application Discovery Service のリポジトリに保存し、各サーバーとそのサーバーで実行されているプロセスに関する詳細を提供します。 Application Discovery Service は、Migration Hub に統合されたもう 1 つの AWS のサービスです。これにより、Migration Hub 内部で検出データを表示できます。
サーバーを検出し、それぞれのデータがリポジトリに収集されたら、[[サーバー](http://console.aws.amazon.com/discovery/home?source=mgh#/resources)] ページでサーバー ID を選択することで、任意のサーバーの詳細を表示できます。サーバー ID を選択すると、サーバーの詳細ページが表示されます。
移行するアプリケーションを構成する、検出されたすべてのサーバーを論理的に定義およびグループ化できます。
**移行**
移行は Migration Hub の外部で行われ、サポートされている移行ツールを使用します。これらのツールには、AWS 移行ツールと統合パートナーの移行ツールの両方が含まれます。また、後で複数のサーバーを既存のアプリケーションまたは新しいアプリケーションにグループ化することもできます。
**ジョブの追跡**
Migration Hub は、リージョンで移行ツールが利用できる限り、すべての AWS リージョンで移行ステータスをモニタリングできます。Migration Hub と統合される移行ツールは、統合のステータスを米国西部（オレゴン）の Migration Hub に送信します。そこで、ステータスは 1 つの場所で集計されて表示されます。これらのツールは、お客様が承認（つまり、接続）されていない限り、ステータスを送信しません。
*これらのツールは、接続（承認）されていない限り、ステータスを送信しません。*
このチュートリアルで行うステップは、**検出を実行してから移行する** ワークフローの概要に従います。
![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/migrationhub/latest/ug/images/workflow1.png)
以下のトピックでは、検出ベースの移行ワークフローの 3 つの主要ステップについて説明します。
**Topics**
+ [フェーズ 1: 検出](discovery-wt-discover.md)
+ [フェーズ 2: 移行](discovery-wt-migrate.md)
+ [フェーズ 3: 追跡](discovery-wt-track.md)
# フェーズ 1: 検出
検出フェーズには、次のステップがあります。
+ AWS 検出ツールを選択してデプロイする。
+ View Discovered Servers。
+ サーバーをアプリケーションとしてグループ化する。
**Topics**
+ [検出ステップ 1: AWS 検出ツールを選択してデプロイする](#discovery-wt-aws-disco-tools)
+ [検出ステップ 2: View Discovered Servers](#discovery-wt-view-disco-servers)
+ [検出ステップ 3: サーバーをアプリケーションとしてグループ化する](#discovery-wt-group-as-applications)
## 検出ステップ 1: AWS 検出ツールを選択してデプロイする
[検出を実行してから移行する](gs-new-user-discovery.md) のステップ 3 からここに進んだ場合、または AWS 検出ツールがすでに実装されており、さらにデプロイする場合は、次のステップで [AWS Agentless Discovery Connector](#discovery-agent-less-wt) または [AWS Application Discovery Agent](#discovery-agent-wt) のいずれかをデプロイする方法を示しますAWS 移行パートナーの検出ツールを使用して既に検出を実行している場合、または設定管理データベース（CMDB）や IT 資産管理システム（ITAM）などのデータソースから既存のデータがある場合は、Migration Hub インポートを使用してアップロードできます。詳細については、*Application Discovery Service ユーザーガイド* の「[Migration Hub インポート](https://docs.aws.amazon.com/application-discovery/latest/userguide/discovery-import.html)」を参照してください。
検出コネクタ または 検出エージェント のどちらを選択するかを決定するために、次の比較チャートが用意されています。
![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/migrationhub/latest/ug/images/AgentConnectorCompTbl.png)
### AWS Agentless Discovery Connector を使用した検出
次のステップでは、AWS Agentless Discovery Connector を使用してオンプレミスのリソースに関するデータを収集する検出プロセスを説明します。
検出コネクタ は VMWare アプライアンス (OVA) であり、VMWare 仮想マシンに関する情報のみ収集できます。
検出コネクタ を使用する理由は、サーバー自体に何もインストールすることなく、オペレーティングシステムに固有ではないツールを使用してインフラストラクチャをすばやく評価できるためです。
**エージェントレスコネクタを使用してリソースを検出するには**
1. [検出を実行してから移行する](gs-new-user-discovery.md) のステップ 3 から進む場合は、[**Download connector (コネクタのダウンロード)**] を選択します。それ以外の場合は、ナビゲーションペインの [**Discover (検出)**] で [**Tools (ツール)**] を選択し、[**Download connector (コネクタのダウンロード)**] を選択します。
1. AWS Application Discovery Service ユーザーガイドの「[検出の設定](http://docs.aws.amazon.com/application-discovery/latest/userguide/setting-up-agentless.html)」で説明されている手順に従って、エージェントレスコネクタをデプロイおよび設定します。
1. エージェントレスコネクタを正常にインストールしたら、Migration Hub コンソールの [**Data Collectors (データコレクター)**] ページに戻り、更新アイコンを選択します。
1. 開始するコネクタのチェックボックスをオンにします。
1. [**Start data collection (データ収集の開始)**] を選択します。
1. 追加のコネクタを取り付けるには、上記の手順を繰り返します。
### AWS Application Discovery Agent を使用した検出
次のステップでは、AWS Application Discovery Agent を使用してオンプレミスのリソースに関するデータを収集する検出プロセスを説明します。
VM と物理サーバーの両方に 検出エージェント をインストールして、オンプレミスサーバーを検出するだけでなく、技術仕様、システムパフォーマンス、ネットワーク依存関係、およびプロセス情報を収集することもできます。ネットワーク依存関係とプロセス情報は、エクスポートでのみ使用できます。Application Discovery Service CLI を使用してデータをエクスポートし、Migration Hub の外部で分析します。詳細については、「[describe-export-tasks](http://docs.aws.amazon.com/cli/latest/reference/discovery/describe-export-tasks.html)」を参照してください。
検出エージェント を使用することのメリットは、エージェントレス 検出コネクタ を使用するよりも詳細な情報が提供されることです。この情報には、システムのパフォーマンスとリソース使用率が含まれます。これとは対照的に、検出コネクタを使用するメリットは、オンプレミスのインフラストラクチャ評価がより効率的で高速になることです。
**エージェントを使用してリソースを検出するには**
1. [検出を実行してから移行する](gs-new-user-discovery.md) のステップ 3 から進む場合は、[**Download agent (エージェントのダウンロード)**] を選択し、ドロップダウンで [**Windows**] または [**Linux**] を選択します。それ以外の場合は、ナビゲーションペインの [**Discover (検出)**] の下にある [**Tools (ツール)**] を選択して [**Download agent (エージェントのダウンロード)**] にアクセスできます。
1. AWS Application Discovery Service ユーザーガイドの「[エージェントベースの検出の設定](http://docs.aws.amazon.com/application-discovery/latest/userguide/setting-up-agents.html)」で説明されている手順に従って、エージェントをデプロイおよび設定します。
1. エージェントが正常にインストールされたら、Migration Hub コンソールの [**Data Collectors (データコレクター)**] ページに戻り、更新アイコンを選択します。
1. 起動するエージェントのチェックボックスをオンにします。
1. [**Start data collection (データ収集の開始)**] を選択します。
1. 追加のエージェントをインストールするには、上記の手順を繰り返します。
## 検出ステップ 2: View Discovered Servers
これらのステップでは、AWS 検出ツールをデプロイして開始した後に検出されたサーバーを表示する手順を示します。
**検出したサーバーを表示するには**
1. ナビゲーションペインで、[**Servers (サーバー)**] を選択します。検出されたサーバーは、このページのサーバーリストに表示されます。サーバーの詳細を確認する場合は、残りのステップに進みます。
1. [**Server ID (サーバー ID)**] 列に表示されている サーバー ID を選択します。選択したサーバーを説明する画面が表示されます。
1. サーバーの詳細画面には、システム情報とパフォーマンスメトリクスが表示され、ネットワークの依存関係とプロセス情報をエクスポートするためのボタンが表示されます。
## 検出ステップ 3: サーバーをアプリケーションとしてグループ化する
以下のステップでは、サーバーをアプリケーションとしてグループ化する手順を説明します。アプリケーションは複数のサーバーを持つことができるため、移行の追跡を簡素化し、それらを 1 つの論理ユニットにグループ化することができます。
次のステップでは、アプリケーション用にグループ化する 1 つまたは複数のサーバーを選択する方法、アプリケーションを作成して名前を付ける方法、識別タグを追加する方法について説明します。
**ヒント**
アプリケーショングループを一括インポートするには、Application Discovery Service の AWS CLI を使用して `CreateApplication` API を呼び出します（[AWS Application Discovery Service API ガイド](http://docs.aws.amazon.com/application-discovery/latest/APIReference/API_CreateApplication.html)を参照）。
**サーバーを新規または既存のアプリケーションにグループ化するには**
1. ナビゲーションペインで、[**Servers (サーバー)**] を選択します。
1. サーバーリストで、新規または既存のアプリケーションにグループ化する各サーバーのチェックボックスを選択します。
1. また、サーバーリストのヘッダーで指定されている条件のいずれかを検索およびフィルタリングすることもできます。検索バー内をクリックしてドロップダウンから項目を選択し、次のドロップダウンから演算子を選択して、条件を入力します。
1. オプションで、選択したサーバーごとに、[**Add tag (タグの追加)**] を選択して説明タグを追加できます。これにより、[**Key (キー)**] に値を入力できるダイアログボックスが表示され、必要に応じて [**Value (値)**] に値を入力できます。
1. [**Group as application (アプリケーションとしてグループ化する)**] を選択してアプリケーションを作成します。または、既存のアプリケーションに追加します。
1. [**Group as application (アプリケーションとしてグループ化する)**] ダイアログボックスで、[**Group as a new application (新規アプリケーションとしてグループ化する)**] または [**Add to an existing application (既存のアプリケーションに追加する)**] を選択します。
1. [**Group as a new application (新規アプリケーションとしてグループ化する)**] を選択した場合は、[**Application name (アプリケーション名)**] フィールドに名前を入力します。必要に応じて、[**Application description (アプリケーションの説明)**] に説明を入力できます。
1. [**Add to an existing application (既存のアプリケーションに追加)**] を選択した場合は、リストボックスのアプリケーション名の横にあるラジオボタンを選択します。
1. [**Save**] を選択します。緑色の確認メッセージが画面の上部に表示されます。
**次のステップ**
検出フェーズの 3 つのステップが完了したら、次に進みます。
+ [フェーズ 2: 移行](discovery-wt-migrate.md)
# フェーズ 2: 移行
移行フェーズには、次のステップがあります。
+ Migration Hub に移行ツールを接続する。
+ 接続された移行ツールを使用して移行する。
**Topics**
+ [移行ステップ 1: Migration Hub に移行ツールを接続する](#discovery-wt-auth-migrate-tools)
+ [移行ステップ 2: 接続された移行ツールを使用して移行する](#discovery-wt-migrate-using-tools)
## 移行ステップ 1: Migration Hub に移行ツールを接続する
移行は、AWS 移行ツールまたは統合パートナーの移行ツールを使用して Migration Hub 外部で行われます。これらのツールは、Migration Hub の [Migrate (移行)] セクションの [Tools (ツール)] ページから選択します。
次の表は、サポートされているツールの一覧です。
| リソースタイプ | 移行ツール名 |
| --- | --- |
| サーバー | AWS Server Migration Service CloudEndure 移行 ATADATA ATAmotion RiverMeadow 移行 SaaS |
| データベース | AWS Database Migration Service |
前述のツールは Migration Hub と直接通信して、移行された進行状況とステータスの集約ビューを提供し、Migration Hub を通じて追跡できるようにします。
次のステップでは、選択した移行ツールの接続（承認）について説明します。
**移行ツールを接続（承認）するには**
1. ナビゲーションペインの [**Migrate (移行)**] で、[**Tools (ツール)**] を選択します。
1. アプリケーションを移行する AWS 移行ツールまたは統合パートナーのツールを決定します。
1. ボックスで [**Connect (接続)**] を選択して、Migration Hub と通信するために選択した移行ツールを認証します。
1. AWS 移行ツールは、[**Connect (接続)**] を選択すると必要なアクセス許可ロールを自動的に追加するワンクリック認証プロセスを利用します。
1. 統合パートナーのツールを使用すると、[**Connect (接続)**] を選択する際に、そのパートナーのウェブサイトに移動して、認証を完了する方法が指示されます。
**注記**
API を使用している場合や、Migration Hub のコンソールから認証したくない場合は、「[新しいユーザー IAM セットアップ](new-customer-setup.md)」で手動によるロール作成について学ぶことができます。
## 移行ステップ 2: 接続された移行ツールを使用して移行する
次のステップでは、以前に定義したアプリケーションを移行する手順について説明します。
**アプリケーションを移行するには**
1. ナビゲーションペインの [**Migrate (移行)**] で、[**Tools (ツール)**] を選択します。
1. AWS 移行ツールを接続（許可）した場合は、コンソールのリンクを選択します。統合パートナーのツールを接続（承認）した場合は、ウェブサイトのリンクを選択します。
1. ツールのコンソールまたはウェブサイトにリンクしている場合は、Migration Hub の外部で移行が行われるため、選択した移行ツールの移行手順に従ってください。
1. アプリケーションの移行が開始されたら、Migration Hub に戻ります。
**次のステップ**
移行フェーズの 2 つのステップが完了したら、次に進みます。
+ [フェーズ 3: 追跡](discovery-wt-track.md)
# フェーズ 3: 追跡
追跡フェーズでは、移行のステータスを追跡します。
+ 移行のステータスを追跡する。
**Topics**
+ [追跡ステップ 1: 移行のステータスを追跡する](#discovery-wt-track-app-status)
## 追跡ステップ 1: 移行のステータスを追跡する
**アプリケーションの移行ステータスを追跡するには**
1. アプリケーションの移行が開始されたら、Migration Hub に戻り、[**Dashboard (ダッシュボード)**] を選択します。
1. [**Most recently updated applications (最近更新したアプリケーション)**] という上部のペインで、移行するアプリケーションの名前の付いた円グラフ内をクリックします。アプリケーションの詳細画面が表示されます。
1. アプリケーションの詳細ページにアプリケーションのすべてのサーバーが表示されない場合は、それらのサーバーをまだこのアプリケーションにグループ化していないことが原因である可能性があります。サーバーの移行ステータスが表示されない場合は、検出されたサーバーへの自動マッピングが間違ったサーバーにマッピングされている可能性があり、マッピングを手動で編集する必要があります。「[移行に関する更新がアプリケーションに反映されない](troubleshooting.md#migs-do-not-appear-in-app)」を参照してください。
1. アプリケーションに関連付けられたサーバーに対して移行タスクを初めて開始すると、このステータスのアプリケーションは自動的に**進行中**ステータスに変わります。アプリケーションの詳細画面から進行中の移行ステータスを確認した後、ステータスが [**Not started (未開始)**] のままの場合は、手動で [**In-progres (進行中)**] に変更できます。右上隅の [**Change status (ステータスの変更)**] を選択します。
1. ダイアログボックスの [**In-progress (進行中)**] の横にあるラジオボタンを選択します。
1. [**Save**] を選択します。画面上部に緑の確認メッセージが表示され、ステータスラベルが [**In-progress (進行中)**] に変わります。
1. ブラウザをリフレッシュするか、アプリケーション詳細ページのサーバーテーブルの前にある更新ボタンをクリックして、アプリケーションの詳細画面に表示されるデータからアプリケーションの移行ステータスをモニタリングします。
1. アプリケーションの詳細画面のデータで、移行が完了したことが示され、テストと検証が完了している場合は、ステータスを「進行中」から「完了」に変更します。ページの右上隅にある [**Change status (ステータスの変更)**] を選択します。
1. ポップアップリストボックスの [**Completed (完了)**] の横にあるラジオボタンを選択します。
1. [**Save**] を選択します。画面上部に緑の確認メッセージが表示され、ステータスラベルが [**Completed (完了)**] に変わります。