Azure への移行の対象となるオンプレミスのワークロードを評価する

この記事では、Contoso という架空の会社が Azure に移行するためにオンプレミスのアプリを評価する方法を示します。 このサンプル シナリオでは、Contoso のオンプレミスの SmartHotel360 アプリケーションが VMware 上で現在実行されています。 Contoso では、Azure Migrate サービスを使用してアプリケーションの VM を評価し、Data Migration Assistant を使用して SQL Server アプリケーション データベースを評価します。

概要

Azure への移行を検討する際、Contoso では技術的および財務的な評価を実行して、オンプレミスのワークロードがクラウドへの移行に適しているかどうかを確認する必要があります。 Contoso 社のチームは特に、移行対象のマシンおよびデータベースの互換性を評価する必要があります。 Contoso のリソースを Azure 内で実行するための容量とコストを見積もる必要があります。

作業を開始し、関連するテクノロジの理解を深めるために、Contoso は次の表にまとめたオンプレミス アプリのうち 2 つを評価します。 同社は、移行対象のアプリをリホストしてリファクターする移行シナリオを評価します。 リホストとリファクタリングの詳細については、移行の例の概要に関する記事を参照してください。

アプリの名前 プラットフォーム アプリ層 詳細
SmartHotel360

(Contoso の旅行要件を管理します)
SQL Server データベースが搭載された Windows 上で実行 2 層アプリ。 1 つの VM (WEBVM) 上でフロントエンド ASP.NET Web サイトが実行され、別の VM (SQLVM) 上で SQL Server が実行されます。 VM は、vCenter Server によって管理される VMware ESXi ホスト上で実行されています。

サンプル アプリは GitHub からダウンロードできます。
osTicket

(Contoso のサービス デスク アプリ)
LAMP スタック上で実行されます。 2 層アプリ。 1 つの VM (OSTICKETWEB) 上でフロントエンド PHP Web サイトが実行され、別の VM (OSTICKETMYSQL) 上で MySQL データベースが実行されます。 このアプリは、社内の従業員と外部の顧客の問題を追跡するために、顧客サービス アプリによって使用されます。

サンプルは GitHub からダウンロードできます。

現在のアーキテクチャ

この図は、現在の Contoso オンプレミス アーキテクチャを示しています。

現在の Contoso アーキテクチャ

  • Contoso にはメイン データセンターが 1 つあります。 そのデータセンターは、米国東部のニューヨーク市に位置しています。
  • Contoso は、その他にも米国内全体で 3 つの地方支店があります。
  • メイン データセンターは、光ファイバーによるメトロ イーサネット接続 (500 Mbps) を通じて、インターネットに接続されています。
  • 各支店は、ビジネス クラスの接続を使用して、インターネットにローカルで接続されています。メイン データセンターには、IPsec VPN トンネルで接続されています。 このセットアップにより、Contoso のネットワーク全体を永続的に接続でき、インターネット接続が最適化されます。
  • メイン データセンターは、VMware によって完全に仮想化されています。 Contoso には、vCenter Server 6.5 で管理されている ESXi 6.5 仮想化ホストが 2 つあります。
  • Contoso は ID 管理に Active Directory を使用しています。 Contoso は内部ネットワーク上で DNS サーバーを使用しています。
  • データセンター内のドメイン コントローラーは、VMware VM 上で実行されています。 支店にあるドメイン コントローラーは、物理サーバー上で実行されています。

ビジネス ドライバー

Contoso の IT リーダーシップ チームは、自社のビジネス パートナーと密接に連絡を取り合い、ビジネス部門がこの移行で何を達成しようとしているのかを理解しました。

  • ビジネスの成長への対応。 Contoso は成長しています。 その結果、会社のオンプレミスのシステムとインフラストラクチャにかかる圧力が増加しています。
  • 効率化。 Contoso は不要な手順を取り除き、開発者とユーザーのプロセスを効率化する必要があります。 顧客の要求にすばやく対応できるように、ビジネス部門は IT 部門に対して、時間やコストを無駄にせず、迅速に作業を行うことを求めています。
  • 機敏性の向上。 Contoso IT は、ビジネス部門の要求に対して、対応力を向上させる必要があります。 会社がグローバル経済で成功を収めるために、市場で起きる変化に遅れることなく迅速に対応する必要があります。 Contoso の IT 部門がビジネスの妨げになったり、ビジネスの妨げになったりするようなことがあってはなりません。
  • スケール。 会社のビジネスが順調に成長している中で、Contoso IT 部門は、同じペースで拡張できるシステムを提供する必要があります。

