評価の概要 (Azure SQL への移行)

[アーティクル]
2024/09/26

この記事では、Azure Migrate: 検出および評価ツールを使用して、オンプレミスの SQL Server インスタンスを VMware、Microsoft Hyper-V、および物理環境から Azure VM 上の SQL Server、Azure SQL Database、Azure SQL Managed Instance に移行するための評価の概要について説明します。

評価とは

検出および評価ツールを使用した評価は、データの特定時点のスナップショットであり、オンプレミスのサーバーの Azure への移行の対応性を測定し、その影響を見積もります。

評価の種類

Azure Migrate: 検出および評価ツールを使用して作成できる評価には、次の 4 種類があります。

評価の種類	詳細
Azure VM	オンプレミスのサーバーを Azure 仮想マシンに移行するための評価。この評価の種類を使用すると、VMware と Hyper-V の環境にあるオンプレミスのサーバー、および物理サーバーを Azure VM に移行するために評価できます。
Azure SQL	オンプレミスの SQL サーバーを VMware、Microsoft Hyper-V、物理環境から Azure VM 上の SQL Server、Azure SQL Database、Azure SQL Managed Instance に移行するための評価。
Azure App Service	IIS Web サーバー上で実行されているオンプレミスの ASP.NET Web アプリを、VMware 環境から Azure App Service に移行するための評価。
Azure VMware Solution (AVS)	オンプレミスのサーバーを Azure VMware Solution (AVS) に移行するための評価。このタイプの評価を使用すると、Azure VMware Solution (AVS) への移行について、オンプレミスの VMware VM を評価できます。詳細情報を参照してください。

注意

検出と評価ツールで Azure VM または AVS 評価の数が正しくない場合は、評価の合計数を選択してすべての評価に移動し、Azure VM または AVS の評価を計算し直します。その後、検出と評価ツールには、その評価の種類の正しい数が表示されます。

Azure SQL の評価には、2 つのサイズ設定基準が用意されています。

サイズ変更の設定基準	詳細	データ
オンプレミス	オンプレミスの SQL Server の構成だけに基づいて推奨を行う評価	Azure SQL の構成はオンプレミスの SQL Server の構成に基づいており、割り当てられたコア数、割り当てられた合計メモリ、データベースのサイズが含まれます。
パフォーマンスベース	収集されたパフォーマンスデータに基づいて推奨を行う評価	Azure SQL 構成は、CPU 使用率、メモリ使用率、IOPS (データおよびログファイル)、スループット、IO 操作の待機時間など、SQL インスタンスとデータベースのパフォーマンスデータに基づいています。

オンプレミスの SQL サーバーを評価する方法

軽量の Azure Migrate アプライアンスによって収集された構成および使用状況データを使用して、オンプレミスの SQL Server インスタンスを評価できます。アプライアンスでオンプレミスの SQL Server インスタンスとデータベースが検出され、構成およびパフォーマンスデータが Azure Migrate に送信されます。詳細については、こちらを参照してください。

アプライアンスで評価する方法

オンプレミスのサーバーを検出するために Azure Migrate アプライアンスをデプロイする場合は、次の手順を行います。

Azure Migrate と連携するように Azure およびオンプレミス環境を設定します。
最初の評価を行うには、Azure Migrate プロジェクトを作成し、Azure Migrate: 検出および評価ツールを追加します。
軽量の Azure Migrate アプライアンスをデプロイします。アプライアンスでオンプレミスサーバーが継続的に検出され、構成およびパフォーマンスデータが Azure Migrate に送信されます。アプライアンスは VM または物理サーバーとしてデプロイします。評価対象のサーバーには何もインストールする必要はありません。

アプライアンスで検出が開始されたら、評価するサーバーをグループにまとめ、評価の種類として Azure SQL を使用してそのグループに対する評価を実行できます。

SQL Server インスタンスの評価に関するチュートリアルに従って、これらの手順を試してみてください。

アプライアンスでの SQL インスタンスとデータベースのパフォーマンスデータ計算方法

コンピューティング設定のパフォーマンスデータがアプライアンスで収集される手順は次のとおりです。

