AzureSQLデータベースの「DTUパーセンテージ」メトリック

Question 1

新しいAzureSQLデータベースの階層構造では、データベースの「DTU」の使用状況を監視して、別の階層にアップグレードするかダウングレードするかを知ることが重要だと思われます。

Azure SQLデータベースのサービス層とパフォーマンスレベルを読むときは、CPU、データ、およびログの使用率による監視についてのみ説明します。

ただし、新しいメトリックを追加するときは、DTUパーセンテージオプションもあります。

データベースメトリックを追加する

私はこれについてオンラインで何も見つけることができません。これは本質的に他のDTU関連のメトリックの要約ですか？

Question 2

DTUは、サービス層のパフォーマンスの測定単位であり、いくつかのデータベース特性の要約です。各サービス層には、ある層と別の層のパフォーマンスレベルを簡単に比較する方法として、特定の数のDTUが割り当てられています。

データベーススループットユニット（DTU）： DTUは、Basic、Standard、およびPremiumデータベースのパフォーマンスレベルの相対的な容量を記述する方法を提供します。DTUは、CPU、メモリ、読み取り、および書き込みの混合測定に基づいています。DTUが増加すると、パフォーマンスレベルによって提供される電力が増加します。たとえば、5 DTUのパフォーマンスレベルには、1DTUのパフォーマンスレベルの5倍の電力があります。最大DTUクォータが各サーバーに適用されます。

DTUクォータは、個々のデータベースではなくサーバーに適用され、各サーバーには最大1600のDTUがあります。DTU％は、特定のデータベースが使用しているユニットのパーセンテージであり、この数値はサービス層のDTUレーティングの100％を超える可能性があるようです（サーバーの限界まで想定しています）。このパーセンテージの数値は、適切なサービス層を選択するのに役立つように設計されています。

この発表の下から下へ：

たとえば、DTUの消費量が80％の値を示している場合は、S2データベースの制限の80％の割合でDTUを消費していることを示しています。このビューに100％を超える値が表示されている場合は、S2よりも大きいパフォーマンス階層が必要であることを意味します。

例として、300％のパーセンテージ値が表示されているとします。これは、S2で使用できるリソースの3倍のリソースを使用していることを示しています。妥当な開始サイズを決定するには、S2で使用可能なDTU（50 DTU）を次に大きいサイズ（P1 = 100 DTU、またはS2の200％、P2 = 200 DTU、またはS2の400％）と比較します。S2の300％にいるので、P2から始めて再テストする必要があります。

Question 3

まだコメントするほどクールではありませんが、@ vladislavのコメントに関しては、元の記事はかなり古いものでした。これは、OPの質問に答えるのに役立つDTUに関する更新ドキュメントです。

https://docs.microsoft.com/en-us/azure/sql-database/sql-database-what-is-a-dtu

Question 4

このドキュメントから、このDTUパーセントは次のクエリによって決定されます。

SELECT end_time,   
  (SELECT Max(v)    
   FROM (VALUES (avg_cpu_percent), (avg_data_io_percent), 
(avg_log_write_percent)) AS    
   value(v)) AS [avg_DTU_percent]   
FROM sys.dm_db_resource_stats;

の最大のように見えますavg_cpu_percent、avg_data_io_percentそしてavg_log_write_percent

参照：

https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-resource-stats-azure-sql-database

Question 5

DTUは、CPU、メモリ、IOのブレンドに他なりません。これら3つがかなり明確なのに、なぜブレンドが必要なのですか？パワー用のユニットが欲しいからです。しかし、それでも多くの点で混乱しています。例：単にメモリを増やすと、電力（DTU）が増えますか？はいの場合、DTUをどのようにブレンドできますか？はいです。このメモリ増加の場合、jyongによって与えられた回答のクエリに従って、DTUはメモリと同等になります（メモリを増やしたため）。MSには、このDTUに基づく価格設定モデルもあり、多くの疑問が生じました。

これらの混乱と質問のために、MSは別のオプションを導入したいと考えていました。オンプレミスにはすでにいくつかの仕様がありますが、なぜそれらを使用できないのですか？その結果、「vCore価格設定モデル」が誕生しました。このモデルでは、RAMとCPUを可視化できます。しかし、DTUモデルにはありません。

DTUからの反論は、DTUの測定値は、実際のデータベースのワークロードをシミュレートするベンチマークを使用して調整されるというものです。そして、私たちはもうオンプレミスではありません;）。はい、クラウドコンピューティングを念頭に置いて設計されています（ただし、OLTPワークロードでも使用されます）。

しかし、それだけではありません。価格設定モデルを入力しているので、方程式が変わります。ここでの問題は、お金とバンドル（すべての機能が含まれているもの）についてです。ここで、DTUにはいくつかの利点があります（私が見ているように）が、多くの既存のライセンスを持つ企業は同意しません。

DTUの価格は1つです（コンピューター+ストレージ+バックアップ）。よりシンプルで、低価格から始めることができます。
vCoreの価格は異なります（コンピューター、ストレージ）。ここで利用可能なソフトウェア保証。企業はオンプレミスライセンスを取得します。これはここに簡単に移植できます（したがって、DTUモデルよりも低価格で大きなマシンを入手できます）。さらに、彼らは複数年にわたってコミットし、追加の割引を受けます。

必要に応じて両方を切り替えることができるので、わからない場合はDTU（Basic / Standard / Premium）から始めてください。

使用する価格階層をどのように知ることができますか？以下のようにメニューを構成します:(右/左で両方を切り替えることができます）

Vcoreはより大きな「マシン」であり、より大きなものの場合でも、企業組織にとってはコストが安くなる場合があります。これが証拠です。DTUの費用は147ドルです。しかし、Vcoreの価格は111ドルです。これは、3年間コミットできるため（ただし、毎月支払う）、ライセンスの再利用オプションがあるためです（企業にはオンプレミスライセンスがあります）。