次の方法で共有


チュートリアル: Azure Migrate 検出および評価を使用して Hyper-V で実行されているサーバーを検出する

Azure への移行の一環として、オンプレミスのインベントリとワークロードを検出します。

このチュートリアルでは、Azure Migrate の検出および評価ツール、軽量の Azure Migrate アプライアンスを使用して、Hyper-V 環境で実行されているサーバーを検出する方法について説明します。 このアプライアンスを Hyper-V ホスト上のサーバーとしてデプロイして、サーバーとそのパフォーマンス メタデータ、サーバー上で実行されているアプリケーション、サーバーの依存関係、Web アプリ、SQL Server インスタンスおよびデータベースを継続的に検出します。

このチュートリアルでは、以下の内容を学習します。

  • Azure アカウントを設定する
  • 検出のために Hyper-V 環境を準備します。
  • プロジェクトを作成します。
  • Azure Migrate アプライアンスを設定します。
  • 継続的な検出を開始します。

各チュートリアルでは、シナリオを試すための最も簡単な方法を紹介し、既定のオプションを使用します。

Azure サブスクリプションをお持ちでない場合は、開始する前に 無料アカウント を作成してください。

前提条件

このチュートリアルを開始する前に、次の前提条件を満たしていることを確認してください。

要件 詳細
Hyper-V ホスト サーバーが配置されている Hyper-V ホストは、スタンドアロンでも、クラスターに含まれていてもかまいません。

ホストでは、Windows Server 2022、Windows Server 2019、または Windows Server 2016 が実行されている必要があります。

Common Information Model (CIM) セッションを使用して、アプライアンスがサーバー メタデータとパフォーマンス データをプルするために接続できるように、WinRM ポート 5985 (HTTP) で受信接続が許可されていることを確認します。
アプライアンスのデプロイ Hyper-V ホストには、アプライアンスにサーバーを割り当てるためのリソースが必要です。

- 16 GB の RAM、8 個の vCPU、約 80 GB のディスク記憶域。

- 外部仮想スイッチと、アプライアンスに対するインターネット アクセス (直接またはプロキシ経由)。
サーバー 構成とパフォーマンス メタデータの検出では、Windows および Linux OS のすべてのバージョンがサポートされています。

サーバー上でアプリケーションを検出するために、Windows および Linux OS のすべてのバージョンがサポートされています。 エージェントレスの依存関係分析でサポートされている OS バージョンをご確認ください。

IIS Web サーバーで実行されている ASP.NET Web アプリを検出するには、サポートされている Windows OS と IIS バージョンを確認してください。 インストールされているアプリケーションの検出や、エージェントレスの依存関係の分析には、Windows サーバーに PowerShell バージョン 2.0 以降がインストールされている必要があります。

Apache Tomcat Web サーバーで実行されている Java Web アプリを検出するには、サポートされている Linux OS と Tomcat のバージョンを確認します。
SQL Server へのアクセス SQL Server インスタンスとデータベースを検出するために、Windows または SQL Server アカウントは、各 SQL Server インスタンスのこれらのアクセス許可を必要とします。 アカウント プロビジョニング ユーティリティを使用してカスタム アカウントを作成するか、簡潔性のために sysadmin サーバー ロールのメンバーである既存のアカウントを使用することができます。

Azure アカウントを準備する

Azure アカウントを準備するには、次の組み込みロールを割り当てます。 Azure Migrate プロジェクトを作成するには、ユーザーに Azure Migrate 所有者ロール 以上の特権ロールが必要です。

