移行シナリオを評価する
Azure SQL Managed Instance は、オンプレミス バージョンの SQL Server とほぼ 100% の互換性を提供できるため、クラウド内の既存のデータベースを簡単にホストできるように設計されています。
スポーツ衣料会社には、カタログ全体の製品詳細を格納するデータベースがあります。 データベースは、Web サイトで顧客に製品の詳細を表示するため、販売担当者のスマートフォン アプリでカタログに関する最新情報を提供するため、データ分析ソリューションでデータ キューブに製品寸法を設定するために使用されています。 このデータベースは、取締役会によってビジネス クリティカルであると見なされます。 このデータベースをクラウドに移行するように求められました。そのため、これに依存するシステムに加える変更はできる限り少なくする必要があります。 あなたは、このプロジェクトのため、Azure SQL Managed Instance を評価したいと考えています。
Azure SQL Managed Instance とは
Azure SQL サービスとしてのプラットフォーム (PaaS) ファミリには、Azure SQL Database と Azure SQL Managed Instance が含まれています。 Azure SQL Managed Instance のゴールは、Azure クラウドのフル マネージド PaaS エクスペリエンスを SQL Server アプリケーションに提供することです。
Azure SQL Managed Instance は、"リフト アンド シフト" ソリューションを顧客に対して可能にするように設計されています。 マネージド インスタンスでは、アプリケーション、データベース、およびサポート テクノロジを Azure PaaS に取り込むことを目指します。 以前、SQL Managed Instance がなかったときは、組織のアプリケーションがデータベースの外部にあるテクノロジ (SQL Agent ジョブ、クロス データベース結合、SQL Server Integration Services など) へのアクセスを必要とする移行シナリオでは、クラウドへの移行ができませんでした。 DBA または開発者がオンプレミスのアプリケーションを移行する唯一の方法は、次のいずれかの方法を採用することでした。
- データベースとサポート テクノロジをサービスとしてのインフラストラクチャ (IaaS) モデルに移行する。
- Azure SQL Database の完全な PaaS モデルを使用してアプリケーションを書き直し、移行の阻害要因に対処するための追加開発を行います。
通常、変更に対するベンダーのサポートは限られているため、アプリケーションを Azure に移行するかどうかの判断は、多くの場合、アプリケーションを Azure の PaaS モデルに適応させ、アプリケーション コードを管理するためのリソースが組織にあるかどうかにかかっています。 そのため、多くの場合、既存のアプリケーションをオーバーホールすることなく、完全な SQL Server エクスペリエンスを使うために IaaS 上の SQL Server を選びます。 Azure SQL Database の機能があっても、多くのアプリケーションはそのスコープ外のテクノロジに大きく依存していることが課題となります。 ただし、"クラウド リフター" というコード名である SQL Manageed Instance は、アプリケーションを再設計することなく、こうしたハードルを克服し、Azure の SQL ベースの PaaS ソリューションへの移行を容易にすることを目的としています。
主な機能を確認する
SQL Managed Instance の最も重要な機能は次のとおりです。
| 主な機能 | 説明 |
|---|---|
| 下位互換性 | Managed Instance では、SQL Server 2008 データベースとの下位互換性が提供されます。 SQL Server 2005 データベース サーバーからの直接の移行もサポートされており、移行された SQL Server 2005 データベースの互換性レベルは SQL Server 2008 のレベルに更新されます。 |
| 簡単なリフト アンド シフト | Managed Instance は、SQL Server に対して 100% 近い互換性を持ちます。 この互換性には、主要な SQL Server コンポーネント、プログラミングの強化、インスタンス スコープの機能 (データベース間の結合など)、および既存の SQL ベースのほとんどのアプリケーションが正常に機能するために必要な管理ツールなどが含まれます。 |
| フル マネージド PaaS | PaaS の利点としては、ハードウェアの管理と、SQL Server サーバーの物理的なメンテナンス実行によるすべてのオーバーヘッドが解消されます。 また、クラウド内のリソースを迅速にスケールアップおよびスケールダウンし、プロビジョニングできる利点もあります。 SQL Manageed Instance は SQL Server エンジン上に構築されているため、常に最新の SQL の特徴と機能を備えています。 |
| セキュリティ機能 | データベース レベルの場合と同様に、SQL Managed Instance レベルでセキュリティ機能を有効にすることができます。 これらの機能には、脆弱性評価と高度な脅威保護設定が含まれます。 最後に、マネージド インスタンス レベルでは、Transparent Data Encryption (TDE) と、暗号化のために Bring Your Own Key (BYOK) を使用するかどうかを構成できます。 |
| セキュリティ保護されたネットワークの分離 | マネージド インスタンスの固有の側面の 1 つは、マネージド インスタンスが Azure クラウド内の他のテナントから完全に分離されたセキュリティがあることです。 典型的な既定のデプロイの SQL エンドポイントでは、マネージド インスタンスがプライベート IP アドレスを通じてのみ公開されるため、プライベート Azure ネットワークまたはハイブリッド ネットワークから安全に接続できます。 マネージド インスタンスに接続するオンプレミス アプリケーションの場合は、Azure ExpressRoute 構成または VPN ゲートウェイが必要です。 |
| インスタンスのフェールオーバー グループ | インスタンスのフェールオーバー グループは、1 つの単位として別のリージョンにフェールオーバーできる、単一のマネージド インスタンス内の、または単一のデータベース サーバーによって管理されるデータベースのセットです。 プライマリ リージョンで障害が発生したために、プライマリ データベースのすべてまたは一部がオフラインになった場合は、インスタンスのフェールオーバー グループを使用します。 |
サポートされている移行オプション
Azure SQL Managed Instance への移行には、オンラインとオフラインの 2 つのモードがあります。 オンライン モードのダウンタイムは最小限であるか、発生しませんが、オフライン モードでは移行プロセス中にダウンタイムが発生します。
Log Replay Service。 これはオンライン移行オプションであり、データベース移行プロジェクトをより詳細に制御する必要がある場合に使われます。
Azure Data Studio 用の Azure SQL Migration 拡張機能. これは、SQL Server データベースを Azure に移行する準備を支援するツールです。 最新バージョンの Data Migration Services を使って移行の準備状況を評価し、ニーズに最適な Azure リソースを推奨し、移行を実行することができます。 小規模から中規模のデータベースに最適であり、SQL Managed Instance へのオンライン移行をサポートします。
Managed Instance のリンク。 Managed Instance のリンクを使うと、分散型可用性グループを使い、ホステッド SQL Server と Azure SQL Managed Instance (またはその逆) の間でほぼ瞬時に (オンラインで) データをレプリケートすることにより、データ資産をセキュリティで保護された方法で拡張することができます。
ネイティブ バックアップと復元。 バックアップと復元は、多くの SQL Server プロフェッショナルが好むシンプルな移行方法です。 これは、Azure Storage にデータベースの完全バックアップを提供できるお客様にとって、最も簡単な移行オプションです。
トランザクション レプリケーション トランザクション レプリケーションは、常時接続データベース サーバー間でデータを移動する方法です。 大規模で複雑なデータベースのオンラインまたはオフライン移行に使うことをお勧めします。
ほとんどのツールは Azure SQL Database への移行が容易になりますが、SQL Managed Instance でのみサポートされているものもあります。 今後のユニットでは、その一部について詳しく説明します。
ヒント
詳細については、SQL Server 移行戦略を設計する方法の記事を参照してください。