Yönetilen Örnek Azure SQL Veritabanı SQL yüksek kullanılabilirlik

Uygulama hedefi: Azure SQL Veritabanı Azure SQL yönetilen örneği

Azure SQL Veritabanı ve SQL Yönetilen Örneği'nde yüksek kullanılabilirlik mimarisinin amacı, bakım işlemlerinin ve kesintilerin etkisi konusunda endişelenmeden veritabanınızı en az %99,99 oranında çalıştıracak şekilde çalıştırmayı garanti etmektir. Farklı katmanlara yönelik belirli SLA'lar hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı için SLA ve Azure SQL Yönetilen Örneğiiçin SLA.

Azure düzeltme eki uygulama, yedeklemeler, Windows ve Azure SQL yükseltmelerinin yanı sıra temel alınan donanım, yazılım veya ağ hataları gibi planlanmamış olaylar gibi kritik hizmet görevlerini otomatik olarak işler. Uygulamadaki temel Azure SQL Veritabanı düzeltme eki ekli olduğunda veya devredilemezse, uygulamanıza yeniden deneme mantığını kullanırsanız kapalı kalma süresi fark edilemez. SQL Veritabanı ve SQL Yönetilen Örnek, verilerinizin her zaman kullanılabilir olmasını sağlamak için en kritik durumlarda bile hızlı bir şekilde kurtarılabilir.

Yüksek kullanılabilirlik çözümü, işlenen verilerin hatalardan dolayı asla kaybedilmeksizin, bakım işlemlerinin iş yüklerinizi etkilemesini ve veritabanının yazılım mimarinizin tek hata noktası olmayacak olmasını sağlamak için tasarlanmıştır. Veritabanı yükseltilirken veya korunurken iş yükünü durdurmanız gereken bakım pencereleri veya kapalı kalma süreleri yoktur.

İki yüksek kullanılabilirlik mimari modeli vardır:

• İşlem ve depolama ayrımını temel alan standart kullanılabilirlik modeli. Uzak depolama katmanının yüksek kullanılabilirlik ve güvenilirliğine bağlıdır. Bu mimari, bakım etkinlikleri sırasında bazı performans düşüşlerini tolere edile bütçe odaklı iş uygulamalarını hedefler.
• Premium veritabanı altyapısı işlemlerini temel alan bir kullanılabilirlik modelidir. Her zaman kullanılabilir veritabanı altyapısı düğümlerinin bir çekirdek olduğu gerçeğine bağlı olarak kullanılır. Bu mimari yüksek IO performansına, yüksek işlem hızına sahip görev açısından kritik uygulamaları hedefler ve bakım etkinlikleri sırasında iş yükünüz üzerinde en düşük performans etkisini garantiler.

SQL Veritabanı ve SQL Yönetilen Örneği hem SQL Server veritabanı altyapısının hem de Windows işletim sisteminin en son kararlı sürümünde çalışıyor ve çoğu kullanıcı yükseltmelerin sürekli olarak gerçekleştirileni fark etmez.

Temel, Standart ve Genel Amaçlı hizmet katmanı yerel olarak yedekli kullanılabilirlik

Temel, Standart ve Genel Amaçlı hizmet katmanları, hem sunucusuz hem de sağlanan işlem için standart kullanılabilirlik mimarisini kullanın. Aşağıdaki şekilde ayrılmış işlem ve depolama katmanlarına sahip dört farklı düğüm yer almaktadır.

Standart kullanılabilirlik modeli iki katman içerir:

• Işlemi çalıştıran ve TempDB, bağlı SSD'de model veritabanları ve bellekte önbellek, arabellek havuzu ve columnstore havuzu planlama gibi yalnızca geçici ve önbelleğe alınmış verileri içeren durum bilgisiz bir işlem sqlservr.exe katmanı. Bu durum bilgisiz düğüm Azure Service Fabric tarafından başlatılır, düğümün sistem durumunu kontrol eder ve gerekirse başka bir sqlservr.exe düğüme yük devretme gerçekleştirir.
• Azure Blob depolamada depolanan veritabanı dosyalarının (.mdf/.ldf) yer alan durum bilgisi olan veri katmanı. Azure blob depolama yerleşik veri kullanılabilirliği ve yedeklilik özelliğine sahiptir. İşlem kilitleniyor olsa bile, veri dosyasındaki günlük dosyasındaki veya sayfalarda yer alan her kaydın sqlservr.exe korunmasını garantiler.

