Azure DBの種類と選び方｜SQL Database・Cosmos DBなど主要サービスを比較

Azureのデータベース（Azure DB）は、リレーショナル型のSQL DatabaseやPostgreSQL、NoSQL型のCosmos DBなど複数のサービスから構成され、移行元の資産・求める運用負荷・データ構造の3点で選ぶのが基本です。この記事では、主なサービスの特徴、用途別の選び方、選定手順、運用とコストの注意点を情シス向けに整理します。

Azure DBとは？マネージドサービスとVM上DBの違い

Azure DBとは、Azure上で利用できるデータベースサービスの総称です。大きくは、Microsoftが運用の大部分を担うマネージド型（PaaS）と、仮想マシン上に自分でデータベースを構築する方式に分かれます。

たとえばAzure SQL Databaseは、SQLやOSのパッチ適用、バックアップ、レプリケーション、障害検出とフェイルオーバーなどをMicrosoftが自動で行うフルマネージド型です。一方、SQL Server on Azure Virtual Machinesは、OSレベルのアクセスを維持したまま移行できる方式です。運用の自由度を取るか、運用負荷の軽減を取るかが、最初の分かれ道になります。

Azureの主なデータベースサービス一覧

Azureのデータベースは、リレーショナル、NoSQL、キャッシュの3系統に整理できます。Microsoft公式のデータベース製品カテゴリに掲載されている主なサービスは次のとおりです。

このほか、MongoDB互換のNoSQLやOracle Databaseのワークロードを動かすサービスも掲載されています。サービス名や提供状況は更新されるため、導入時は公式のカテゴリページで最新の一覧を確認してください。なお、Azure Cache for Redisは、Basic・Standard・Premiumが2028年9月30日、Enterprise・Enterprise Flashが2027年3月31日にリタイアする予定で、後継はAzure Managed Redisです。

リレーショナル型Azure DBの特徴と使い分け

リレーショナル型は、既存のSQL Serverを使っているか、PostgreSQLやMySQLを使っているかで候補が決まります。業務システムの基幹データや、結合やトランザクションが中心の処理に向く系統です。

Azure SQL Database｜運用負荷を減らしたい新規・既存アプリに

Azure SQL Databaseは、SQL Serverのエンジンをベースにしたフルマネージドのデータベースです。バックアップは自動で取得され、完全・差分・トランザクションログのバックアップにより任意の時点への復元（ポイントインタイムリストア）ができます。保持期間は既定で7日間です（Hyperscaleは別のバックアップ方式です）。

デプロイ方式には、専用リソースを割り当てる単一データベースと、複数のデータベースでリソースを共有するエラスティックプールがあります。需要の変動が大きい複数のデータベースを持つ場合は、プールでコストを抑えられます。

Azure SQL Managed Instance｜SQL Serverからの移行を最小限の改修で進めたい場合に

Azure SQL Managed Instanceは、SQL Serverエンジンとの高い互換性を持つマネージドサービスです。Microsoftによると、データベース間クエリ、リンクサーバー、Microsoft Entraプリンシパル向けのWindows認証（Kerberos）などをサポートし、最小限のアプリケーション・データベース変更で移行できるとされています。ただしWindows認証は公式ページにプレビュー表記が残るため、利用前に提供状況を要確認です。T-SQLの差異もあるため、移行前の評価は必要です。

移行前のワークロード評価にはAzure Migrateなどを使い（Azure Data Studioは2026年2月28日にサポートが終了し、後継はVisual Studio CodeのMSSQL拡張機能とSSMSです）、移行にはAzure Database Migration Serviceを併用できます。既存のSQL Serverライセンスを持つ場合は、Azure Hybrid Benefitの適用で、Managed Instanceでは従量課金に比べて最大55%の節約が見込めるとMicrosoftの製品ページは説明しています（8 vCoreのBusiness Critical・米国東部リージョンでの試算で、2022年5月時点の価格が前提）。SQL DatabaseやManaged Instanceのドキュメントでは「30%以上」という表記もあり、割引率は構成や条件で変わります。

Azure Database for PostgreSQL・MySQL｜オープンソースDBを使い続けたい場合に

PostgreSQLやMySQLをすでに使っている、または開発チームが慣れている場合は、それぞれのマネージドサービスが候補になります。エンジンはそのままに、運用の自動化の恩恵を受けられます。

注意したいのは、旧世代のSingle Serverの扱いです。MySQLのSingle Serverは、Azure Updatesで2024年9月16日までにFlexible Serverへ移行するよう案内されていた旧世代サービスです。PostgreSQLのSingle Serverも2025年3月28日を期限に移行が案内されていました（いずれも期限は過ぎており、現在の扱いの詳細は要確認です）。新規構築はFlexible Serverを前提にし、旧環境が残っている場合は早急に移行状況を確認しましょう。

NoSQL型Azure DB｜Cosmos DBが向くケース

Azure Cosmos DBは、複数リージョンへデータを複製して低遅延と高可用性を実現する、フルマネージドの分散データベースです。グローバル配信やスキーマが流動的なアプリに向く一方、複雑な結合が中心の処理は不得意です。

整合性レベルは強い整合性から結果整合性まで5段階あり、遅延とデータの新しさのトレードオフで選びます。性能は要求ユニット（RU）という単位で表され、パーティションキーの設計がRU消費に大きく影響します。課金は、プロビジョニング、サーバーレス、予約容量などから選べます。