S.no。 組み込みロール Description ID Scope
1 Azure Migrate 所有者 アプライアンスベースまたはインポートベースの検出、ビジネス ケースと評価の作成、移行の実行など、Azure Migrate プロジェクト作成および管理するためのフル アクセスを許可します。また、Azure Role-Based アクセス制御 (RBAC) で Azure Migrate 固有のロールを割り当てるアクセス許可も付与します。 fd8ea4d5-6509-4db0-bada-356ab233b4fa スコープは、 Azure Migrate プロジェクトが作成されるリソース グループまたはサブスクリプションです。
2 Azure Migrate の決定と計画のエキスパート アプライアンスまたはインポートを使用した検出、インベントリの更新と管理、サーバーの依存関係の識別、アプリケーションの定義、ビジネス ケースと評価の作成などの計画操作のみを実行するように、Azure Migrate プロジェクトに対する制限付きアクセスを許可します。 7859c0b0-0bb9-4994-bd12-cd529af7d646 スコープは、 Azure Migrate プロジェクトが作成されるリソース グループまたはサブスクリプションです。
3 Azure Migrate 実行エキスパート レプリケーション、テスト移行の実行、移行の進行状況の追跡と監視、エージェントレスおよびエージェントベースの移行の実行など、移行関連の操作のみを実行するように、Azure Migrate プロジェクトに対する制限付きアクセスを許可します。 1cfa4eac-9a23-481c-a793-bfb6958e836b Azure Migrate プロジェクトが作成されるソース リソース グループまたはサブスクリプション。サーバーとワークロードの移行先のターゲット リソース グループまたはサブスクリプション

Azure Migrate アプライアンスまたは Azure Site Recovery レプリケーション アプライアンスを登録するには、ユーザーが Microsoft Entra ID レベルで追加のアプリケーション開発者ロールを持っている必要があります。 Azure アカウントを準備するには、 この記事 を参照してください。

Hyper-V ホストを準備する

Hyper-V ホストは手動で準備することも、スクリプトを使用して準備することもできます。 次の表に準備手順がまとめられています。 スクリプトでは、これらを自動的に準備します。

ステップ [スクリプト] 手動
ホストの要件を確認する サポートされているバージョンの Hyper-V がホストで実行されていることを確認し、Hyper-V ロールを確認します。

WinRM サービスを有効にし、ホスト上のポート 5985 (HTTP) と 5986 (HTTPS) を開きます (メタデータ収集に必要)。
ホストでは、Windows Server 2019、Windows Server 2016、または Windows Server 2012 R2 が実行されている必要があります。

Common Information Model (CIM) セッションを使用して、アプライアンスがサーバー メタデータとパフォーマンス データをプルするために接続できるように、WinRM ポート 5985 (HTTP) で受信接続が許可されていることを確認します。

このスクリプトは、英語以外のロケールのホストでは現在サポートされていません。
PowerShell のバージョンを確認する サポートされている PowerShell バージョンでスクリプトが実行されていることを確認します。 Hyper-V ホストで PowerShell バージョン4.0 以降が実行されていることを確認します。
アカウントを作成する Hyper-V ホストに対する適切なアクセス許可があることを確認します。

適切なアクセス許可が割り当てられたローカル ユーザー アカウントを作成できます。
オプション 1: Hyper-V ホスト マシンに対する管理者アクセス権があるアカウントを準備します。

オプション 2: ローカル管理者アカウントまたはドメイン管理者アカウントを準備し、グループ (リモート管理ユーザー、Hyper-V 管理者、パフォーマンス モニター ユーザー) にそのアカウントを追加します。
PowerShell リモート処理を有効にする ホスト上で PowerShell リモート処理を有効にして、Azure Migrate アプライアンスが WinRM 接続を介してホスト上で PowerShell コマンドを実行できるようにします。 設定するには、各ホスト上で、管理者として PowerShell コンソールを開き、powershell Enable-PSRemoting -force コマンドを実行します。
Hyper-V 統合サービスを設定する ホストによって管理されているすべてのサーバーで Hyper-V 統合サービスが有効になっていることを確認します。 各サーバーで Hyper-V 統合サービスを有効にします

Windows Server 2003 を実行している場合は、これらの手順に従います
サーバー ディスクがリモート SMB 共有に配置されている場合に資格情報を委任する 資格情報を委任します。 powershell Enable-WSManCredSSP -Role Server -Force コマンドを実行して、SMB 共有上にディスクがあるサーバーを実行しているホストで、CredSSP が資格情報を委任できるようにします。

このコマンドは、すべての Hyper-V ホスト上でリモートで実行できます。