アプライアンスで、リアルタイムのサンプルポイントが収集されます。 SQL サーバーの場合、30 秒ごとにサンプルポイントが収集されます。
30 秒ごとに 10 分間にわたって収集されたサンプルデータポイントがアプライアンスで集計されます。データポイントを作成するために、アプライアンスではすべてのサンプルからピーク値が選択されます。各カウンターの最大、平均、および分散が Azure に送信されます。
Azure Migrate には、前月の 10 分間のデータポイントがすべて格納されています。
評価を作成すると、Azure Migrate により、正しいサイズ設定に使うのに適したデータポイントが特定されます。この特定は、"パフォーマンス履歴" の百分位の値と "百分位の使用率" に基づきます。
- たとえば、パフォーマンス履歴が 1 週間で、百分位の使用率が 95 パーセンタイルの場合、評価によって前週の 10 分間のサンプルポイントが並べ替えられます。それが昇順に並べ替えられて、適切なサイズ設定の値として 95 パーセンタイルが選ばれます。
- 値 95 パーセンタイルを設定すると、99 パーセンタイルを選択した場合に含まれる可能性のある外れ値はすべて無視されます。
- 期間中のピーク使用率を選択し、外れ値を見落とさないようにする場合は、パーセンタイル使用率として 99 パーセンタイルを選択します。
アプライアンスで収集される次のメトリックの有効なパフォーマンス使用率データを得るために、この値には快適性係数が乗算されます。
- CPU 使用率 (%)
- メモリ使用率 (%)
- 読み取り IO/秒と書き込み IO/秒 (データおよびログファイル)
- 読み取り MB/秒と書き込み MB/秒 (スループット)
- IO 操作の待機時間

Azure SQL 評価の作成とカスタマイズに使用するプロパティ

Azure SQL 評価のプロパティは次のとおりです。

