Azure への移行に取り組む過程では、オンプレミスのワークロードを評価し、クラウドへの対応性を測り、リスクを明らかにして、コストと複雑さを見積もります。 この記事では、Azure Migrate: 検出および評価ツールを使用して、Azure SQL への移行に備えて、検出された SQL Server インスタンスおよびデータベースを評価する方法について説明します。
このチュートリアルでは、以下の内容を学習します。
- 構成とパフォーマンス データに基づいて評価を実行する。
- Azure SQL の評価を確認する。
注意
各チュートリアルでは、シナリオを試すための最も簡単な方法を紹介し、可能であれば既定のオプションを使用します。
前提条件
- Azure サブスクリプションをお持ちでない場合は、開始する前に 無料アカウント を作成してください。
- このチュートリアルに従って、Azure SQL への移行に備えて SQL Server インスタンスを評価する前に、Azure Migrate アプライアンスを使用して、評価する SQL インスタンスが検出されていることを確認してください (こちらのチュートリアルに従ってください)。
- 既存のプロジェクトでこの機能を試す場合は、こちらの記事の前提条件を満たしていることを確認してください。
使うサイズ設定基準を決定する
評価を実行する際に使うサイズ設定基準のベースを、現状のオンプレミスで収集された SQL Server 構成データとメタデータにするか、動的パフォーマンス データにするかを決定します。
| 評価 | 詳細 | 推奨事項 |
|---|---|---|
| オンプレミス | SQL Server 構成データとメタデータに基づいて評価します。 | 推奨される Azure SQL 構成は、割り当てられたコア、割り当てられた合計メモリ、データベース サイズなどのオンプレミス SQL Server 構成に基づいたものです。 これが役立つのは、ワークロードの特性により、包括的なパフォーマンス メトリック プロファイルを取り込むのに長い時間がかかる場合です。 |
| パフォーマンスベース | 収集されたパフォーマンス データに基づいて評価します。 | 推奨される Azure SQL 構成は、SQL Server インスタンスおよびデータベースのパフォーマンス データ (CPU 使用率、コア数、データベース ファイルの構成とサイズ、ファイル IO、データベースごとのメモリの使用量など) に基づいたものです。 SQL ワークロードに適したサイズの最適な推奨事項を取得できます。 |
評価を実行する
評価を実行するには次のようにします。
-
- [作業の開始] ページ >[Servers, databases and web apps] (サーバー、データベース、Web アプリ) で、[Discover, assess and migrate] (検出、評価、移行) を選択します。
![Azure Migrate の [概要] ページのスクリーンショット。](media/tutorial-assess-sql/assess-migrate-inline.png?view=migrate-classic)
[Azure Migrate: Discovery and assessment] (Azure Migrate: 検出および評価) で、[評価] を選択し、評価の種類として Azure SQL を選択します。
[サーバーの評価] では、評価の種類として [Azure SQL] が事前に選択されており、検出ソースが既定で [Azure Migrate アプライアンスから検出されたサーバー] に設定されています。
[編集] 選択して、評価の設定を確認します。
![評価の設定をカスタマイズできる [編集] ボタンのスクリーンショット。](media/tutorial-assess-sql/assess-servers-sql-inline.png?view=migrate-classic)
[評価の設定] で、必要な値を設定するか、既定値のままにします。
セクション 設定 詳細 ターゲットと価格の設定 ターゲットの場所 移行先となる 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 の組み込みの高可用性機能を利用して、より高い可用性とスケール アウトを実現できます。変更した場合は、 [保存] を選択します。
[サーバーの評価] で、[次へ] を選択します。
[評価するサーバーの選択]>[評価名]> で、評価の名前を指定します。
[Select or create a group (グループの選択または作成)]>で [新規作成] を選択し、グループ名を指定します。
![グループの [新規作成] ボタンの場所を示すスクリーンショット。](media/tutorial-assess-sql/assessment-add-servers-inline.png?view=migrate-classic)
アプライアンスを選択し、グループに追加するサーバーを選択して、[次へ] を選択します。
[評価の確認と作成] で評価の詳細を確認したら、[評価の作成] を選択してグループを作成し、評価を実行します。
評価が作成されたら、[Servers, databases and web apps] (サーバー、データベース、Web アプリ)>[Azure Migrate: Discovery and assessment (Azure Migrate: 検出および評価)] の順に移動し、Azure SQL の評価の横にある数字を選択します。 設定した数値が表示されない場合は、[更新] を選択して最新の更新プログラムを取得します。
表示する評価の名前を選択します。
![Azure Migrate の [概要] ページのスクリーンショット。](media/tutorial-assess-sql/assess-migrate-expanded.png?view=migrate-classic#lightbox)
![評価の設定をカスタマイズできる [編集] ボタンのスクリーンショット。](media/tutorial-assess-sql/assess-servers-sql-expanded.png?view=migrate-classic#lightbox)
![グループの [新規作成] ボタンの場所を示すスクリーンショット。](media/tutorial-assess-sql/assessment-add-servers-expanded.png?view=migrate-classic#lightbox)
注意
Azure SQL の評価はパフォーマンスベースの評価であるため、検出の開始後、少なくとも 1 日待ってから評価を作成することをお勧めします。 これにより、パフォーマンス データを収集する時間が確保され、信頼度が上がります。 検出がまだ進行中の場合、SQL インスタンスの対応性は [不明] としてマークされます。 信頼度で高評価を得るために、検出の開始後、指定したパフォーマンス期間 (日、週、月) を置いてから評価を作成または再計算するのが理想的です。
次の手順
- Azure SQL の評価の計算方法の詳細を確認します。
- Azure Database Migration Service を使用して、SQL インスタンスとデータベースの移行を開始します。