評価の目標

Contoso クラウド チームは、移行評価の目標を決定しました。

  • 移行後も、Azure 上のアプリは、Contoso のオンプレミス VMware 環境で現在提供されているのと同じパフォーマンスを発揮できる必要があります。 クラウドに移行したからといって、アプリのパフォーマンスの重要性が低下するわけではありません。
  • Contoso は自社のアプリケーションおよびデータベースと Azure の要件との互換性を理解する必要があります。 また、Azure でのホスティング オプションを理解する必要もあります。
  • アプリをクラウドに移動した後、Contoso のデータベース管理を最小化する必要があります。
  • Contoso は移行オプションだけでなく、インフラストラクチャをクラウドに移動した後のインフラストラクチャに関連するコストも理解する必要があります。

評価用ツール

Contoso は移行の評価に Microsoft のツールを使用します。 ツールは Contoso の目標に合ったものであり、同社が必要とするすべての情報を提供します。

テクノロジ 説明 コスト
Data Migration Assistant Contoso は Data Migration Assistant を使用して、Azure でのデータベースの機能に影響を与える可能性のある互換性の問題を評価し、検出します。 Data Migration Assistant は、SQL のソースとターゲット間の機能パリティを評価します。 そのうえで、パフォーマンスと信頼性の向上箇所を推奨します。 Data Migration Assistant は無料でダウンロードできるツールです。
Azure Migrate Contoso は、Azure Migrate サービスを使用して VMware VM を評価します。 Azure Migrate は、マシンの移行適合性を評価します。 そのうえで、Azure で実行するための、サイズとコストの見積もりを提供します。 Azure Migrate は、追加料金なしで利用できます。 ただし、評価と移行に使用することにするツール (ファースト パーティまたは ISV) によっては料金が発生する場合があります。 Azure Migrate の価格について、詳しくはこちらを参照してください。
サービス マップ Azure Migrate では、会社が移行しようとしているマシン間の依存関係が Service Map を使用して示されます。 Service Map は、Azure Monitor ログの一部です。 現時点では、Contoso は Service Map を 180 日間無料で使用できます。

このシナリオでは、Contoso は Data Migration Assistant をダウンロードして実行し、旅行アプリ用のオンプレミス SQL Server データベースを評価します。 Contoso は Azure への移行前に、Azure Migrate と依存関係マッピングを使用してアプリ VM を評価します。

評価のアーキテクチャ

移行評価のアーキテクチャ

  • Contoso は一般的なエンタープライズ組織を表す架空の名前です。
  • Contoso には、オンプレミスのデータセンター (contoso-datacenter) があり、これにはオンプレミスのドメイン コントローラー (CONTOSODC1CONTOSODC2) が含まれています。
  • VMware VM は、バージョン 6.5 を実行する VMware ESXi ホスト上にあります (contosohost1contosohost2)。
  • VMware 環境は、VM で実行中の vCenter Server 6.5 (vcenter.contoso.com、VM 上で実行) によって管理されています。
  • SmartHotel360 旅行アプリには次の特徴があります。
    • アプリは 2 つの VMware VM (WEBVMSQLVM) に階層化されています。
    • これらの VM は、VMware ESXi ホスト contosohost1.contoso.com 上に配置されています。
    • VM は Windows Server 2008 R2 Datacenter SP1 を実行しています。
  • VMware 環境は、VM で実行中の vCenter Server (vcenter.contoso.com) によって管理されています。
  • osTicket サービス デスク アプリ:
    • アプリは 2 つの VM (OSTICKETWEBOSTICKETMYSQL) に階層化されています。
    • VM では Ubuntu Linux Server 16.04-LTS を実行しています。
    • OSTICKETWEB では Apache 2 と PHP 7.0 が実行されています。
    • OSTICKETMYSQL では MySQL 5.7.22 が実行されています。

前提条件