セクション	設定	詳細
ターゲットと価格の設定	ターゲットの場所	移行先となる Azure リージョン。 Azure SQL 構成とコストに関する推奨事項は、指定した場所に基づいています。
ターゲットと価格の設定	環境の種類	運用または開発/テストに適用できる価格を適用する SQL デプロイの環境。
ターゲットと価格の設定	オファーまたはライセンスプログラム	Azure プラン (登録されている場合)。現在、このフィールドは既定で [従量課金制] になります。その場合、小売の Azure 価格が適用されます。従量課金制プランに加えて、予約容量と Azure ハイブリッド特典を適用することで、追加の割引を受けることができます。従量課金制プランと開発/テスト環境に加えて、Azure ハイブリッド特典を適用できます。評価では、従量課金制プランと Dev/Test 環境に予約容量を適用することはサポートされていません。プランが [従量課金制] に設定され、予約容量が [予約インスタンスはありません] に設定されている場合、毎月のコストの見積もりは、[VM のアップタイム] フィールドで選択された時間数と、推奨される SKU の時間単価を乗算して計算されます。
ターゲットと価格の設定	節約オプション - Azure SQL MI および DB (PaaS)	Azure のコンピューティングコストを最適化するための評価で考慮する予約容量の節約オプションを指定します。 Azure 予約 (1 年または 3 年の予約) は、常に一貫して稼働しているリソースに適切なオプションです。 [なし] を選択した場合、Azure のコンピューティングコストは従量課金制または実際の使用量に基づいたものになります。予約インスタンスを利用するには、[オファー/ライセンスプログラム] で従量課金制を選択する必要があります。 [なし] 以外の節約オプションを選択した場合、[割引 (%)] と [VM アップタイム] の設定は使用できません。毎月のコストの見積もりは、744 時間と、推奨される SKU の時間単価を乗算して計算されます。
ターゲットと価格の設定	節約オプション - Azure VM (IaaS) 上の SQL Server	Azure のコンピューティングコストを最適化するための評価で考慮する節約オプションを指定します。 Azure 予約 (1 年または 3 年の予約) は、常に一貫して稼働しているリソースに適切なオプションです。 Azure 節約プラン (1 年または 3 年間の節約プラン) はさらなる柔軟性と、自動化されたコスト最適化を提供します。理想状態であれば、移行後に Azure 予約と節約プランを同時に使用することができますが (予約が先に消費されます)、Azure Migrate 評価では、一度に 1 つの節約オプションのコスト見積もりしか表示されません。 [なし] を選択した場合、Azure のコンピューティングコストは従量課金制または実際の使用量に基づいたものになります。予約インスタンスまたは Azure 節約プランを利用するには、[オファー/ライセンスプログラム] で従量課金制を選択する必要があります。 [なし] 以外の節約オプションを選択した場合、[割引 (%)] と [VM アップタイム] の設定は使用できません。毎月のコストの見積もりは、[VM アップタイム] フィールドの 744 時間と、推奨される SKU の時間単価を乗算して計算されます。
ターゲットと価格の設定	通貨	アカウントの請求通貨。
ターゲットと価格の設定	割引率 (%)	Azure プランに適用される任意のサブスクリプション固有の割引。既定の設定は 0% です。
ターゲットと価格の設定	VM のアップタイム	サーバーまたは VM が実行される期間 (1 か月あたりの日数、または 1 日あたりの時間数) を指定します。これは、Azure VM が継続的に実行されない可能性があることが分かっている Azure VM 上の SQL Server のコスト見積もりを計算する場合に役立ちます。推奨されるターゲットが [SQL Server on Azure VM] (Azure VM 上の SQL Server) であるサーバーのコスト見積もりは、指定された期間に基づきます。既定値は、1 か月あたり 31 日、1 日あたり 24 時間です。
ターゲットと価格の設定	Azure ハイブリッド特典	Windows Server または SQL Server あるいはその両方のライセンスか、Enterprise Linux サブスクリプション (RHEL および SLES) を既に所有しているかどうかを指定します。 Azure ハイブリッド特典は、クラウドでワークロードを実行するコストを大幅に削減するのに役立つライセンス特典です。これは、オンプレミスのソフトウェアアシュアランス対応の Windows Server および SQL Server ライセンスを Azure で使用できるようにすることで機能します。たとえば、SQL Server ライセンスを所有しており、SQL Server サブスクリプションのアクティブなソフトウェアアシュアランスの対象となっている場合は、ライセンスを Azure に持ち込む際に Azure ハイブリッド特典を申請できます。
評価の基準	サイズ変更の設定基準	既定では [パフォーマンスベース] に設定されます。つまり、SQL インスタンスとそれによって管理されているデータベースに関連するパフォーマンスメトリックが Azure Migrate によって収集され、Azure VM 上の SQL Server、Azure SQL Database、Azure SQL Managed Instance (あるいはそのいずれか) の最適なサイズの構成が推奨されます。これを [オンプレミス] に変更すると、パフォーマンスメトリックに基づく最適化を実行せずに、オンプレミスの SQL Server 構成のみに基づいて推奨事項を取得できます。
評価の基準	パフォーマンス履歴	評価の基準とするデータ期間を指定します。 (既定値は 1 日)。
評価の基準	百分位数の使用率	パフォーマンスサンプルに使用するパーセンタイル値を指定します。 (既定値は 95 パーセンタイル)。
評価の基準	快適性係数	評価中に使用するバッファーを指定します。ここでは、季節ごとの使用量、短期間のパフォーマンス履歴、将来に使用量が増える可能性などの問題が考慮されます。
評価の基準	最適化の基本設定	推奨評価レポートの基本設定を指定します。 [コストの最小化] を選択すると、移行に関する問題が最も少なくコスト効率が最も高いデプロイの種類を推奨する推奨評価レポートになります。一方、[PaaS に最新化] を選択すると、コストに関係なく SQL Server インスタンスを PaaS に移行する準備ができている場合は、IaaS Azure (VM) よりも PaaS (Azure SQL MI または DB) デプロイの種類を推奨する推奨評価レポートになります。
Azure SQL Managed Instance のサイズ設定	サービスレベル	Azure SQL Managed Instance への移行のビジネスニーズに対応するための最適なサービスレベルオプションを選択します。 Azure Migrate によって、サーバーに最適なサービスレベルが推奨されるようにする場合は、 [推奨] を選択します。これを General Purpose または Business Critical に設定することもできます。予算重視のワークロード向けに設計された Azure SQL 構成が必要な場合は、 [General Purpose] を選択します。障害に対する高い回復性と高速フェールオーバーを備え、低遅延のワークロード向けに設計された Azure SQL 構成が必要な場合は、 [Business Critical] を選択します。
Azure SQL Managed Instance のサイズ設定	インスタンスの種類	既定値は [単一インスタンス] です。
Azure SQL Managed Instance のサイズ設定	価格レベル	既定値は [Standard] です。
Azure VM 上の SQL Server のサイズ設定	VM シリーズ	"Azure VM 上の SQL Server" のサイズ設定で考慮する Azure VM シリーズを指定します。評価では、SQL Server または SQL Server インスタンスの構成およびパフォーマンス要件に基づいて、選択した VM シリーズの一覧から VM サイズが推奨されます。必要に応じて、設定を編集できます。たとえば、D シリーズ VM を含めない場合は、この一覧から D シリーズを除外できます。 Azure SQL の評価の目的は、SQL ワークロードに最適なパフォーマンスを提供することであるため、VM シリーズの一覧には、Azure 仮想マシン (VM) で SQL Server を実行するために最適化された VM のみが含まれます。詳細については、こちらを参照してください。
Azure VM 上の SQL Server のサイズ設定	ストレージの種類	既定値は [推奨] です。つまり、評価では、選択した環境の種類、オンプレミスのディスクサイズ、IOPS、スループットに基づいて、最適な Azure マネージドディスクが推奨されます。
Azure SQL Database のサイズ設定	サービスレベル	Azure SQL Database への移行のビジネスニーズに対応するための最適なサービスレベルオプションを選択します。 Azure Migrate によって、サーバーに最適なサービスレベルが推奨されるようにする場合は、 [推奨] を選択します。これを General Purpose または Business Critical に設定することもできます。予算重視のワークロード向けに設計された Azure SQL 構成が必要な場合は、 [General Purpose] を選択します。障害に対する高い回復性と高速フェールオーバーを備え、低遅延のワークロード向けに設計された Azure SQL 構成が必要な場合は、 [Business Critical] を選択します。
Azure SQL Database のサイズ設定	インスタンスの種類	既定値は [単一データベース] です。
Azure SQL Database のサイズ設定	購入モデル	既定値は [仮想コア] です。
Azure SQL Database のサイズ設定	コンピューティングレベル	既定値は [プロビジョニング済み] です。
高可用性とディザスターリカバリーのプロパティ	ディザスターリカバリーリージョン	既定では、ターゲットの場所のリージョン間レプリケーションペアに設定されます。万が一、選んだターゲットの場所にこのようなペアがまだ存在しない場合は、指定されたターゲットの場所自体が既定のディザスターリカバリーリージョンとして選ばれます。
高可用性とディザスターリカバリーのプロパティ	複数サブネットの意図	既定では [ディザスターリカバリー] に設定されます。レプリケーションの遅延が許容される非同期データレプリケーションが必要な場合は、[ディザスターリカバリー] を選択します。これにより、geo 冗長性を使用した高い持続性を実現できます。フェールオーバーが発生した場合、まだレプリケートされていないデータが失われることがあります。データレプリケーションを同期的に行う必要があり、レプリケーションの遅延によるデータ損失が許容されない場合は、[高可用性] を選択します。この設定により、評価では、Azure SQL Database と Azure SQL Managed Instance の組み込みの高可用性オプションと、Azure Virtual Machines の可用性ゾーンとゾーン冗長性を利用して、より高い可用性を実現できます。フェールオーバーが発生した場合、データは失われません。
高可用性とディザスターリカバリーのプロパティ	インターネットアクセス	既定では [使用可能] に設定されます。 Azure VM からの送信インターネットアクセスを許可する場合は、[使用可能] を選びます。これにより、Azure Virtual Machines の Windows Server フェールオーバークラスターに推奨される手法であるクラウド監視を使用できます。 Azure VM に送信インターネットアクセスがない場合は、[使用不可] を選びます。この場合、Azure Virtual Machines の Windows Server フェールオーバークラスターの監視として共有ディスクを使用する必要があります。
高可用性とディザスターリカバリーのプロパティ	非同期コミットモードの意図	既定では [ディザスターリカバリー] に設定されます。パフォーマンスに影響を与えることなくデータの持続性を高めるために非同期コミット可用性モードを使用している場合は、[ディザスターリカバリー] を選択します。フェールオーバーが発生した場合、まだレプリケートされていないデータが失われることがあります。可用性を向上させ、読み取りトラフィックをスケールアウトするために非同期コミットデータ可用性モードを使用している場合は、[高可用性] を選択します。この設定により、評価では、Azure SQL Database、Azure SQL Managed Instance、Azure Virtual Machines の組み込みの高可用性機能を利用して、より高い可用性とスケールアウトを実現できます。
セキュリティ	Security	既定値は [Yes, with Microsoft Defender for Cloud] (はい (Microsoft Defender for Cloud の場合)) です。 Azure のセキュリティツールの準備状況とコストを評価するかどうかを指定します。設定が既定値の [Yes, with Microsoft Defender for Cloud] (はい (Microsoft Defender for Cloud の場合)) である場合、Microsoft Defender for Cloud を使って Azure SQL MI/DB のセキュリティの準備状況とコストが評価されます。

