Sanal çekirdek satın alma modeli - Azure SQL Veritabanı
Ş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ı, G/Ç, veri ve günlük depolama alanı veritabanı veya elastik 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) için fiyatlandırma indirimleri.
- İş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
İş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 saniyede 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ç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 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 ek çoğaltmalar maliyeti Genel Amaçlı hizmet katmanındaki maliyetin yaklaşık 2,7 kat daha yüksek olmasını sağlar. Benzer şekilde, İş Açısından Kritik hizmet katmanındaki 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, maliyetleri 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.
Azure SQL Veritabanı 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 otomatik olarak faturalanabilir depolama alanının yüzde 30'unu ekler.
- Genel Amaçlı hizmet katmanında
tempdbyerel SSD depolama alanı kullanılır ve bu depolama maliyeti sanal çekirdek fiyatına dahildir. - İş Açısından Kritik hizmet katmanında yerel
tempdbSSD depolama alanını veri ve günlük dosyalarıyla paylaşır vetempdbdepolama 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 en büyük 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 depolama için sizden ücret alınmaz.
tempdbyerel 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ı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 alanı, SQL Veritabanı 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 katmanlarında tek tek veritabanı yedeklemeleri otomatik olarak Azure depolama alanına 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 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 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 Bellek İçi OLTP gibi belirli özelliklerin kullanılabilirliğini belirler.
| Kullanım örneği | Genel Amaçlı | İş Açısından Kritik | Hiper Ölçek |
|---|---|---|---|
| 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 kullanılabilirlik ikincil çoğaltma yapılandırmasına izin vererek hatalara daha yüksek dayanıklılık sunar. |
| İşlem boyutu | 2 - 128 sanal çekirdek | 2 - 128 sanal çekirdek | 2 - 128 sanal çekirdek |
| Depolama türü | Premium uzak depolama (örnek başına) | Süper hızlı yerel SSD depolama (örnek başına) | Yerel SSD önbelleğiyle ayrılmış depolama (işlem çoğaltması başına) |
| 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 en fazla 327.680 IOPS ile 4.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 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çeğinde ç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 çoğaltma ve kullanılan depolama için sanal çekirdek ücretlendirilir. IOPS ücretlendirilmiyor. |
| İndirim modelleri | Ayrılmış örnekler Azure Hibrit Avantajı (geliştirme/test aboneliklerinde kullanılamaz) Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri |
Ayrılmış örnekler 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) 1 Kurumsal ve Kullandıkça Öde Geliştirme ve Test teklif abonelikleri |
| Bellek içi OLTP tabloları | Hayır | Evet | Hayır |
1 Yakında SQL Veritabanı Hiper Ölçek için basitleştirilmiş fiyatlandırma. Ayrıntılar için Hiper Ölçek fiyatlandırma blogunu 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.
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 modelde dört düğüm gösterilmektedir.
Genel Amaçlı hizmet katmanının mimari modelinde iki katman vardır:
- İşlemi çalıştıran
sqlservr.exeve 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 günlük dosyasındaki veya veri dosyasındaki tüm kayıtların korunmasını sağlayan yerleşik veri kullanılabilirliği/yedekliliği vardır.
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 yoğun iş yükleri üzerinde bazı performans etkileri olabilir.
Bu hizmet katmanı ne zaman seçilir?
Genel Amaçlı hizmet katmanı, genel iş yüklerinin çoğu için tasarlanmış Azure SQL Veritabanı 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.
İş 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ğine dayanı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 en düşük çalışma 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 ç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 iletir. Yük devretme Service Fabric ve veritabanı altyapısı tarafından işlenir; ikincil bir ç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ı ne zaman seçilir?
İş Açısından Kritik hizmet katmanı, temel alınan SSD depolama alanından düşük gecikme süreli yanıtlar (ortalama 1-2 ms), temel alınan altyapı başarısız olursa daha hızlı kurtarma gerektiren veya raporları, analizleri ve salt okunur sorguları ücretsiz olarak birincil veritabanının 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ı bir şekilde 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ını 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. 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 coğrafi ikincil çoğaltma 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'ünün 30 saniyelik Kurtarma Süresi Hedefi (RTO) vardır.
Hiper Ölçek
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.
Bu 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 ç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 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ış ç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.
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 seri ve premium seri bellek için iyileştirilmiş donanım için bir seçenek sağlar. 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
- Alanlar arası yedekli yapılandırma etkinleştirildi ve kullanılabilir kapasite nedeniyle farklı bir donanıma taşını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 ö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ı'daki 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ı | CPU | Bellek |
|---|---|---|
| Standart seri (5. Nesil) | 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 8370C (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 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 noktada bir iş yükü 240 GB bellek ve yalnızca 10 sanal çekirdek için kullanılabilir ve faturalandırılabilir. |
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 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 sağlama (hiper iş parçacıklı) |
- 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.
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 maksimum sanal çekirdek sayısı daha yüksektir.
- Premium serisi bellek için iyileştirilmiş seçenek, Standart seriye göre iki kat bellek sağlar.
- Standart seriler, premium seriler ve premium seriler için iyileştirilmiş bellek, Hiper Ölçek elastik havuzları için kullanılabilir.
Daha fazla bilgi için hiper ölçek premium serisi blog duyurusunun konusuna bakın.
Kullanılabilir bölgeler için bkz . Hiper Ölçek premium serisi kullanılabilirliği.
Fsv2 serisi
- Fsv2 serisi, en çok 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. Hiper Ölçek premium serisi donanım yapılandırmalarına benzer şekilde, Fsv2 serisi Intel ve AMD'nin en son CPU ve bellek teknolojisiyle desteklenir ve müşterilerin Genel Amaçlı hizmet katmanında veritabanlarını ve elastik havuzları kullanırken en son donanımdan yararlanmasını sağlar.
- İş yüküne bağlı olarak, Fsv2 serisi sanal çekirdek başına diğer donanım türlerinden 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 daha az bellek ve
tempdbsanal ç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.
içindeki Fsv2 serisi yalnızca Genel Amaçlı katmanında desteklenir. Fsv2 serisinin kullanılabildiği bölgeler için bkz . Fsv2 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ımlarda 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çin
Oluşturma sırasında SQL Veritabanı 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 havuz 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:
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 çapındaki tüm genel bölgelerde kullanılabilir.
Hiper ölçek premium serisi
Hiper ölçek hizmet katmanı premium serisi ve premium serisi bellek için iyileştirilmiş donanım, aşağıdaki bölgelerdeki tek veritabanları ve elastik havuzlar için kullanılabilir:
- Doğu Avustralya **
- Güneydoğu Avustralya
- Güney Brezilya **,*
- Orta Kanada **
- Doğu Kanada
- Doğu Asya
- Avrupa Kuzey **
- Batı Avrupa **
- Orta Fransa
- Orta Batı Almanya
- Hindistan Orta
- Güney Hindistan
- Doğu Japonya **
- Batı Japonya
- Güneydoğu Asya**
- Kuzey İsviçre
- İsveç Orta **,*
- Güney Birleşik Krallık **
- Birleşik Krallık Batı *
- ABD Orta **
- ABD Doğu **
- ABD Doğu 2 **
- ABD Orta Kuzey
- ABD Orta Güney
- ABD Orta Batı
- ABD Batı 1
- ABD Batı 2 **
- ABD Batı 3 **
* Premium serisi bellek için iyileştirilmiş donanım şu anda kullanılamıyor.
** Alanlar arası yedeklilik desteği içerir.
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
- Kuzey Avrupa
- Batı Avrupa
- Orta Fransa
- Hindistan Orta
- Güney Kore - Orta
- Güney Kore - Güney
- Güney Afrika Kuzey
- Güneydoğu Asya
- Güney Birleşik Krallık
- Batı Birleşik Krallık
- ABD Doğu
- ABD Batı 2
DC serisi
DC serisi aşağıdaki bölgelerde kullanılabilir:
- Orta Kanada
- Batı Avrupa
- Kuzey Avrupa
- Güneydoğu Asya
- Güney Birleşik Krallık
- ABD Batı
- ABD Doğu
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:
- Sorun türü için Teknik'i seçin.
- Donanım için istenen aboneliği sağlayın. İleri'yi seçin.
- Hizmet türü için SQL Veritabanı'ı seçin.
- Kaynak için Genel soru'ya tıklayın.
- Özet için istenen donanım kullanılabilirliğini ve bölgesini belirtin.
- Sorun türü için Güvenlik, Özel ve Uyumluluk'a tıklayın.
- Sorun alt türü için Always Encrypted'ı seçin.
Önceki nesil donanım
Gen4
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.