vCore satın alma modeli - Azure SQL Veritabanı

2025-05-28

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

Bu makalede Azure SQL Veritabanı için sanal çekirdek satın alma modeli inceleniyor.

Genel Bakış

Sanal çekirdek (sanal çekirdek) mantıksal cpuyu temsil eder ve donanımın fiziksel özelliklerini (örneğin çekirdek sayısı, bellek ve depolama boyutu) seçme seçeneği sunar. Sanal çekirdek tabanlı satın alma modeli, tek tek kaynak tüketiminde esneklik, denetim, saydamlık ve şirket içi iş yükü gereksinimlerini buluta çevirmenin kolay bir yolunu sunar. Bu model, fiyatı iyileştirir ve iş yükü gereksinimlerinize göre işlem, bellek ve depolama kaynaklarını seçmenize olanak tanır.

Sanal çekirdek tabanlı satın alma modelinde, maliyetleriniz aşağıdakilerin seçimine ve kullanımına bağlıdır:

Hizmet katmanı
Donanım yapılandırması
İşlem kaynakları (sanal çekirdek sayısı ve bellek miktarı)
Ayrılmış veritabanı depolama alanı
Gerçek yedekleme depolama alanı

Önemli

İşlem kaynakları, giriş/çıkış, veri ve günlük depolama alanı veritabanı ya da esnek havuz başına ücretlendirilir. Yedekleme depolama alanı her veritabanı için ücretlendirilir. Fiyatlandırma ayrıntıları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın.

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

Azure SQL Veritabanı tarafından kullanılan sanal çekirdek satın alma modeli , DTU tabanlı satın alma modeline göre çeşitli avantajlar sağlar:

Daha yüksek işlem, bellek, G/Ç ve depolama sınırları.
İş yükünün işlem ve bellek gereksinimlerini daha iyi eşleştirmek için donanım yapılandırması seçimi.
Azure Hibrit Avantajı (AHB) ile indirimli fiyatlandırma.
İşlem gücü sağlayan ve şirket içi dağıtımlardan geçiş planlamasını kolaylaştıran donanım ayrıntılarında daha fazla saydamlık.
Ayrılmış örnek fiyatlandırması yalnızca sanal çekirdek satın alma modeli için kullanılabilir.
Birden çok işlem boyutuyla daha yüksek ölçeklendirme ayrıntı düzeyi.

Sanal çekirdek ve DTU satın alma modelleri arasında seçim yaparken yardım için sanal çekirdek ile DTU tabanlı satın alma modelleri arasındaki farklara bakın.

Hesaplama yapmak

Sanal çekirdek tabanlı satın alma modeli, sağlanan bir işlem katmanına ve sunucusuz işlem katmanına sahiptir. Sağlanan işlem katmanında işlem maliyeti, iş yükü etkinliğinden bağımsız olarak uygulama için sürekli olarak sağlanan toplam işlem kapasitesini yansıtır. Sanal çekirdek ve bellek gereksinimlerine göre iş gereksinimlerinize en uygun kaynak ayırmayı seçin, ardından iş yükünüzün gerektirdiği şekilde kaynakların ölçeğini artırın ve azaltın. Azure SQL Veritabanı için sunucusuz işlem katmanında işlem kaynakları iş yükü kapasitesine göre otomatik olarak ölçeklendirilir ve kullanılan işlem miktarı (saniye başına) için faturalandırılır.

Özetlemek gerekirse:

Sağlanan işlem katmanı, iş yükü etkinliğinden bağımsız olarak sürekli olarak sağlanan belirli miktarda işlem kaynağı sağlarken, sunucusuz işlem katmanı işlem kaynaklarını iş yükü etkinliğine göre otomatik olarak ölçekler.
Sağlanan işlem katmanı, saat başına sabit bir fiyatla sağlanan işlem miktarını faturalandırsa da sunucusuz işlem katmanı, saniye başına kullanılan işlem miktarı için faturalandırılır.

İşlem katmanından bağımsız olarak, hatalara ve hızlı yük devretmelerde yüksek dayanıklılık sağlamak için İş Açısından Kritik hizmet düzeyinde üç ek yüksek kullanılabilirlik ikincil çoğaltması otomatik olarak ayrılır. Bu ek kopyalar nedeniyle, maliyet Genel Amaçlı hizmet katmanındaki maliyetin yaklaşık 2,7 katı olur. Benzer şekilde, İş Açısından Kritik hizmet katmanında GB başına daha yüksek depolama maliyeti, yerel SSD depolamanın daha yüksek GÇ sınırlarını ve daha düşük gecikme süresini yansıtır.