Azure Migrate で評価を作成するためのベストプラクティスを確認してください。

対応性を計算する

注意

評価には、オンライン状態のデータベースのみが含まれます。データベースが他の状態にある場合、そのデータベースの対応状態、サイズ設定、コスト計算は評価から除外されます。そのようなデータベースを評価する場合は、データベースの状態を変更し、しばらくしてから評価を再計算してください。

Azure SQL 対応性

さまざまな移行戦略の対応性チェック:

推奨されるデプロイ、インスタンスを Azure VM 上の SQL Server へ、インスタンスを Azure SQL MI へ、データベースを Azure SQL DB へ:

SQL インスタンスとデータベースの Azure SQL 対応性は、Azure VM 上の SQL Server、Azure SQL Database、Azure SQL Managed Instance との機能互換性チェックに基づいています。

Azure SQL 評価においては、ソース SQL Server ワークロード (SQL Agent のジョブ、リンクサーバーなど) に現在使用されている SQL Server インスタンスの機能と、ユーザーデータベースのスキーマ (テーブル、ビュー、トリガー、ストアドプロシージャなど) を検討することで互換性の問題が特定されます。
互換性の問題が見つからなかった場合は、そのターゲットデプロイの種類 (Azure VM 上の SQL Server、Azure SQL Database、または Azure SQL Managed Instance) に対してインスタンスが "対応確認済" とマークされます
非推奨またはサポート対象外の機能など、特定のターゲットデプロイの種類に移行する際に妨げにならない、重大でない互換性の問題がある場合は、インスタンスは "対応確認済" とマークされ、(ハイパーリンクで) 警告の詳細と推奨される修復のガイダンスが示されます。これには、ソースデータに Always On 可用性グループ構成があり、必要なレプリカが特定のターゲットデプロイの種類で使用できるものを超える状況も含まれます。
特定のターゲットデプロイの種類への移行を妨げる可能性がある互換性の問題がある場合、インスタンスは "条件付きで対応" とマークされ、問題の詳細と推奨される修復のガイダンスが示されます。
- 対応性レポートの [Recommended deployment] (推奨されるデプロイ)、[インスタンスから Azure SQL MI へ]、[インスタンスから Azure VM 上の SQL Server へ] それぞれにおいて、特定のターゲットデプロイの種類に対して準備できていないデータベースが 1 つでも SQL インスタンス内に存在する場合、インスタンスは、そのデプロイの種類に対して "条件付きで対応" とマークされます。
対応未確認: 評価で、目的の構成とパフォーマンス特性を満たす、Azure VM 上の SQL Server、Azure SQL MI、または Azure SQL DB の構成が見つかりませんでした。推奨事項を確認して、インスタンスまたはサーバーを目的のターゲットデプロイの種類に対応させます。
SQL インスタンスまたはデータベースの検出がまだ進行中であるか、検出に関して問題がある場合は、インスタンスは "不明" とマークされます。これは、評価でその SQL インスタンスの対応性を計算できなかったためです。