クラスターに新しいホスト ノードを追加すると、自動的に検出用に追加されますが、CredSSP を手動で有効にする必要があります。

アプライアンスを設定したら、アプライアンス上で CredSSP を有効にして、その設定を終了します。

スクリプトを実行する

  1. Microsoft ダウンロード センターからスクリプトをダウンロードします。 このスクリプトは、Microsoft によって暗号的に署名されています。

  2. SHA256 ハッシュ ファイルを使用して、スクリプトの整合性を検証します。 ハッシュタグの値は以下のとおりです。 このコマンドを実行して、スクリプトのハッシュを生成します。

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

    使用例:

    C:\>CertUtil -HashFile C:\Users\Administrators\Desktop\MicrosoftAzureMigrate-Hyper-V.ps1 SHA256
    
  3. スクリプトの整合性を検証した後、昇格されたアクセス許可でこの PowerShell コマンドを使用して、各 Hyper-V ホストでスクリプトを実行します。

    PS C:\Users\Administrators\Desktop> MicrosoftAzureMigrate-Hyper-V.ps1
    

ハッシュ値は以下のとおりです。

ハッシュ 価値
SHA256 0ad60e7299925eff4d1ae9f1c7db485dc9316ef45b0964148a3c07c80761ade2

サーバーにアクセスするためのアカウントを作成する

Azure Migrate アプライアンス構成マネージャーに複数のサーバー資格情報を追加して、インストールされているアプリケーションの検出、エージェントレスの依存関係分析、および SQL Server インスタンスおよびデータベースを実行できます。 複数のドメイン、Windows (ドメイン以外)、Linux (ドメイン以外)、または SQL Server 認証資格情報を追加できます。 サーバーの資格情報を追加する方法をご確認ください。

プロジェクトの設定

新しいプロジェクトを設定するには、「Azure Migrate プロジェクトの作成と管理」を参照してください。

既定で追加された Azure Migrate: 検出および評価のツールを示すスクリーンショット。

アプライアンスを設定する

Azure Migrate には、軽量の Azure Migrate アプライアンスが使用されます。 このアプライアンスによって、サーバー検出が実行され、サーバーの構成とパフォーマンス メタデータが Azure Migrate に送信されます。 アプライアンスは、プロジェクトからダウンロードできる VHD ファイルをデプロイすることで設定できます。

  • なんらかの理由で、テンプレートを使ってアプライアンスを設定できない場合は、既存の Windows Server 2019 または Windows Server 2022 上で PowerShell スクリプトを使って設定できます。 詳細については、こちらを参照してください
  • VHD テンプレートを使ってアプライアンスをデプロイする方法は、Azure Government クラウドではサポートされません。 Azure Government クラウド用のアプライアンスをデプロイする方法について詳細をご覧ください

このチュートリアルでは、次のように、Hyper-V 環境で実行されているサーバーにアプライアンスを設定します。

  1. アプライアンス名を指定し、ポータルでプロジェクト キーを生成します。
  2. Azure portal から圧縮された Hyper-V VHD をダウンロードします。
  3. アプライアンスを作成し、Azure Migrate: Discovery and Assessment に接続できることを確認します。
  4. 初回のアプライアンス構成を行い、プロジェクト キーを使用してプロジェクトに登録します。

1. プロジェクト キーを生成する

  1. 移行の目標>サーバー、データベース、Web アプリ>Azure Migrate: Discovery and assessment で、[検出] を選択します。
  2. [Discover Servers] (サーバーの検出)>[お使いのサーバーは仮想化されていますか?] で、[はい。Hyper-V を使用します] を選びます。
  3. [1:Generate project key] (1: プロジェクト キーの生成) で、サーバーの検出用に設定する Azure Migrate アプライアンスの名前を指定します。 名前は、14 文字以下の英数字にする必要があります。
  4. [キーの生成] を選択して、必要な Azure リソースの作成を開始します。 リソースの作成中に [サーバーの検出] ページを閉じないでください。
  5. Azure リソースが正常に作成されると、プロジェクト キーが生成されます。
  6. このキーは、アプライアンスの構成時に登録を完了するために必要となるため、コピーしてください。

