Azure SQL Database vs Managed Instance vs SQL on VM 完全比較｜SQL Server プラットフォーム選定

Azure SQL Database (SQL DB): 単一データベース PaaS、最も SaaS 寄り、運用負荷最小、SQL Agent / Cross-DB Query 等の機能制約あり。Single Database または Elastic Pool 構成。Azure SQL Managed Instance (SQL MI): インスタンス単位 PaaS、オンプレ SQL Server とほぼ 100% 互換、SQL Agent・SSIS・Cross-DB Query・Linked Server 対応、移行先第一候補。SQL Server on Azure VM (IaaS): フル機能 SQL Server、OS レベルアクセス・任意の SQL Server バージョン・Windows/Linux 認証対応、OS パッチや SQL バージョンアップは自己管理。判断: 新規 SaaS Web アプリ → SQL DB、オンプレ SQL Server からの完全移行 → SQL MI、フルコントロール必要・SSAS 等の SQL Server 機能必須 → SQL on VM。

オンプレ SQL Server との互換性は SQL on VM (100%) > SQL MI (95%) > SQL DB (80%) の順。SQL on VM はフル機能、OS レベル制御も含む完全互換。SQL MI はインスタンス互換で、SQL Server ENGINE のほとんどの機能 (SQL Agent・SSIS Runtime・Cross-database Query・Linked Server・CLR・Service Broker・Filestream は限定) をサポート、ただし OS レベル操作不可・SSAS/SSRS 非対応 (別途構築必要)。SQL DB は単一データベース互換で、多くのレガシー機能 (SQL Agent・Cross-database Query) が制約あり。オンプレ SQL Server からの移行プロジェクトでは MI が第一候補で、コード変更最小で移行可能。新規開発で機能制約が問題ない場合は SQL DB がコスト・運用負荷で優位です。

SQL DB / MI 共通のサービスティア。General Purpose (GP): Premium SSD ベース、汎用ワークロード、コスト最安、SLA 99.99%。Business Critical (BC): Local SSD + Always On AG ベース、低レイテンシ・高可用、Zone Redundant 可能、SLA 99.995%、コスト GP の約 2 倍。Hyperscale (HS): 100 TB+ 超大規模 DB 対応、別アーキテクチャ (Log Service + Compute + Page Server)、Read Replica 最大 4 つ、SLA 99.99%、スナップショット高速バックアップ。判断: 一般 Web アプリ → GP、低レイテンシ要件・本番ミッションクリティカル → BC、超大規模 DB (10 TB+) → HS。SQL MI は GP と BC、SQL DB は GP / BC / HS の 3 ティア対応です。

Azure SQL DB の課金単位。DTU (Database Transaction Unit) モデル: CPU・メモリ・I/O を統合した抽象単位で課金、Basic / Standard / Premium のティア + DTU 数 (S0 ~ S12・P1 ~ P15) を選ぶ、シンプル・予算管理しやすい、ただしリソース内訳が不透明。vCore モデル (推奨): CPU コア数を直接指定、メモリ・ストレージ・I/O を独立調整、より柔軟、Reserved Capacity・Hybrid Benefit 適用可、Hyperscale は vCore のみ対応。2026 年現在の Microsoft 推奨は vCore モデルで、新規プロジェクトは vCore 一択。DTU モデルはレガシー保守用途で残るのみで、新規構成では選ばないのが定石です。

SQL DB / MI 共通の HADR 機能: 1) Active Geo-replication (DB レベル、Read Secondary 最大 4 個、RPO 5 秒)、2) Auto-failover Group (リージョン間 fail-over、RPO 5 秒・RTO 1 時間、複数 DB 一括フェイルオーバー、推奨パターン)、3) Zone Redundant configuration (BC / Premium で AZ 冗長、コスト無料)、4) Long-term Retention (LTR、最大 10 年バックアップ保持)、5) Continuous Backup with Point-in-time Restore (PITR、7-35 日)。SQL on VM 追加: Always On Availability Groups (AG)・Failover Cluster Instance (FCI)。本番ミッションクリティカル: Auto-failover Group + Zone Redundant + LTR + PITR の組み合わせが標準。Auto-failover Group は必須で、リージョン障害時のサービス継続を保証します。

代表的な中規模本番構成 (4 vCore・100 GB ストレージ・GP ティア・東京リージョン、Pay-as-you-go、Hybrid Benefit なし) の月額目安: SQL Database (vCore モデル、GP、4 vCore): 約 7 万円。Managed Instance (GP、4 vCore): 約 9 万円 (SQL DB より高い、運用簡易化分の上乗せ)。SQL Server on Azure VM (D4s_v5 + Enterprise Edition + Premium SSD): 約 22 万円 (VM + Windows + SQL Server ライセンス)。Hybrid Benefit 適用なら SQL on VM は約 12 万円まで削減可能。Reserved Capacity (1-3 年) で各サービス 15-55% 割引。コスト順は SQL DB ≤ SQL MI ≪ SQL on VM (フル機能の追加コスト)。Auto-failover Group や Zone Redundant 追加でさらにコスト増加するため、要件に応じた構成選定が重要です。

重要な施策: 1) Microsoft Entra ID 認証 (SQL 認証から段階的移行)、2) Managed Identity でアプリ認証 (Connection String にパスワード書かない)、3) Transparent Data Encryption (TDE) 標準有効、Customer-Managed Key (CMK) で Key Vault 連携、4) Always Encrypted で機密列の暗号化 (Azure 側でも復号化されない)、5) Dynamic Data Masking で機密データのマスキング、6) Row-level Security で行レベルアクセス制御、7) Microsoft Defender for SQL (脅威検知・Vulnerability Assessment)、8) Auditing 有効化 → Log Analytics / Storage / Event Hubs に送信、9) Network 分離: Private Endpoint または Service Endpoint、Public Access Disable、10) Azure SQL Auditing の Retention 365 日以上 (コンプライアンス要件)。本番運用ではこれらすべての施策が組み合わせとして必要です。

DP-300 (Database Administrator Associate) で SQL DB / MI / SQL on VM が深く問われる、本領域の本命認定。AZ-104 (Administrator) のドメイン 3 で SQL on VM 基礎、AZ-305 (Solutions Architect Expert) でアーキテクト視点での選定、AZ-204 (Developer Associate、2026-07 リタイア注意) でアプリ開発者視点での Azure SQL DB 操作、DP-700 (Fabric Data Engineer) で分析データ統合、SC-300 (Identity Admin) で Entra ID 認証統合、SC-100 (Cybersecurity Architect Expert) でデータ保護アーキテクチャ。詳細は Azure データエンジニア / アーキテクト キャリアロードマップ を参照してください。