Contoso と他のユーザーは、次に示す評価の前提条件を満たす必要があります。

  • Azure サブスクリプションまたは Azure サブスクリプションに含まれるリソース グループに対する、所有者または共同作成者のアクセス許可。
  • バージョン 6.5、6.0、または 5.5 を実行しているオンプレミスの vCenter Server インスタンス。
  • vCenter Server の読み取り専用アカウント、またはそれを作成するためのアクセス許可。
  • .ova テンプレートを使用して vCenter Server インスタンス上に VM を作成するためのアクセス許可。
  • バージョン 5.5 以降を実行している少なくとも 1 つの ESXi ホスト。
  • 少なくとも 2 つのオンプレミス VMware VM (1 つは SQL Server データベースを実行)。
  • Azure Migrate エージェントを各 VM にインストールするためのアクセス許可。
  • VM には、インターネットへの直接接続が必要です。
    • 必要な URL へのインターネット アクセスを制限できます。
    • VM がインターネットに接続できない場合、VM に Azure Log Analytics Gateway をインストールし、エージェント トラフィックにそのゲートウェイを通過させる必要があります。
  • データベースを評価するための、SQL Server インスタンスを実行している VM の完全修飾ドメイン名 (FQDN)。
  • SQL Server VM 上で実行されている Windows ファイアウォールでは、TCP ポート 1433 (既定値) で外部接続が許可されている必要があります。 このセットアップにより、Data Migration Assistant の接続が可能になります。

評価の概要

Contoso が評価を行う方法は次のとおりです。

  • ステップ 1:Data Migration Assistant をダウンロードしてインストールする。 Contoso はオンプレミスの SQL Server データベースを評価するために Data Migration Assistant を準備します。
  • 手順 2:Data Migration Assistant を使用してデータベースを評価する。 Contoso はデータベース評価を実行して分析します。
  • ステップ 3:Azure Migrate を使用した VM 評価の準備をする。 Contoso はオンプレミスのアカウントをセットアップし、VMware 設定を微調整します。
  • 手順 4:Azure Migrate を使用してオンプレミスの VM を検出する。 Contoso は Azure Migrate コレクター VM を作成します。 次に、コレクターを実行して、評価する対象の VM を検出します。
  • 手順 5:Azure Migrate を使用して依存関係を分析するための準備を行う。 VM 間の依存関係マッピングを確認できるように、Contoso は Azure Migrate エージェントを VM にインストールします。
  • 手順 6:Azure Migrate を使用して VM を評価する。 Contoso は依存関係を確認して VM をグループ化し、評価を実行します。 評価ができたら、Contoso は移行に向けて評価を分析します。

注意

評価は、ツールを使用してお使いの環境に関する情報を発見することだけに限定しないでください。 また、ビジネス オーナー、エンド ユーザー、IT 部門のその他メンバーが環境内で何が発生しているか、およびツールには検出されない要素について理解できるよう、説明する時間を設けるようにしてください。

手順 1:Data Migration Assistant をダウンロードしてインストールする

  1. Contoso は Microsoft ダウンロード センターから Data Migration Assistant をダウンロードします。
    • Data Migration Assistant は、SQL Server インスタンスに接続可能な任意のマシンにインストールできます。 Contoso では、これを SQL Server マシンで実行する必要はありません。
    • Data Migration Assistant は SQL Server ホスト マシンで実行しないようにする必要があります。
  2. Contoso はダウンロードしたセットアップ ファイル DownloadMigrationAssistant.msi を実行して、インストールを開始します。
  3. [完了] ページで、ウィザードを終了する前に [Microsoft Data Migration Assistant の起動] を選択します。

手順 2:SmartHotel360 のデータベース評価を実行して分析する