2. VHD をダウンロードする

[2: Azure Migrate アプライアンスをダウンロードする] で、.VHD ファイルを選択し、[ダウンロード] を選択します。 SHA256 値を検証してセキュリティを確認します。

3. アプライアンスを作成する

ダウンロードしたファイルをインポートし、アプライアンスを作成します。

  1. アプライアンスをホストする Hyper-V ホスト上のフォルダーに、zip 圧縮された VHD ファイルを抽出します。 3 つのフォルダーが抽出されます。
  2. Hyper-V マネージャーを開きます。 [アクション] で、[仮想マシンのインポート] を選びます。
  3. 仮想マシンのインポート ウィザード >[開始する前に][次へ] を選びます。
  4. [フォルダーの検索] で、抽出された VHD が含まれているフォルダーを指定します。 [次へ]を選択します。
  5. [仮想マシンの選択] で、[次へ] を選びます。
  6. [インポートの種類の選択] で、[仮想マシンをコピーする (新しい一意な ID を作成する)] を選びます。 [次へ]を選択します。
  7. [移動先の選択] は、既定の設定のままにします。 [次へ]を選択します。
  8. [保存フォルダー] は、既定の設定のままにします。 [次へ]を選択します。
  9. [ネットワークの選択] で、アプライアンスによって使用される仮想スイッチを指定します。 このスイッチには、Azure にデータを送信するためのインターネット接続が必要です。
  10. [概要] で、設定を確認します。 [完了] を選択します。
  11. Hyper-V マネージャー >[仮想マシン] で、アプライアンスを起動します。

アプライアンスによる Azure へのアクセスを確認する

アプライアンスが Azure URL の パブリック クラウドと 政府機関 向けクラウドに接続できることを確認します。

4. アプライアンスを構成する

アプライアンスを初めて設定します。

