仮想コアと DTU の購入モデルから選択するChoose between the vCore and the DTU purchasing models

Azure SQL Database を利用すると、パフォーマンスとコストのニーズに合ったフル マネージドのサービスとしてのプラットフォーム (PaaS) データベース エンジンを簡単に購入できます。Azure SQL Database lets you easily purchase a fully managed platform as a service (PaaS) database engine that fits your performance and cost needs. Azure SQL Database 用に選択したデプロイ モデルに応じて、目的に沿った購入モデルを選択できます。Depending on the deployment model you've chosen for Azure SQL Database, you can select the purchasing model that works for you:

  • 仮想コア (vCore) ベースの購入モデル (推奨)。Virtual core (vCore)-based purchasing model (recommended). この購入モデルでは、プロビジョニングされたコンピューティング レベルとサーバーレス (プレビュー) コンピューティング レベルのいずれかを選択できます。This purchasing model provides a choice between a provisioned compute tier and a serverless (preview) compute tier. プロビジョニングされたコンピューティング レベルでは、お使いのワークロードに対して常にプロビジョニングされる正確なコンピューティング リソース量を選択します。With the provisioned compute tier, you choose the exact amount of compute resources that are always provisioned for your workload. サーバーレス コンピューティング レベルでは、構成可能なコンピューティングの範囲で、コンピューティング リソースの自動スケーリングを指定します。With the serverless compute tier, you specify the autoscaling of the compute resources over a configurable compute range. このコンピューティング レベルでは、ワークロード アクティビティに基づいてデータベースを自動的に一時停止および再開することもできます。With this compute tier, you can also automatically pause and resume the database based on workload activity. 時間単位あたりの仮想コアの単価は、プロビジョニングされたコンピューティング レベルの方がサーバーレス コンピューティング レベルよりも低くなります。The vCore unit price per unit of time is lower in the provisioned compute tier than it is in the serverless compute tier.
  • データベース トランザクション ユニット (DTU) ベースの購入モデルDatabase transaction unit (DTU)-based purchasing model. この購入モデルでは、一般的なワークロード向けに配分されたコンピューティングとストレージのバンドル パッケージが提供されます。This purchasing model provides bundled compute and storage packages balanced for common workloads.

各種の Azure SQL Database デプロイ モデルには、さまざまな購入モデルが利用できます。Different purchasing models are available for different Azure SQL Database deployment models:

次の表とグラフでは、仮想コア ベースと DTU ベースの購入モデルを比較対照しています。The following table and chart compare and contrast the vCore-based and the DTU-based purchasing models:

購入モデルPurchasing model 説明Description 最適な用途Best for
DTU ベースのモデルDTU-based model このモデルは、コンピューティング、ストレージ、および I/O リソースのバンドルされた測定値に基づいています。This model is based on a bundled measure of compute, storage, and I/O resources. コンピューティング サイズは、単一データベースの場合は DTU で、エラスティック プールの場合はエラスティック データベース トランザクション ユニット (eDTU) で表されます。Compute sizes are expressed in DTUs for single databases and in elastic database transaction units (eDTUs) for elastic pools. DTU と eDTU については、DTU および eDTU とは何かに関する記述をご覧ください。For more information about DTUs and eDTUs, see What are DTUs and eDTUs?. シンプルな構成済みリソースのオプションを希望するお客様に最適です。Best for customers who want simple, preconfigured resource options.
仮想コアベースのモデルvCore-based model このモデルでは、コンピューティング リソースとストレージ リソースを個別に選択できます。This model allows you to independently choose compute and storage resources. また、仮想コアベースの購入モデルでは、SQL Server 向けの Azure ハイブリッド特典を使用して、コストを削減することもできます。The vCore-based purchasing model also allows you to use Azure Hybrid Benefit for SQL Server to gain cost savings. 柔軟性、制御、および透明性を重視するお客様に最適です。Best for customers who value flexibility, control, and transparency.

価格モデルの比較

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

プロビジョニングされたコンピューティングのコストProvisioned compute costs