注意

推奨されるデプロイの戦略では、インスタンスを Azure VM 上の SQL Server に移行することが、SQL Server インスタンスの移行での推奨される戦略です。ただし、SQL Server 資格情報を使用できない場合、Azure SQL 評価では、適切なサイズのリフトアンドシフト、つまり、"サーバーを Azure VM 上の SQL Server へ" の推奨事項が提供されます。

すべてのサーバーを Azure VM 上の SQL Server へ:

対応性についてはこちらを参照してください。

推奨されるデプロイの種類

推奨されるデプロイの移行戦略では、SQL インスタンスと最も互換性があり、最もコスト効率の高い Azure SQL デプロイの種類が評価によって推奨されます。 Microsoft によって推奨されるターゲットに移行すると、移行の全体的な作業量が減ります。お客様のインスタンスが Azure VM 上の SQL Server、Azure SQL Managed Instance、Azure SQL Database に対応している場合は、移行対応性の問題が最も少なく、最もコスト効率の高いターゲットデプロイの種類が推奨されます。 Azure SQL 評価のプロパティで、ターゲットのデプロイの種類として [推奨] を選択した場合、Azure Migrate によって、SQL インスタンスと互換性のある Azure SQL のデプロイの種類が推奨されます。 Microsoft によって推奨されるターゲットに移行すると、移行の全体的な作業量が減ります。

注意

推奨されるデプロイの戦略で、ソース SQL Server が Azure VM 上の SQL Server、Azure SQL Managed Instance、Azure SQL Database の 3 つのデプロイターゲットすべてに適している場合、コストが最適化され、かつサイズとパフォーマンスの限界内に収まる特定のオプションが評価で推奨されます。

セキュリティの準備

データベースまたはインスタンスがターゲットデプロイの種類 Azure SQL DB/MI に対して "対応確認済" とマークされている場合、Microsoft Defender for SQL に対して "対応確認済" であると自動的に見なされます。データベースまたはインスタンスが、ターゲットデプロイの種類 Azure VM での SQL Server に対して "対応確認済" とマークされている場合、以下のバージョンのいずれかを実行していれば、Microsoft Defender for SQL に対して "対応確認済" と見なされます。

SQL Server バージョン 2012、2014、2016、2017、2019、2022
その他のすべてのバージョンについては、"条件付きで対応" とマークされます。

サイズ設定の計算

評価によって対応性と推奨される Azure SQL のデプロイの種類が判断された後、オンプレミスの SQL Server のパフォーマンスを満たすか超えることができる、特定のサービスレベルと Azure SQL 構成 (SKU サイズ) が計算されます。この計算は、"オンプレミス" または "パフォーマンスベース" のどちらのサイズ設定基準を使っているかにより異なります。

オンプレミスのサイズ設定の計算

オンプレミスのサイズ設定基準を使っている場合、評価では SQL インスタンスの構成データのみが使われ、パフォーマンスデータは考慮されません。

"インスタンスを Azure SQL MI へ" と "データベースを Azure SQL DB へ"の構成

