DP300-CS07#2
【Case Study】Fabrikam 社 SQL Server 2016 → Azure 移行
【背景】
Fabrikam 社は オンプレ SQL Server 2016 (5 TB OLTP / CLR / Linked Server / SQL Agent ジョブ 200 個 / クロスデータベース クエリ多用) を Azure に移行します。移行後も既存 .NET アプリ (Entity Framework + Stored Procedure 1,200 個) を最小限の変更で 動作させたい。
【既存環境】
Active Directory ドメイン (fabrikam.local)、SQL Server 2016 Enterprise Edition SA 付き、東日本 (Primary) + 西日本 (DR) の 2 リージョン構成想定、PCI DSS / GDPR 準拠要件あり。
【要件】
- SQL Server 機能の 100% 保持 (CLR / Linked Server / SQL Agent / クロス DB クエリ)
- ベンダー .NET アプリ変更は最小限
- 移行ダウンタイム < 1 時間
- 西日本 リージョン Auto-Failover Group 構成
- SQL Server Enterprise SA ライセンス再利用
- Microsoft Entra ID 認証統合
【質問 2/4】
本シナリオで Azure SQL Managed Instance の Service Tier と Compute size として最適な組み合わせはどれですか?
解説
【正解: C】の理由
Business Critical 8 vCore は Local SSD + In-memory OLTP + Always On AG (Read-only Replica) で OLTP 性能を最大化し、Zone Redundant で AZ 障害時の自動 Failover (RPO=0) を実現します。SA ライセンス保有のため AHB で 約 55% コスト削減でき、要件 (高性能 + HA + コスト最適化) を全て満たします。Failover Group で 西日本 DR も 構成可能です。
【他選択肢が違う理由】
- A: GP 4 vCore は Remote Storage で OLTP 性能と HA 要件に不足します。
- B: GP 8 vCore は Remote Storage で Business Critical の In-memory OLTP が利用不可、SQL Agent ジョブ 200 個の高頻度実行に不適です。
- D: BC 16 vCore は スケール過剰で AHB 適用なしのためコスト効率も悪く、要件のコスト最適化を満たせません。

コメント