プロビジョニングされたコンピューティング レベルのコンピューティング コストには、アプリケーションに対してプロビジョニングされたコンピューティング能力の合計が反映されています。In the provisioned compute tier, the compute cost reflects the total compute capacity that is provisioned for the application.

Business Critical サービス レベルでは、少なくとも 3 つのレプリカが自動的に割り当てられます。In the business critical service tier, we automatically allocate at least 3 replicas. コンピューティング リソースのこの追加割り当てを反映するために、仮想コアベースの購入モデルの価格は、General Purpose サービス レベルより Business Critical サービス レベルの方が約 2.7 倍高くなっています。To reflect this additional allocation of compute resources, the price in the vCore-based purchasing model is approximately 2.7x higher in the business critical service tier than it is in the general purpose service tier. 同様に、Business Critical サービス レベルでは GB あたりのストレージ価格も高く、SSD ストレージの高 I/O と低待機時間が反映されています。Likewise, the higher storage price per GB in the business critical service tier reflects the high I/O and low latency of the SSD storage.

Business Critical サービス レベルと General Purpose サービス レベルでは標準のストレージを使用していることから、バックアップ ストレージのコストはどちらのレベルでも同じになります。The cost of backup storage is the same for the business critical service tier and the general purpose service tier because both tiers use standard storage.

サーバーレス コンピューティング コストServerless compute costs

サーバーレス コンピューティング レベルでの処理能力の定義方法とコストの計算方法については、「SQL Database サーバーレス (プレビュー)」をご覧ください。For a description of how compute capacity is defined and costs are calculated for the serverless compute tier, see SQL Database serverless (preview).

ストレージ コストStorage costs

ストレージの種類によって課金の方法は異なります。Different types of storage are billed differently. データ ストレージの場合、選択したデータベースまたはプールの最大サイズに基づいて、プロビジョニングされたストレージに対して課金されます。For data storage, you're charged for the provisioned storage based upon the maximum database or pool size you select. 最大値を増減しない限り、コストは変わりません。The cost doesn't change unless you reduce or increase that maximum. バックアップ ストレージは、インスタンスの自動バックアップに関連付けられ、動的に割り当てられます。Backup storage is associated with automated backups of your instance and is allocated dynamically. バックアップのリテンション期間を長くすると、ご自身のインスタンスで使用されるバックアップ ストレージが増えます。Increasing your backup-retention period increases the backup storage that’s consumed by your instance.

既定では、データベースの 7 日分の自動バックアップが、読み取りアクセス geo 冗長ストレージ (RA-GRS) の標準 BLOB ストレージ アカウントにコピーされます。By default, 7 days of automated backups of your databases are copied to a read-access geo-redundant storage (RA-GRS) standard Blob storage account. このストレージは、毎週の完全バックアップ、毎日の差分バックアップ、5 分ごとにコピーされるトランザクション ログ バックアップによって使用されます。This storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every 5 minutes. トランザクション ログのサイズは、データベースの変化率に応じて異なります。The size of the transaction logs depends on the rate of change of the database. データベース サイズの 100% に等しい最小ストレージ量は、追加料金なしで提供されます。A minimum storage amount equal to 100 percent of the database size is provided at no extra charge. バックアップ ストレージの超過使用分については、月ごとに GB 単位で請求されます。Additional consumption of backup storage is charged in GB per month.

ストレージの価格について詳しくは、価格のページをご覧ください。For more information about storage prices, see the pricing page.

仮想コアベースの購入モデルvCore-based purchasing model

仮想コア (vCore) は論理 CPU を表し、ハードウェアの世代とハードウェアの物理特性 (コア数、メモリ、ストレージ サイズなど) を選択できるオプションを提供します。A virtual core (vCore) represents a logical CPU and offers you the option to choose between generations of hardware and the physical characteristics of the hardware (for example, the number of cores, the memory, and the storage size). 仮想コア ベースの購入モデルでは、個々のリソース使用量において柔軟性、管理性、透明性が実現されており、オンプレミスのワークロード要件をクラウドに容易に移行する方法を提供しています。The vCore-based purchasing model gives you flexibility, control, transparency of individual resource consumption, and a straightforward way to translate on-premises workload requirements to the cloud. このモデルでは、ワークロードの必要性に基づいて、コンピューティング、メモリ、ストレージのリソースを選択できます。This model allows you to choose compute, memory, and storage resources based upon your workload needs.