評価によって、オンプレミスの SQL インスタンスの構成を満たすか超えることができる、特定のサービスレベルと Azure SQL 構成 (SKU サイズ) が計算されます。

検出プロセスの間に、Azure Migrate によって次のような SQL インスタンスの構成が収集されます。
- 仮想コア数 (割り当て済み)
- メモリ (割り当て済み)
- DB の合計サイズとデータベースファイルの構成
  - データベースのサイズは、すべてのデータおよびログファイルを追加することによって計算されます。
この評価では、すべての構成データが集約されて、Azure SQL のさまざまなサービスレベルと構成の全体と最もよく一致するものの検出が試みられ、コストを最適化しながら SQL インスタンスの要件を満たすか超えることができる構成が選ばれます。

"インスタンスを Azure VM 上の SQL Server へ" の構成

[Instance to SQL Server on Azure VM] (インスタンスを Azure VM 上の SQL Server へ) 評価レポートでは、SQL Server のインスタンスとデータベースを Azure VM 上の SQL Server に移行するための理想的な手法を取り入れており、ベストプラクティスに準拠しています。詳細情報。

ストレージのサイズ設定

ストレージのサイズ設定については、評価で各インスタンスディスクが Azure ディスクにマップされます。サイズ設定は次のように行われます。

各ディスクに必要なディスクサイズは、SQL データと SQL ログのドライブのサイズです。
評価では、SQL ログと SQL データのすべてのドライブに対して 1 つのストレージディスクプールを作成することが推奨されます。一時ドライブの場合、評価ではローカルドライブにファイルを保存することが推奨されます。
必要なサイズのディスクが評価で見つからない場合、そのインスタンスは Azure VM 上の SQL Server への移行に不適切とマークされます
評価で、適合する一連のディスクが見つかると、評価の設定で指定した場所をサポートするディスクが選択されます。
環境の種類が [運用] の場合、評価では各ディスクをマップするために Premium ディスクの検索が試行され、それ以外の場合は、適切なディスク (Premium または Standard SSD ディスク) の検索が試行されます。
- 対象となるディスクが複数ある場合は、評価は最も低コストのディスクを選択します。

コンピューティングのサイズ設定

ストレージの要件が計算された後、評価ではインスタンスの CPU と RAM の要件を考慮して Azure での適切な VM サイズが求められます。

評価により、割り当て済みのコア数と RAM が調べられて、適切な Azure VM サイズが見つけられます。
適切なサイズが見つからない場合、そのサーバーは Azure に不適合とマークされます。
適切なサイズが見つかった場合は、Azure Migrate でストレージの計算が適用されます。その後、場所と価格レベルの設定が適用され、VM サイズに関する最終的な推奨事項が作成されます。
条件を満たす Azure VM サイズが複数ある場合、最も低コストのディスクをお勧めします。

注意

Azure SQL の評価の目的は、SQL ワークロードに最適なパフォーマンスを提供することであるため、VM シリーズの一覧には、Azure 仮想マシン (VM) で SQL Server を実行するために最適化された VM のみが含まれます。詳細情報を参照してください。

"サーバーを Azure VM 上の SQL Server へ" の構成

"すべてのサーバーを Azure VM 上の SQL Server へ" の移行戦略については、こちらでコンピューティングとストレージのサイズ設定を参照してください。

注意

信頼度レーティングは、"オンプレミス" サイズ設定基準を使う Azure SQL 評価には適用されません。

パフォーマンスベースのサイズ設定の計算

"パフォーマンスベース" のサイズ設定を使う場合、評価では SQL インスタンスの構成とパフォーマンスデータの両方を使って、パフォーマンス要件を満たすか超える推奨設定が生成されます。

"インスタンスを Azure SQL MI へ" と "データベースを Azure SQL DB へ"の構成

評価によって、オンプレミスの SQL インスタンスのパフォーマンス要件を満たすか超えることができる、特定のサービスレベルと Azure SQL 構成 (SKU サイズ) が計算されます。

検出プロセス中に、Azure Migrate によって SQL インスタンスの構成とパフォーマンスが収集されます。これには次のものが含まれます。
- 仮想コア (割り当て済み) と CPU 使用率 (%)
  - SQL インスタンスの CPU 使用率は、SQL サーバー上のインスタンスによって使用されている割り当て済み CPU の割合
  - データベースの CPU 使用率は、SQL インスタンス上のデータベースによって使用されている割り当て済み CPU の割合
- メモリ (割り当て済み) とメモリ使用率 (%)
- 読み取り IO/秒と書き込み IO/秒 (データおよびログファイル)
  - SQL インスタンスレベルでの読み取り IO/秒と書き込み IO/秒は、そのインスタンスで検出されたすべてのデータベースの読み取り IO/秒と書き込み IO/秒を追加することによって計算されます。