Hyperscale'de müşteriler, maliyetleri kontrol ederken uygulamalarının gerektirdiği dayanıklılık düzeyini elde etmek için 0'dan 4'e kadar ek yüksek erişilebilirlik replikalarının sayısını kontrol eder.

Azure SQL Veritabanı'ndaki işlem hakkında daha fazla bilgi için bkz . İşlem kaynakları (CPU ve bellek).

Kaynak sınırları

Sanal çekirdek kaynak sınırları için, kullanılabilir Donanım yapılandırmalarını gözden geçirin ve aşağıdakiler için kaynak sınırlarını gözden geçirin:

Veri ve günlük depolama

Aşağıdaki faktörler, veri ve günlük dosyaları için kullanılan depolama miktarını etkiler ve Genel Amaçlı ve İş Açısından Kritik katmanlarına uygulanır.

Her işlem boyutu, varsayılan olarak 32 GB olan yapılandırılabilir maksimum veri boyutunu destekler.
Maksimum veri boyutunu yapılandırdığınızda, günlük dosyası için ekstra yüzde 30 faturalanabilir depolama alanı otomatik olarak eklenir.
Genel Amaçlı hizmet katmanında tempdb yerel SSD depolama alanı kullanılır ve bu depolama maliyeti sanal çekirdek fiyatına dahildir.
İş Açısından Kritik hizmet katmanında yerel tempdb SSD depolama alanını veri ve günlük dosyalarıyla paylaşır ve tempdb depolama maliyeti sanal çekirdek fiyatına dahildir.
Genel Amaçlı ve İş Açısından Kritik katmanlarında, veritabanı veya elastik havuz için yapılandırılan maksimum depolama boyutu için ücretlendirilirsiniz.
SQL Veritabanı için, 1 GB ile desteklenen depolama boyutu üst sınırı arasındaki maksimum veri boyutunu 1 GB'lık artışlarla seçebilirsiniz.

Hiper Ölçek için aşağıdaki depolama konuları geçerlidir:

Maksimum veri depolama boyutu 128 TB olarak ayarlanır ve yapılandırılamaz.
Maksimum veri depolama alanı için değil yalnızca ayrılan veri depolama alanı için ücretlendirilirsiniz.
Günlük kayıtların depolanması için sizden ücret alınmaz.
tempdb yerel SSD depolama kullanır ve maliyeti sanal çekirdek fiyatına dahildir. SQL Veritabanı'nda geçerli ayrılan ve kullanılan veri depolama boyutunu izlemek için sırasıyla allocated_data_storage ve depolama Azure İzleyici ölçümlerini kullanın.

T-SQL kullanarak veritabanındaki tek tek verilerin ve günlük dosyalarının geçerli ayrılan ve kullanılan depolama boyutunu izlemek için sys.database_files görünümünü ve FILEPROPERTY(... , 'SpaceUsed') işlevini kullanın.

İpucu

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.

Yedekleme alanı

Veritabanı yedeklemeleri için depolama, SQL Veritabanı'nın belirli bir noktaya geri yükleme (PITR) ve uzun süreli saklama (LTR) özelliklerini desteklemek üzere ayrılır. Bu depolama, veri ve günlük dosyası depolama alanından ayrıdır ve ayrı olarak faturalandırılır.

PITR: Genel Amaçlı ve İş Açısından Kritik katmanlarda, tek tek veritabanı yedeklemeleri otomatik olarak Azure depolamaya kopyalanır. Yeni yedeklemeler oluşturulduktan sonra depolama boyutu dinamik olarak artar. Depolama tam, değişiklik ve işlem günlüğü yedeklemeleri tarafından kullanılır. Depolama tüketimi, veritabanının değişim hızına ve yedeklemeler için yapılandırılan saklama süresine bağlıdır. SQL Veritabanı için her veritabanı için 1 ile 35 gün arasında ayrı bir saklama süresi yapılandırabilirsiniz. Yapılandırılan maksimum veri boyutuna eşit bir yedekleme depolama alanı tutarı ek ücret ödemeden sağlanır.
LTR: Ayrıca, tam yedeklemelerin 10 yıla kadar uzun süreli saklamasını yapılandırabilirsiniz. Bir LTR ilkesi ayarlarsanız, bu yedeklemeler otomatik olarak Azure Blob depolamada depolanır, ancak yedeklemelerin ne sıklıkta kopyalandığını denetleyebilirsiniz. Farklı uyumluluk gereksinimlerini karşılamak için haftalık, aylık ve/veya yıllık yedeklemeler için farklı saklama süreleri seçebilirsiniz. Seçtiğiniz yapılandırma, LTR yedeklemeleri için ne kadar depolama alanı kullanılacağını belirler. Daha fazla bilgi için Uzun süreli yedekleme saklama bölümüne bakın.

