Sanal çekirdek satın alma modeli - Azure SQL Veritabanı

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

• Azure SQL Veritabanı
• Azure SQL Yönetilen Örnek

Bu makalede Azure SQL Veritabanı için sanal çekirdek satın alma modeliinceılmaktadır.

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ı, G/Ç ve veri ve günlük depolama, veritabanı veya elastik havuz başına ücretlendirilir. Yedekleme depolama alanı her veritabanı için ücretlendirilir.

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) için fiyatlandırma indirimleri.
• şirket içi dağıtımlardan geçişleri planlamayı kolaylaştıran, işlem gücü sağlayan 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

İşlem

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 saniye başına kullanılan işlem miktarı 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çeklendirir.
• Sağlanan işlem katmanı, saat başına sabit fiyatla sağlanan işlem miktarını faturalandırsa da sunucusuz işlem katmanı, saniye başına kullanılan işlem miktarını faturalar.

İşlem katmanından bağımsız olarak, hatalara ve hızlı yük devretmelere yüksek dayanıklılık sağlamak için İş Açısından Kritik hizmet katmanında üç ek yüksek kullanılabilirlik ikincil çoğaltması otomatik olarak ayrılır. Bu, maliyetin Genel Amaçlı hizmet katmanından yaklaşık 2,7 kat daha yüksek olmasını sağlar. 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.

Hiper Ölçek'te müşteriler, maliyetlerini denetlerken uygulamalarının gerektirdiği dayanıklılık düzeyini elde etmek için 0 ile 4 arasında ek yüksek kullanılabilirlik çoğaltmalarının sayısını denetler.

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ı için geçerlidir.

• Her işlem boyutu, varsayılan olarak 32 GB olan yapılandırılabilir bir maksimum veri boyutunu destekler.
• Maksimum veri boyutunu yapılandırdığınızda günlük dosyası için faturalanabilir depolama alanının yüzde 30'u 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 veri boyutu üst sınırını 1 GB artışlarla seçebilirsiniz.

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

• Maksimum veri depolama boyutu 100 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 depolama için sizden ücret alınmaz.
• tempdb yerel SSD depolama kullanır ve maliyeti sanal çekirdek fiyatına dahildir. SQL Veritabanı'de 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ılmış 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ında dosya alanını yönetme.

Yedekleme alanı