Veritabanı altyapısı veya işletim sistemi yükseltildikten veya bir hata algılandığında Azure Service Fabric, durum bilgisiz işlemi yeterli boş kapasiteye sahip başka bir durum bilgi işlem sqlservr.exe düğümüne taşımaya devam eder. Azure Blob Depolama'daki veriler taşımadan etkilenmez ve veri/günlük dosyaları yeni başlatılan işleme sqlservr.exe iliştirilmiş olur. Bu işlem %99,99 kullanılabilirliği garantilemektedir, ancak yeni işlem soğuk önbellekle başladığından, ağır bir iş yükü geçiş sırasında bazı performans sqlservr.exe düşüşleri yaşanabilirsiniz.

Genel Amaçlı katmanında yedekli kullanılabilirlik (Önizleme)

Genel amaçlı hizmet katmanı için alan yedekli yapılandırma hem sunucusuz hem de sağlanan işlem için sunulur. Bu yapılandırma, Azure Kullanılabilirlik Alanları   bir Azure bölgesi içindeki birden çok fiziksel konumda çoğaltmak için yapılandırmasını kullanır.Alan yedekliliği seçerek, yeni ve mevcut sunucusuz ve sağlanan genel amaçlı tek veritabanlarınızı ve elastik havuzlarınızı, uygulama mantığında herhangi bir değişiklik yapmadan yıkıcı veri merkezi kesintileri de dahil olmak üzere çok daha büyük bir hata kümesine karşı esnek hale getirebilirsiniz.

Genel amaçlı katman için alan yedekli yapılandırmasının iki katmanı vardır:

• ZRS'de (alan yedekli depolama) depolanan veritabanı dosyalarının (.mdf/.ldf) yer alan durum bilgisi olan veri katmanı. ZRS kullanılarak veriler ve günlük dosyaları, fiziksel olarak yalıtılmış üç Azure kullanılabilirlik alanı arasında zaman uyumlu olarak kopyalanır.
• sqlservr.exe işlemini çalıştıran ve TempDB gibi geçici ve önbelleğe alınmış verileri, eklenen SSD'de model veritabanlarını ve bellekte önbellek, arabellek havuzu ve columnstore havuzunu planlayan durum bilgisiz bir işlem katmanı. Durum bilgisiz düğüm Azure Service Fabric tarafından sqlservr.exe, düğümün durumunu kontrol eder ve gerekirse başka bir düğüme yük devretme gerçekleştirir. Yedekli alan yedekli sunucusuz ve sağlanan genel amaçlı veritabanları için yedek kapasiteye sahip düğümler yük devretme için Kullanılabilirlik Alanları kullanılabilir.

Genel amaçlı hizmet katmanı için yüksek kullanılabilirlik mimarisinin alan yedekli sürümü aşağıdaki diyagramda gösterildiği gibi:

Premium ve İş Açısından Kritik hizmet katmanında yerel olarak yedekli kullanılabilirlik

Premium İş Açısından Kritik katmanları, işlem kaynaklarını (işlem) ve depolamayı (yerel olarak bağlı SSD) tek bir düğümde tümleştiren Premium sqlservr.exe kullanılabilirlik modelinden faydalanıyor. Hem işlem hem de depolama alanı üç veya dört düğümlü bir küme oluşturarak ek düğümlere çoğaltarak yüksek kullanılabilirlik elde edilir.

Temel alınan veritabanı dosyaları (.mdf/.ldf), iş yükünüz için çok düşük gecikmeli bir IO sağlamak üzere bağlı SSD depolama alanına yerleştirilir. Yüksek kullanılabilirlik, Always On kullanılabilirlik gruplarına SQL Server bir teknoloji kullanılarak uygulanır. Küme, okuma-yazma müşteri iş yükleri için erişilebilen tek bir birincil çoğaltma ve verilerin kopyalarını içeren en fazla üç ikincil çoğaltma (işlem ve depolama) içerir. Birincil düğüm, değişiklikleri sırayla ikincil düğümlere sürekli olarak iletir ve her bir işlemi yürütmeden önce verilerin en az bir ikincil çoğaltmayla eşitlenmesine emin olur. Bu işlem, birincil düğüm herhangi bir nedenle kilitlenirse, yük devretmenin her zaman tam olarak eşitlenmiş bir düğüm olduğunu garantiler. Yük devretme, Azure güvenlik Service Fabric. İkincil çoğaltma yeni birincil düğüm haline gelir, kümenin yeterli düğüme (çekirdek kümesi) sahip olduğundan emin olmak için başka bir ikincil çoğaltma oluşturulur. Yük devretme tamamlandıktan sonra Azure SQL bağlantıları otomatik olarak yeni birincil düğüme yeniden yönlendirilir.