仮想コア ベースの購入モデルでは、単一データベースエラスティック プール、およびマネージド インスタンスについて、General Purpose および Business Critical のいずれかのサービス レベルを選択できます。In the vCore-based purchasing model, you can choose between the general purpose and business critical service tiers for single databases, elastic pools, and managed instances. 単一データベースの場合は、ハイパースケール サービス レベルも選択できます。For single databases, you can also choose the hyperscale service tier.

仮想コア ベースの購入モデルでは、コンピューティングとストレージのリソースを個別に選択し、オンプレミスのパフォーマンスと一致させて、価格を最適化できます。The vCore-based purchasing model lets you independently choose compute and storage resources, match on-premises performance, and optimize price. 仮想コア ベースの購入モデルでは、以下に対して支払いを行います。In the vCore-based purchasing model, you pay for:

  • コンピューティング リソース (サービス レベル + 仮想コアの数とメモリの量 + ハードウェアの世代)。Compute resources (the service tier + the number of vCores and the amount of memory + the generation of hardware).
  • データおよびログ ストレージの種類と容量。The type and amount of data and log storage.
  • バックアップ ストレージ (RA-GRS)。Backup storage (RA-GRS).

重要

コンピューティング リソース、I/O、データとログのストレージは、データベースまたはエラスティック プールごとに課金されます。Compute resources, I/O, and data and log storage are charged per database or elastic pool. バックアップ ストレージはデータベースごとに課金されます。Backup storage is charged per each database. マネージド インスタンスの料金について詳しくは、マネージド インスタンスに関するページを参照してください。For more information about managed instance charges, see managed instances. リージョンの制限: サポートされているリージョンの現在の一覧については、リージョンで利用可能な製品に関するページを参照してください。Region limitations: For the current list of supported regions, see products available by region. 現在サポートされていないリージョンでマネージド インスタンスを作成するには、Azure portal 経由でサポート要求を送信します。To create a managed instance in a region that currently isn't supported, send a support request via the Azure portal.

単一データベースまたはエラスティック プールで消費量が 300 DTU を超える場合は、仮想コア ベースの購入モデルに変換すると、コストが減る可能性があります。If your single database or elastic pool consumes more than 300 DTUs, converting to the vCore-based purchasing model might reduce your costs. 任意の API を使用するか、または Azure portal を使用して、ダウンタイムなしで変換できます。You can convert by using your API of choice or by using the Azure portal, with no downtime. ただし、変換は必須ではなく、自動的には行われません。However, conversion isn't required and isn't done automatically. DTU ベースの購入モデルが自分のパフォーマンスおよびビジネス要件を満たしている場合は、このモデルを引き続き使用してください。If the DTU-based purchasing model meets your performance and business requirements, you should continue using it.

DTU ベースの購入モデルから仮想コア ベースの購入モデルに変換するには、次の原則を使用してコンピューティング サイズを選択します。To convert from the DTU-based purchasing model to the vCore-based purchasing model, select the compute size by using the following rules of thumb:

  • Standard レベルでは 100 DTU ごとに、General Purpose サービス レベルに少なくとも 1 つの仮想コアを必要とします。Every 100 DTUs in the standard tier require at least 1 vCore in the general purpose service tier.
  • Premium レベルでは 125 DTU ごとに、Business Critical サービス レベルに少なくとも 1 つの仮想コアを必要とします。Every 125 DTUs in the premium tier require at least 1 vCore in the business critical service tier.

DTU ベースの購入モデルDTU-based purchasing model