次に、Contoso は評価を実行して、SmartHotel360 アプリケーション用のオンプレミス SQL Server データベースを分析できます。

  1. Data Migration Assistant で、Contoso は [新規] > [評価] を選択し、評価にプロジェクト名を付けます。

  2. [ソース サーバーの種類] で、Contoso は [SQL Server] を選択します。 [ターゲット サーバーの種類] で、Contoso は [Azure Virtual Machines 上の SQL Server] を選択します。

    Data Migration Assistant:ソースの選択

    注意

    現時点では、Data Migration Assistant は Azure SQL Managed Instance への移行の評価をサポートしていません。 この問題を回避するために、Contoso では Azure VM 上の SQL Server を想定されるターゲットとして評価に使用します。

  3. [ターゲット バージョンを選択する] で、SQL Server 2017 をターゲット バージョンとして選択します。 これは SQL Managed Instance によって使用されるバージョンであるため、Contoso はこのバージョンを選択する必要があります。

  4. 互換性と新機能に関する情報の検出に役立つレポートを選択します。

    • [互換性の問題] では、移行を中断させる可能性がある変更や、移行前に微調整が必要な変更がわかります。 このレポートにより、Contoso は現在使用している機能の中で非推奨になった機能を常に把握することができます。 問題は、互換性レベルごとに整理されます。
    • [新機能のお勧め] では、移行後にデータベースで使用できる、ターゲット SQL Server プラットフォームの新機能がわかります。 新機能のお勧めは、 [パフォーマンス][セキュリティ][ストレージ] の見出し別に整理されます。

    Data Migration Assistant:互換性の問題と新機能

  5. [サーバーへの接続] で、データベースを実行している VM の名前と、それにアクセスするための資格情報を入力します。 VM が SQL Server に確実に接続できるように、 [サーバー証明書を信頼する] をオンにします。 次に、 [接続] を選択します。

    Data Migration Assistant:サーバーに接続する

  6. [ソースの追加] で、Contoso は評価するデータベースを追加し、 [次へ] を選択して評価を開始します。

  7. 評価が作成されます。

    Data Migration Assistant:評価を作成する

  8. [結果の確認] で、評価の結果を確認します。

データベース評価を分析する

結果は、利用可能になるとすぐに表示されます。 問題を修正した場合は、 [評価の再開] を選択して評価を再実行する必要があります。

  1. [互換性の問題] レポートで、互換性のレベルごとに問題の有無をチェックします。 互換性レベルでは SQL Server バージョンが次のようにマップされます。

    • 100:SQL Server 2008/Azure SQL Database
    • 110:SQL Server 2012/Azure SQL Database
    • 120:SQL Server 2014/Azure SQL Database
    • 130:SQL Server 2016/Azure SQL Database
    • 140:SQL Server 2017/Azure SQL Database

    Data Migration Assistant:互換性の問題レポート

  2. [機能に関する推奨事項] レポートで、Contoso は評価を通して推奨されるパフォーマンス、セキュリティ、ストレージの機能を移行後に確認します。 インメモリ OLTP と列ストア インデックス、Stretch Database、Always Encrypted、動的データ マスク、Transparent Data Encryption など、さまざまな機能が推奨されます。

    Data Migration Assistant:機能に関する推奨事項レポート

    注意

    Contoso がすべての SQL Server データベースで Transparent Data Encryption を有効にすることが推奨されます。 これは、データベースがオンプレミスでホストされている場合よりも、クラウドにある場合に、よりいっそう重要です。 Transparent Data Encryption は、移行後にのみ有効にする必要があります。 Transparent Data Encryption が既に有効になっている場合は、証明書または非対称キーを対象サーバーの master データベースに移動する必要があります。 Transparent Data Encryption によって保護されたデータベースを別の SQL Server に移動する方法については、こちらを参照してください

  3. Contoso は評価を JSON または CSV 形式でエクスポートできます。

注意

大規模な評価を行う場合:

手順 3:Azure Migrate を使用した VM 評価の準備をする

Contoso は、Azure Migrate で評価対象の VM を自動的に検出するために使用できる VMware アカウントを作成する必要があります。次に、VM を作成するための権限を確認します。さらに、開く必要があるポートを書き留め、統計情報設定レベルを設定します。

VMware アカウントを設定する

VM の検出には、次のプロパティを持つ、vCenter Server の読み取り専用アカウントが必要です。

  • ユーザーの種類: 少なくとも読み取り専用ユーザーが必要です。
  • 権限: データセンター オブジェクトの場合は、子オブジェクトに伝達 チェック ボックスをオンにします。 [ロール] では、 [読み取り専用] を選択します。
  • [詳細]: ユーザーはデータセンター レベルで割り当てられ、データセンター内のすべてのオブジェクトにアクセスできます。
  • アクセスを制限するには、子オブジェクトへの伝達 特権を持つ アクセスなし ロールを子オブジェクト (vSphere ホスト、データ ストア、VM、ネットワーク) に割り当てます。

VM を作成するためのアクセス許可を確認する

Contoso は、.ova 形式でファイルをインポートして、VM を作成するためのアクセス許可があることを確認します。 特権を持つロールを作成して割り当てる方法については、こちらを参照してください

ポートを確認する

Contoso の評価では、依存関係のマッピングを使用します。 依存関係マッピングを使用するには、評価する対象の VM にエージェントをインストールする必要があります。 エージェントは、各 VM の TCP ポート 443 から Azure に接続できる必要があります。 接続の要件については、こちらを参照してください