ダウンロードした VHD でなく、PowerShell スクリプトを使用してアプライアンスを設定する場合、この手順の最初の 2 つの操作は必要ありません。

  1. Hyper-V マネージャー >[仮想マシン] で、アプライアンスを右クリックし >[接続] を選びます。

  2. アプライアンスの言語、タイム ゾーン、パスワードを指定します。

  3. アプライアンスに接続できる任意のマシンでブラウザーを開き、アプライアンス Web アプリの URL を開きます (https://アプライアンス名または IP アドレス: 44368)。

    または、アプリ ショートカットを選択して、アプライアンス デスクトップからアプリを開くこともできます。

  4. ライセンス条項に同意し、サード パーティの情報を確認します。

前提条件の設定とアプライアンスの登録

構成マネージャーで、[前提条件のセットアップ] を選択し、以下の手順を完了します。

  1. 接続:サーバーがインターネットにアクセスできることが、アプライアンスによって確認されます。 サーバーでプロキシを使用する場合は、次の操作を行います。

    • プロキシの設定 を選択して、プロキシのアドレス (http://ProxyIPAddress または http://ProxyFQDN の形式。FQDN は "完全修飾ドメイン名" を指す) とリスニング ポートを指定します。

    • プロキシで認証が必要な場合は資格情報を入力します。

    • プロキシの詳細を追加した場合、あるいはプロキシまたは認証を無効にした場合は、[保存] を選択して接続をトリガーし、もう一度接続を確認します。

      サポートされるのは HTTP プロキシのみです。

  2. 時刻同期: 検出が正常に機能するように、アプライアンス上の時刻がインターネットの時刻と同期していることを確認します。

  3. 更新プログラムのインストールとアプライアンスの登録: 自動更新を実行してアプライアンスを登録するには、次の手順に従います。

    アプライアンス構成マネージャーでの前提条件の設定方法を示すスクリーンショット。

    これは Azure Migrate アプライアンスの新しいユーザー エクスペリエンスであり、ポータルからダウンロードした最新の OVA/インストーラー スクリプトを使用してアプライアンスを設定した場合にのみ使用できます。 既に登録されているアプライアンスでは、引き続き前のバージョンのユーザー エクスペリエンスが提供されて問題なく動作します。

  4. アプライアンスで自動更新を実行するには、ポータルからコピーしたプロジェクト キーを貼り付けます。 キーがない場合は、[Azure Migrate: Discovery and Assessment]>[概要]>[既存のアプライアンスの管理] の順に移動します。 プロジェクト キーを生成したときに指定したアプライアンス名を選択し、表示されるキーをコピーします。

  5. アプライアンスでキーが検証され、自動更新サービスが開始されることにより、アプライアンス上のすべてのサービスが最新バージョンに更新されます。 自動更新が実行されたら、[View appliance services](アプライアンス サービスを表示) を選択して、アプライアンス サーバーで実行されているサービスの状態とバージョンを確認できます。

  6. アプライアンスを登録するには、[ログイン] を選択する必要があります。 [ Azure ログインの続行] で、[ コードのコピー] と [ログイン ] を選択してデバイス コードをコピーし (Azure で認証するにはデバイス コードが必要です)、新しいブラウザー タブで Azure ログイン プロンプトに移動します。ブラウザーでポップアップ ブロックを無効にして、プロンプトを表示していることを確認します。

    デバイス コードをコピーしてログインする場所を示すスクリーンショット。

  7. ブラウザーの新しいタブで、デバイス コードを貼り付け、自分の Azure ユーザー名とパスワードを使用してサインインします。 PIN を使用したサインインはサポートされていません。

    ログインせずにログイン タブを誤って閉じた場合は、アプライアンス構成マネージャーのブラウザー タブを最新の情報に更新して、デバイス コードと [Copy code & Login]\(コードのコピーとログイン\) ボタンを表示します。

  8. 正常にログインしたら、アプライアンス構成マネージャーが表示されているブラウザー タブに戻ります。 ログインに使用した Azure ユーザー アカウントに、キーの生成時に作成された Azure リソースに対する必要なアクセス許可がある場合は、アプライアンスの登録が開始されます。

    アプライアンスが正常に登録された後で登録の詳細を確認するには、[詳細の表示] を選択します。

アプライアンスの構成中はいつでも 「r前提条件の再実行」 を行って、アプライアンスがすべての前提条件を満たしているかどうかを確認できます。

SMB VHD の資格情報を委任する

SMB 上で VHD を実行している場合は、アプライアンスから Hyper-V ホストへの資格情報の委任を有効にする必要があります。 アプライアンスからこれを行うには、次のようにします。

  1. アプライアンスで、このコマンドを実行します。 HyperVHost1/HyperVHost2 は、ホスト名の例です。

    Enable-WSManCredSSP -Role Client -DelegateComputer HyperVHost1.contoso.com, HyperVHost2.contoso.com, HyperVHost1, HyperVHost2 -Force
    
  2. または、アプライアンス上のローカル グループ ポリシー エディターでこれを行います。

    • [ローカル コンピューター ポリシー]>[コンピューターの構成] で、[管理用テンプレート]>[システム]>[資格情報の委任] を選びます。
    • [新しい資格情報の委任を許可する] をダブルクリックし、[有効] を選びます。
    • [オプション][表示] を選び、検出したい各 Hyper-V ホストを、プレフィックスとして wsman/ を付けて、一覧に追加します。
    • [資格情報の委任][NTLM のみのサーバー認証で新しい資格情報の委任を許可する] をダブルクリックします。 もう一度、検出したい各 Hyper-V ホストを、プレフィックスとして wsman/ を付けて、一覧に追加します。

継続的な検出を開始する

アプライアンスから Hyper-V ホストまたはクラスターに接続し、サーバーの検出を開始します。

Hyper-V ホスト/クラスターの詳細を指定する

  1. [Step 1: Provide Hyper-V host credentials] (ステップ 1: Hyper-V ホストの資格情報を指定する) で、[資格情報の追加] を選択して資格情報のフレンドリ名を指定し、アプライアンスでサーバーの検出に使用される Hyper-V ホストまたはクラスターの [ユーザー名][パスワード] を追加します。 [保存] を選択します。

  2. 複数の資格情報を一度に追加するには、[さらに追加] を選択して、資格情報を保存して追加します。 Hyper-V 環境でのサーバーの検出では、複数の資格情報がサポートされています。

  3. [ステップ 2: Hyper-V ホストまたはクラスターの詳細を指定する] で、[検出ソースの追加] を選択して、Hyper-V ホストまたはクラスターの [IP アドレスまたは FQDN] と、ホストまたはクラスターに接続するための資格情報のフレンドリ名を指定します。

  4. 一度に 1 つの項目を追加するか、一括で複数の項目を追加することができます。 また、[Import CSV] (CSV のインポート) を使用して、Hyper-V ホストまたはクラスターの詳細を指定することもできます。

    • [1 つの項目を追加] を選んだ場合は、資格情報のフレンドリ名と Hyper-V ホストまたはクラスターの [IP アドレスまたは FQDN] を指定し、[保存] を選ぶ必要があります。
    • [Add multiple items]\(複数の項目を追加\) "(既定で選択されています)" を選んだ場合は、テキスト ボックスで Hyper-V ホストまたはクラスターの [IP address/FQDN]\(IP アドレスまたは FQDN\) を資格情報のフレンドリ名と共に指定することで、一度に複数のレコードを追加できます。 追加したレコードを [Verify] (検証) し、[保存] を選択します。
    • [Import CSV]\(CSV のインポート\) を選択した場合は、CSV テンプレート ファイルをダウンロードし、そのファイルに Hyper-V ホストまたはクラスターの [IP address/FQDN]\(IP アドレスまたは FQDN\) および資格情報のフレンドリ名を入力できます。 その後、ファイルをアプライアンスにインポートし、ファイル内のレコードを [Verify] (検証) し、[保存] を選択します。
  5. [保存] を選ぶと、アプライアンスによって追加された Hyper-V ホストまたはクラスターへの接続が検証され、各ホストまたはクラスターの [検証状態] が表に表示されます。

    • 正常に検証されたホストまたはクラスターについては、その IP アドレスまたは FQDN を選ぶことで詳細を表示できます。
    • ホストの検証が失敗した場合は、表の [状態] 列で [検証に失敗しました] を選択してエラーを確認します。 問題を修正し、もう一度検証します。
    • ホストまたはクラスターを削除するには、[削除] を選択します。
    • クラスターから特定のホストを削除することはできません。 削除できるのは、クラスター全体のみです。
    • クラスター内の特定のホストに問題がある場合でも、クラスターを追加できます。
  6. 検出を開始する前に、ホストまたはクラスターへの接続はいつでも再検証できます。

サーバーの資格情報を指定する

[Step 3: Provide server credentials to perform software inventory, agentless dependency analysis, discovery of SQL Server instances and databases in your Microsoft HyperV environment.]\(手順 3: サーバーの資格情報を指定して、Microsoft HyperV 環境でソフトウェア インベントリ、エージェントレスの依存関係分析、SQL Server インスタンスおよびデータベースの検出を実行する\) で、複数のサーバー資格情報を指定できます。 これらのアプライアンス機能を使いたくない場合は、スライダーを無効に設定してこの手順をスキップして、Hyper-V ホスト/クラスター上で実行中のサーバーの検出に進むことができます。 このオプションはいつでも変更できます。

ソフトウェア インベントリと依存関係分析を行うための資格情報を指定する方法を示すスクリーンショット。

これらの機能を使用する場合、次の手順を実行して、サーバーの資格情報を指定します。 検出機能を実行するために、サーバーへの資格情報の自動マップがアプライアンスによって試行されます。

サーバーの資格情報を追加するには:

  1. [Add Credentials]\(資格情報の追加\) を選択します。

  2. ドロップダウン メニューで、[資格情報の種類] を選択します。

    ドメイン/、Windows (ドメイン以外)/、Linux (非ドメイン)/、Linux (SSH キー ベース)、および SQL Server 認証資格情報を指定できます。 資格情報を指定する方法とそれらを処理する方法を確認してください。

  3. それぞれの種類の資格情報について、以下を入力します。

    • フレンドリ名。
    • ユーザー名。
    • パスワード。 [保存] を選択します。

    ドメイン資格情報を使用することにした場合は、ドメインの FQDN も入力する必要があります。 FQDN は、そのドメインで Active Directory インスタンスを使用して資格情報の信頼性を検証するために必要です。

  4. Windows サーバーの場合:

    1. ソースの種類として Windows Server を選択します。
    2. 資格情報のフレンドリ名を入力します。
    3. ユーザー名とパスワードを追加します。
    4. [保存] を選択します。
  5. Linux サーバーにパスワードベースの認証を使用する場合は、ソースの種類として Linux Server (パスワードベース) を選択します。

    1. 資格情報のフレンドリ名を入力します。
    2. ユーザー名とパスワードを追加し、[保存] を選択します。
  6. Linux サーバーに SSH キーベースの認証を使用する場合:

    1. ソースの種類として Linux Server (SSH キーベース) を選択します。
    2. 資格情報のフレンドリ名を入力します。
    3. ユーザー名を追加します。
    4. SSH 秘密キー ファイルを参照して選択します。
    5. [保存] を選択します。

    • Azure Migrate では、RSA、ECDSA、および ed25519 アルゴリズムで ssh-keygen コマンドを使用して作成された SSH 秘密キーがサポートされています。
    • OpenSSH 形式の SSH 秘密キー ファイルをサポートしています。
    • パスフレーズを使用した SSH キーはサポートされていません。 パスフレーズなしでキーを使用することをお勧めします
    • また、PuTTY によって作成された SSH 秘密キー ファイルもサポートされていません。
  7. インストールされているアプリケーションの検出、エージェントレスの依存関係の分析、SQL Server インスタンスとデータベースの検出のために、アカウントで必要なアクセス許可を確認します。

  8. 複数の資格情報を一度に追加するには、[さらに追加] を選択して資格情報を保存し、さらに資格情報を追加します。 [保存] または [さらに追加] を選択すると、アプライアンスによって、ドメインの Active Directory インスタンスを認証に使用してドメイン資格情報が検証されます。 検証は、アカウントのロックアウトを避けるため、追加のたびに実行されます。これは、各サーバーへの資格情報のマップがアプライアンスによって繰り返されるためです。

ドメイン資格情報の検証を確認するには:

構成マネージャーの資格情報テーブルで、ドメイン資格情報の検証状態を確認します。 ドメイン資格情報のみ検証されます。

検証が失敗した場合は、失敗の状態を選択して検証エラーを確認できます。 問題を修正し、[資格情報の再検証] を選択して資格情報の検証を再試行します。

複数の資格情報の指定と検証を示すスクリーンショット。

検出を開始する

正常に検証されたホストまたはクラスターからサーバーの検出を開始するには、[検出開始] を選択します。 検出が正常に開始されたら、各ホストまたはクラスターに対する検出の状態を表で確認できます。

検出のしくみ

  • 検出されたサーバーのメタデータが Azure portal に表示されるまでにホストあたり約 2 分かかります。

  • サーバーの資格情報を指定済みの場合は、Hyper-V ホスト/クラスターで実行中のサーバーの検出が完了すると、ソフトウェア インベントリ (インストールされているアプリケーションの検出) が自動的に開始されます。

  • ソフトウェア インベントリでは、サーバー上で実行されている SQL Server インスタンスを特定します。 そこで収集された情報を使用し、アプライアンスで指定された Windows 認証資格情報または SQL Server 認証資格情報を介して、アプライアンスから SQL Server インスタンスへの接続が試行されます。 次に、SQL Server データベースとそのプロパティに関するデータが収集されます。 SQL Server の検出は 24 時間ごとに実行されます。

  • アプライアンスは、ネットワークの見通し線がある SQL Server インスタンスにのみ接続できますが、ソフトウェア インベントリ自体ではネットワークの見通し線は必要ない場合があります。

  • インストールされているアプリケーションの検出に要する時間は、検出されるサーバーの数によって異なります。 500 台のサーバーでは、検出されたインベントリがポータルの Azure Migrate プロジェクトに表示されるまで約 1 時間かかります。

  • ソフトウェア インベントリは、検出されたサーバーに存在する Web サーバーの役割を識別します。 サーバーで Web サーバーの役割が有効になっている場合、Azure Migrate により、サーバーで Web アプリの検出が実行されます。 Web アプリ構成データは 24 時間に 1 回更新されます。

  • ソフトウェア インベントリ時には、追加されたサーバー資格情報がサーバーに対して繰り返し適用され、エージェントレスの依存関係分析について検証されます。 サーバーの検出が完了すると、ポータルで、サーバーに対するエージェントレスの依存関係分析を有効にすることができます。 エージェントレスの依存関係分析を有効にするように選択できるのは、検証が成功したサーバーだけです。

  • 検出を開始してから 24 時間以内に、SQL Server インスタンスとデータベースのデータがポータルに表示され始めます。

  • Azure Migrate の既定では、SQL インスタンスに接続する最も安全な方法が使用されます。つまり、Azure Migrate により、TrustServerCertificate プロパティが true に設定され、Azure Migrate アプライアンスとソース SQL Server インスタンス間の通信が暗号化されます。 さらに、トランスポート層で SSL を使用してチャネルが暗号化され、証明書チェーンによる信頼性の検証がバイパスされます。 そのため、証明書のルート証明機関を信頼するようにアプライアンス サーバーを設定する必要があります。 ただし、アプライアンス上で [Edit SQL Server connection properties]\(SQL Server の接続プロパティの編集\) を選択して、接続設定を変更することができます。 選択内容の詳細については、こちらを参照してください。

    SQL Server の接続プロパティを編集する方法を示すスクリーンショット。

ポータルでサーバーを確認する

検出の完了後、サーバーがポータルに表示されることを確認できます。

  1. Azure Migrate ダッシュボードを開きます。
  2. [Azure Migrate - サーバー]>[Azure Migrate: 検出および評価] ページで、[検出済みサーバー] の数を表示するアイコンを選択します。

サポート状態を表示する

[検出されたサーバー][検出されたデータベース インスタンス] セクションから、環境のサポート態勢に関するより深い分析情報を得ることができます。

[オペレーティング システムのライセンス サポート状態] 列には、オペレーティング システムのサポート状態 (メインストリーム サポート、延長サポート、サポート外のいずれであるか) が表示されます。 サポート状態を選択すると、右側にペインが開き、延長サポートまたはサポート外のサーバーとデータベースをセキュリティで保護するために行える実行可能な手順に関する明確なガイダンスが提供されます。

サポート終了までの残りの期間、つまりライセンスが有効な月数を表示するには、[列]>[サポート終了までの期間]>[送信] を選択します。 [サポート終了までの期間] 列には、期間が月単位で表示されます。

データベース インスタンスに、Azure Migrate によって検出されたインスタンスの数が表示されます。 インスタンスの数を選択して、データベース インスタンスの詳細を表示します。 [データベース インスタンス ライセンスのサポート状態] には、データベース インスタンスのサポート状態が表示されます。 サポート状態を選ぶと、右側にペインが開き、延長サポートまたはサポート外のサーバーとデータベースをセキュリティで保護するために行える実行可能な手順に関する明確なガイダンスが提供されます。

サポート終了までの残りの期間、つまりライセンスが有効な月数を表示するには、[列]>[サポート終了までの期間]>[送信] を選択します。 [サポート終了までの期間] 列には、期間が月単位で表示されます。

Azure Local へのオンボード (省略可能)

この手順は、Azure Local に移行する場合にのみ行います。

Azure Stack クラスター情報と、クラスターに接続するための資格情報を指定します。 詳細については、Azure Local ソフトウェアのダウンロードに関するページを参照してください。

[Azure Local へのオンボード] セクションを示すスクリーンショット。

次のステップ