データベース トランザクション ユニット (DTU) は、CPU、メモリ、読み取り、書き込みを組み合わせた測定値を表します。A database transaction unit (DTU) represents a blended measure of CPU, memory, reads, and writes. DTU ベースの購入モデルは、事前構成済みコンピューティング リソースと付属ストレージのバンドル セットを提供することで、さまざまなレベルのアプリケーション パフォーマンスを実現します。The DTU-based purchasing model offers a set of preconfigured bundles of compute resources and included storage to drive different levels of application performance. 事前構成済みバンドルと毎月支払う料金が決まっているというシンプルさを好む場合は、DTU ベースのモデルがニーズに適している可能性があります。If you prefer the simplicity of a preconfigured bundle and fixed payments each month, the DTU-based model might be more suitable for your needs.

DTU ベースの購入モデルでは、単一データベースエラスティック プールの両方に対して、Basic、Standard、Premium のいずれかのサービス レベルを選択できます。In the DTU-based purchasing model, you can choose between the basic, standard, and premium service tiers for both single databases and elastic pools. DTU ベースの購入モデルは、マネージド インスタンスには使用できません。The DTU-based purchasing model isn't available for managed instances.

データベース トランザクション ユニット (DTU)Database transaction units (DTUs)

サービス レベル内にある特定のコンピューティング サイズの単一データベースの場合、Microsoft では、そのデータベース (Azure クラウド内の他のデータベースから独立した) に対し、特定のレベルのリソースを保証します。For a single database at a specific compute size within a service tier, Microsoft guarantees a certain level of resources for that database (independent of any other database in the Azure cloud). この保証によって、予測可能なレベルのパフォーマンスが提供されます。This guarantee provides a predictable level of performance. データベースに割り当てられるリソースの量は、DTU の数として計算され、コンピューティング、ストレージ、および I/O リソースのバンドルされた測定値です。The amount of resources allocated for a database is calculated as a number of DTUs and is a bundled measure of compute, storage, and I/O resources.

これらのリソース間の比率は、本来、一般的な現実の OLTP ワークロードになるように設計されたオンライン トランザクション処理 (OLTP) ベンチマーク ワークロードによって決定されます。The ratio among these resources is originally determined by an online transaction processing (OLTP) benchmark workload designed to be typical of real-world OLTP workloads. ワークロードがこれらのいずれかのリソース量を超えると、スループットが調整され、パフォーマンスが低下してタイムアウトが発生します。When your workload exceeds the amount of any of these resources, your throughput is throttled, resulting in slower performance and time-outs.

お使いのワークロードによって使用されるリソースは、Azure クラウドにある他の SQL データベースに利用できるリソースには、影響を及ぼしません。The resources used by your workload don't impact the resources available to other SQL databases in the Azure cloud. 同様に、その他のワークロードによって使用されるリソースが、SQL データベースに対して使用できるリソースに影響を及ぼすことはありません。Likewise, the resources used by other workloads don't impact the resources available to your SQL database.

境界ボックス

各種のコンピューティング サイズとサービス レベルの Azure SQL データベースに割り当てられるリソースの相対量を理解するためには、DTU は最も役立ちます。DTUs are most useful for understanding the relative resources that are allocated for Azure SQL databases at different compute sizes and service tiers. 例:For example:

  • データベースのコンピューティング サイズを引き上げて DTU を 2 倍にするのは、そのデータベースに利用できるリソース セットを 2 倍にすることと同等です。Doubling the DTUs by increasing the compute size of a database equates to doubling the set of resources available to that database.
  • DTU が 1750 になっている Premium サービス レベルの P11 データベースは、DTU が 5 になっている Basic サービス レベルのデータベースと比べて、350 倍の DTU の処理能力を提供します。A premium service tier P11 database with 1750 DTUs provides 350x more DTU compute power than a basic service tier database with 5 DTUs.

