Azure SQL Database の仮想コアと DTU ベースの購入モデルを比較

適用対象: Azure SQL データベース

この記事では、Azure SQL データベース用の 2 種類の購入モデルを比較します。

• 仮想コアベースの購入モデル (推奨)
• DTU ベースの購入モデル

モデルの購入

Azure SQL データベースには 2 種類の購入モデルがあります。

• 仮想コアベースの購入モデルでは、プロビジョニングされたコンピューティング レベルとサーバーレス コンピューティング レベルのいずれかを選択できます。
  • プロビジョニングされたコンピューティング レベルでは、お使いのワークロードに対して常にプロビジョニングされる正確なコンピューティング リソース量を選択します。
  • サーバーレス コンピューティング レベルでは、構成可能なコンピューティングの範囲で、コンピューティング リソースの自動スケーリングを指定します。 サーバーレス コンピューティング レベルでは、アイドル期間にデータベースを自動的に一時停止します。このときはストレージのみに課金され、活動が再開されると自動的にデータベースが再開されます。 時間単位あたりの仮想コアの単価は、プロビジョニングされたコンピューティング レベルの方がサーバーレス コンピューティング レベルよりも低くなります。
• DTU ベースの購入モデルでは、一般的なワークロード向けに配分されたコンピューティングとストレージのバンドル パッケージが提供されます。

次の表とグラフでは、仮想コア ベースと DTU ベースの購入モデルを比較しています。

仮想コア購入モデル

仮想コア (vCore) は論理 CPU を表し、ハードウェアの世代とハードウェアの物理特性 (コア数、メモリ、ストレージ サイズなど) を選択できるオプションを提供します。 仮想コア ベースの購入モデルでは、個々のリソース使用量において柔軟性、管理性、透明性が実現されており、オンプレミスのワークロード要件をクラウドに容易に移行する方法を提供しています。 このモデルでは、ワークロードの必要性に基づいて、コンピューティング、メモリ、ストレージのリソースを選択できます。

仮想コアベースの購入モデルには、General Purpose、Business Critical、および Hyperscale の 3 つのサービス レベルが用意されています。 詳細については、サービス レベル を確認してください。

仮想コアベースの購入モデルでは、次のものの選択と使用量によってコストが異なります。

• サービス レベル
• ハードウェア構成
• コンピューティング リソース (仮想コアの数とメモリの量)
• 予約済みのデータベース ストレージ
• 実際のバックアップ ストレージ

DTU 購入モデル

DTU ベースの購入モデルでは、データベース トランザクション ユニット (DTU) を使用してコンピューティング コストを計算し、一つにまとめます。 データベース トランザクション ユニット (DTU) は、CPU、メモリ、読み取り、書き込みを組み合わせた測定値を表します。 DTU ベースの購入モデルは、事前構成済みコンピューティング リソースと付属ストレージのバンドル セットを提供することで、さまざまなレベルのアプリケーション パフォーマンスを実現します。 事前構成済みバンドルと毎月支払う料金が決まっているというシンプルさを好む場合は、DTU ベースのモデルがニーズに適している可能性があります。

DTU ベースの購入モデルでは、Azure SQL Database に対して、Basic、Standard、Premium のいずれかのサービス レベルを選択できます。 詳細については、DTU サービス レベル を確認してください。

DTU ベースの購入モデルから仮想コアベースの購入モデルに変換するには、「DTU から仮想コアへの移行」に関するページを参照してください。

コンピューティング コスト

コンピューティング コストは、各購入モデルに基づいて異なる方法で計算されます。

DTU のコンピューティング コスト

DTU 購入モデルでは、DTU は、コンピューティング リソースの構成済みバンドルと、さまざまなレベルのアプリケーション パフォーマンスを向上させるストレージを含むバンドルで提供されます。 アプリケーションのデータベースに割り当てる DTC の数によって請求されます。

仮想コア コンピューティング コスト