- 読み取り MB/秒と書き込み MB/秒 (スループット)
- IO 操作の待機時間
- DB の合計サイズとデータベースファイルの構成
  - データベースのサイズは、すべてのデータおよびログファイルを追加することによって計算されます。
- Always On フェールオーバークラスターインスタンスのネットワークサブネット構成 (単一サブネットまたはマルチサブネット)
- Always On 可用性グループの構成
  - 参加するインスタンスのネットワーク構成 (単一サブネットまたはマルチサブネット)
  - セカンダリレプリカの数と種類
    - 可用性モード: 同期コミットと非同期コミット
    - 接続モード: 読み取り専用となし
この評価では、すべての構成およびパフォーマンスデータが集計され、Azure SQL のさまざまなサービスレベルと構成全体で最適な一致が検出されます。さらに、コストを最適化しながら SQL インスタンスのパフォーマンス要件を満たすか超えることができる構成が選ばれます。

"インスタンスを Azure VM 上の SQL Server へ" の構成

ソースが SQL Server Always On フェールオーバークラスターインスタンス (FCI) である場合、評価レポートには、2 ノードの SQL Server フェールオーバークラスターインスタンスに移行するためのアプローチが含まれます。これにより、ベストプラクティスを順守しながら、高可用性とディザスターリカバリーの意図が維持されます。詳細情報を参照してください。

ストレージのサイズ設定

ストレージのサイズ設定については、評価で各インスタンスディスクが Azure ディスクにマップされます。サイズ設定は次のように行われます。

評価では、必要な IOPS の合計を取得するために、ディスクの読み取りと書き込みの IOPS を追加します。同様に、読み取りと書き込みのスループット値を追加して、各ディスクのスループットの合計を取得します。各ディスクに必要なディスクサイズは、SQL データと SQL ログのドライブのサイズです。
評価では、SQL ログと SQL データのすべてのドライブに対して 1 つのストレージディスクプールを作成することが推奨されます。一時ドライブの場合、評価ではローカルドライブにファイルを保存することが推奨されます。

必要なサイズ、IOPS、スループットのディスクが評価で見つからない場合、インスタンスは Azure VM 上の SQL Server への移行に不適合としてマークされます
評価で、適合する一連のディスクが見つかると、評価の設定で指定した場所をサポートするディスクが選択されます。
ソースが SQL Server Always On フェールオーバークラスターインスタンスである場合は、共有ディスク構成が選ばれます。
環境の種類が [運用] の場合、評価では各ディスクをマップするために Premium ディスクの検索が試行され、それ以外の場合は、適切なディスク (Premium または Standard SSD ディスク) の検索が試行されます。
- 対象となるディスクが複数ある場合は、評価は最も低コストのディスクを選択します。

コンピューティングのサイズ設定

ストレージの要件が計算された後、評価ではインスタンスの CPU と RAM の要件を考慮して Azure での適切な VM サイズが求められます。

評価で、有効な使用コア数と RAM を確認して、適切な Azure VM サイズを見つけます。インスタンスの "有効な使用 RAM またはメモリ" は、インスタンスで実行されているすべてのデータベースのバッファーキャッシュ (バッファープールサイズ (MB 単位)) を集計することで計算されます。
適切なサイズが見つからない場合、そのサーバーは Azure に不適合とマークされます。
適切なサイズが見つかった場合は、Azure Migrate でストレージの計算が適用されます。その後、場所と価格レベルの設定が適用され、VM サイズに関する最終的な推奨事項が作成されます。
条件を満たす Azure VM サイズが複数ある場合、最も低コストのディスクをお勧めします。
ソースが SQL Server Always On フェールオーバークラスターインスタンスである場合、2 つのノードのニーズを満たすために、2 つ目の Azure VM にもそのコンピューティングサイズが再び使われます。

注意

"サーバーを Azure VM 上の SQL Server へ" の構成

"すべてのサーバーを Azure VM 上の SQL Server へ" の移行戦略については、こちらでコンピューティングとストレージのサイズ設定を参照してください。

信頼度レーティング

Azure SQL 評価にはそれぞれ、信頼度レーティングが付けられています。信頼度の範囲は、星 1 つ (最も低い) から星 5 つ (最も高い) までです。評価の信頼度は、Azure Migrate によって提示される推奨サイズの信頼性を評価する目安となります。

評価の信頼度は、評価に割り当てられます。信頼度は、評価の計算に必要なデータポイントの可用性に基づいています。
パフォーマンスベースのサイズ設定の場合、評価を行うと、次のようなすべての SQL インスタンスとデータベースのパフォーマンスデータが収集されます。
- CPU 使用率 (%)
- メモリ使用率 (%)
- 読み取り IO/秒と書き込み IO/秒 (データおよびログファイル)
- 読み取り MB/秒と書き込み MB/秒 (スループット)
- IO 操作の待機時間