お使いのワークロードのリソース (DTU) 使用量の詳細を把握するには、クエリ パフォーマンスの分析情報を使用して、次のようにします。To gain deeper insight into the resource (DTU) consumption of your workload, use query-performance insights to:

  • CPU/期間/実行回数によって、パフォーマンス向上のためのチューニング対象になり得る上位クエリを特定します。Identify the top queries by CPU/duration/execution count that can potentially be tuned for improved performance. たとえば、I/O 負荷の高いクエリでは、特定のサービス レベルとコンピューティング サイズで利用可能なメモリをより効率的に使用するメモリ内最適化手法によって、メリットが得られる場合があります。For example, an I/O-intensive query might benefit from in-memory optimization techniques to make better use of the available memory at a certain service tier and compute size.
  • クエリの詳細にドリルダウンして、そのテキストやリソース使用率の履歴を表示します。Drill down into the details of a query to view its text and its history of resource usage.
  • SQL Database Advisor によって実行されるアクションを示すアクセス パフォーマンス チューニングの推奨事項。Access performance-tuning recommendations that show actions taken by SQL Database Advisor.

エラスティック データベース トランザクション ユニット (eDTU)Elastic database transaction units (eDTUs)

いつでも利用可能な SQL データベースに対しては、常に必要になるとはかぎらない専用のリソース セット (DTU) を提供するのではなく、これらのデータベースをエラスティック プールに配置することができます。For SQL databases that are always available, rather than provide a dedicated set of resources (DTUs) that might not always be needed, you can place these databases into an elastic pool. エラスティック プール内のデータベースは、単一の Azure SQL Database サーバー上にあり、リソースのプールを共有します。The databases in an elastic pool are on a single Azure SQL Database server and share a pool of resources.

エラスティック プール内の共有リソースは、エラスティック データベース トランザクション ユニット (eDTU) によって測定されます。The shared resources in an elastic pool are measured by elastic database transaction units (eDTUs). エラスティック プールは、幅広く異なる予測できない使用パターンを持つ複数のデータベースに対するパフォーマンス目標を管理するための、簡単かつコスト効率に優れたソリューションを提供します。Elastic pools provide a simple, cost-effective solution to manage performance goals for multiple databases that have widely varying and unpredictable usage patterns. エラスティック プールは、プール内の 1 つのデータベースによってすべてのリソースを消費できないことを保証する一方で、プール内の各データベースが常に、最低限必要な量の利用可能なリソースを保持していることを保証します。An elastic pool guarantees that all the resources can't be consumed by one database in the pool, while ensuring that each database in the pool always has a minimum amount of necessary resources available.

プールには、設定価格に合わせて、設定された eDTU 数が与えられます。A pool is given a set number of eDTUs for a set price. エラスティック プールでは、個々のデータベースは、構成された境界内で自動スケーリングすることが可能です。In the elastic pool, individual databases can autoscale within the configured boundaries. データベースの負荷が増加すると、eDTU の消費量を増やして需要に対応します。A database under a heavier load will consume more eDTUs to meet demand. データベースの負荷が減少すると、eDTU の消費が減ります。Databases under lighter loads will consume fewer eDTUs. 負荷のないデータベースは eDTU を消費しません。Databases with no load will consume no eDTUs. データベースごとではなく、プール全体に対してリソースがプロビジョニングされるため、エラスティック プールでは管理タスクを簡素化し、プールの予算が予測可能になります。Because resources are provisioned for the entire pool, rather than per database, elastic pools simplify your management tasks and provide a predictable budget for the pool.

データベースを停止せず、プール内のデータベースに影響を及ぼさずに、既存のプールにさらに eDTU を追加できます。You can add additional eDTUs to an existing pool with no database downtime and with no impact on the databases in the pool. 同様に、追加の eDTU は、必要がなくなれば、既存のプールからいつでも削除してください。Similarly, if you no longer need extra eDTUs, remove them from an existing pool at any time. また、プールに対するデータベースの追加やデータベースの削除は、いつでも可能です。You can also add databases to or subtract databases from a pool at any time. 他のデータベース用に eDTU を予約するには、負荷の高い状況下でデータベースが使用できる eDTU の数を制限します。To reserve eDTUs for other databases, limit the number of eDTUs a database can use under a heavy load. データベースによるリソース使用率が継続的に低い場合は、プールから削除して、予測できる必要なリソース量を備えた単一データベースとして構成できます。If a database consistently underuses resources, move it out of the pool and configure it as a single database with a predictable amount of required resources.

