İş Açısından Kritik katmanı - Veritabanı ve Azure SQL Yönetilen Örneği Azure SQL

Şunlar için geçerlidir: Azure SQL Veritabanı Azure SQL Yönetilen Örneği

Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği, altyapı hatalarında bile varsayılan SLA kullanılabilirliğini sağlamak amacıyla bulut ortamı için ayarlanan SQL Server veritabanı altyapısı mimarisini temel alır.

Bu makalede, Azure SQL Veritabanı ve Azure SQL Yönetilen örneği tarafından kullanılan İş Açısından Kritik hizmet katmanı açıklanır ve karşılaştırılır. İş Açısından Kritik hizmet katmanı en iyi şekilde yüksek işlem hızı, düşük GÇ gecikme süresi ve yüksek GÇ aktarım hızı gerektiren uygulamalar için kullanılır. Bu hizmet katmanı, zaman uyumlu olarak güncelleştirilen birden çok çoğaltma kullanarak hatalara ve hızlı yük devretmelere karşı en yüksek dayanıklılığı sunar.

Genel Bakış

İş Açısından Kritik hizmet katmanı modeli, bir veritabanı altyapısı işlemleri kümesini temel alır. Bu mimari model, kullanılabilir veritabanı altyapısı düğümlerinin her zaman bir çekirdeği olduğu ve bakım etkinlikleri sırasında bile iş yükünüz üzerinde en az performans etkisine sahip olduğu gerçeğine dayanır.

Azure işletim sistemi, sürücüler ve SQL Server veritabanı altyapısını son kullanıcılar için minimum çalışma süresiyle saydam bir şekilde yükseltir ve yamalar.

İş Açısından Kritik modelinde işlem ve depolama her düğümde tümleşiktir. Yüksek kullanılabilirlik, dört düğümlü bir kümenin her düğümündeki veritabanı altyapısı işlemleri arasında verilerin çoğaltılarak ve her düğümde veri depolama alanı olarak yerel olarak bağlı SSD kullanılarak elde edilir. Bu teknoloji, SQL Server Always On kullanılabilirlik gruplarına benzer.

Veritabanı altyapısı düğümleri kümesi

hem SQL Server 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 depolama ile 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şilebilir bir birincil veritabanına ve verilerin kopyalarını içeren üç ikincil işleme sahip bir veritabanı düğümleri kümesidir. Birincil düğüm, birincil düğüm 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 düğümlere iletir. Yük devretme, SQL Server veritabanı altyapısı tarafından işlenir; kümede yeterli düğüm olduğundan emin olmak için bir ikincil çoğaltma birincil düğüm olur ve yeni bir ikincil çoğaltma oluşturulur. İş yükü otomatik olarak yeni birincil düğüme yönlendirilir.

Ayrıca, İş Açısından Kritik kümesinde, birincil iş yükünüzün performansını etkilememesi gereken salt okunur sorgular (örneğin raporlar) çalıştırmak için kullanılabilecek ücretsiz yerleşik salt okunur çoğaltma sağlayan yerleşik 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 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 hızlı yanıt gerektiren iş yükleri (ortalama 1-2 milisaniye) İş Açısından Kritik katmanı kullanmalıdır.
  • Ücretsiz ikincil salt okunur çoğaltmaya yeniden yönlendirilebilen raporlama ve analiz sorgularına sahip iş yükü.
  • Daha yüksek dayanıklılık ve hatalardan daha hızlı kurtarma. Sistem hatası durumunda birincil örnekteki veritabanı devre dışı bırakılır ve ikincil çoğaltmalardan biri anında sorguları işlemeye hazır yeni okuma-yazma birincil veritabanı haline gelir. Veritabanı altyapısının günlük dosyasındaki işlemleri analiz edip yinelemesi ve bellek arabelleğindeki tüm verileri yüklemesi gerekmez.
  • Gelişmiş veri bozulması koruması. İş Açısından Kritik katmanı, iş sürekliliği amacıyla arka planda veritabanı çoğaltmalarını kullanır ve bu nedenle hizmet ayrıca veritabanı yansıtma ve kullanılabilirlik gruplarını SQL Server için kullanılan teknoloji olan otomatik sayfa onarımını da kullanır. Bir çoğaltmanın veri bütünlüğü sorunu nedeniyle sayfayı okuyamama durumunda, 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. Bu işlevsellik, veritabanının coğrafi olarak ikincil çoğaltması varsa Genel Amaçlı katmanında geçerlidir.
  • Daha yüksek kullanılabilirlik - Multi-AZ 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.

İş Açısından Kritik kaynak sınırlarını karşılaştırma

Azure SQL Veritabanı ve İş Açısından Kritik hizmet katmanındaki Azure SQL yönetilen Örneğin kaynak sınırlarının kısa bir genel bakış karşılaştırması için bu bölümdeki tabloyu gözden geçirin.

Kaynak sınırları hakkında kapsamlı ayrıntılar için şunları gözden geçirin:

SQL Veritabanı ile SQL Yönetilen Örneği arasındaki özellikleri karşılaştırmak için veritabanı altyapısı özelliklerine bakın.

Aşağıdaki tabloda hem Azure SQL Veritabanı hem de İş Açısından Kritik hizmet katmanındaki Azure SQL Yönetilen Örneği için kaynak sınırları gösterilmektedir.

Kategori Azure SQL Veritabanı Azure SQL Yönetilen Örnek
İşlem boyutu 1 - 128 sanal çekirdek 4, 8, 16, 24, 32, 40, 64, 80 sanal çekirdek
Depolama türü Yerel SSD depolama Yerel SSD depolama
Depolama boyutu 1 GB – 4 TB 32 GB – 16 TB
Tempdb boyutu Sanal çekirdek başına 32 GB 4 TB'a kadar - depolama boyutuyla sınırlıdır
Günlük yazma aktarım hızı Tek veritabanları: Sanal çekirdek başına 12 MB/sn (maksimum 96 MB/sn)
Elastik havuzlar: Sanal çekirdek başına 15 MB/sn (maksimum 120 MB/sn)
Sanal çekirdek başına 4 MB/sn (maksimum 48 MB/sn)
Kullanılabilirlik Varsayılan SLA
Alanlar arası yedekliliğe sahip %99,995 SLA
Varsayılan SLA
Yedeklemeler RA-GRS, 1-35 gün (varsayılan olarak 7 gün) RA-GRS, 1-35 gün (varsayılan olarak 7 gün)
Salt okunur çoğaltmalar 1 yerleşik yüksek kullanılabilirlik çoğaltması okunabilir
0 - 4 coğrafi çoğaltma
1 yerleşik yüksek kullanılabilirlik çoğaltması okunabilir
Otomatik yük devretme gruplarını kullanan 0 - 1 coğrafi çoğaltma
Fiyatlandırma/Faturalama Sanal çekirdek, ayrılmış depolama alanı, yedekleme depolama alanı ve coğrafi çoğaltmalar ücretlendirilir.
Yüksek kullanılabilirlik çoğaltmaları ücretlendirilmiyor.
IOPS ücretlendirilmiyor.
Sanal çekirdek, ayrılmış depolama alanı, yedekleme depolama alanı ve coğrafi çoğaltmalar ücretlendirilir.
Yüksek kullanılabilirlik çoğaltmaları ücretlendirilmiyor.
IOPS ücretlendirilmiyor.
İ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

Sonraki adımlar