DTU tabanlı satın alma modeline genel bakış

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makalede, Azure SQL Veritabanı için DTU tabanlı satın alma modeli hakkında bilgi edinin.

Daha fazla bilgi edinmek için sanal çekirdek tabanlı satın alma modelini gözden geçirin ve satın alma modellerini karşılaştırın.

Veritabanı işlem birimleri (DTU' lar)

Bir veritabanı işlem birimi (DTU), CPU, bellek, okuma ve yazma işlemlerinin harmanlanmış bir ölçüsünü temsil eder. DTU tabanlı satın alma modelindeki hizmet katmanları, sabit miktarda depolama alanı, yedeklemeler için sabit saklama süresi ve sabit fiyat içeren bir dizi işlem boyutuyla ayırt edilir. DTU tabanlı satın alma modelindeki tüm hizmet katmanları, işlem boyutlarını minimum kapalı kalma süresiyle değiştirme esnekliği sağlar; bununla birlikte, veritabanı bağlantısının kısa bir süre için kaybedildiği ve yeniden deneme mantığı kullanılarak azaltılabilen bir geçiş vardır. Tek veritabanları ve elastik havuzlar, hizmet katmanına ve işlem boyutuna göre saatlik olarak faturalandırılır.

Hizmet katmanındaki belirli bir işlem boyutunda tek bir veritabanı için Azure SQL Veritabanı bu veritabanı için belirli bir kaynak düzeyini garanti eder (diğer veritabanlarından bağımsız olarak). Bu garanti, tahmin edilebilir bir performans düzeyi sağlar. Bir veritabanı için ayrılan kaynak miktarı bir dizi DTU olarak hesaplanır ve işlem, depolama ve G/Ç kaynaklarının paketlenmiş bir ölçüsüdür.

Bu kaynaklar arasındaki oran başlangıçta gerçek dünyadaki OLTP iş yüklerine tipik olarak tasarlanmış bir çevrimiçi işlem işleme (OLTP) karşılaştırma iş yükü tarafından belirlenir. İş yükünüz bu kaynaklardan herhangi birinin miktarını aştığında aktarım hızınız kısıtlanır ve bu da performansın ve zaman aşımlarının daha yavaş olmasıyla sonuçlanır.

Tek veritabanları için, iş yükünüz tarafından kullanılan kaynaklar Azure bulutundaki diğer veritabanları için kullanılabilir kaynakları etkilemez. Benzer şekilde, diğer iş yükleri tarafından kullanılan kaynaklar veritabanınızda kullanılabilen kaynakları etkilemez.

DTU'lar en çok farklı işlem boyutlarında ve hizmet katmanlarında veritabanları için ayrılan göreli kaynakları anlamak için kullanışlıdır. Örneğin:

• Veritabanının işlem boyutunu artırarak DTU'ları ikiye katlama, bu veritabanı için kullanılabilir kaynak kümesini iki katına çıkarmanın bir sonucudur.
• 1750 DTU'ya sahip Premium hizmet katmanı P11 veritabanı, 5 DTU'ya sahip temel hizmet katmanı veritabanından 350 kat daha fazla DTU işlem gücü sağlar.

İş yükünüzün kaynak (DTU) tüketimi hakkında daha ayrıntılı içgörüler elde etmek için sorgu performansı içgörülerini kullanarak şunları yapın:

• İyileştirilmiş performans için ayarlanabilecek cpu/süre/yürütme sayısına göre en çok kullanılan sorguları belirleyin. Örneğin G/Ç yoğunluklu bir sorgu, belirli bir hizmet katmanında ve işlem boyutunda kullanılabilir belleği daha iyi kullanmak için bellek içi iyileştirme tekniklerinden yararlanabilir.
• Metni ve kaynak kullanım geçmişini görüntülemek için sorgunun ayrıntılarına gidin.
• SQL Veritabanı Danışmanı tarafından kullanılabilecek eylemleri gösteren performans ayarlama önerilerini görüntüleyin.

Elastik veritabanı işlem birimleri (eDTU' lar)

Her zaman gerekli olmayabilecek ayrılmış bir kaynak kümesi (DTU) sağlamak yerine, bu veritabanlarını elastik havuza yerleştirebilirsiniz. Elastik havuzdaki veritabanları, veritabanı altyapısının tek bir örneğini kullanır ve aynı kaynak havuzunu paylaşır.

Elastik havuzdaki paylaşılan kaynaklar, elastik veritabanı işlem birimleri (eDTU' lar) tarafından ölçülür. Elastik havuzlar, çok çeşitli ve öngörülemeyen kullanım desenlerine sahip birden çok veritabanının performans hedeflerini yönetmek için basit, uygun maliyetli bir çözüm sağlar. Elastik havuz, tüm kaynakların havuzdaki bir veritabanı tarafından kullanılamamasını garanti ederken, havuzdaki her veritabanının her zaman en az miktarda gerekli kaynağa sahip olmasını sağlar.

Havuza belirli bir fiyat için belirli sayıda eDTU verilir. Elastik havuzda tek tek veritabanları, yapılandırılan sınırlar içinde otomatik ölçeklendirme yapabilir. Daha ağır yük altındaki bir veritabanı talebi karşılamak için daha fazla eDTU kullanır. Daha hafif yük altındaki veritabanları daha az eDTU tüketir. Yükü olmayan veritabanları eDTU kullanmaz. Kaynaklar veritabanı başına değil havuzun tamamı için sağlandığından, elastik havuzlar yönetim görevlerinizi basitleştirir ve havuz için tahmin edilebilir bir bütçe sağlar.

Veritabanı kapalı kalma süresinin en az olduğu mevcut havuza daha fazla eDTU ekleyebilirsiniz. Benzer şekilde, artık ek eDTU'lara ihtiyacınız yoksa bunları mevcut havuzdan istediğiniz zaman kaldırın. Ayrıca istediğiniz zaman bir havuza veritabanı ekleyebilir veya veritabanlarını kaldırabilirsiniz. EDTU'ları diğer veritabanları için ayırmak için, veritabanlarının ağır yük altında kullanabileceği eDTU sayısını sınırlayın. Bir veritabanının havuzdaki diğer veritabanlarını etkileyen sürekli olarak yüksek kaynak kullanımı varsa, veritabanını havuzdan dışarı taşıyın ve tahmin edilebilir miktarda gerekli kaynakla tek bir veritabanı olarak yapılandırın.

Elastik kaynak havuzundan yararlanan iş yükleri

Havuzlar, düşük kaynak kullanımı ortalaması ve nispeten seyrek kullanım artışları olan veritabanları için uygundur. Daha fazla bilgi için bkz. SQL Veritabanı elastik havuzu ne zaman dikkate almanız gerekir?.

bir iş yükü için gereken DTU sayısını belirleme

Mevcut bir şirket içi veya SQL Server sanal makine iş yükünü SQL Veritabanı geçirmek istiyorsanız, gereken DTU sayısını yaklaşık olarak ayarlamak için SKU önerilerine bakın. Mevcut bir SQL Veritabanı iş yükünde, veritabanı kaynak tüketiminizi (DTU) anlamak ve iş yükünüzü iyileştirmek için daha derin içgörüler elde etmek için sorgu performansı içgörülerini kullanın. sys.dm_db_resource_stats dinamik yönetim görünümü (DMV), son bir saat için kaynak tüketimini görüntülemenizi sağlar. sys.resource_stats katalog görünümü, son 14 gün için kaynak tüketimini görüntüler ancak beş dakikalık ortalamaların daha düşük aslına uygun olduğunu gösterir.

DTU kullanımını belirleme

Bir veritabanının veya elastik havuzun DTU/eDTU sınırına göre DTU/eDTU kullanımının ortalama yüzdesini belirlemek için aşağıdaki formülü kullanın:

avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)

Bu formülün giriş değerleri sys.dm_db_resource_stats, sys.resource_stats ve sys.elastic_pool_resource_stats DMV'lerden alınabilir. Başka bir deyişle, bir veritabanının veya elastik havuzun DTU/eDTU sınırına yönelik DTU/eDTU kullanım yüzdesini belirlemek için, aşağıdakilerden en büyük yüzde değerini seçin: avg_cpu_percent, avg_data_io_percentve avg_log_write_percent belirli bir noktada.

Not

Veritabanının DTU sınırı CPU, okuma, yazma ve veritabanında kullanılabilen bellek tarafından belirlenir. Ancak, SQL Veritabanı altyapısı performansı artırmak için genellikle veri önbelleği için kullanılabilir tüm belleği kullandığından, avg_memory_usage_percent geçerli veritabanı yükünden bağımsız olarak değer genellikle yüzde 100'e yakın olur. Bu nedenle, bellek DTU sınırını dolaylı olarak etkilese de, DTU kullanım formülünde kullanılmaz.

Donanım yapılandırması

DTU tabanlı satın alma modelinde müşteriler veritabanları için kullanılan donanım yapılandırmasını seçemez. Belirli bir veritabanı genellikle belirli bir donanım türünde uzun süre (genellikle birden çok ay boyunca) kalırken, veritabanının farklı donanıma taşınmasına neden olabilecek bazı olaylar vardır.

Örneğin, veritabanının ölçeği farklı bir hizmet hedefine artırıldığında veya azaltıldığında ya da veri merkezinde geçerli altyapı kapasite sınırlarına yaklaşıyorsa veya kullanım süresi sona erdiğinden şu anda kullanılan donanımın kullanımdan kaldırıldığı durumlarda veritabanı farklı donanımlara taşınabilir.

Veritabanı farklı bir donanıma taşınırsa iş yükü performansı değişebilir. DTU modeli, hizmet hedefi (DTU sayısı) aynı kaldığı sürece veritabanı farklı bir donanım türüne geçtiğinde DTU karşılaştırma iş yükünün aktarım hızı ve yanıt süresinin önemli ölçüde aynı kalmasını garanti eder.

Ancak, Azure SQL Veritabanı'da çalışan müşteri iş yüklerinin geniş yelpazesinde, aynı hizmet hedefi için farklı donanım kullanmanın etkisi daha belirgin olabilir. Farklı iş yükleri farklı donanım yapılandırmalarından ve özelliklerinden yararlanabilir. Bu nedenle, DTU karşılaştırması dışındaki iş yükleri için veritabanı bir donanım türünden diğerine geçtiğinde performans farklılıklarını görmek mümkündür.

Müşteriler, veritabanı oluşturma ve ölçeklendirme sırasında tercih ettikleri donanım yapılandırmasını seçmek için sanal çekirdek modelini kullanabilir. Sanal çekirdek modelinde, her donanım yapılandırmasındaki her hizmet hedefinin ayrıntılı kaynak sınırları tek veritabanları ve elastik havuzlar için belgelenmiştir. Sanal çekirdek modelindeki donanım hakkında daha fazla bilgi için bkz. SQL Veritabanı için donanım yapılandırması veya SQL Yönetilen Örneği için donanım yapılandırması.

Hizmet katmanlarını karşılaştırma

Hizmet katmanı seçmek öncelikli olarak iş sürekliliği, depolama ve performans gereksinimlerine bağlıdır.

	Temel	Standart	Premium
Hedef iş yükü	Geliştirme ve üretim	Geliştirme ve üretim	Geliştirme ve üretim
Çalışma Süresi SLA'sı	%99,99	%99,99	%99,99
Backup	Coğrafi olarak yedekli, alanlar arası yedekli veya yerel olarak yedekli yedekleme depolama, 1-7 gün saklama seçeneği (varsayılan 7 gün) 10 yıla kadar uzun süreli saklama	Coğrafi olarak yedekli, alanlar arası yedekli veya yerel olarak yedekli yedekleme depolama, 1-35 gün saklama seçeneği (varsayılan 7 gün) 10 yıla kadar uzun süreli saklama	Yerel olarak yedekli (LRS), alanlar arası yedekli (ZRS) veya coğrafi olarak yedekli (GRS) depolama seçeneği 1-35 gün (varsayılan olarak 7 gün) saklama, 10 yıla kadar uzun süreli saklama kullanılabilir
CPU	Düşük	Düşük, Orta, Yüksek	Orta, Yüksek
IOPS (yaklaşık)*	DTU başına 1-4 IOPS	DTU başına 1-4 IOPS	>DTU başına 25 IOPS
GÇ gecikme süresi (yaklaşık)	5 ms (okuma), 10 ms (yazma)	5 ms (okuma), 10 ms (yazma)	2 ms (okuma/yazma)
Columnstore dizin oluşturma	Yok	Standart S3 ve üzeri	Desteklenir
Bellek içi OLTP	Yok	Yok	Desteklenir

* Arka plan GÇ (denetim noktası ve gecikmeli yazıcı) dahil olmak üzere veri dosyalarına karşı tüm okuma ve yazma IOPS'leri.

Önemli

Temel, S0, S1 ve S2 hizmet hedefleri birden az sanal çekirdek (CPU) sağlar. YOĞUN CPU kullanan iş yükleri için S3 veya üzeri bir hizmet hedefi önerilir.

Temel, S0 ve S1 hizmet hedeflerinde veritabanı dosyaları, sabit disk sürücüsü (HDD) tabanlı depolama medyası kullanan Azure Standard Depolama'de depolanır. Bu hizmet hedefleri, geliştirme, test ve performans değişkenliğine daha az duyarlı olan diğer seyrek erişilen iş yükleri için en uygun olanıdır.

İpucu

Veritabanının veya elastik havuzun gerçek kaynak idare sınırlarını görmek için sys.dm_user_db_resource_governance görünümünü sorgula. Tek bir veritabanı için bir satır döndürülür. Elastik havuzdaki bir veritabanı için havuzdaki her veritabanı için bir satır döndürülür.

Not

Ücretsiz Azure hesabıyla Temel hizmet katmanında Azure SQL Veritabanı ücretsiz veritabanı alabilirsiniz. Bilgi için bkz . Ücretsiz Azure hesabınızla yönetilen bulut veritabanı oluşturma.

Kaynak sınırları

Tek ve havuza alınan veritabanları için kaynak sınırları farklılık gösterir.

Tek veritabanı depolama sınırları

Azure SQL Veritabanı işlem boyutları tek veritabanları için Veritabanı İşlem Birimleri (DTU) ve elastik havuzlar için elastik Veritabanı İşlem Birimleri (eDTU) olarak ifade edilir. Daha fazla bilgi edinmek için tek veritabanları için kaynak sınırları bölümünü gözden geçirin.

	Temel	Standart	Premium
Maksimum depolama boyutu	2 GB	1 TB	4 TB
Maksimum DTU sayısı	5	3000	4000

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanı'da dosya alanını yönetme.

Elastik havuz sınırları

Daha fazla bilgi edinmek için havuza alınan veritabanları için kaynak sınırları bölümünü gözden geçirin.

	Temel	Standart	Premium
Veritabanı başına en büyük depolama boyutu	2 GB	1 TB	1 TB
Havuz başına maksimum depolama boyutu	156 GB	4 TB	4 TB
Veritabanı başına en fazla eDTU sayısı	5	3000	4000
Havuz başına en fazla eDTU sayısı	1600	3000	4000
Havuz başına en fazla veritabanı sayısı	500	500	100

Önemli

Premium katmanında 1 TB'tan fazla depolama alanı şu anda Çin Doğu, Kuzey Çin, Orta Almanya ve Kuzeydoğu Almanya hariç tüm bölgelerde kullanılabilir. Bu bölgelerde Premium katmanda depolama için 1 TB üst sınırı uygulanır. Daha fazla bilgi için bkz . P11-P15 geçerli sınırlamaları.

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanı'da dosya alanını yönetme.

DTU kıyaslama

Her DTU ölçüsüyle ilişkili fiziksel özellikler (CPU, bellek, GÇ), gerçek dünya veritabanı iş yükünün benzetimini sağlayan bir karşılaştırma kullanılarak kalibre edilir.

DTU karşılaştırmasıyla ilişkili şema, kullanılan işlem türleri, iş yükü karışımı, kullanıcılar ve ilerleme, ölçeklendirme kuralları ve ölçümler hakkında bilgi edinin.

DTU tabanlı ve sanal çekirdek satın alma modellerini karşılaştırma

DTU tabanlı satın alma modeli işlem, depolama ve G/Ç kaynaklarının paketlenmiş bir ölçüsünü temel alır ancak Azure SQL Veritabanı için sanal çekirdek satın alma modeli, işlem ve depolama kaynaklarını bağımsız olarak seçmenize ve ölçeklendirmenize olanak tanır.

Sanal çekirdek tabanlı satın alma modeli, maliyet tasarrufu sağlamak amacıyla SQL Server için Azure Hibrit Avantajı kullanmanıza da olanak tanır ve DTU tabanlı satın alma modelinde bulunmayan Azure SQL Veritabanı için Sunucusuz ve Hiper Ölçek seçenekleri sunar.

Azure SQL Veritabanı sanal çekirdek ve DTU tabanlı satın alma modellerini karşılaştırma bölümünde daha fazla bilgi edinin.

Sonraki adımlar

Aşağıdaki makalelerde model satın alma ve ilgili kavramlar hakkında daha fazla bilgi edinin:

• Tek veritabanlarında kullanılabilen belirli işlem boyutları ve depolama boyutu seçenekleri hakkında ayrıntılı bilgi için bkz. tek veritabanları için DTU tabanlı kaynak sınırları SQL Veritabanı.
• Elastik havuzlar için kullanılabilen belirli işlem boyutları ve depolama boyutu seçenekleri hakkında ayrıntılı bilgi için bkz. DTU tabanlı kaynak sınırları SQL Veritabanı.
• DTU tabanlı satın alma modeliyle ilişkili karşılaştırma hakkında bilgi için bkz . DTU karşılaştırması.
• Azure SQL Veritabanı sanal çekirdek ve DTU tabanlı satın alma modellerini karşılaştırın.