仮想コアベースの購入モデルで、プロビジョニングされたコンピューティングレベルまたはサーバーレス コンピューティング レベルの中から選択します。 プロビジョニングされたコンピューティング レベルのコンピューティング コストには、アプリケーションに対してプロビジョニングされたコンピューティング能力の合計が反映されています。 サーバーレス コンピューティング レベルでは、コンピューティング リソースはワークロード容量に基づいて自動スケーリングされ、1 秒あたりのコンピューティング使用量に対して請求されます。

単一データベースの場合、コンピューティング リソース、I/O、データとログのストレージは、データベースまたはエラスティック プールごとに課金されます。 エラスティック プールの場合、これらのリソースはプールごとに課金されます。 ただし、バックアップ ストレージは常にデータベースごとに課金されます。

3 つの追加レプリカが Business Critical サービス レベルに自動的に割り当てられるので、価格は General Purpose サービス レベルの約 2.7 倍です。 同様に、Business Critical サービス レベルでは GB あたりのストレージ価格も高く、ローカル SSD ストレージの高い IO 上限と低待機時間が反映されています。

ストレージ コスト

ストレージ コストは、各購入モデルに基づいて異なる方法で計算されます。

DTU のストレージ コスト

ストレージは DTU の価格に含まれています。 Standard レベルと Premium レベルでは、ストレージを追加できます。 追加ストレージのプロビジョニングの詳細については、「価格オプション」を参照してください。

長期保有は含まれていないので、個別に請求されます。

仮想コアのストレージ コスト

ストレージの種類によって課金の方法は異なります。

• データ ストレージの場合、選択したデータベースまたはプールの最大サイズに基づいて、プロビジョニングされたストレージに対して課金されます。 最大値を増減しない限り、コストは変わりません。
• バックアップ ストレージは、データベースの自動バックアップに関連付けられ、動的に割り当てられます。 バックアップの保持期間を長くすると、お使いのデータベースが必要とするバックアップ ストレージが増加します。
• Business Critical サービス レベルと General Purpose サービス レベルでは、どちらのレベルでもバックアップ用に標準のストレージが使用されているため、バックアップ ストレージのコストは同じになります。

既定ではデータベースの 7 日分の自動バックアップが、ストレージ アカウント にコピーされます。 このストレージは、完全バックアップ、差分バックアップ、トランザクション ログ バックアップによって使用されます。 差分バックアップとトランザクション ログ バックアップのサイズは、データベースの変更率によって異なります。 データベースの最大データサイズの 100 %に等しい最大ストレージ量は、追加料金なしで提供されます。 バックアップ ストレージの超過使用分については、月ごとに GB 単位で請求されます。

ストレージの価格の詳細については、「Azure SQL Database の価格」をご覧ください。

よく寄せられる質問 (FAQ)

DTU ベースのサービス レベルから仮想コア ベースのサービス レベルに変換するには、アプリケーションをオフラインにする必要がありますか。

いいえ。 アプリケーションをオフラインにする必要はありません。 新しいサービス レベルでは、データベースを Standard サービス レベルから Premium サービス レベルにアップグレードする既存のプロセスと同様の、シンプルなオンライン変換方法が提供されています。 この変換は、Azure portal、PowerShell、Azure CLI、T-SQL、または REST API を使用して開始できます。 詳細については、「仮想コアへの DTU の移行」および「Elastic Pool のスケーリング」を参照してください。

仮想コア ベース購入モデルでのサービス レベルから DTU ベース購入モデルでのサービス レベルへ、データベースを変換することはできますか。

はい。お使いのデータベースは、Azure portal、PowerShell、Azure CLI、T-SQL、または REST API を使用して、サポートされている任意のパフォーマンス目標に簡単に変換できます。 詳細については、「仮想コアへの DTU の移行」および「Elastic Pool のスケーリング」を参照してください。

関連するコンテンツ

• 仮想コアベースの購入モデル
• DTU ベースの購入モデルの概要