手順 4:Discover VMs

Contoso が VM を探索するには、Azure Migrate プロジェクトを作成します。 Contoso はコレクター VM をダウンロードし、セットアップします。 次に、コレクターを実行してオンプレミスの VM を検出します。

プロジェクトの作成

次のように、新しい Azure Migrate プロジェクトを設定します。

  1. Azure portal の [すべてのサービス] で、Azure Migrate を検索します。

  2. [サービス][Azure Migrate] を選択します。

  3. [概要][サーバーの検出、評価、移行] で、 [サーバーの評価と移行] を選択します。

    Azure Migrate: 移行プロジェクトの作成

  4. [作業の開始] で、 [ツールの追加] を選択します。

  5. [移行プロジェクト] で、自分の Azure サブスクリプションを選択し、リソース グループがない場合は作成します。

  6. [プロジェクトの詳細] で、プロジェクト名と、プロジェクトを作成したい地理的な場所を指定します。 米国、アジア、ヨーロッパ、オーストラリア、英国、カナダ、インド、日本がサポートされています。

    • プロジェクトの地理的な場所は、オンプレミスの VM から収集されたメタデータを格納するためにのみ使用されます。
    • 移行を実行するときは、任意のターゲット リージョンを選択できます。
  7. [次へ] を選択します。

  8. [評価ツールの選択] で、次を選択します: [Azure Migrate: Server Assessment] > [次へ]

    Azure Migrate: 評価ツール

  9. [移行ツールの選択] で、 [今は移行ツールの追加をスキップします] > [次へ] の順に選択します。

  10. [確認 + ツールの追加] で設定を確認し、 [ツールの追加] を選択します。

  11. Azure Migrate プロジェクトがデプロイされるまで数分待ちます。 プロジェクトのページが表示されます。 プロジェクトが表示されない場合は、Azure Migrate ダッシュボードの [サーバー] からアクセスできます。

コレクター アプライアンスをダウンロードする

  1. 移行の目標 > サーバー > Azure Migrate: Server Assessment で、検出 を選択します。

  2. [マシンの検出] > [マシンは仮想化されていますか?] で、 [はい。VMware vSphere Hypervisor を使用します] を選択します。

  3. [ダウンロード] を選択して、.OVA テンプレート ファイルをダウンロードします。

    Azure Migrate: コレクターのダウンロード

コレクター アプライアンスを確認する

Contoso は、VM をデプロイする前に OVA ファイルが安全であることを確認します。

  1. ファイルをダウンロードしたマシンで、管理者用のコマンド ウィンドウを開きます。

  2. 次のコマンドを実行して、OVA ファイルのハッシュを生成します。

    C:\> CertUtil -HashFile <file_location> [Hashing Algorithm]

    例:

    C:\> CertUtil -HashFile C:\AzureMigrate\AzureMigrate.ova SHA256

  3. 生成されるハッシュは、「Azure Migrate: Server Assessment を使用して VMware VM を評価する」の「セキュリティを確認する」セクションに記載されているハッシュ値と一致する必要があります。

コレクター アプライアンスを作成する

次に、Contoso はダウンロードしたファイルを vCenter Server インスタンスにインポートして、コレクター アプライアンス VM をプロビジョニングできます。

  1. vSphere Client コンソールで、 [ファイル] > [OVF テンプレートのデプロイ] を選択します。

    vSphere Web Client:OVF テンプレートのデプロイ

  2. OVF テンプレートのデプロイ ウィザードで [ソース] を選択し、OVA ファイルの場所を指定します。

  3. [名前] と [場所] では、コレクター VM の表示名を指定します。 次に、VM をホストするインベントリの場所を選択します。 コレクター アプライアンスを実行するホストまたはクラスターも指定します。

  4. [ストレージ] でストレージの場所を指定します。 [ディスク フォーマット] でストレージをプロビジョニングする方法を選択します。

  5. [ネットワーク マッピング] で、コレクター VM を接続するためのネットワークを指定します。 このネットワークには、Azure にメタデータを送信するためのインターネット接続が必要です。

  6. 設定を確認し、 [デプロイ後に電源オン] > [完了] を選択します。 アプライアンスが作成されると、正常に完了したことを確認するメッセージが表示されます。

コレクターを実行して VM を検出する