ワークロードで必要とされる DTU の数を決定するDetermine the number of DTUs needed by a workload

既存のオンプレミスのワークロードや、SQL Server 仮想マシンのワークロードを Azure SQL Database に移行することを検討している場合には、DTU Calculator を使用すると、必要な DTU のおおよその数がわかります。If you want to migrate an existing on-premises or SQL Server virtual machine workload to Azure SQL Database, use the DTU calculator to approximate the number of DTUs needed. 既存の Azure SQL Database ワークロードについては、クエリ パフォーマンスの分析情報を使用してデータベース リソースの消費量 (DTU) を把握し、ワークロードを最適化するための詳細な分析情報が得られます。For an existing Azure SQL Database workload, use query-performance insights to understand your database-resource consumption (DTUs) and gain deeper insights for optimizing your workload. sys.dm_db_ resource_stats 動的管理ビュー (DMV) を使用して、過去 1 時間のリソース消費量を表示できます。The sys.dm_db_ resource_stats dynamic management view (DMV) lets you view resource consumption for the last hour. sys.resource_stats カタログ ビューは、過去 14 日間のリソース消費量を表示しますが、データの精度がやや低く、5 分間の平均となります。The sys.resource_stats catalog view displays resource consumption for the last 14 days, but at a lower fidelity of five-minute averages.

リソースのエラスティック プールを使うとメリットがあるワークロードWorkloads that benefit from an elastic pool of resources

プールは、リソース使用率の平均が低く、使用率の急上昇が比較的発生しにくいデータベースに最適です。Pools are well-suited for databases with a low resource-utilization average and relatively infrequent utilization spikes. SQL Database は、既存の SQL Database サーバー上にあるデータベースのリソース使用量の履歴を自動的に評価し、Azure portal での適切なプール構成を推奨します。SQL Database automatically evaluates the historical resource usage of databases on an existing SQL Database server and recommends the appropriate pool configuration in the Azure portal. 詳しくは、「SQL Database エラスティック プールを検討すべきとき」をご覧ください。For more information, see When should you consider a SQL Database elastic pool?.

よく寄せられる質問 (FAQ)Frequently asked questions (FAQs)

DTU ベースのサービス レベルから仮想コア ベースのサービス レベルに変換するには、アプリケーションをオフラインにする必要がありますか。Do I need to take my application offline to convert from a DTU-based service tier to a vCore-based service tier?

いいえ。No. アプリケーションをオフラインにする必要はありません。You don't need to take the application offline. 新しいサービス レベルでは、Standard と Premium のサービス レベル間でデータベースを切り替える既存のプロセスとほぼ同じ、シンプルなオンラインの変換方法を提供しています。The new service tiers offer a simple online-conversion method that's similar to the existing process of upgrading databases from the standard to the premium service tier and the other way around. この変換は、Azure portal、PowerShell、Azure CLI、T-SQL、または REST API を使用して開始できます。You can start this conversion by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. 単一データベースの管理およびエラスティック プールの管理に関するページをご覧ください。See Manage single databases and Manage elastic pools.

仮想コア ベース購入モデルでのサービス レベルから DTU ベース購入モデルでのサービス レベルへ、データベースを変換することはできますか。Can I convert a database from a service tier in the vCore-based purchasing model to a service tier in the DTU-based purchasing model?

はい。お使いのデータベースは、Azure portal、PowerShell、Azure CLI、T-SQL、または REST API を使用して、サポートされている任意のパフォーマンス目標に簡単に変換できます。Yes, you can easily convert your database to any supported performance objective by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. 単一データベースの管理およびエラスティック プールの管理に関するページをご覧ください。See Manage single databases and Manage elastic pools.

次の手順Next steps