Premium kullanılabilirlik modeli, ek bir avantaj olarak salt okunur Azure SQL bağlantılarını ikincil çoğaltmalardan biri ile yeniden yönlendirme olanağını içerir. Bu özellik Read Scale-Out olarak adlandırılan bir özelliktir. Birincil çoğaltmadan analiz iş yükleri gibi yük dışı salt okunur işlemlere ek ücret ödemeden %100 ek işlem kapasitesi sağlar.

Premium ve İş Açısından Kritik katmanı yedekli kullanılabilirliği

Varsayılan olarak, premium kullanılabilirlik modeli için düğüm kümesi aynı veri merkezinde oluşturulur. Azure Kullanılabilirlik Alanları ileSQL Veritabanı, İş Açısından Kritik veritabanının farklı çoğaltmalarını aynı bölgedeki farklı kullanılabilirlik alanlarında yer almaktadır. Tek hata noktasını ortadan kaldırmak için denetim halkası da birden çok bölge arasında üç ağ geçidi halkası (GW) olarak yinelendi. Belirli bir ağ geçidi halkası için yönlendirme, Azure Traffic Manager (ATM) tarafından denetlenmiştir. Premium veya İş Açısından Kritik hizmet katmanlarında alan yedekli yapılandırması ek veritabanı yedekliliği oluşturmaz, bunu ek ücret ödemeden etkinleştirebilirsiniz. Alan yedekli yapılandırmayı seçerek Premium veya İş Açısından Kritik veritabanlarınızı, uygulama mantığında herhangi bir değişiklik yapmadan yıkıcı veri merkezi kesintileri de dahil olmak üzere çok daha büyük hata kümesine karşı daha fazla karşı karşı koruma sekleyebilirsiniz. Ayrıca mevcut veritabanlarını veya Premium İş Açısından Kritik yedekli yapılandırmaya dönüştürebilirsiniz.

Alan yedekli veritabanlarının aralarında biraz mesafe olan farklı veri merkezlerinde çoğaltmaları olduğundan, artan ağ gecikme süresi işleme süresini artırabilir ve bu nedenle bazı OLTP iş yüklerinin performansını etkileyebilir. Bölge yedekliliği ayarını devre dışı bırakarak her zaman tek bölgeli yapılandırmaya dönebilirsiniz. Bu işlem, normal hizmet katmanı yükseltmeye benzer bir çevrimiçi işlemdir. sürecin sonunda veritabanı veya havuz, bölge yedekli halkadan tek bir bölge halkası halkaya geçirilir veya tam tersi de geçerlidir.

Yüksek kullanılabilirlik mimarisinin alan yedekli sürümü aşağıdaki diyagramda gösterildiği gibi:

Hiper Ölçek hizmet katmanı kullanılabilirliği

Hiper Ölçek hizmet katmanı mimarisi Dağıtılmış işlevler mimarisi altında açıklanmıştır ve şu anda yönetilen SQL Veritabanı için SQL kullanılabilir.

Hiper Ölçek'te kullanılabilirlik modeli dört katman içerir:

• İşlemleri çalıştıran ve ekli sqlservr.exe SSD'de RBPEX önbelleğini, TempDB'yi, model veritabanını vb. kapsayan olmayan ve bellekte önbellek, arabellek havuzu ve columnstore havuzu planlama gibi geçici ve önbelleğe alınmış verileri içeren durum bilgisiz bir işlem katmanı. Bu durum bilgisiz katman, birincil işlem çoğaltmasını ve isteğe bağlı olarak yük devretme hedefi olarak hizmet verecek bir dizi ikincil işlem çoğaltmasını içerir.
• Sayfa sunucuları tarafından oluşturulan durum bilgisiz bir depolama katmanı. Bu katman, işlem çoğaltmaları üzerinde sqlservr.exe çalışan işlemler için dağıtılmış depolama altyapısıdır. Her sayfa sunucusu yalnızca bağlı SSD'de RBPEX önbelleğini ve bellekte önbelleğe alınan veri sayfalarını kapsayan geçici ve önbelleğe alınmış veriler içerir. Her sayfa sunucusu, yük dengeleme, yedeklilik ve yüksek kullanılabilirlik sağlamak için etkin-etkin yapılandırmada eşleştirilmiş bir sayfa sunucusuna sahip olur.
• Günlük hizmeti işlemini, işlem günlüğü giriş bölgesi ve işlem günlüğü uzun vadeli depolamayı çalıştıran işlem düğümü tarafından oluşturulan durum bilgi işlem günlüğü depolama katmanı. Giriş bölgesi ve uzun süreli depolama alanı, işlem günlüğü için kullanılabilirlik ve yedeklilik sağlayan Azure Depolama'i kullanarak işlenen işlemler için veri dayanıklılığı sağlar.
• Azure Depolama'da depolanan ve sayfa sunucuları tarafından güncelleştirilen veritabanı dosyalarının (.mdf/.ndf) Depolama durum bilgisi olan bir veri depolama katmanı. Bu katman, Azure depolamanın veri kullanılabilirlik ve yedeklilik Depolama. Diğer Hiper Ölçek mimarisi katmanlarının kilitlenmesi veya işlem düğümlerinin başarısız olması durumda bile veri dosyasındaki her sayfanın korunmasını garantiler.

