Amazon Web Services ブログ

AWS Transform discovery tool の紹介

本稿は、2025 年 11 月 24 日に AWS migration-and-modernization Blog で公開された Introducing the AWS Transform discovery tool を翻訳したものです。

The AWS Transform discovery tool は、VMware インフラストラクチャにデプロイする Open Virtual Appliance(OVA)です。このツールは Application Discovery Service Agentless Collector に代わるものです。
AWS Transform discovery tool は、クラウド接続や外部依存関係を必要とせずにオンプレミスでデプロイできる自己完結型アプリケーションとして動作します。このアーキテクチャにより、厳格に規制された業界や、厳格なデータガバナンス要件を持つ組織に適しています。包括的な検出は、移行計画、正確なコスト見積もり、移行リスクの軽減に不可欠です。AWS Transform discovery tool は、ワークロードからパフォーマンスデータとネットワーク接続データの両方を収集します。パフォーマンスデータを収集することで、AWS Transform がワークロードに最もコスト効率の高いインスタンスタイプを推奨することを可能にします。ネットワーク接続データを収集することで、関連する、すべての仮想マシンを同時に確実に移行を行い、誤ってオンプレミスに依存関係を残してしまうことを防ぎます。
このコレクターは、AWS Migration Portfolio Assessment(MPA)形式でエクスポートし、AWS Transform assessment が取り込んで処理することで、総所有コスト分析とビジネスケースを生成します。MPA 形式は、パートナーが AWS と移行データを交換するために使用されます。すべてのデータは、仮想アプライアンス上で収集し、ローカルに保存されます。ツールからエクスポートされたデータは、ワークステーション上のローカルにダウンロードされます。エクスポートされたデータを AWS にアップロードすることを選択しない限り、データは AWS に送信されません。このツールは、インターネットへのアウトバウンドアクセスを必要としません。

前提条件

  1. VMware vCenter に OVA をデプロイする権限が必要です。
  2. アプライアンスは、4 vCPU、16GB RAM、35GB ハードディスクが必要です。
  3. アプライアンスは、エージェントレスアプローチを使用してデータを収集します。アセスメント対象の VM は、アプライアンスからのインバウンド接続を許可する必要があります:
    • Linux – SSH TCP/22
    • Windows – TCP/5985 for HTTP, TCP/5986 for HTTPS(デフォルトポート。カスタムポート構成もサポートされています)
    • SNMP – UDP/161
  4. Linux の場合、サーバーに SSH 接続できるユーザーアカウントが必要です。
    SSH 検出の場合、ツールは ss -tnap を使用します。SSH ユーザーは、sudo を使用して ss コマンドを実行できる必要があります。ss が利用できない場合、ツールは netstat を代替手段として利用します。
  5. Windows のアカウント要件については documentation を参照してください。

デプロイ

  1. アプライアンス をダウンロードします。
  2. 標準の OVA デプロイプロセスを使用してアプライアンスをデプロイします。

    AWS Transform discovery tool アプライアンスのデプロイする、OVF デプロイの最後の画面を表示

    図 1. AWS Transform discovery tool アプライアンスのデプロイする、OVF デプロイの最後の画面を表示

初期セットアップ

  1. AWS Transform discovery tool の管理インターフェースは、ポート 5000 で実行します。アプライアンス VM の IP が 10.250.1.20 の場合、管理インターフェースにはブラウザで https://10.250.1.20:5000 へアクセスします。
  2. 管理インターフェースに初めてアクセスする際に、パスワードを作成します。

    Password と Confirm password テキストボックスを表示するダイアログボックス

    図 2. AWS Transform discovery tool のパスワード作成

  3. AWS Transform discovery toolにログインした後 Set up access を選択して vCenter Server に接続します。

    Discovery tool の collector configuration 画面に Set up access という名前のボタンを表示しています

    図 3. vCenter アクセスのセットアップボタン

  4. vCenter の FQDN または IP、ユーザー名、パスワードを入力します。https:// は含めず、FQDN または IP のみを入力してください。Windows 認証を使用する場合、Windows ユーザーネームは DOMAIN\user形式である必要があります。vCenter には読み取り専用アカウントを使用できます。

    vCenter URL、ユーザー名、パスワードの入力フィールドを表示する画面

    図 4. vCenter アクセスのセットアップ

    AWS Transform discovery tool が vCenter Server にアクセスできる場合、ステータスが Connected に変わり、数分後 Last collection に日付と時間が表示されます。

    vCenter へのアクセス設定の完了、vCenter への Connected ステータス、最後の収集日とタイムスタンプを表示する画面

    図 5. vCenter 接続の成功と最新の収集日時

    検出収集は 1 時間ごとに実行されます。収集を強制する必要がある場合は、Actions メニューから実行できます。

    ドットのコンテキストメニュー付きの Collection modeules 一覧で Collect dat now を選択できます

    図 6. 検出収集の強制実行

  5. 検出されたインベントリは Discovered inventory ページから表示できます。

    発見されたすべての仮想マシンのリストを表示する Discovered inventory 画面

    図 7. 検出されたすべてのインベントリ