Hiper Ölçek'te yedekleme depolaması için bkz. Hiper Ölçek veritabanları için otomatik yedeklemeler.

Hizmet katmanları

Sanal çekirdek satın alma modelindeki hizmet katmanı seçenekleri Genel Amaçlı, İş Açısından Kritik ve Hiper Ölçek'tir. Hizmet katmanı genellikle depolama türünü ve performansını, yüksek kullanılabilirlik ve olağanüstü durum kurtarma seçeneklerini ve In-Memory OLTP gibi belirli özelliklerin kullanılabilirliğini belirler.

Kullanım örneği	Genel Amaçlı	İş Açısından Kritik	Hiperskala
için en iyi	Çoğu iş yükü. Bütçe odaklı, dengeli ve ölçeklenebilir işlem ile depolama seçenekleri sunar.	çeşitli yüksek kullanılabilirlik ikincil çoğaltmaları kullanarak iş uygulamalarına hatalara en yüksek dayanıklılığı sunar ve en yüksek G/Ç performansını sağlar.	Yüksek oranda ölçeklenebilir depolama ve okuma ölçeği gereksinimleri olan iş yükleri de dahil olmak üzere en geniş iş yükü yelpazesi. Birden fazla yüksek erişilebilirlik için ikincil replika yapılandırmasına izin vererek hatalar karşısında daha güçlü dayanıklılık sağlar.
İşlem boyutu	2 ile 128 sanal çekirdek	2 ile 128 sanal çekirdek	2 ile 128 sanal çekirdek
Depolama türü	Premium uzak depolama (örnek başına)	Süper hızlı yerel SSD depolama (örnek başına)	Ayrık depolama, yerel SSD önbelleğiyle (her işlem replikası için)
Depolama boyutu	1 GB – 4 TB	1 GB – 4 TB	10 GB – 128 TB
IOPS	Maksimum 16.000 IOPS ile sanal çekirdek başına 320 IOPS	Sanal çekirdek başına 4.000 IOPS ile toplamda en fazla 327.680 IOPS	Maksimum yerel SSD ile 327.680 IOPS Hiperscale, birden çok düzeyde önbelleğe alma özelliğine sahip çok katmanlı bir mimaridir. Etkili IOPS, iş yüküne bağlıdır.
Bellek/vCore	5,1 GB	5,1 GB	5,1 GB veya 10,2 GB
Yedeklemeler	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	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
Kullanılabilirlik	Tek bir çoğaltma, okuma ölçeğinde çoğaltma yok, alanlar arası yedekli yüksek kullanılabilirlik (HA)	Üç çoğaltma, bir okuma ölçekli çoğaltma, alanlar arası yedekli yüksek kullanılabilirlik (HA)	alanlar arası yedekli yüksek kullanılabilirlik (HA)
Fiyatlandırma/faturalama	Sanal çekirdek, ayrılmış depolama alanı ve yedekleme depolaması ücretlendirilir. IOPS ücretlendirilmiyor.	Sanal çekirdek, ayrılmış depolama alanı ve yedekleme depolaması ücretlendirilir. IOPS ücretlendirilmiyor.	Her bir çoğaltma için sanal çekirdek ve kullanılan depolama ücretlendirilir. IOPS ücretlendirilmiyor.
İndirim modelleri	Azure Rezervasyonları Azure Hibrit Avantajı (geliştirme/test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri	Azure Rezervasyonları Azure Hibrit Avantajı (geliştirme/test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri	Azure Hibrit Avantajı (geliştirme/test aboneliklerinde kullanılamaz) ¹ Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri
Bellek içi OLTP tabloları	Hayı	Evet	Hayır

¹ SQL Veritabanı Hiper Ölçek için basitleştirilmiş fiyatlandırma yakında sunulacaktır. Hiper Ölçek fiyatlandırma blogunu ayrıntılar için gözden geçirin.

Daha ayrıntılı bilgi için mantıksal sunucu, tek veritabanları ve havuza alınan veritabanları için kaynak sınırlarını gözden geçirin.

Uyarı

Hizmet Düzeyi Sözleşmesi (SLA) hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı için SLA

Genel Amaç

Genel Amaçlı hizmet katmanının mimari modeli, işlem ve depolama ayrımını temel alır. Bu mimari model, veritabanı dosyalarını saydam bir şekilde çoğaltan ve temel altyapı hatası oluştuğunda veri kaybı olmamasını garanti eden Azure Blob depolamanın yüksek kullanılabilirliğine ve güvenilirliğine dayanır.

Aşağıdaki şekilde, ayrılmış işlem ve depolama katmanlarıyla standart mimari modelde dört düğüm gösterilmektedir.

İşlem ve depolama ayrımını gösteren diyagram.

Genel Amaçlı hizmet katmanının mimari modelinde iki katman vardır:

İşlemi çalıştıran sqlservr.exe ve yalnızca geçici ve önbelleğe alınmış veriler içeren durum bilgisi olmayan bir işlem katmanı (örneğin, plan önbelleği, arabellek havuzu, columnstore havuzu). Bu durum bilgisi olmayan düğüm, işlemi başlatan, düğümün sistem durumunu denetleen ve gerekirse başka bir yere yük devretme gerçekleştiren Azure Service Fabric tarafından çalıştırılır.
Azure Blob depolamada depolanan veritabanı dosyalarını (.mdf/.ldf) içeren durum bilgisi olan bir veri katmanı. Azure Blob depolama, herhangi bir veritabanı dosyasına yerleştirilen hiçbir kayıtta veri kaybı olmamasını garanti eder. Azure Depolama, işlem kilitlense bile herhangi bir günlük dosyasındaki kayıt veya veri dosyasındaki sayfanın korunmasını sağlayan yerleşik veri erişilebilirliği ve yedekliliği sunar.

Veritabanı altyapısı veya işletim sistemi yükseltildiğinde, temel altyapının bir bölümü başarısız olur veya işlemde sqlservr.exe kritik bir sorun algılanırsa Azure Service Fabric durum bilgisi olmayan işlemi başka bir durum bilgisi olmayan işlem düğümüne taşır. Yük devretme süresini en aza indirmek için birincil düğümün yük devretmesi gerçekleşirse yeni işlem hizmetini çalıştırmayı bekleyen bir dizi yedek düğüm vardır. Azure depolama katmanındaki veriler etkilenmez ve yeni başlatılan işleme veri/günlük dosyaları eklenir. Bu işlem, bölge yedekliliği etkinleştirildiğinde varsayılan olarak 99,99% kullanılabilirlik ve 99,995% kullanılabilirlik garantisi sunar. Geçiş süresi ve yeni düğümün soğuk önbellekle başlaması nedeniyle, işlemde olan yoğun iş yükleri üzerinde bazı performans etkileri olabilir.

Genel Amaçlı hizmet katmanı ne zaman seçilir?

Genel Amaçlı hizmet katmanı, Azure SQL Veritabanı'nda genel iş yüklerinin çoğu için tasarlanmış varsayılan hizmet katmanıdır. Varsayılan SLA ve depolama gecikme süresi 5 ms ile 10 ms arasında olan tam olarak yönetilen bir veritabanı altyapısına ihtiyacınız varsa, Genel Amaçlı katmanı sizin için bir seçenektir.

İş Kritiği

İş Açısından Kritik hizmet katmanı modeli, bir veritabanı altyapısı işlemleri kümesini temel alır. Bu mimari model, bakım etkinlikleri sırasında bile iş yükünüz üzerindeki performans etkilerini en aza indirmek için veritabanı motoru düğümlerinin bir çoğunluğuna dayanır. Temel alınan işletim sisteminin, sürücülerin ve veritabanı motorunun yükseltmeleri ve düzeltme ekleri, son kullanıcılar için en az kesinti süresiyle saydam bir şekilde gerçekleşir.

İş Açısından Kritik modelinde işlem ve depolama her düğümde tümleştirilir. Dört düğümlü bir kümenin her düğümünde veritabanı altyapısı işlemleri arasında veri çoğaltma yüksek kullanılabilirlik elde eder ve her düğüm yerel olarak bağlı SSD'yi veri depolama olarak kullanır. Aşağıdaki diyagramda İş Açısından Kritik hizmet katmanının kullanılabilirlik grubu çoğaltmalarında veritabanı altyapısı düğümleri kümesini nasıl düzenlediği gösterilmektedir.

Hem veritabanı altyapısı işlemi hem de temel alınan .mdf/.ldf dosyaları, yerel olarak bağlı SSD depolama ile aynı düğüme yerleştirilir ve bu da iş yükünüz için düşük gecikme süresi sağlar. Yüksek kullanılabilirlik, SQL Server Always On kullanılabilirlik gruplarına benzer bir teknoloji kullanılarak uygulanır. Her veritabanı, müşteri iş yükleri için erişilebilen bir birincil çoğaltmaya ve veri kopyalarını içeren üç ikincil çoğaltmaya sahip bir veritabanı düğümleri kümesidir. Birincil replik, herhangi bir nedenle başarısız olursa verilerin ikincil replika üzerinde kullanılabilir olmasını sağlamak için değişiklikleri sürekli olarak ikincil replikalara iletir. Yük devretme, Service Fabric ve veritabanı motoru tarafından işlenir; ikincil çoğaltmalardan biri birincil hale gelir ve kümede yeterli düğüm olduğundan emin olmak için yeni bir ikincil çoğaltma oluşturulur. İş yükü otomatik olarak yeni birincil replika yönlendirilir.

Ayrıca, İş Açısından Kritik kümesinde, birincil çoğaltmanızdaki iş yükünün performansını etkilemeyecek salt okunur sorguları (raporlar gibi) çalıştırmak için kullanılan ücretsiz bir salt okunur çoğaltma sağlayan yerleşik bir Okuma Ölçeği Genişletme özelliği vardır.

İş Açısından Kritik hizmet katmanı ne zaman seçilir?

İş Açısından Kritik hizmet katmanı, temel alınan SSD depolama alanından (ortalama 1-2 ms) düşük gecikme süreli yanıtlar gerektiren uygulamalar için tasarlanmıştır. Ayrıca, temel alınan altyapı başarısız olduğunda daha hızlı kurtarma veya raporları, analizleri ve salt okunur sorguları ücretsiz olarak erişilebilen ikincil çoğaltmaya aktarma ihtiyacı duyan uygulamalar için idealdir.

Genel Amaçlı katmanı yerine İş Açısından Kritik hizmet katmanı seçmenizin temel nedenleri şunlardır:

Düşük G/Ç gecikme süresi gereksinimleri – Depolama katmanından tutarlı bir şekilde hızlı yanıt alınması gereken iş yükleri (ortalama 1-2 milisaniye) İş Açısından Kritik katmanı kullanmalıdır.
Raporlama ve analiz sorguları içeren iş yükü, tek bir ücretsiz ikincil salt okunur çoğaltmanın yeterli olduğu durumlarda.
Daha yüksek dayanıklılık ve hatalardan daha hızlı kurtarma. Sistem hatası olması durumunda birincil örnekteki veritabanı devre dışı bırakılır ve ikincil çoğaltmalardan biri hemen sorguları işlemeye hazır yeni okuma-yazma birincil veritabanı olur.
Gelişmiş veri bozulması koruması. İşletme Kritik katmanı, arka planda veritabanı çoğaltmalarını kullandığı için, hizmet veri bozulmasını önlemeye yardımcı olmak amacıyla yansıtma ve kullanılabilirlik grupları ile sağlanan otomatik sayfa onarımını kullanır. Veri bütünlüğü sorunu nedeniyle bir çoğaltma sayfayı okuyamıyorsa, sayfanın yeni bir kopyası başka bir çoğaltmadan alınır ve okunamayan sayfa veri kaybı veya müşteri kapalı kalma süresi olmadan değiştirilir. Veritabanında bir coğrafi ikincil kopya varsa bu işlev Genel Amaçlı katmanında kullanılabilir.
Daha yüksek kullanılabilirlik - Çok kullanılabilirlik alanı yapılandırmasındaki İş Açısından Kritik katmanı, bölgesel hatalara dayanıklılık ve daha yüksek kullanılabilirlik SLA'sı sağlar.
Hızlı coğrafi kurtarma - Etkin coğrafi çoğaltma yapılandırıldığında, İş Açısından Kritik katmanında 5 saniyelik garantili bir Kurtarma Noktası Hedefi (RPO) ve dağıtılan saatlerin 100% için Kurtarma Süresi Hedefi (RTO) 30 saniyedir.

Hiperskala

Hiper Ölçek hizmet katmanı tüm iş yükü türleri için uygundur. Buluta özel mimarisi, geleneksel ve modern uygulamaların en geniş yelpazesini desteklemek için bağımsız olarak ölçeklenebilir işlem ve depolama sağlar. Hiper Ölçek'teki işlem ve depolama kaynakları, Genel Amaçlı ve İş Açısından Kritik katmanlarında sağlanan kaynakları önemli ölçüde aşıyor.

Daha fazla bilgi edinmek için Azure SQL Veritabanı için Hiper Ölçek hizmet katmanını gözden geçirin.

Hiper Ölçek hizmet katmanı ne zaman seçilir?

Hiper Ölçek hizmet katmanı, bulut veritabanlarında geleneksel olarak görülen pratik sınırların çoğunu kaldırır. Diğer veritabanlarının çoğu tek bir düğümde bulunan kaynaklarla sınırlıysa, Hiper Ölçek hizmet katmanındaki veritabanlarının böyle bir sınırı yoktur. Esnek depolama mimarisiyle, hiper ölçek veritabanı gerektiği gibi büyür ve yalnızca kullandığınız depolama kapasitesi için faturalandırılırsınız.

Gelişmiş ölçeklendirme özelliklerinin yanı sıra Hiper Ölçek, yalnızca büyük veritabanları için değil, tüm iş yükleri için harika bir seçenektir. Hiper Ölçek ile şunları yapabilirsiniz:

0 ile 4 arasında yüksek kullanılabilirlik kopyalarının sayısını seçerek maliyeti kontrol altında tutarken yüksek dayanıklılık ve hızlı hata kurtarma elde edin.
İşlem ve depolama için alanlar arası yedekliliği etkinleştirerek yüksek kullanılabilirliği geliştirin.
Veritabanınızın sık erişilen bölümü için düşük G/Ç gecikme süresi (ortalama 1-2 milisaniye) elde edin. Daha küçük veritabanları için bu, veritabanının tamamı için geçerli olabilir.
Adlandırılmış replikalar kullanarak çeşitli okuma ölçeği genişletme senaryolarını uygulayın.
Verilerin yeni düğümlerde yerel depolamaya kopyalanması beklenmeden hızlı ölçeklendirmeden yararlanın.
Sıfır etkili sürekli veritabanı yedekleme ve hızlı geri yüklemenin keyfini çıkarın.
Yük devretme gruplarını ve coğrafi çoğaltmayı kullanarak iş sürekliliği gereksinimlerini destekleyin.

Donanım yapılandırması

Sanal çekirdek modelindeki yaygın donanım yapılandırmaları arasında standart seri (5. Nesil), premium seri, bellek iyileştirilmiş premium seri ve DC serisi bulunur. Hiperkapsam ayrıca premium seri ve premium seri bellek optimize edilmiş donanım için bir seçenek sunar. Donanım yapılandırması, iş yükü performansını etkileyen işlem ve bellek sınırlarını ve diğer özellikleri tanımlar.

İşlem kaynakları (CPU ve bellek) bölümünde açıklandığı gibi standart seri (5. Nesil) gibi bazı donanım yapılandırmaları birden fazla işlemci türü (CPU) kullanabilir. Belirli bir veritabanı veya elastik havuz aynı CPU türüne sahip donanımda uzun süre (genellikle birden çok ay) kalma eğiliminde olsa da, veritabanının veya havuzun farklı bir CPU türü kullanan donanıma taşınmasına neden olabilecek bazı olaylar vardır.

Veritabanı veya havuz, aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere çeşitli senaryolar için taşınabilir:

Hizmet hedefi değiştirildi
Veri merkezinde geçerli altyapı kapasite sınırlarına yaklaşıyor
Şu anda kullanılan donanım kullanım süresi sona erdiği için kullanımdan kaldırılıyor
Kullanılabilir kapasite nedeniyle alanlar arası yedekli yapılandırma etkinleştirildi ve farklı bir donanıma geçiş yapılıyor.

Bazı iş yükleri için farklı bir CPU türüne geçiş performansı değiştirebilir. SQL Veritabanı, cpu türü değişse bile tahmin edilebilir iş yükü performansı sağlamak amacıyla donanım yapılandırarak performans değişikliklerini dar bir bant içinde tutar. Ancak, SQL Veritabanı'ndaki müşteri iş yüklerinin geniş yelpazesinde ve yeni CPU türleri kullanıma sunuldukçe, veritabanı veya havuz farklı bir CPU türüne geçtiğinde performansta daha belirgin değişiklikler görmek bazen mümkündür.

Kullanılan CPU türünden bağımsız olarak, veritabanı veya elastik havuz için kaynak sınırları (çekirdek sayısı, bellek, maksimum veri IOPS,maksimum günlük hızı ve maksimum eş zamanlı çalışan sayısı gibi), veritabanı aynı hizmet hedefinde kaldığı sürece aynı kalır.

İşlem kaynakları (CPU ve bellek)

Aşağıdaki tabloda farklı donanım yapılandırmalarındaki ve işlem katmanlarındaki işlem kaynakları karşılaştırılmış durumdadır:

Donanım yapılandırması	İşlemci (CPU)	Hafıza
Standart seri (5. Nesil)	Tahsis edilen hesaplama - Intel® E5-2673 v4 (Broadwell) 2.3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2.5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milan) işlemciler - Hiper iş parçacıklı en fazla 128 sanal çekirdek sağlama Sunucusuz işlem* - Intel® E5-2673 v4 (Broadwell) 2.3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2.5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC 7763v (Milan) işlemciler - 80 sanal çekirdek (hiper iş parçacıklı) kadar otomatik ölçeklendirme - Bellek-sanal çekirdek oranı, iş yükü talebine göre belleğe ve CPU kullanımına dinamik olarak uyum sağlar ve sanal çekirdek başına 24 GB'a kadar yüksek olabilir. Örneğin, belirli bir zamanda bir iş yükü 240 GB bellek ve yalnızca 10 sanal çekirdek kullanabilir ve bunlar için faturalandırılabilir.	Tahsis edilen hesaplama - Sanal çekirdek başına 5,1 GB - En fazla 625 GB sağlama Sunucusuz işlem - Her bir sanal çekirdek başına 24 GB'a kadar otomatik olarak ölçeklendirme - En fazla 240 GB'a kadar otomatik ölçeklendirme
Fsv2 serisi**	- Intel® 8168 (Skylake) işlemciler - 3,4 GHz sürekli tüm çekirdek turbo saat hızına ve 3,7 GHz maksimum tek çekirdekli turbo saat hızına sahip. - En fazla 72 sanal çekirdek (hiper iş parçacığı) sağlama	- Sanal çekirdek başına 1,9 GB - En fazla 136 GB sağlama
DC serisi	- Intel® Xeon® E-2288G işlemciler - Intel Software Guard Uzantısı (Intel SGX) Özelliği - En fazla 8 sanal çekirdek sağlama (fiziksel)	Sanal çekirdek başına 4,5 GB

* sys.dm_user_db_resource_governance dinamik yönetim görünümünde, Intel® SP-8160 (Skylake) işlemcileri kullanan veritabanları için donanım oluşturma, Intel® 8272CL (Cascade Lake) kullanan veritabanları için donanım oluşturma 7. Nesil olarak ve Intel® Xeon® Platinum 8370C (Ice Lake) veya AMD® EPYC® 7763v (Milan) kullanan veritabanları için donanım oluşturma 8. Nesil olarak görünür. Belirli bir işlem boyutu ve donanım yapılandırması için, CPU türüne (Intel Broadwell, Skylake, Ice Lake, Cascade Lake veya AMD Milan) bakılmaksızın kaynak sınırları aynıdır.

** Fsv2 serisi donanım 1 Ekim 2026'da kullanımdan kaldırılacaktır.

Daha fazla bilgi için bkz. Tek veritabanları ve elastik havuzlar için kaynak sınırları.

Hiper Ölçek veritabanı işlem kaynakları ve belirtimi için bkz. Hiper Ölçek işlem kaynakları.

Standart seri (5. Nesil)

Standart seri (5. Nesil) donanım dengeli işlem ve bellek kaynakları sağlar ve çoğu veritabanı iş yükü için uygundur.

Standart seri (5. Nesil) donanım, dünya çapındaki tüm genel bölgelerde kullanılabilir.

Hiper ölçek premium serisi

Premium serisi donanım seçenekleri, Intel ve AMD'nin en son CPU ve bellek teknolojisini kullanır. Premium serisi, standart seri donanıma göre işlem performansını artırır.

Premium serisi seçeneği, Standart serilere kıyasla daha hızlı CPU performansı ve daha yüksek sayıda maksimum sanal çekirdek sunar.
Premium serisi bellek için iyileştirilmiş seçenek, Standart seriye göre iki kat bellek sağlar.

Standart seriler, premium seriler ve premium bellek serisi için optimize edilmiş bellek, Hiper Ölçek elastik havuzları için kullanılabilir.

Daha fazla bilgi için Hyperscale premium serisi blog duyurusuna bakın.

Kullanılabilir bölgeler için bkz. Hiperskal Premium-serisi kullanılabilirliği.

DC serisi

DC serisi donanım, Software Guard Uzantıları (Intel SGX) teknolojisine sahip Intel işlemciler kullanır.
Dc serisi, Sanallaştırma Tabanlı Güvenlik (VBS) kuşatmalarına kıyasla donanım kuşatmalarında daha güçlü güvenlik koruması gerektiren güvenli kuşatma iş yükleriyle Always Encrypted için gereklidir.
DC serisi, hassas verileri işleyen ve Always Encrypted tarafından güvenli kuşatmalarla sağlanan gizli sorgu işleme özellikleri gerektiren iş yükleri için tasarlanmıştır.
DC serisi donanım dengeli işlem ve bellek kaynakları sağlar.

DC serisi yalnızca Sağlanan işlem için desteklenir (Sunucusuz desteklenmez) ve alanlar arası yedekliliği desteklemez. DC serisinin kullanılabildiği bölgeler için bkz. DC serisi kullanılabilirliği.

DC serisi tarafından desteklenen Azure teklif türleri

DC serisi donanımda veritabanları veya elastik havuzlar oluşturmak için, aboneliğinYou-Go Olarak Öde veya Kurumsal Anlaşma (EA) gibi ücretli bir teklif türü olması gerekir. DC serisi tarafından desteklenen Azure teklif türlerinin tam listesi için bkz. Harcama limiti olmayan geçerli teklifler.

Donanım yapılandırmasını seçin

Oluşturma sırasında SQL Veritabanı'ndaki bir veritabanı veya elastik havuz için donanım yapılandırmasını seçebilirsiniz. Ayrıca mevcut bir veritabanının veya elastik havuzun donanım yapılandırmasını da değiştirebilirsiniz.

SQL Veritabanı veya havuzu oluştururken donanım yapılandırması seçmek için

Ayrıntılı bilgi için bkz. SQL Veritabanı oluşturma.

Temel Bilgiler sekmesinde İşlem + depolama bölümündeki Veritabanını yapılandır bağlantısını seçin ve ardından Yapılandırmayı değiştir bağlantısını seçin:

İstenen donanım yapılandırmasını seçin:

Var olan bir SQL Veritabanı veya havuzunun donanım yapılandırmasını değiştirmek için

Veritabanı için Genel Bakış sayfasında Fiyatlandırma katmanı bağlantısını seçin:

Havuz için Genel Bakış sayfasında Yapılandır'ı seçin.

Yapılandırmayı değiştirmek için adımları izleyin ve önceki adımlarda açıklandığı gibi donanım yapılandırmasını seçin.

Donanım kullanılabilirliği

Geçerli nesil donanım kullanılabilirliği hakkında bilgi için bkz. Azure SQL Veritabanı için Bölgeye Göre Özellik Kullanılabilirliği.

Önceki nesil donanım

Fsv2 serisi

Azure SQL Veritabanı için Fsv2 serisi donanım 1 Ekim 2026'da kullanımdan kaldırılacaktır. Hizmet kesintisini en aza indirmek ve fiyat performansını korumak için Hiper Ölçek premium serisi veya Standart seri (5. Nesil) donanımına geçiş yapın. Daha fazla bilgi için bkz . Kullanımdan Kaldırma Bildirimi: Azure SQL Veritabanı FSV2 serisi teklifi. Çoğu veritabanı ve iş yükü için Hiper Ölçek premium serisi veya Standart seri (5. Nesil) donanım, Fsv2'ye göre benzer veya daha iyi fiyat performansı sağlar. Emin olmak için lütfen bunu veritabanınızla ve iş yüklerinizle doğrulayın.

Fsv2 diğer donanımlara göre daha az bellek ve tempdb sanal çekirdek başına bellek sağlar, bu nedenle bu sınırlara duyarlı iş yükleri standart serilerde (5. Nesil) daha iyi performans gösterebilir.
Fsv2 serisi yalnızca Genel Amaçlı katmanında desteklenir.

4. Nesil

4. Nesil donanım kullanımdan kaldırılmıştır ve sağlama, yükseltme veya azaltma için kullanılamaz. Daha geniş bir sanal çekirdek ve depolama ölçeklenebilirliği, hızlandırılmış ağ, en iyi GÇ performansı ve en düşük gecikme süresi için veritabanınızı desteklenen bir donanım nesline geçirin. Tek veritabanları için donanım seçeneklerini ve elastik havuzlar için donanım seçeneklerini gözden geçirin. Daha fazla bilgi için bkz. Azure SQL Veritabanı 4. Nesil donanım desteği sona erdi.

Sonraki adım

Hızlı Başlangıç: Tek veritabanı oluşturma - Azure SQL Veritabanı