次に、Contoso はコレクターを実行して VM を検出します。 現時点でオペレーティング システムの言語およびコレクター インターフェイスの言語としてコレクターでサポートされるのは、英語 (米国) のみであることに注意してください。

  1. vSphere Client コンソールで、 [コンソールを開く] を選択します。 ライセンス条項を受け入れ、コレクター VM のパスワード設定を指定します。

  2. デスクトップ上で、Microsoft Azure Appliance Configuration Manager のショートカットを選択します。

    vSphere Client コンソール:コレクターのショートカット

  3. Azure Migrate Collector で、 [前提条件のセットアップ] を選択します。 ライセンス条項に同意し、サード パーティの情報を確認します。

  4. コレクターによって、VM からインターネットにアクセスできること、時間が同期されていること、コレクター サービスが実行されていることがチェックされます。 (コレクター サービスは、既定で VM にインストールされます。)また、VMware vSphere Virtual Disk Development Kit もインストールします。

    注意

    VM からインターネットにプロキシを使用しないで直接アクセスできると仮定しています。

    Azure Migrate Collector:前提条件を確認する

  5. Azure アカウントにサインインし、サブスクリプションと先ほど作成した移行プロジェクトを選択します。 また、アプライアンス の名前を入力して、Azure portal で識別できるようにします。

  6. [vCenter Server の詳細を指定する] で、vCenter Server インスタンスの名前 (FQDN) または IP アドレスと、検出に使用する読み取り専用の資格情報を指定します。

  7. VM 検出のスコープを選択します。 コレクターは、指定されたスコープ内の VM のみを検出できます。 スコープは、特定のフォルダー、データセンター、またはクラスターに設定できます。

    vCenter Server の詳細を指定する

  8. これでコレクターは、Contoso の環境に関する情報の検出と収集を開始します。

    コレクションの進行状況の表示

ポータル内での VM の特定

収集の完了後、Contoso は VM がポータルに表示されていることを確認します。

  1. Azure Migrate プロジェクトの [サーバー] で「servers**」を選択します。 検出したい VM が表示されていることを確認します。

    Azure Migrate: 検出されたマシン

  2. 現時点では、マシンに Azure Migrate エージェントはインストールされていません。 Contoso は、依存関係を表示するためにエージェントをインストールする必要があります。

    Azure Migrate: エージェントのインストールが必要

手順 5:依存関係の分析の準備をする

評価する VM 間の依存関係を表示するために、Contoso はエージェントをダウンロードしてアプリ VM にインストールします。 Windows と Linux の両方について、アプリのすべての VM にエージェントをインストールします。

スナップショットを取得する

VM を変更する前に VM のコピーを保管するために、エージェントをインストールする前にスナップショットを取得します。

マシンのスナップショット

VM エージェントをダウンロードしてインストールする

  1. [マシン] でマシンを選択します。 [依存関係] 列の [要インストール] を選択します。

  2. [マシンの検出] ウィンドウで以下の操作を行います。

    • Windows VM ごとに Microsoft Monitoring Agent と Microsoft Dependency Agent をダウンロードします。
    • Linux VM ごとに Microsoft Monitoring Agent と Microsoft Dependency Agent をダウンロードします。
  3. ワークスペース ID とキーをコピーします。 ワークスペース ID とキーは、Microsoft Monitoring Agent をインストールするときに必要です。

    エージェントのダウンロード

Windows VM にエージェントをインストールする

Contoso は VM ごとにインストールを実行します。

Windows VM に MMA をインストールする

  1. ダウンロードしたエージェントをダブルクリックします。

  2. [インストール先フォルダー] では既定のインストール先フォルダーをそのまま使用し、 [次へ] を選択します。

  3. [エージェントのセットアップ オプション] で、 [Azure Log Analytics にエージェントを接続する] > [次へ] を選択します。

    Microsoft Monitoring Agent のセットアップ:エージェントのセットアップ オプション

  4. [Azure Log Analytics] で、ポータルからコピーしたワークスペース ID とキーを貼り付けます。

    Microsoft Monitoring Agent のセットアップ:Azure Log Analytics

  5. [インストールの準備完了] で、MMA をインストールします。

Windows VM に Microsoft Dependency Agent をインストールする

  1. ダウンロードしたエージェントをダブルクリックします。

  2. ライセンス条項に同意し、インストールが完了するまで待ちます。

    Microsoft Dependency Agent をインストールする