用途別のAzure DB選び方｜早見表

選び方の目安は、既存資産と処理の性質です。次の表で、典型的なケースごとの第一候補を整理します。

Azure DB選定の進め方｜情シス向け4STEP

Azure DBの選定は、現状把握、候補の絞り込み、検証、本番設計の4STEPで進めると、手戻りを減らせます。

STEP1：現行DBの種類・規模・依存関係を洗い出す

まず、データベースのエンジンとバージョン、容量、接続するアプリ、使用中の機能を一覧にします。リンクサーバーやジョブなどSQL Server固有の機能を使っていると、Managed Instanceが有力になります。

STEP2：非機能要件と運用方針を決める

可用性、復旧目標、セキュリティ要件、運用担当者のスキルを整理します。運用を減らしたいのか、細かく制御したいのかで、PaaSかVMかが決まります。

STEP3：移行前評価と小規模検証を行う

候補を絞ったら、Azure Migrateなどで互換性を評価し、小規模な環境で性能と動作を確認します。無料試用の枠が用意されているサービスもあるため、条件を公式ページで確認して活用しましょう。

STEP4：コストと可用性の設計を固めて本番へ進む

最後に、購入モデル、バックアップ保持期間、冗長構成、監視方針を決めます。見積りは、料金計算ツールで構成ごとに比較してください。

Azure DBの運用・コストで押さえたい3つのポイント

運用段階で効くのは、購入モデルとコンピュート階層の選択、可用性の設計、既存ライセンスの活用の3点です。

購入モデルとサーバーレスで課金のかたちが変わる

Azure SQL Databaseには、vCoreベースとDTUベースの購入モデルがあります。vCoreでは、vCore数、メモリ、ストレージの量と速度を選べます。コンピュートは、固定料金のプロビジョニング済みと、負荷に応じて自動スケールし秒単位で課金されるサーバーレスから選択できます。

サーバーレスは、vCoreモデルのGeneral PurposeとHyperscaleで利用でき、利用が断続的な開発・検証環境などで検討しやすい選択肢です。なお、サーバーレスではAzure Hybrid Benefitは利用できません。

可用性とバックアップは階層と構成で決まる

Azure SQL Databaseでは、アクティブgeoレプリケーションで読み取り可能なセカンダリを最大4つ構成でき（チェーン構成でさらに増やすことも可能）、フェイルオーバーグループで複数データベースをまとめて冗長化できます。ゾーン冗長も、サービス階層によって利用できます。

どこまで冗長化するかで費用が変わるため、システムの重要度に応じて設計しましょう。

既存のSQL Serverライセンスを活用する

vCoreモデルのプロビジョニング済みコンピュートでは、既存のSQL ServerライセンスをAzure Hybrid Benefitで利用できます（DTUモデルとサーバーレスは対象外です）。Hyperscaleは、2023年12月以降の新規データベースは対象外で、既存のプロビジョニング済み単一データベースも2026年12月までの暫定扱いとされています。ライセンスの保有状況を事前に棚卸しすると、見積りの精度が上がります。

よくある質問（FAQ）

Azureで使えるデータベースにはどんな種類がありますか？

主に、リレーショナル型のAzure SQL Database、SQL Managed Instance、Azure Database for PostgreSQL・MySQL、NoSQL型のAzure Cosmos DB、キャッシュ用のAzure Managed Redisなどがあります。仮想マシン上にSQL Serverを構築する方式も選べます。

Azure SQL DatabaseとSQL Managed Instanceの違いは何ですか？

SQL Databaseは、クラウド向けに設計されたフルマネージドのデータベースです。SQL Managed Instanceは、SQL Serverとの互換性を高く保ち、リンクサーバーやWindows認証なども使える点が特徴です。既存SQL Serverを最小限の改修で移行したい場合はManaged Instanceが有力です。

Azure Cosmos DBはどんなときに選ぶべきですか？

グローバルに分散したアプリや、スキーマが流動的なアプリで、低遅延と高いスケール性が必要な場合に向きます。複雑な結合やトランザクションが中心の処理は、リレーショナル型のほうが適しています。

Azure DBの費用を抑えるにはどうすればよいですか？

利用が断続的ならサーバーレスの検討、複数のデータベースで負荷が変動するならエラスティックプールの活用、既存のSQL ServerライセンスがあるならAzure Hybrid Benefitの適用が代表的な方法です。構成ごとに料金計算ツールで比較してください。

オンプレミスのSQL ServerをAzureへ移行する方法はありますか？

Azure Migrateなどで移行前のワークロードを評価し、Azure Database Migration Serviceで移行する流れが一般的です。互換性を重視する場合は、移行先にSQL Managed Instanceを検討します。

Azure DB選びの要点と次の一歩

Azure DBは、移行元の資産、運用の考え方、データの性質から逆算して選ぶことが大切です。この記事で整理した要点は次のとおりです。

まずは、現在使っているデータベースの種類・容量・依存機能を一覧にするところから始めてみましょう。そのうえで、候補を2つほどに絞り、小規模な環境で性能と互換性を検証すると、判断の根拠がはっきりします。サービスの提供状況や条件は更新されることがあるため、最終的な構成は公式情報で確認しながら、自社に合うAzure DBを選んでいきましょう。