翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 移行評価のクイックスタートガイド
<a name="transform-app-assessments-quick-start"></a>

このガイドでは、評価に必要なインベントリデータを取得する方法、評価を実行する方法、結果を確認する方法、使用するプロンプトについて説明します。最初のビジネスケースをすばやく作成する場合は、ここから始めてください。開始する前に、 に項目があることを確認します[前提条件](transform-app-assessments.md#transform-app-assessments-prerequisites)。

このガイドでは、インベントリファイルから完成したビジネスケースまで、以下のトピックについて説明します。
+ 移行評価のデータを取得する
+ 評価を実行する
+ 結果を確認して絞り込む
+ サンプルプロンプトを使用する

## 移行評価のデータの取得
<a name="transform-app-assessments-quick-start-data"></a>

すべての評価はサーバーインベントリで始まり、 AWS 変換は多くの形式を受け入れます。ほとんどのケースをカバーする 3 つのルート: ハイパーバイザーからインベントリをエクスポートする、 AWS 変換検出ツールを実行する、または既に持っているデータを使用する。サポートされている形式の詳細については、「」を参照してください[インベントリデータのアップロード](transform-app-assessments.md#transform-app-assessments-upload-inventory)。

### vCenter からのインベントリのエクスポート
<a name="transform-app-assessments-quick-start-data-export"></a>

ワークロードが VMware で実行されている場合、vCenter からのエクスポートがデータを取得する最も速い方法です。以下のツールはいずれも数分で実行され、サーバーにエージェントは必要ありません。
+ **vCenter のエクスポート** – オープンソースの Python スクリプト AWS。 AWS Transform が必要とする vCenter データのみを収集し、RVTools CSV ファイルの名前と列ヘッダーに一致するファイルを書き込みます。Python 3.10 以降と読み取り専用の vCenter 認証情報が必要です。スクリプトは、評価にアップロードする`vcexport.zip`ファイルを作成します。出力は RVTools 形式と一致するため、 AWS Transform はそれを RVTools。スクリプトをインストールして実行する手順については、GitHub ウェブサイトの [export-for-vcenter](https://github.com/awslabs/export-for-vcenter) を参照してください。
+ **RVTools** – VMware vSphere 環境を報告する Dell の広く使用されているサードパーティーの Windows ツール。多くのチームが既に実行しているため、インフラストラクチャチームが最近エクスポートした可能性があります。CSV ファイルの Excel ファイルまたは ZIP ファイルにエクスポートされ、どちらも AWS Transform が受け入れます。Dell ウェブサイトの RVTools からのみ [RVTools](https://www.dell.com/en-us/shop/vmware/sl/rvtools) をダウンロードします。

どちらのツールも、仮想マシンの設定方法をレポートします。vCenter のエクスポートは、vCenter が既に収集しているパフォーマンス統計も読み取ります。また、RVTools は読み取りません。パワーオン VM ごとに、CPU とメモリの最大使用量と平均使用量、および最大の仮想ディスクの読み取り/書き込みリクエストサイズが追加されます。

このデータは重要です。なぜなら、 AWS Transform はインベントリのピーク使用率からインスタンスをサイズ設定し、存在しない場合はデフォルトの前提にフォールバックするためです。最初のビジネスケースを取得するには、引き続き RVTools エクスポートが適しており、後で使用状況データを追加できます。

ハイパーバイザーからのデータには制限があります。vCenter が管理する仮想マシンのみを対象としています。物理サーバー、その他のハイパーバイザー、クラウドワークロードを個別に追加します。また、ゲスト内で を表示できないため、データベースエンジンやエディションは取得されず、サーバー間の接続も取得されません。SQL Server のエディションとバージョンがないと、 AWS Transform は SQL Server ライセンスを分析できません。

vCenter のエクスポートには、独自の 2 つの制限があります。電源がオフになっている VMs、IP アドレスのない VMs、`notRunning`ゲスト状態の VMs はスキップされます。また、その使用状況データはデフォルトで 60 分のウィンドウになり、月末または季節的なピークを逃す可能性があります。

### 検出ツールを使用してより豊富なデータを収集する
<a name="transform-app-assessments-quick-start-data-discovery-tool"></a>

 AWS 変換検出ツールは、インベントリを検出するために独自の環境にデプロイする仮想アプライアンスです。VMware vCenter と Microsoft Hyper-V をサポートしており、カンマ区切り値 (CSV) ファイルからさらにサーバーをインポートできます。このツールは、エージェントなしでデータを収集します。ハイパーバイザーから読み取り、Secure Shell (SSH) と Windows Remote Management (WinRM) を介してオペレーティングシステムに接続します。認証情報を指定します。アプライアンスのセットアップ手順については、[「検出ツール](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html)」を参照してください。

このツールは、アプライアンスをデプロイし、ソースを設定し、認証情報を指定するため、エクスポートよりもセットアップに時間がかかります。代わりに、エクスポートでは提供できないデータを収集します。
+ **経時的な使用状況データ** – ツールの実行時に収集されたオペレーティングシステムとストレージのメトリクス。 AWS Transform は、仮定ではなく実際の需要に対してサーバーのサイズを調整できます。これは、見積りの精度に最も大きな影響を与えます。
+ **データベース検出** – サーバー上の SQL Server データベースと Oracle データベース。SQL Server のエディションとバージョンは、ライセンスとエディションの分析を可能にするものです。インベントリは Oracle データベースを記録し、 AWS Transform はホストサーバーを一般的なコンピューティングとして評価します。
+ **ネットワーク接続** – サーバー間の接続とそれぞれの背後にあるプロセス。 AWS 変換評価はアプリケーションの依存関係をマッピングしないため、このデータを独自のウェーブプランニングに使用します。
+ **カバレッジの拡大 – **vCenter、Hyper-V、およびインポートされたサーバー間で 1 つのインベントリであるため、個別のエクスポートをマージすることを回避できます。

多くのチームが両方を実行します。エクスポートから始めて、方向性のあるビジネスケースを取得し、範囲について合意します。次に、検出ツールのデータを使用して評価を再度実行し、数値を確定します。

### 既に持っているデータの使用
<a name="transform-app-assessments-quick-start-data-existing"></a>

すでに持っているデータを使用することがよくあります。 AWS Transform は一般的な検出形式とインベントリ形式を認識し、認識されないファイルの柔軟なパーサーにフォールバックします。スプレッドシート、設定管理データベース (CMDB) のエクスポート、ストレージレポート、またはサードパーティーの検出ツールからのエクスポートはすべて妥当な出発点であり、 AWS Marketplace の[移行検出](https://aws.amazon.com/marketplace/solutions/migration/migration-discovery)ツールも同様です。 AWS Transform はアップロード時に形式を検出し、フィールドが欠落している場合は部分的なデータを受け入れます。柔軟な解析がベストエフォートであるため、認識されないファイルについて AWS Transform が報告する内容を確認します。自分で構築するスプレッドシートの場合、 AWS Transform Assessment Data テンプレートには、 AWS Transform が期待する列が表示されます。一般的に使用されるソースの詳細については、「」を参照してください[インベントリデータのアップロード](transform-app-assessments.md#transform-app-assessments-upload-inventory)。

## 評価の実行
<a name="transform-app-assessments-quick-start-running"></a>

インベントリをアップロードすると、評価は 3 つのステップを実行します。スコープを定義し、前提条件を定義して実行します。ステップは一度に 1 つずつ実行できます。これにより、先に進む前に各ステップを確認できます。必要なものがわかっている場合は、3 つすべてを 1 つのプロンプトにまとめることもできます。

AWS 変換では、除外するすべての項目にデフォルト値が使用されるため、どちらの方法でも結果が得られます。明示的であれば、より良い結果が得られます。デフォルトは、移行するサーバー、 AWS リージョン 必要なサーバー、財務チームが実行するコミットメントを把握できません。ステークホルダーが数字に疑問を投げかけたときに、根拠のない仮定に基づいて構築されたビジネスケースを防御することも困難です。入力を記述すると、どの入力がどの結果を生成したかがわかります。

2 番目のステップで設定した前提は、他の入力よりも結果を形成し、組織の制約が属する場所です。料金モデルと期間は、多くの場合、評価における最大のコスト変数です。

**評価を実行するには**

1. 

**スコープを定義する**

   評価に属しているサーバーとワークロードを決定します。エクスポートは通常、移行する予定よりも多くのものを保持し、廃止予定のサーバーはオンプレミスのベースラインと AWS 見積りの両方を膨張させます。スコープの詳細については、「」を参照してください[インベントリスコープの管理](transform-app-assessments.md#transform-app-assessments-manage-scope)。

   次のスコープアクションを実行します。
   + 移行するのではなく廃止する予定のサーバーと、このビジネスケースから除外するサーバーを除外します。
   + 本番稼働用以外のサーバーを別のシナリオに移動し、主要なビジネスケースが本番稼働用を対象とするようにします。
   + vCenter が管理しない物理サーバーなど、エクスポートが見逃したサーバーを追加します。
   +  AWS Transform が SQL Server ワークロードを検出したことを確認します。他のサーバーとは異なる方法で評価されるためです。

   AWS また、変換では、電源オフサーバーと停止サーバー、仮想マシンテンプレート、検出ツールとコレクターが実行されるアプライアンスなど、一部のリソースが単独で除外されます。これらの除外はサーバー数を変更するため、スコープ内カウントを期待値と照らし合わせて確認します。

1. 

**前提条件を定義する**

    AWS Transform が使用する料金とインフラストラクチャの前提条件を設定します。

   以下は基本的な例です。プロセッサアーキテクチャ、インスタンスタイプの除外、オンプレミスコストなど、これらよりも多くの前提条件を設定できます。前提条件の詳細については、「」を参照してください[評価シナリオの設定](transform-app-assessments.md#transform-app-assessments-configure-scenarios)。
   + **ターゲット AWS リージョン** – 例えば、米国東部 (バージニア北部) AWS リージョン、または AWS リージョン ユーザーに最も近い などです。料金は によって異なります AWS リージョン。
   + **料金モデルと期間** – たとえば、財務チームが条件にコミットする場合は 3 年間のリザーブドインスタンス、そうでない場合はオンデマンドです。
   + **適切なサイズ設定** — AWS Transform がパフォーマンスデータがないサーバーに対して引き受ける CPU とメモリの使用率。
   + **テナンシーとライセンス** – 混合テナンシーなど。Bring Your Own License Windows ワークロードが Dedicated Hosts に移行します。ライセンスを所有している場合は、Amazon Relational Database Service (Amazon RDS) の Bring Your Own Media for SQL Server を選択します。

   想定使用率が低いほどヘッドルームが増え、より大きなインスタンスが推奨されます。想定使用率が高いほど、ヘッドルームのコストが変動します。

1. 

**評価を実行する**

   評価を実行します。実行には数分かかる場合があり、時間はインベントリのサイズによって異なります。

実行が完了したら、次のセクションで説明するように、結果を共有する前に結果を確認します。

## 結果の確認と絞り込み
<a name="transform-app-assessments-quick-start-review"></a>

評価の実行後、出力を確認します。チャットで回答を AWS 変換して、結果について質問したり、サーバーのグループをドリルダウンしたり、ファイルを生成せずにレコメンデーションを質問したりできます。何かを共有する必要がある場合、 AWS Transform は次の成果物を生成します。

Microsoft PowerPoint プレゼンテーション (PPTX)  
結果の概要と推奨事項を含むエグゼクティブプレゼンテーション。

Microsoft Excel ワークブック (XLSX)  
各サーバーのレコメンデーションとコスト内訳を含む詳細なエクスポート。

ポータブルドキュメント形式 (PDF)  
コンピューティング、ストレージ、ライセンス、コストの比較をカバーするレポート。

3 つの成果物のうち、PDF はチャットでカスタマイズできるものです。 AWS Transform は、3 つのファイルすべてを ZIP ファイルでまとめて配信します。取得するシートとスライドは、評価の対象となるワークロードによって異なります。

最初の実行をドラフトとして扱います。結果で以下を確認します。
+ 総所有コスト (TCO) の概要のサーバー数が、設定した範囲と一致することを確認します。
+ 最もコストの高いサーバーに対して AWS Transform が生成するレコメンデーションが合理的であることを確認してください。XLSX ファイルには、各サーバーの推定コストが一覧表示されます。
+ ソースサーバーよりも大きい推奨インスタンスタイプなど、問題があると思われるものを調査します。

数字が正しい場合は、次のアクションを実行します。
+ Amazon EC2 の SQL Server と比較した Amazon RDS など、重み付けするオプションごとにシナリオを作成し、シナリオを並べて比較します。評価には最大 5 つのシナリオがあります。
+ 共有する必要があるレポートとプレゼンテーションを生成します。

前提条件を変更してシナリオを再実行し、さまざまな前提条件で新しいシナリオを作成し、シナリオを並べて比較して、適切なオプションを見つけることができます。インベントリの再アップロードは必要ありませんが、変更されたシナリオは完全に再実行されます。最善の理解から始めて、ステークホルダーの重みに合わせて絞り込みます。

## プロンプトの例
<a name="transform-app-assessments-quick-start-prompts"></a>

これらの各ステップはチャットを通じて実行します。次の例は、ステップごとに 1 つのプロンプトを示しています。各プロンプトは一度に複数のことを要求しますが、これは意図的です。 AWS 変換はメッセージ間でコンテキストを保持するため、スコープ、前提条件、および必要な出力に名前を付けるプロンプトは、一連の短い質問よりもうまく機能します。環境に合わせて詳細を変更します。

### スコープの定義
<a name="transform-app-assessments-quick-start-prompts-scope"></a>

このプロンプトは、 AWS Transform がインベントリを読み取り、スコープを絞り込む方法をチェックします。

「インベントリにはいくつのサーバーがあり、そのうちのどれが SQL Server を実行しますか? 検出したデータ品質の警告を一覧表示します。次に、srv-101、srv-102、および srv-103 を廃止する予定であるため、対象外にします。CPU、メモリ、ストレージを使用して、スコープ内の最終的なサーバー数を確認します。」

### 前提条件の定義
<a name="transform-app-assessments-quick-start-prompts-assumptions"></a>

このプロンプトは、デフォルトのままにするのではなく、料金、インフラストラクチャ、ライセンスの前提条件を示します。

「米国東部 (バージニア北部) の対象範囲内のサーバーを評価します。 AWS リージョン前払いなしの 3 年間のリザーブドインスタンスで料金が発生します。ワークロードが Arm AWS をサポートしている Graviton を許可し、残りは x86 に保持します。Bring Your Own License Windows サーバーが Dedicated Hosts で動作するように、混合テナンシーを使用します。Amazon RDS 上の SQL Server 用の Bring Your Own Media を想定します。ブロックストレージには gp3 ボリュームを使用します。5 年間の TCO を比較します。」

### 評価の実行
<a name="transform-app-assessments-quick-start-prompts-run"></a>

スコープと前提条件が設定されると、このステップはシンプルになります。評価を実行し、結果を確認できるように詳細を尋ねます。

「評価を実行し、結果の詳細な内訳を教えてください。」

そこから、同じ会話を続け、シナリオを比較し、What-If 分析を実行し、レポートを生成します。

### 1 つのプロンプトでステップを組み合わせる
<a name="transform-app-assessments-quick-start-prompts-single"></a>

スコープと前提条件が既にわかっている場合は、それらをまとめて記述し、1 つのプロンプトで評価を実行します。

「インベントリは評価しますが、srv-101、srv-102、および srv-103 は廃止する予定であるため、対象外にします。残りは、3 年間のリザーブドインスタンス、前払いなしの us-east-1 で料金が発生します。Bring Your Own License Windows サーバーが Dedicated Hosts で動作するように、混合テナンシーを使用します。Amazon RDS 上の SQL Server 用の Bring Your Own Media を想定します。次に、評価を実行し、結果の詳細な内訳を教えてください。」

## 関連リソース
<a name="transform-app-assessments-quick-start-related"></a>

移行評価の詳細については、以下のトピックを参照してください。
+ インベントリ形式の詳細については、「」を参照してください[インベントリデータのアップロード](transform-app-assessments.md#transform-app-assessments-upload-inventory)。
+ スコープの詳細については、「」を参照してください[インベントリスコープの管理](transform-app-assessments.md#transform-app-assessments-manage-scope)。
+ 前提条件の詳細については、「」を参照してください[評価シナリオの設定](transform-app-assessments.md#transform-app-assessments-configure-scenarios)。
+ インベントリを自動的に収集する手順については、[「検出ツール](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html)」を参照してください。