Linux VM にエージェントをインストールする

Contoso は VM ごとにインストールを実行します。

Linux VM に MMA をインストールする

  1. 次のコマンドを使用して、VM ごとに Python の ctypes ライブラリをインストールします。

    sudo apt-get install python-ctypeslib

  2. MMA エージェントをインストールするコマンドは、root として実行する必要があります。 ルートになるには、次のコマンドを実行し、root のパスワードを入力します。

    sudo -i

  3. MMA をインストールします。

    • コマンドでワークスペース ID とキーを入力します。

    • コマンドは 64 ビット用です。

    • ワークスペース ID とプライマリ キーは、Azure portal の Log Analytics ワークスペースにあります。 [設定] を選択し、次に [接続されたソース] タブを選択します。

    • Log Analytics エージェントをダウンロードしてチェックサムを検証し、エージェントをインストールして利用できる状態にするためには、以下のコマンドを実行します。

      wget https://raw.githubusercontent.com/Microsoft/OMS-Agent-for-Linux/master/installer/scripts/onboard_agent.sh && sh onboard_agent.sh -w 6b7fcaff-7efb-4356-ae06-516cacf5e25d -s k7gAMAw5Bk8pFVUTZKmk2lG4eUciswzWfYLDTxGcD8pcyc4oT8c6ZRgsMy3MmsQSHuSOcmBUsCjoRiG2x9A8Mg==

Linux VM に Microsoft Dependency Agent をインストールする

Microsoft Monitoring Agent をインストールした後、Contoso では Linux VM に Microsoft Dependency Agent をインストールします。

  1. Microsoft Dependency Agent を Linux コンピューターにインストールするには、InstallDependencyAgent-Linux64.bin (自己解凍バイナリを含むシェル スクリプト) を使用します。 sh を使用してそのファイルを実行するか、実行アクセス許可をファイル自体に追加します。

  2. root として Linux の依存関係エージェントをインストールします。

    wget --content-disposition https://aka.ms/dependencyagentlinux -O InstallDependencyAgent-Linux64.bin && sudo sh InstallDependencyAgent-Linux64.bin -s

手順 6:VM 評価を実行して分析する

これで、Contoso はマシンの依存関係を確認し、グループを作成することができます。 その後、グループの評価を実行します。

依存関係を確認し、グループを作成する

  1. 分析対象のマシンを確認するために、Contoso は [依存関係の表示] を選択します。

    Azure Migrate: マシンの依存関係の表示

  2. SQLVM 依存関係マップでは、SQLVM について次の詳細が表示されます。

    • 指定した期間 (既定では 1 時間) に SQLVM でアクティブなネットワーク接続が実行されたプロセス グループまたはプロセス。
    • 依存関係にあるすべてのマシン間の受信 (クライアント) および送信 (サーバー) TCP 接続。
    • Azure Migrate エージェントがインストールされた依存関係にあるマシンが、別々のボックスとして表示されます。
    • エージェントがインストールされていないマシンには、ポートと IP アドレスの情報が表示されます。
  3. エージェントがインストールされているマシン (WEBVM) について、マシンのボックスを選択すると詳細情報が表示されます。 その情報には、FQDN、オペレーティング システム、MAC アドレスが含まれます。

    Azure Migrate: グループの依存関係の表示

  4. グループに追加する VM (SQLVMWEBVM) を選択します。 Ctrl キーを押しながら、複数の VM を選択します。

  5. [グループの作成] を選択し、名前 (smarthotelapp) を入力します。

    注意

    さらに細かい依存関係を表示するために、時間の範囲を拡張できます。 特定の期間、つまり開始日と終了日を選択できます。

評価を実行する

  1. [グループ] でグループ (smarthotelapp) を開き、 [評価の作成] を選択します。

    Azure Migrate: 評価を作成する

  2. 評価を表示するには、 [管理] > [評価] を選択します。

Contoso では既定の評価の設定を使用しましたが、設定はカスタマイズできます。

VM 評価を分析する

Azure Migrate 評価には、オンプレミスと Azure の互換性、推奨される適切な Azure VM サイズ設定、推定月間 Azure コストに関する情報が含まれています。

Azure Migrate: 評価レポート

信頼度レーティングを確認する

Azure Migrate: 評価の表示