これらの使用率の数値のいずれかが使用できない場合、推奨サイズは信頼できない可能性があります。次の表は、使用可能なデータポイントの割合に応じた評価の信頼度を示します。

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

信頼度レーティングが低い

次のようないくつかの理由で、評価の信頼度レーティングが低くなることがあります。

評価を作成する期間について環境をプロファイルしなかった。たとえば、パフォーマンス期間を 1 日に設定して評価を作成する場合、すべてのデータポイントを収集するために、検出を開始してから少なくとも 1 日待つ必要があります。
評価期間内に一部または全部のサーバーのパフォーマンスデータを評価で収集できません。高い信頼度レーティングを得るために、次のことを確認します。
- 評価期間中、サーバーの電源がオンになっている。
- ポート 443 でのアウトバウンド接続が許可されている。
- SQL エージェントの Azure Migrate 接続状態が "接続済み" になっている場合、最後のハートビートを確認します。
- 検出された SQL インスタンスのセクションで、すべての SQL インスタンスの Azure Migrate 接続状態が "接続済み" になっています。
評価を再計算し、信頼性評価に最新の変更を反映します。
評価の計算対象期間中に作成されたデータベースまたはインスタンスがある。たとえば、前月のパフォーマンス履歴に対する評価を作成したが、一部のデータベースまたはインスタンスがわずか 1 週間前に作成されていた場合などです。この場合、新しいサーバーのパフォーマンスデータは期間全体を通しては利用できず、信頼度レーティングが低くなります。

注意

Azure SQL 評価はパフォーマンスベースの評価であるため、評価の信頼度が星 5 つを下回る場合は、アプライアンスで環境のプロファイルができるように少なくとも 1 日待ってから、評価を再計算することをお勧めします。そうしなければ、パフォーマンスベースのサイズ設定は信頼できない可能性があります。

推奨事項の詳細

対応性とサイズ設定の計算が完了すると、最適化の優先順位が適用され、推奨されるターゲットと構成が決まります。 [推奨事項の詳細] には、推奨事項の背後にある対応性とサイズ設定の計算の詳細な説明が表示されます。

移行ガイダンス

このセクションでは、ターゲットリソースを構成するためのガイダンスと移行手順について説明します。この手順は、ソースとターゲットデプロイの組み合わせに固有です。このガイダンスは、Always On フェールオーバークラスターインスタンス (FCI) と可用性グループ (AG) を移行しようとしているユーザーに特に役立ちます。

毎月のコストを計算する

サイズ設定の推奨完了後、推奨される Azure SQL 構成のコンピューティングとストレージのコストが、Azure SQL 評価で内部 pricing API を使用して計算されます。すべてのインスタンスのコンピューティングとストレージのコストが集計され、月間コンピューティングコストの合計が計算されます。

コンピューティングコスト

Azure SQL 構成のコンピューティングコストを計算する場合、次のプロパティが評価で考慮されます。
- SQL と Windows のライセンスまたは Enterprise Linux サブスクリプション (RHEL および SLES) の Azure ハイブリッド特典
- 環境の種類
- 予約容量
- Azure のターゲットの場所
- 通貨型
- オファーまたはライセンスプログラム
- 割引率 (%)

ストレージのコスト

ストレージコストの見積もりにはデータファイルのみが含まれ、ログファイルは含まれません。
Azure SQL 構成のストレージコストを計算する場合、次のプロパティが評価で考慮されます。
- Azure のターゲットの場所
- 通貨型
- オファーまたはライセンスプログラム
- 割引率 (%)
バックアップストレージのコストは評価に含まれません。
Azure SQL Database
- 最低 5 GB のストレージコストがコスト見積もりに追加され、追加のストレージコストが 1 GB 単位でストレージに追加されます。詳細については、こちらを参照してください。
Azure SQL Managed Instance
- 最初の 32 GB/インスタンス/月のストレージに対するストレージコストは追加されず、追加のストレージコストが 32 GB 単位でストレージに追加されます。詳細については、こちらを参照してください。

セキュリティコスト

Azure VM 上の SQL Server、Azure SQL MI、または Azure SQL DB 上の SQL Server に推奨される SQL Server インスタンスと DB では、Defender for SQL を実行する準備ができている場合は、そのリージョンの SQL Server インスタンスあたりの Defender for SQL が追加されます。 Azure SQL DB に推奨される DB の場合、コストはインスタンスレベルでロールアップされます。

次のステップ

評価作成のベストプラクティスを確認します。
Azure SQL 評価を実行する方法について説明します。

AI Skills Fest