OS アクセスの構成

    1. 初期構成では Set up OS access ボタンが表示されます。以降の構成では Edit OS access ボタンを使用します。

      Edit OS Access ボタンを表示する初期設定ワークフロー

      図 8. Edit OS access ボタン

    2. 認証情報画面では、SSH と WinRM の両方の認証情報を入力する例を示しています。Windows 資格情報は、WinRM 経由で Windows サーバー全体の SQL Server インストール環境をリモートで調査・収集するために使用され、バージョン情報、エディション詳細、サービス構成、インスタンス名、起動設定、サービスアカウント、クラスタリングステータスを含む、すべてのSQL Serverコンポーネントに関する詳細なメタデータが収集されます。Kerberos を使用する場合、ユーザー名は username@DOMAIN.TLD 形式である必要があります – ユーザー名は小文字、ドメインは大文字です。Auto-connect ボックスにチェックを入れると、AWS Transform discovery tool はすべての VM に対してその認証情報を使用しようとします。ボックスにチェックを入れない場合は、認証情報を手動で割り当てる必要があります。

      SNMP、SSH、およびWinRM の認証機能を入力できる画面

      図9. OS アクセス認証情報

    3. 認証情報を手動で割り当てるには Discovered inventory 画面に移動します。フィルターを入力するオプションがあります。この例では、フィルターに atx-wp と入力しました。これは Enter キーを押すと適用されます。

      サーバーのフィルターボックスに atx-wp が入力された Discovered inventory 画面

      図10. インベントリフィルターの入力

    4. フィルターは一致する VM を選択します。認証情報を割り当てるには、Hostname の横にあるボックスにチェックを入れます。以下に示すように、すべてを選択できます。次に Manage access credential を選択します。

      Servers 画面は、atx-wp で始まる VM でフィルタリングされます。左側のチェックボックスで VM が選択され、Manage access credential ボタンが強調表示されます。

      図 11. フィルタリングされたインベントリリストからサーバーを選択してアクセス認証情報を割り当てる

    5. ドロップダウンから認証情報を選択し Save and collect を選択します。

      アクセス認証情報の一覧から選択できるドロップダウン機能付きのポップアップボックスと、サーバー一覧に資格情報を割り当てるための Save and collect ボタン

      図 12. サーバーのリストに対するアクセス認証情報の選択

      約 15 秒後、認証情報の割り当てが成功すると Network status 列に Success が表示されます。

      Success という語とチェックマークがある Network status 列が表示された Discovered inventory 画面

      図 13. Linux サーバーの認証情報の成功

以下は、Windows VM の例です。まず、Windows 認証情報を割り当てます。

Manage access credentials という見出しのポップアップウィンドウ、ドロップダウンで認証情報を選択でき、Save and collect ボタンも利用できます。

図 14. Windows VM への WinRM 認証情報の割り当て

成功すると Network status 列が Success に変わります。この Windows VM は SQL Server のインスタンスを実行しているため、 Database status 列も Successに変わりました。

Windows VM、データベースステータス、およびネットワークステータス列を含む検出された Discovered inventory 画面には Success という語とチェックマークが入力されています。

図 15. Windows の認証情報の成功

ダウンロード

データを収集した後 Download inventory ボタンを使用してインベントリをダウンロードできます。

Download inventory が強調表示された Discovered inventory 画面

図 16. Download inventory ボタン

これは MySQL バックエンドを持つ Web サーバーで収集されたネットワークデータの例です。

ソースサーバーの IP アドレス、ターゲットサーバーの IP アドレス、ターゲットポート、ステート、トランスポート、IP バージョン、カウントなどの様々な列を含む CSV ファイル

図 17. ソースとターゲットの IP、ターゲットのポートとプロトコルを含むサンプルネットワークデータ

必要に応じて Download logs を使用してトラブルシューティング用のログをダウンロードできます。

Download logs ボタンが強調表示された Collector configuration 画面

図 18. Download logs ボタン

クリーンアップ

クリーンアップ手順は vCenter インベントリからアプライアンスを削除することだけです。
AWS Transform discovery tool で使用するために特定の OS 認証情報を作成した場合は、認証情報を無効化する必要がある場合があります。

まとめ

AWS Transform discovery tool を使用すると、移行の準備として、組織内のサーバーインベントリ、データベースインスタンス、ネットワーク依存関係を自動的に検出できます。クラウド接続や外部依存関係を必要とせずに自己完結型アプリケーションとして動作するため、セキュリティを最も重視する環境にも適しています。

現在のインフラストラクチャに対する包括的な可視性を提供することで、AWS Transform discovery tool は以下を支援します:

  • 将来の AWS 環境を正確にサイジングしてコスト計算する
  • 移行計画に影響を与えるアプリケーションの依存関係を特定する
  • データ駆動型の TCO 分析とビジネスケースを生成する
  • 移行戦略と優先順位について情報に基づいた意思決定を行う

AWS Transform discovery tool からダウンロード可能な出力は、AWS Transform assessment にアップロードでき、移行計画のための詳細な TCO 分析とビジネスケース生成を可能にします。このデータ駆動型アプローチは、移行リスクを軽減し、AWS への移行を加速するのに役立ちます。

次のステップ

AWS Transform discovery tool の出力を評価に使用できます。出力ファイルに変更を加える必要はありません。AWS Transform assessment に直接アップロードするだけです。評価の作成について詳しくは、AWS Transform assessment の製品ドキュメントをご確認ください。

Patrick Kremer

Patrick Kremer

Patrick Kremer は、インフラストラクチャの移行とモダナイゼーションに焦点を当てたシニアスペシャリストソリューションアーキテクトです。Patrick は 2022 年に AWS に入社し、20 年の VMware 経験を活かして、お客様が AWS ソリューションに移行するのを支援しています。彼は AWS 認定ソリューションアーキテクトプロフェッショナルであり、教育とブログ執筆に情熱を持っています。

Pedro Calixto

Pedro Calixto

Pedro Calixto は、AWS のシニアソリューションアーキテクトで、ワークロードの移行とモダナイゼーションを専門としています。彼の焦点は、企業が AWS 内でオンプレミス環境を拡張、移行、保護するのを支援すること、および AWS サービスを使用してアプリケーションのモダナイゼーションを加速することです。

この投稿の翻訳は Solutions Architect の田澤が担当させていただきました。原文記事はこちらです。