評価には、1 つ星から 5 つ星 (1 つ星が最低で 5 つ星が最高) までの信頼度レーティングが付いています。

  • 信頼度レーティングは、評価の計算に必要なデータ ポイントの可用性に基づいて、評価に割り当てられます。

  • レーティングは、Azure Migrate による推奨サイズの信頼性を見積もるために役立ちます。

  • 信頼度レーティングは、パフォーマンス ベースのサイズ設定 を行う場合に役に立ちます。 Azure Migrate には、使用率ベースのサイズ設定を行うために十分なデータ ポイントがない場合があります。 [オンプレミス] のサイズ設定の場合、Azure Migrate には VM のサイズ変更に必要なすべてのデータ ポイントがあるため、信頼度レーティングは常に 5 つ星になります。

  • 次のように、使用可能なデータ ポイントの割合に応じて、評価の信頼度レーティングが決まります。

    データ ポイントの可用性 信頼度レーティング
    0% - 20% 1 つ星
    21% - 40% 2 つ星
    41% - 60% 3 つ星
    61% - 80% 4 つ星
    81% - 100% 5 つ星

Azure 対応性の状態を確認する

Azure Migrate: アセスメントの準備状態

評価レポートには、情報が表でまとめられて表示されます。 パフォーマンス ベースのサイズ設定を表示するには、Azure Migrate に次の情報が必要です。 この情報を収集できない場合、サイズ設定評価は正確でない可能性があります。

  • CPU とメモリの使用率データ。
  • VM にアタッチされた各ディスクの読み取り/書き込み IOPS とスループット。
  • VM にアタッチされた各ネットワーク アダプターのネットワーク受信/送信情報。
設定 指示内容 詳細
Azure VM 対応性 VM が移行できる状態であるかどうかを示します。 次の状態があります。
  • Azure に対応
  • 条件付きで対応
  • Azure に未対応
  • 対応不明

    VM の準備が整っていない場合、Azure Migrate によって修正手順が表示されます。
  • Azure VM サイズ 準備が完了している VM について、Azure Migrate によって Azure VM サイズが推奨されます。 サイズ設定の推奨事項は、評価のプロパティによって異なります。
  • パフォーマンス ベースのサイズ設定を使用した場合、サイズ設定では VM のパフォーマンス履歴が考慮されます。
  • "オンプレミス" のサイズ設定を使用した場合、サイズ設定はオンプレミスの VM サイズと使用率に基づきます。
  • データは使われません。
  • 推奨されるツール Azure マシンではエージェントが実行されているため、マシン内で実行されているプロセスが Azure Migrate によって確認されます。 そのマシンがデータベース マシンであるかどうかが識別されます。
    VM 情報 レポートには、オペレーティング システム、ブートの種類、ディスクとストレージの情報など、オンプレミス VM の設定が表示されます。

    推定月間コストを確認する

    このビューには、Azure で VM を実行する際の計算コストとストレージ コストの合計が表示されます。 各マシンの詳細も表示されます。

    Azure Migrate: Azure のコスト

    • コストの見積もりは、マシンの推奨サイズを使って計算されます。
    • コンピューティングとストレージの見積もり月額コストが、グループ内の全 VM について集計されます。

    評価後のクリーンアップ

    • 評価の終了後、Contoso は今後の評価に使用するために Azure Migrate のアプライアンスを保持します。
    • VMware VM をオフにします。 追加の VM を評価するときに再度使用します。
    • Contoso Migration プロジェクトを Azure に保持します。 現在、プロジェクトは米国東部 Azure リージョンにある ContosoFailoverRG リソース グループにデプロイされています。
    • コレクター VM には 180 日間の評価版ライセンスがあります。 この制限の有効期限が切れた場合は、コレクターをダウンロードして再度セットアップする必要があります。

    まとめ

    このシナリオでは、Contoso が Data Migration Assistant ツールを使用して SmartHotel360 アプリ データベースを評価しました。 また、Azure Migrate サービスを使用してオンプレミスの VM を評価しました。 次いで、オンプレミス リソースを Azure に移行する準備を確実に整えるため、評価を確認しました。

    次のステップ

    ワークロードを移行可能な対象として評価した後、移行するためのオンプレミス インフラストラクチャと Azure インフラストラクチャの準備を開始できます。 Contoso でこれらのプロセスが どのように実行されるかについては、クラウド導入フレームワークのベスト プラクティスのAzure インフラストラクチャに関する記事を参照してください。