Veritabanı yedeklemeleri için depolama alanı, SQL Veritabanı belirli bir noktaya geri yükleme (PITR) ve uzun süreli saklama (LTR) özelliklerini desteklemek için 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 katmanlarında tek tek veritabanı yedekleri otomatik olarak Azure depolama alanına kopyalanır. Yeni yedeklemeler oluşturulduktan sonra depolama boyutu dinamik olarak artar. Depolama tam, farklar ve işlem günlüğü yedeklemeleri tarafından kullanılır. Depolama tüketimi, veritabanının değişim oranı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ırma seçeneğiniz de vardır. 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 bkz. Uzun süreli yedekleme saklama.

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 arasında Genel Amaçlı, İş Açısından Kritik ve Hiper Ölçek bulunur. Hizmet katmanı genellikle depolama türü ve performansı, 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	Hiper Ölçek
En iyi kullanım alanı:	Ç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 karşı 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 olanlar dahil olmak üzere en geniş iş yükü yelpazesi. Birden fazla yüksek kullanılabilirlik ikincil çoğaltma yapılandırmasına izin vererek hatalara karşı daha yüksek dayanıklılık sunar.
İşlem boyutu	2 - 128 sanal çekirdek	2 - 128 sanal çekirdek	2 - 128 sanal çekirdek1
Depolama türü	Premium uzak depolama (örnek başına)	Süper hızlı yerel SSD depolama (örnek başına)	Yerel SSD önbelleğiyle eşleştirilmiş depolama (işlem çoğaltması başına)
Depolama boyutu1	1 GB – 4 TB	1 GB – 4 TB	10 GB – 100 TB
IOPS	Maksimum 7.000 IOPS ile sanal çekirdek başına 500 IOPS	Maksimum 200.000 IOPS ile sanal çekirdek başına 8.000 IOPS	Maksimum yerel SSD ile 327.680 IOPS Hiper Ölçek, 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/sanal çekirdek	5,1 GB	5,1 GB	5,1 GB veya 10,2 GB4
Yedeklemeler	Coğrafi olarak yedekli, alanlar arası yedekli veya yerel olarak yedekli yedekleme depolama, 1-35 gün saklama (varsayılan 7 gün) seçeneği 10 yıla kadar kullanılabilen uzun süreli saklama	Coğrafi olarak yedekli, alanlar arası yedekli veya yerel olarak yedekli yedekleme depolama, 1-35 gün saklama (varsayılan 7 gün) seçeneği 10 yıla kadar kullanılabilen 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 2, 10 yıla kadar uzun süreli saklama kullanılabilir 3
Kullanılabilirlik	1 çoğaltma, okuma ölçeğinde çoğaltma yok, alanlar arası yedekli yüksek kullanılabilirlik (HA)	3 çoğaltma, 1 okuma ölçeğinde çoğaltma, alanlar arası yedekli yüksek kullanılabilirlik (HA)	alanlar arası yedekli yüksek kullanılabilirlik (HA) (önizleme)
Fiyatlandırma/faturalama	Sanal çekirdek, ayrılmış depolama alanı ve yedekleme alanı ücretlendirilir. IOPS ücretlendirilmiyor.	Sanal çekirdek, ayrılmış depolama alanı ve yedekleme alanı ücretlendirilir. IOPS ücretlendirilmiyor.	Her çoğaltma ve kullanılan depolama için sanal çekirdek ücretlendirilir. IOPS henüz ücretlendirilmedi.
İndirim modelleri	Ayrılmış örnekler Azure Hibrit Avantajı (geliştirme ve test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test abonelikleri	Ayrılmış örnekler Azure Hibrit Avantajı (geliştirme ve test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test abonelikleri	Azure Hibrit Avantajı (geliştirme ve test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test abonelikleri

¹ Elastik havuzlar Hiper Ölçek hizmet katmanında desteklenmez.
² Hiper Ölçek veritabanları için 1-35 gün boyunca kısa süreli yedekleme saklama artık önizleme aşamasındadır.
³ Hiper Ölçek veritabanları için uzun süreli saklama artık önizleme aşamasındadır. ⁴ 10,2 GB/sanal çekirdek, premium seri bellek için iyileştirilmiş donanım (önizleme) ile kullanılabilir.

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

Not

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

Genel Amaçlı

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 modelinde dört düğüm gösterilmektedir.

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ış verileri içeren durum bilgisi olmayan işlem katmanı (örneğin, plan önbelleği, arabellek havuzu, sütun deposu havuzu). Bu durum bilgisi olmayan düğüm, işlemi başlatan, düğümün 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ı yaşanmayacağını garanti eder. Azure Depolama, işlem kilitlense bile günlük dosyasındaki veya veri dosyasındaki her kaydın korunmasını sağlayan yerleşik veri kullanılabilirliğine/yedekliliğine sahiptir.

Veritabanı altyapısı veya işletim sistemi her 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 veri/günlük dosyaları yeni başlatılan işleme 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üresinden ve yeni düğümün soğuk önbellekle başlamasından dolayı yoğun iş yükleri üzerinde bazı performans etkileri olabilir.

Bu hizmet katmanının ne zaman seçileceği

Genel Amaçlı hizmet katmanı, genel iş yüklerinin çoğu için tasarlanmış Azure SQL Veritabanındaki varsayılan hizmet katmanıdır. Varsayılan SLA ve depolama gecikme süresi 5 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.

İş Açısından Kritik

İş 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ı altyapısı düğümlerinin bir çekirdeğini kullanır. Temel alınan işletim sisteminin, sürücülerin ve veritabanı altyapısının yükseltmeleri ve düzeltme ekleri, son kullanıcılar için minimum çalışma süresiyle saydam bir şekilde gerçekleşir.

İş Açısından Kritik modelinde işlem ve depolama her düğümde tümleşiktir. Dört düğümlü bir kümenin her düğümünde veritabanı altyapısı işlemleri arasında veri çoğaltması yüksek kullanılabilirlik elde eder ve her düğüm yerel olarak bağlı SSD'yi veri depolama alanı olarak kullanır.

Hem veritabanı altyapısı işlemi hem de temel alınan .mdf/.ldf dosyaları, iş yükünüz için düşük gecikme süresi sağlayan yerel olarak bağlı SSD depolamaya sahip aynı düğüme yerleştirilir. Yüksek kullanılabilirlik, SQL Server AlwaysOn 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 verilerin kopyalarını içeren üç ikincil çoğaltmaya sahip bir veritabanı düğümleri kümesidir. Birincil çoğaltma, birincil çoğaltma herhangi bir nedenle başarısız olursa verilerin ikincil çoğaltmalarda kullanılabilir olduğundan emin olmak için değişiklikleri sürekli olarak ikincil çoğaltmalara yönlendirir. Yük devretme Service Fabric ve veritabanı altyapısı tarafından işlenir; bir ikincil çoğaltma birincil olur 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 çoğaltmaya 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.

Bu hizmet katmanının ne zaman seçileceği

İş Açısından Kritik hizmet katmanı, temel alınan SSD depolama alanından (ortalama 1-2 ms) düşük gecikme süreli yanıtlar, temel alınan altyapı başarısız olursa daha hızlı kurtarma gerektiren veya raporları, analizleri ve salt okunur sorguları birincil veritabanının ücretsiz okunabilir ikincil çoğaltmasına boşaltması gereken uygulamalar için tasarlanmıştır.

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ı olarak hızlı yanıt alınması gereken iş yükleri (ortalama 1-2 milisaniye) İş Açısından Kritik katmanı kullanmalıdır.
• Tek bir ücretsiz ikincil salt okunur çoğaltmanın yeterli olduğu raporlama ve analiz sorguları içeren iş yükü.
• 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ı. İş Açısından Kritik katmanı arka planda veritabanları çoğaltmaları kullandığından hizmet, veri bozulmasını azaltmaya yardımcı olmak için yansıtma ve kullanılabilirlik gruplarıyla kullanılabilen otomatik sayfa onarımını kullanır. Bir çoğaltma veri bütünlüğü sorunu nedeniyle 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 coğrafi ikincil çoğaltma varsa bu işlev Genel Amaçlı katmanında kullanılabilir.
• Daha yüksek kullanılabilirlik - Çoklu 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ının 5 saniyelik garantili Kurtarma Noktası Hedefi (RPO) ve dağıtılan saatlerin %100'ünün Kurtarma Süresi Hedefi (RTO) 30 saniyedir.

Hiper Ölçek

Hiper Ölçek hizmet katmanı tüm iş yükü türleri için uygundur. Buluta özel mimarisi, en geniş geleneksel ve modern uygulamaları 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ı'na bakın.

Bu hizmet katmanının ne zaman seçileceği

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 sağlanan kaynaklarla sınırlıysa, Hiper Ölçek hizmet katmanındaki veritabanlarının böyle bir sınırı yoktur. Esnek depolama mimarisi sayesinde Hiper Ölçek veritabanı gerektiğinde 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 çoğaltmalarının sayısını seçerek maliyeti denetlerken yüksek dayanıklılık ve hızlı hata kurtarma elde edin.
• İşlem ve depolama için bölge yedekliliğini 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, tüm veritabanı için geçerli olabilir.
• Adlandırılmış çoğaltmalarla çok çeşitli okuma ölçeği genişletme senaryoları 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.

Kaynak sınırları

Sanal çekirdek kaynak sınırları için bkz. mantıksal sunucular, tek veritabanları, havuza alınan veritabanları.

Donanım yapılandırması

Sanal çekirdek modelindeki yaygın donanım yapılandırmaları standart seri (5. Nesil), Fsv2 serisi ve DC serisidir. Hiper Ölçek ayrıca premium serisi ve premium serisi bellek için iyileştirilmiş donanım için bir seçenek sağlar. Donanım yapılandırması, işlem ve bellek sınırlarını ve iş yükü performansını etkileyen 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ı veya havuzun farklı bir CPU türü kullanan donanıma taşınmasına neden olabilecek bazı olaylar vardır. Örneğin, veritabanının veya havuzun ölçeği farklı bir hizmet hedefine artırıldıysa veya azaltıldıysa ya da bir veri merkezinde geçerli altyapı kapasite sınırlarına yaklaşıyorsa veya kullanım ömrü sona erdiği için şu anda kullanılan donanımın yetkisi alınıyorsa veritabanı veya havuz taşınabilir.

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 öngörülebilir 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ı çalışan çok çeşitli müşteri iş yükleri yelpazesinde ve yeni CPU türleri kullanıma sunuldukçe, bazen veritabanı veya havuzun performansında farklı bir CPU türüne taşınan daha belirgin değişiklikler görmek mümkündür.

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

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 genelindeki 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'larını ve bellek teknolojilerini 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, premium serilere göre iki kat bellek miktarı sunar.

Premium serisi ve premium serisi bellek için iyileştirilmiş donanım yalnızca Hiper Ölçek veritabanları için kullanılabilir.

• Daha fazla bilgi için Bkz. Hiper Ölçek premium serisi blog duyurusu.

Kullanılabilir bölgeler için bkz. Hiper Ölçek premium serisi kullanılabilirliği.

Fsv2 serisi

• Fsv2 serisi, en fazla CPU gerektiren iş yükleri için düşük CPU gecikme süresi ve yüksek saat hızı sunan, işlem için iyileştirilmiş bir donanım yapılandırmasıdır.
• İş yüküne bağlı olarak, Fsv2 serisi sanal çekirdek başına diğer donanım türlerine göre daha fazla CPU performansı sunabilir. Örneğin, 72 sanal çekirdek Fsv2 işlem boyutu, Standart serilerde (5. Nesil) daha düşük maliyetle 80 sanal çekirdekten daha fazla CPU performansı sağlayabilir.
• Fsv2 diğer donanımlara göre sanal çekirdek başına daha az bellek sağlar tempdb , bu nedenle bu sınırlara duyarlı iş yükleri standart serilerde (5. Nesil) daha iyi performans gösterebilir.

içinde Fsv2 serisi yalnızca Genel Amaçlı katmanında desteklenir. Fsv2 serisinin kullanılabildiği bölgeler için bkz. Fsv2 serisi kullanılabilirlik.

DC serisi

• DC serisi donanım, Software Guard Uzantıları (Intel SGX) teknolojisine sahip Intel işlemciler kullanır.
• DC serisi, diğer donanım yapılandırmalarıyla desteklenmeyen güvenli kuşatmalara sahip Always Encrypted için gereklidir.
• DC serisi, hassas verileri işleyen ve güvenli kuşatmalarla Always Encrypted tarafından 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ğin Kullandıkça Ö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çme

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

SQL Veritabanı veya havuz oluştururken donanım yapılandırmasını 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:

Mevcut bir SQL Veritabanı veya havuzun 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

Önceki nesil donanımlar hakkında bilgi için bkz. Önceki nesil donanım kullanılabilirliği.

Standart seri (5. Nesil)

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

Hiper Ölçek premium serisi

Hiper ölçek hizmet katmanı (şu anda önizleme aşamasındadır) premium serisi ve premium serisi bellek için iyileştirilmiş donanım aşağıdaki bölgelerde kullanılabilir:

• Doğu Avustralya
• Orta Kanada
• Orta Hindistan
• Central US
• Doğu ABD
• Doğu Japonya
• Kuzey Avrupa
• Orta Kuzey ABD
• Orta Güney ABD
• Güney Birleşik Krallık
• West Europe
• Batı ABD 1
• Batı ABD 2

Fsv2 serisi

Fsv2 serisi aşağıdaki bölgelerde kullanılabilir:

• Orta Avustralya
• Orta Avustralya 2
• Doğu Avustralya
• Güneydoğu Avustralya
• Güney Brezilya
• Orta Kanada
• Doğu Asya
• Doğu ABD
• Orta Fransa
• Hindistan Orta
• Güney Kore - Orta
• Güney Kore - Güney
• Kuzey Avrupa
• Güney Afrika - Kuzey
• Güneydoğu Asya
• Güney Birleşik Krallık
• Batı Birleşik Krallık
• West Europe
• Batı ABD 2

DC serisi

DC serisi aşağıdaki bölgelerde kullanılabilir:

• Orta Kanada
• Doğu Kanada
• Doğu ABD
• Kuzey Avrupa
• Güney Birleşik Krallık
• West Europe
• Batı ABD

Şu anda desteklenmeyen bir bölgede DC serisine ihtiyacınız varsa bir destek isteği gönderin. Temel Bilgiler sayfasında aşağıdakileri sağlayın:

1. Sorun türü içinTeknik'i seçin.
2. Donanım için istenen aboneliği sağlayın. İleri’yi seçin.
3. Hizmet türü için SQL Veritabanı'ı seçin.
4. Kaynak için Genel soru'ya tıklayın.
5. Özet için istenen donanım kullanılabilirliğini ve bölgesini sağlayın.
6. Sorun türü içinGüvenlik, Özel ve Uyumluluk'a tıklayın.
7. Sorun alt türü için Always Encrypted'yi seçin.

İş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ış:

Donanım yapılandırması	CPU	Bellek
4. Nesil	- Intel® E5-2673 v3 (Haswell) 2.4 GHz işlemciler - En fazla 24 sanal çekirdek sağlama (fiziksel)	- Sanal çekirdek başına 7 GB - 168 GB'a kadar sağlama
Standart seri (Gen5)	Sağlanan işlem - Intel® E5-2673 v4 (Broadwell) 2.3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2.5 GHz*, Intel® Xeon Platinum 8307C (Ice Lake)*, AMD EPYC 7763v (Milan) işlemciler - En fazla 128 sanal çekirdek sağlama (hiper iş parçacıklı) 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 8307C (Ice Lake)*, AMD EPYC 7763v (Milan) işlemciler - 40 sanal çekirdek (hiper iş parçacıklı) kadar otomatik ölçeklendirme	Sağlanan işlem - Sanal çekirdek başına 5,1 GB - En fazla 625 GB sağlama Sunucusuz işlem - Sanal çekirdek başına 24 GB'a kadar otomatik ölçeklendirme - En fazla 120 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ıklı) sağlama	- Sanal çekirdek başına 1,9 GB - 136 GB'a kadar sağlama
M serisi	- Intel® E7-8890 v3 2.5 GHz ve Intel® 8280M 2.7 GHz (Cascade Lake) işlemciler - En fazla 128 sanal çekirdek sağlama (hiper iş parçacıklı)	- Sanal çekirdek başına 29 GB - 3,7 TB'a kadar sağlama
DC serisi	- Intel® XEON E-2288G işlemciler - Intel Software Guard Uzantısı (Intel SGX) özelliğine sahip - 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 8307C (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.

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ı.

Önceki nesil donanım

4. Nesil

Önemli

4. nesil donanım kullanımdan kaldırılıyor ve 18 Aralık 2019'da duyuruldu. Azure SQL Veritabanı için 4. Nesil donanım veya Azure SQL Yönetilen Örneği kullanan müşteriler, 31 Mart 2023'den önce standart seri (Gen5) gibi şu anda kullanılabilir olan donanımlara geçiş yapmalıdır. Mevcut 4. Nesil veritabanları, elastik havuzlar ve SQL yönetilen örnekleri, eşdeğer standart seri (5. Nesil) donanıma otomatik olarak geçirilir.

Otomatik geçişin neden olduğu kapalı kalma süresi, seçilen hizmet katmanı içindeki ölçeklendirme işlemleri sırasındaki kapalı kalma süresine çok az ve benzer olacaktır. İş yüklerinde plansız kesintileri önlemek için, 31 Mart 2023'den önce tercihiniz sırasında proaktif geçiş. 4. Nesil donanımı kullanımdan kaldırma ve geçerli donanıma geçiş hakkında daha fazla bilgi için 4. Nesil kullanımdan kaldırma hakkındaki blog gönderimize bakın.

M serisi

Önemli

Azure SQL Veritabanı için M serisi donanım kullanımdan kaldırılmıştır ve yeni dağıtımlarda kullanılamaz.

Mevcut müşterilerin Eylül 2023'e kadar diğer donanım katmanlarına geçmeleri gerekir.

M serisi yalnızca İş Açısından Kritik katmanında desteklenir ve alanlar arası yedekliliği desteklemez.

Sonraki adımlar

• Başlamak için bkz. Azure portal kullanarak SQL Veritabanı oluşturma
• Fiyatlandırma ayrıntıları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın
• Kullanılabilir belirli işlem ve depolama boyutları hakkında ayrıntılı bilgi için bkz:
  • Azure SQL Veritabanı için sanal çekirdek tabanlı kaynak sınırları
  • Havuza alınan Azure SQL Veritabanı için sanal çekirdek tabanlı kaynak sınırları