Azure SQL Database vCore モデル詳細設計｜Compute Tier・Service Tier・Read Scale-out・Reserved Capacity

vCore モデルは『Compute Tier』『Hardware Generation』『Service Tier』『vCore 数』の 4 軸で選定。Compute Tier: Provisioned (固定 vCore・常時稼働、本番向け) vs Serverless (Auto-pause / Auto-resume、開発・低頻度向け)。Hardware Generation: Standard-series (Gen5、最新汎用)・Premium-series (高速メモリ・低レイテンシ)・Memory-optimized (大メモリ・3 倍)。Service Tier: General Purpose (GP、汎用・最安)・Business Critical (BC、低レイテンシ・SSD ローカル)・Hyperscale (HS、100 TB+ 超大規模)。vCore 数: 2 vCore から数十 vCore まで段階的選択。判断: 一般 Web App は GP Standard 4 vCore Provisioned、本番ミッションクリティカル DB は BC Premium 8 vCore、大規模 DW は HS で開始するのが標準パターンです。

General Purpose (GP): 汎用ティア、Premium SSD リモートストレージ・Compute と Storage が分離、SLA 99.99%、コスト最安。一般 Web App・ステージング DB に最適。Business Critical (BC): 高性能ティア、Local SSD + Always On AG ベース・3 つの Replica で HA、SLA 99.995%、低レイテンシ・最高 IOPS。Read Replica で読み取りスケール可能。本番ミッションクリティカル DB 向け、コスト GP の約 2 倍。Hyperscale (HS): 超大規模ティア、別アーキテクチャ (Log Service + Compute + Page Server)・最大 100 TB+ DB 対応・Read Replica 最大 4 つ、SLA 99.99%、スナップショット高速バックアップ (秒単位)、Hyperscale 専用機能多数。100 TB+ の DW・大規模 SaaS DB 向け。

Serverless Compute Tier は『使用時のみ課金 + 自動 Pause / Resume』する Compute モード、SQL Database (Single Database) のみ対応 (Managed Instance / Hyperscale には未対応)。動作: vCore 範囲 (例: 0.5-2 vCore) を設定、使用量に応じて自動スケール、無アクセス期間が Auto-pause Delay (1 時間-7 日) を超えると自動停止 (コンピュート料金 0、ストレージのみ課金)、新規接続で自動 Resume (Cold Start 1 分程度)。代表的なユースケース: 1) 開発・テスト環境、2) 月数回のみ利用するレポート DB、3) Variable Workload (Demand 予測困難)、4) コスト最小化が最優先のスタートアップ。本番ミッションクリティカルには Cold Start や Auto-pause の挙動が不向きで、Provisioned 推奨です。

Read Scale-out は、Read 専用の Secondary Replica を活用して読み取りワークロードを分散する機能。BC ティア: 標準で 3 つの Replica を持ち、追加コストなしで 1 つを Read Scale-out として利用可能 (接続文字列に ApplicationIntent=ReadOnly 指定)。HS ティア: Read Scale-out 用 Replica を最大 4 つ追加可能 (Named Replica 機能、2022 GA)、用途別に Replica 分離 (BI 用・Report 用・Analytics 用)。Read 中心ワークロード (Read 80% 以上) で書き込み Primary と読み取り Replica を分離することで、Primary の負荷削減・Throughput 大幅向上が可能。アプリ側で読み取り SQL に ApplicationIntent=ReadOnly を指定する実装変更が必要、Entity Framework・Hibernate などの ORM でも対応可能です。

vCore モデルでは Reserved Capacity (1-3 年契約) で最大 55% 割引、Hybrid Benefit (既存 SQL Server ライセンス持ち込み) で最大 55% 割引、両方併用で最大 80% 割引が実現可能。Reserved Capacity 適用: Compute (vCore) 部分のみ対象、Storage / Backup / Long-term Retention は別途従量。Hybrid Benefit 適用: 既存 SQL Server Standard / Enterprise (Software Assurance 付き) の vCore ライセンスを Azure に持ち込み、Azure SQL DB / MI / SQL on VM のライセンス費を免除。SQL Server Standard 4 vCore → Azure SQL DB Standard 4 vCore (1:1) または Azure SQL MI General Purpose 4 vCore に変換。Enterprise なら 1:4 変換 (1 vCore → 4 Azure vCore) で大幅コスト削減。本番運用では両方の併用が定石です。

Auto-failover Group: リージョン間 HA / DR、複数 DB を一括フェイルオーバー、Read-write Listener + Read-only Listener で透過的接続、Auto-failover (障害自動切替) または Manual-failover (DR 演習用)、RPO 5 秒・RTO 1 時間、ApplicationIntent=ReadOnly で Secondary Read 可能。Active Geo-replication: DB レベルの非同期 Replication、Read Secondary 最大 4 つ作成可能、Manual-failover のみ、より柔軟だが Listener なし (アプリ側で接続先切替必要)、Auto-failover Group の構成要素として内部利用も。本番運用は Auto-failover Group 一択 (Listener による透過接続が運用負荷激減)、Active Geo-replication は単発 Read Replica やマルチ Secondary が必要な場合のみ。BC ティアはどちらも Zone Redundant と組み合わせて構成可能です。

Azure SQL DB の Backup は完全自動・無料 (短期 PITR 用)。短期 PITR (Point-in-time Restore): 1-35 日 (デフォルト 7 日)、自動取得・Storage Geo-redundancy。Long-term Retention (LTR): 最大 10 年保持、Weekly / Monthly / Yearly の Retention Policy で取得、Storage Geo-redundancy。リストア: 同一 Logical Server / 別 Server / 別 Region に PITR・LTR 共に可能。代表的な構成: 1) PITR 7 日 (デフォルト) + LTR Weekly 4 週 + Monthly 12 月 + Yearly 7 年 (税務帳票要件)、2) PITR 35 日 (規制対応必須の業界) + LTR 10 年。Backup ストレージは Geo-redundant Backup Storage に保管、コストは LRS / GRS / GZRS から選択可能 (デフォルト RA-GRS)。本番運用では LTR の Retention 設計が極めて重要、コンプライアンス要件分析が前提です。

DP-300 (Database Administrator Associate) で vCore モデル・サービスティア・HADR が深く問われる本領域の本命認定。AZ-204 (Developer Associate) で開発者視点での Azure SQL DB SDK 操作、AZ-305 (Solutions Architect Expert) でアーキテクト視点での Database 選定、DP-700 (Fabric Data Engineer) でデータ統合用途、SC-300 (Identity Admin) で Entra ID 認証統合、SC-100 (Cybersecurity Architect Expert) でデータ保護アーキテクチャ。Azure SQL DB の vCore モデル設計はエンタープライズデータベース運用の中核です。