Tüm Hiper Ölçek katmanlarında işlem düğümleri Azure Service Fabric üzerinde çalıştırarak her bir düğümün sistem durumunu kontrol eder ve gerektiğinde kullanılabilir durumdaki düğümlere yük devretme gerçekleştirir.

Hiper Ölçek'te yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz. Hiper Ölçek'te Veritabanı Yüksek Kullanılabilirliği.

Hızlandırılmış Veritabanı Kurtarma (ADR)

Hızlandırılmış veritabanı kurtarma (ADR) , özellikle uzun süre çalışan işlemler söz konusu olduğunda veritabanı kullanılabilirliğini büyük ölçüde geliştiren yeni bir veritabanı altyapısı özelliğidir. ADR şu anda Azure SQL Veritabanı, azure SQL yönetilen örneği ve azure Synapse Analytics için kullanılabilir.

Uygulama hatası dayanıklılığı sınanıyor

Yüksek kullanılabilirlik, veritabanı uygulamanız için saydam bir şekilde çalışan SQL Veritabanı ve SQL Yönetilen Örneği platformunun temel bir parçasıdır. Bununla birlikte uygulamayı üretime dağıtmadan önce, planlanmış veya planlanmamış olaylar sırasında başlatılan otomatik yük devretme işlemlerinin uygulamayı nasıl etkileyebileceğini test etmek isteyeceğinizin farkındayız. Bir veritabanını, elastik havuzu veya yönetilen örneği yeniden başlatmak için özel bir API çağırarak, yük devretmeyi el ile tetikleyebilirsiniz. Bir bölge yedekli sunucusuz veya sağlanmış Genel Amaçlı veritabanı ya da elastik havuz durumunda, API çağrısı, eski birincil bölge kullanılabilirlik bölgesinden farklı bir kullanılabilirlik bölgesindeki yeni birincil bağlantı ile istemci bağlantılarını yeniden yönlendirmeye neden olur. Bu nedenle, yük devretmenin var olan veritabanı oturumlarını nasıl etkilediğini test etmeye ek olarak, ağ gecikmede yapılan değişiklikler nedeniyle uçtan uca performansı değiştirdiğinizi de doğrulayabilirsiniz. Yeniden başlatma işlemi zorlandığından ve çok sayıda, platformu vurgulamada, her veritabanı, elastik havuz veya yönetilen örnek için yalnızca bir yük devretme çağrısına her 15 dakikada bir izin verilir.

PowerShell, REST API veya Azure CLı kullanılarak yük devretme başlatılabilir:

Sonuç

Azure SQL Veritabanı ve azure SQL yönetilen örnek özelliği, azure platformuyla çok daha tümleşik olan yerleşik bir yüksek kullanılabilirlik çözümüdür. hata algılama ve kurtarma, veri koruma için Azure Blob depolama 'da ve daha yüksek hata toleransı (belgede daha önce azure SQL yönetilen örnek için geçerli değildir) için Kullanılabilirlik Alanları için Service Fabric bağımlıdır. ayrıca, SQL Veritabanı ve SQL yönetilen örnek, çoğaltma ve yük devretme için SQL Server örneğinden her zaman açık kullanılabilirlik grubu teknolojisini de devreder. Bu teknolojilerin birleşimi, uygulamaların karma depolama modelinin avantajlarını tam olarak elde etmesini ve en zorlu SLA 'Ları desteklemesini sağlar.

Sonraki adımlar

• Azure kullanılabilirlik alanları hakkında bilgi edinin
• Service Fabric hakkında bilgi edinin
• Azure Traffic Manager hakkında bilgi edinin
• SQL yönetilen örnekte el ile yük devretme başlatmayı öğrenin
• Yüksek kullanılabilirlik ve olağanüstü durum kurtarma için daha fazla seçenek için bkz. Iş sürekliliği