Bölge genelinde hizmet kesintisinden kurtarma

Azure fiziksel ve mantıksal olarak bölgeler olarak adlandırılan birimlere ayrılır. Bölge, birbirine yakın bir veya daha fazla veri merkezinden oluşur. Birçok bölge ve hizmet, tek bir veri merkezinde kesintilere karşı daha fazla dayanıklılık sağlamak için kullanılabilen kullanılabilirlik alanlarını da destekler. Çözümünüzün kullanılabilirliğini geliştirmek için kullanılabilirlik alanları olan bölgeleri kullanmayı göz önünde bulundurun.

Nadir durumlarda, tüm kullanılabilirlik alanındaki veya bölgedeki tesislerin, örneğin ağ hataları nedeniyle erişilemez hale gelmesi mümkündür. Ya da tesisler, örneğin doğal bir afet nedeniyle tamamen kaybolabilir. Azure, bölgeler ve bölgeler arasında dağıtılmış uygulamalar oluşturmaya yönelik özelliklere sahiptir. Bu tür dağıtım, bir bölgede veya bölgede bir hatanın diğer bölgeleri veya bölgeleri etkileyebileceği olasılığını en aza indirmeye yardımcı olur.

Bulut hizmetleri

Kaynak yönetimi

Her hedef bölgede ayrı bir bulut hizmeti oluşturup dağıtım paketini her bulut hizmetinde yayımlayarak işlem örneklerini bölgeler arasında dağıtabilirsiniz. Ancak, trafiğin farklı bölgelerdeki bulut hizmetlerine dağıtılması, uygulama geliştiricisi tarafından veya bir trafik yönetimi hizmetiyle uygulanmalıdır.

Olağanüstü durum kurtarma için önceden dağıtılacak yedek rol örneklerinin sayısını belirlemek, kapasite planlamasının önemli bir yönüdür. Tam ölçekli ikincil dağıtıma sahip olmak, gerektiğinde kapasitenin zaten kullanılabilir olmasını sağlar; ancak bu, maliyeti ikiye katlar. Yaygın bir desen, kritik hizmetleri çalıştıracak kadar büyük küçük, ikincil bir dağıtıma sahip olmaktır. Bu küçük ikincil dağıtım, hem kapasite ayırmak hem de ikincil ortamın yapılandırmasını test etmek için iyi bir fikirdir.

Not

Abonelik kotası bir kapasite garantisi değildir. Kota yalnızca bir kredi limitidir. Kapasiteyi garanti etmek için gerekli rol sayısının hizmet modelinde tanımlanması ve rollerin dağıtılması gerekir.

Yük Dengeleme

Bölgeler arasında trafiğin yük dengelemesi için bir trafik yönetimi çözümü gerekir. Azure, Azure Traffic Manager sağlar. Benzer trafik yönetimi özellikleri sağlayan üçüncü taraf hizmetlerden de yararlanabilirsiniz.

Stratejiler

Bölgeler arasında dağıtılmış işlem uygulamak için birçok alternatif strateji mevcuttur. Bunlar, uygulamanın belirli iş gereksinimlerine ve koşullarına göre uyarlanmalıdır. Yaklaşımlar üst düzeyde aşağıdaki kategorilere ayrılabilir:

• Olağanüstü durumda yeniden dağıtma: Bu yaklaşımda, uygulama olağanüstü durum anında sıfırdan yeniden dağıtılır. Bu, garantili kurtarma süresi gerektirmeyen kritik olmayan uygulamalar için uygundur.

• Sıcak Yedek (Etkin/Pasif): Alternatif bir bölgede ikincil barındırılan hizmet oluşturulur ve minimum kapasiteyi garanti etmek için roller dağıtılır; ancak roller üretim trafiğini almaz. Bu yaklaşım, trafiği bölgeler arasında dağıtacak şekilde tasarlanmamış uygulamalar için kullanışlıdır.

• Sık Erişimli Yedek (Etkin/Etkin):Uygulama, birden çok bölgede üretim yükünü alacak şekilde tasarlanmıştır. Her bölgedeki bulut hizmetleri olağanüstü durum kurtarma amacıyla gerekenden daha yüksek kapasite için yapılandırılabilir. Alternatif olarak, olağanüstü durum ve yük devretme sırasında bulut hizmetlerinin ölçeği gerektiği şekilde genişletebilir. Bu yaklaşım, uygulama tasarımına önemli yatırımlar gerektirir, ancak önemli avantajları vardır. Bunlar düşük ve garantili kurtarma süresini, tüm kurtarma konumlarının sürekli testini ve verimli kapasite kullanımını içerir.

Dağıtılmış tasarımın eksiksiz bir tartışması bu belgenin kapsamı dışındadır. Daha fazla bilgi için bkz. olağanüstü durum kurtarma ve yüksek kullanılabilirlik için Azure Uygulaması.

Sanal makineler

Hizmet olarak altyapı (IaaS) sanal makinelerinin (VM) kurtarılması, birçok açıdan hizmet olarak platform (PaaS) işlem kurtarma işlemine benzer. Ancak, bir IaaS VM hem VM hem de VM diskinden oluştuğundan önemli farklılıklar vardır.

• Uygulamayla tutarlı bölgeler arası yedeklemeler oluşturmak için Azure Backup'ı kullanın. Azure Backup , müşterilerin birden çok VM diski arasında uygulamayla tutarlı yedeklemeler oluşturmasına ve yedeklemelerin bölgeler arasında çoğaltılmasını desteklemesine olanak tanır. Bunu, oluşturma sırasında yedekleme kasasını coğrafi olarak çoğaltmayı seçerek yapabilirsiniz. Yedekleme kasasının çoğaltılması, oluşturma sırasında yapılandırılmalıdır. Daha sonra ayarlanamaz. Bir bölge kaybolursa, Microsoft yedekleri müşterilerin kullanımına sunar. Müşteriler, yapılandırılmış geri yükleme noktalarından herhangi birine geri yükleme yapabilir.

• Veri diskini işletim sistemi diskinden ayırın. IaaS VM'leri için önemli bir nokta, VM'yi yeniden oluşturmadan işletim sistemi diskini değiştirememenizdir. Kurtarma stratejiniz olağanüstü durumdan sonra yeniden dağıtmaksa bu bir sorun değildir. Ancak, kapasite ayırmak için Sıcak Yedek yaklaşımını kullanıyorsanız sorun olabilir. Bunu düzgün bir şekilde uygulamak için, hem birincil hem de ikincil konumlara doğru işletim sistemi diskinin dağıtılması ve uygulama verilerinin ayrı bir sürücüde depolanması gerekir. Mümkünse, her iki konumda da sağlanabilir standart bir işletim sistemi yapılandırması kullanın. Yük devretme işleminden sonra, veri sürücüsünü ikincil DC'deki mevcut IaaS VM'lerinize eklemeniz gerekir. Veri disklerinin anlık görüntülerini uzak bir siteye kopyalamak için AzCopy kullanın.

• Birden çok VM Diskinin coğrafi yük devretme işleminden sonra olası tutarlılık sorunlarına dikkat edin. VM Diskleri Azure Depolama blobları olarak uygulanır ve aynı coğrafi çoğaltma özelliğine sahiptir. Azure Backup kullanılmadığı sürece, coğrafi çoğaltma zaman uyumsuz olduğundan ve bağımsız olarak çoğaltıldığından diskler arasında tutarlılık garantisi yoktur. Tek tek VM disklerinin coğrafi yük devretme sonrasında kilitlenmeyle tutarlı durumda olması garanti edilir, ancak diskler arasında tutarlı değildir. Bu, bazı durumlarda sorunlara neden olabilir (örneğin, disk şeritleme söz konusu olduğunda).

• Uygulamaları bölgeler arasında çoğaltmak için Azure Site Recovery'yi kullanın. Azure Site Recovery ile müşterilerin veri disklerini işletim sistemi disklerinden ayırma veya olası tutarlılık sorunları konusunda endişelenmeleri gerekmez. Azure Site Recovery, fiziksel ve sanal makinelerde çalışan iş yüklerini birincil siteden (şirket içi veya Azure'da) ikincil bir konuma (Azure'da) çoğaltır. Müşterinin birincil sitesinde bir kesinti oluştuğunda, müşteriyi hızlı bir şekilde işletim durumuna döndürmek için bir yük devretme tetiklenebilir. Birincil konum geri yüklendikten sonra müşteriler yeniden çalışma olanağına sahip olur. Uygulamayla tutarlı anlık görüntülerle kurtarma noktalarını kullanarak kolayca çoğaltabilir. Bu anlık görüntüler disk verilerini, tüm bellek içi verileri ve tüm işlem içi işlemleri yakalar. Azure Site Recovery, müşterilerin kurtarma süresi hedeflerini (RTO) ve kurtarma noktası hedeflerini (RPO) kuruluş sınırları içinde tutmasına olanak tanır. Müşteriler ayrıca üretimdeki uygulamaları etkilemeden olağanüstü durum kurtarma tatbikatlarını kolayca çalıştırabilir. Müşteriler, kurtarma planlarını kullanarak birden çok VM üzerinde çalışan çok katmanlı uygulamaların yük devretme ve kurtarma işlemini sıralayabilir. Bir kurtarma planında makineleri birlikte gruplandırabilir ve isteğe bağlı olarak betikler ve el ile eylemler ekleyebilirler. Kurtarma planları Azure Otomasyonu runbook'larla tümleştirilebilir.

Depolama

Blob, tablo, kuyruk ve VM disk depolama alanı için coğrafi olarak yedekli depolama kullanarak kurtarma

Azure'da bloblar, tablolar, kuyruklar ve VM disklerinin tümü varsayılan olarak coğrafi olarak çoğaltılır. Bu, coğrafi olarak yedekli depolama (GRS) olarak adlandırılır. GRS, depolama verilerini belirli bir coğrafi bölge içinde birbirinden yüzlerce mil uzakta bulunan eşleştirilmiş bir veri merkezine çoğaltır. GRS, büyük bir veri merkezi olağanüstü durumu yaşanması durumunda ek dayanıklılık sağlayacak şekilde tasarlanmıştır. Microsoft yük devretmenin ne zaman gerçekleştiğini denetler ve yük devretme, özgün birincil konumun makul bir süre içinde kurtarılamaz olduğu büyük olağanüstü durumlarla sınırlıdır. Bazı senaryolarda bu işlem birkaç gün sürebilir. Eşitleme aralığı henüz bir hizmet düzeyi sözleşmesi kapsamında olmasa da veriler genellikle birkaç dakika içinde çoğaltılır.

Coğrafi yük devretme gerçekleşirse, hesaba erişimde hiçbir değişiklik olmaz (URL ve hesap anahtarı değişmez). Ancak, depolama hesabı yük devretmeden sonra farklı bir bölgede yer alır. Bu, depolama hesabıyla bölgesel bendim gerektiren uygulamaları etkileyebilir. Aynı veri merkezinde depolama hesabı gerektirmeyen hizmetler ve uygulamalar için bile, çapraz veri merkezi gecikme süresi trafiği geçici olarak yük devretme bölgesine taşımak için cazip nedenler olabilir. Bu, genel bir olağanüstü durum kurtarma stratejisini hesaba katabilir.

GrS tarafından sağlanan otomatik yük devretmeye ek olarak Azure, ikincil depolama konumundaki verilerinizin kopyasına okuma erişimi sağlayan bir hizmet sunmİşlemiştir. Buna okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) denir.

Hem GRS hem de RA-GRS depolaması hakkında daha fazla bilgi için bkz. Azure Depolama çoğaltma.

Coğrafi çoğaltma bölgesi eşlemeleri

Verilerinizin coğrafi olarak nerede çoğaltıldığını bilmek önemlidir ve verilerinizin depolama alanınızla bölgesel benzimi gerektiren diğer örneklerini nereye dağıtabileceğinizi bilmek önemlidir. Daha fazla bilgi için bkz . Azure Eşleştirilmiş Bölgeleri.

Coğrafi çoğaltma fiyatlandırması

Coğrafi çoğaltma, Azure Depolama için geçerli fiyatlandırmaya dahildir. Buna coğrafi olarak yedekli depolama (GRS) denir. Verilerinizin coğrafi olarak çoğaltılmasını istemiyorsanız, hesabınız için coğrafi çoğaltmayı devre dışı bırakabilirsiniz. Buna yerel olarak yedekli depolama (LRS) denir ve GRS ile karşılaştırıldığında indirimli bir fiyata ücretlendirilir.

Coğrafi yük devretmenin oluşup oluşmadığını belirleme

Coğrafi yük devretme gerçekleşirse bu, Azure Hizmet Durumu Panosu'na gönderilir. Ancak uygulamalar, depolama hesapları için coğrafi bölgeyi izleyerek bunu algılamak için otomatik bir araç uygulayabilir. Bu, depolama alanının taşındığı coğrafi bölgedeki işlem kaynaklarının etkinleştirilmesi gibi diğer kurtarma işlemlerini tetikleme amacıyla kullanılabilir.

Veritabanı

SQL Veritabanı

Azure SQL Veritabanı iki tür kurtarma sağlar: coğrafi geri yükleme ve etkin coğrafi çoğaltma.

Coğrafi geri yükleme

Coğrafi geri yükleme , Temel, Standart ve Premium veritabanlarıyla da kullanılabilir. Veritabanınızın barındırıldığı bölgedeki bir olay nedeniyle veritabanı kullanılamıyorsa varsayılan kurtarma seçeneğini sağlar. Belirli bir noktaya geri yüklemeye benzer şekilde coğrafi geri yükleme, coğrafi olarak yedekli Azure depolamadaki veritabanı yedeklemelerine dayanır. Coğrafi olarak çoğaltılan yedekleme kopyasından geri yüklenir ve bu nedenle birincil bölgedeki depolama kesintilerine dayanıklıdır. Daha fazla bilgi için bkz. İkincil Azure SQL Veritabanı veya yük devretmeyi geri yükleme.

Etkin coğrafi çoğaltma

Etkin coğrafi çoğaltma tüm veritabanı katmanları için kullanılabilir. Coğrafi geri yüklemenin sunduğundan daha agresif kurtarma gereksinimlerine sahip uygulamalar için tasarlanmıştır. Etkin coğrafi çoğaltmayı kullanarak, farklı bölgelerdeki sunucularda en fazla dört okunabilir ikincil sunucu oluşturabilirsiniz. İkincillerden herhangi birine yük devretme başlatabilirsiniz. Ayrıca, etkin coğrafi çoğaltma, uygulama yükseltme veya yeniden konumlandırma senaryolarını ve salt okunur iş yükleri için yük dengelemeyi desteklemek için kullanılabilir. Ayrıntılar için bkz. Azure SQL Veritabanı için etkin coğrafi çoğaltmayı yapılandırma ve yük devretmeyi başlatma. Kapalı kalma süresi olmadan uygulama ve uygulama yükseltmesi tasarlama ve uygulama hakkında ayrıntılı bilgi için bkz. Azure SQL Veritabanı kullanarak genel olarak kullanılabilir hizmetler tasarlama ve SQL Veritabanı etkin coğrafi çoğaltma kullanarak bulut uygulamalarının sıralı yükseltmelerini yönetme.

Azure Sanal Makineler'de SQL Server

Azure Sanal Makineler'da çalışan SQL Server 2012 (ve üzeri) için kurtarma ve yüksek kullanılabilirlik için çeşitli seçenekler sağlanır. Daha fazla bilgi için bkz. Azure Sanal Makineler'da SQL Server için yüksek kullanılabilirlik ve olağanüstü durum kurtarma.

Diğer Azure platform hizmetleri

Bulut hizmetinizi birden çok Azure bölgesinde çalıştırmaya çalışırken bağımlılıklarınızın her biri için etkileri göz önünde bulundurmanız gerekir. Aşağıdaki bölümlerde hizmete özgü kılavuz, aynı Azure hizmetini alternatif bir Azure veri merkezinde kullanmanız gerektiğini varsayar. Bu hem yapılandırma hem de veri çoğaltma görevlerini içerir.

Not

Bazı durumlarda, bu adımlar veri merkezi olayının tamamı yerine hizmete özgü bir kesintiyi azaltmaya yardımcı olabilir. Uygulama açısından bakıldığında hizmete özgü bir kesinti de aynı sınırlayıcı olabilir ve hizmetin geçici olarak alternatif bir Azure bölgesine geçirilmesini gerektirebilir.

Service Bus

Azure Service Bus, Azure bölgelerine yayılmayan benzersiz bir ad alanı kullanır. Bu nedenle ilk gereksinim, alternatif bölgede gerekli service bus ad alanlarını ayarlamaktır. Ancak, kuyruğa alınan iletilerin dayanıklılığı konusunda da dikkat edilmesi gereken noktalar vardır. İletileri Azure bölgeleri arasında çoğaltmaya yönelik çeşitli stratejiler vardır. Bu çoğaltma stratejileri ve diğer olağanüstü durum kurtarma stratejileri hakkında ayrıntılı bilgi için bkz . Service Bus kesintilerine ve olağanüstü durumlarına karşı uygulamaları yalıtma için en iyi yöntemler.

App Service

Web Apps veya Mobile Apps gibi bir Azure Uygulaması Hizmeti uygulamasını ikincil bir Azure bölgesine geçirmek için web sitesinin yayımlanabilir bir yedeğine sahip olmanız gerekir. Kesinti azure veri merkezinin tamamını içermiyorsa, site içeriğinin son yedeklemesini indirmek için FTP kullanmak mümkün olabilir. Daha önce kapasite ayırmak için bunu yapmadıysanız alternatif bölgede yeni bir uygulama oluşturun. Siteyi yeni bölgede yayımlayın ve gerekli yapılandırma değişikliklerini yapın. Bu değişiklikler veritabanı bağlantı dizesi veya bölgeye özgü diğer ayarları içerebilir. Gerekirse, sitenin SSL sertifikasını ekleyin ve özel etki alanı adının yeniden dağıtılan Azure Web App URL'sine işaret edebilmesi için DNS CNAME kaydını değiştirin.

HDInsight

HDInsight ile ilişkili veriler varsayılan olarak Azure Blob Depolama depolanır. HDInsight, MapReduce işlerini işleyen bir Hadoop kümesinin analiz edilen verileri içeren depolama hesabıyla aynı bölgede birlikte bulunması gerekir. Azure Depolama için kullanılabilen coğrafi çoğaltma özelliğini kullanmanız koşuluyla, herhangi bir nedenle birincil bölge artık kullanılamıyorsa, verilerinize verilerin çoğaltıldığı ikincil bölgede erişebilirsiniz. Verilerin çoğaltıldığı bölgede yeni bir Hadoop kümesi oluşturabilir ve işlemeye devam edebilirsiniz.

SQL Raporlama

Şu anda, bir Azure bölgesinin kaybından kurtarmak için farklı Azure bölgelerinde birden çok SQL Raporlama örneği gerekir. Bu SQL Raporlama örnekleri aynı verilere erişmeli ve olağanüstü durum durumunda bu verilerin kendi kurtarma planı olmalıdır. Her rapor için RDL dosyasının dış yedek kopyalarını da koruyabilirsiniz.

Media Services

Azure Media Services kodlama ve akış için farklı bir kurtarma yaklaşımına sahiptir. Genellikle bölgesel bir kesinti sırasında akış daha kritiktir. Buna hazırlanmak için iki farklı Azure bölgesinde bir Media Services hesabınız olmalıdır. Kodlanmış içerik her iki bölgede de bulunmalıdır. Hata sırasında akış trafiğini alternatif bölgeye yönlendirebilirsiniz. Kodlama herhangi bir Azure bölgesinde gerçekleştirilebilir. Kodlama zamana duyarlıysa (örneğin canlı olay işleme sırasında) hatalar sırasında işleri alternatif bir veri merkezine göndermeye hazırlıklı olmanız gerekir.

Sanal ağ

Yapılandırma dosyaları, alternatif bir Azure bölgesinde sanal ağ ayarlamanın en hızlı yolunu sağlar. Birincil Azure bölgesinde sanal ağı yapılandırdıktan sonra, geçerli ağın sanal ağ ayarlarını bir ağ yapılandırma dosyasına aktarın. Birincil bölgede bir kesinti oluşursa, sanal ağı depolanan yapılandırma dosyasından geri yükleyin. Ardından diğer bulut hizmetlerini, sanal makineleri veya şirket içi ayarları yeni sanal ağ ile çalışacak şekilde yapılandırın.
Dikkate almanız gereken sanal ağ ile ilgili kaynaklar vardır (Örn. NSG, DNS, Rota Tabloları). Kod olarak altyapı bölümünde açıklanan yöntem, her seferinde aynı ortamı oluşturmanın bir yoludur ve yeni bir bölgeye dağıtabilirsiniz.

Olağanüstü durum kurtarma denetim listeleri

Cloud Services denetim listesi

1. Bu belgenin Cloud Services bölümünü gözden geçirin.
2. Bölgeler arası olağanüstü durum kurtarma stratejisi oluşturun.
3. Alternatif bölgelerde kapasite ayırmadaki dengeleri anlama.
4. Azure Traffic Manager gibi trafik yönlendirme araçlarını kullanın.

Sanal Makineler denetim listesi

1. Bu belgenin Sanal Makineler bölümünü gözden geçirin.
2. Bölgeler arasında uygulamayla tutarlı yedeklemeler oluşturmak için Azure Backup'ı kullanın.

Depolama denetim listesi

1. Bu belgenin Depolama bölümünü gözden geçirin.
2. Depolama kaynaklarının coğrafi çoğaltmayı devre dışı bırakmayın.
3. Yük devretme gerçekleşirse coğrafi çoğaltma için alternatif bölgeyi anlama.
4. Kullanıcı tarafından denetlenen yük devretme stratejileri için özel yedekleme stratejileri oluşturun.

SQL Veritabanı denetim listesi

1. Bu belgenin SQL Veritabanı bölümünü gözden geçirin.
2. Coğrafi geri yükleme veya coğrafi çoğaltmayı uygun şekilde kullanın.

Sanal Makineler denetim listesinde SQL Server

1. Bu belgenin Sanal Makineler üzerinde SQL Server bölümünü gözden geçirin.
2. Bölgeler arası AlwaysOn Kullanılabilirlik Gruplarını veya veritabanı yansıtmasını kullanın.
3. Alternatif olarak yedekleme ve blob depolamaya geri yükleme özelliğini kullanın.

Service Bus denetim listesi

1. Bu belgenin Service Bus bölümünü gözden geçirin.
2. Alternatif bir bölgede Service Bus ad alanı yapılandırın.
3. Bölgeler arasında iletiler için özel çoğaltma stratejilerini göz önünde bulundurun.

App Service denetim listesi

1. Bu belgenin App Service bölümünü gözden geçirin.
2. Site yedeklemelerini birincil bölgenin dışında tutma.
3. Kesinti kısmiyse, FTP ile geçerli siteyi almayı deneyin.
4. Siteyi alternatif bir bölgedeki yeni veya mevcut siteye dağıtmayı planlayın.
5. Hem uygulama hem de DNS CNAME kayıtları için yapılandırma değişikliklerini planlayın.

HDInsight denetim listesi

1. Bu belgenin HDInsight bölümünü gözden geçirin.
2. Çoğaltılan verilerle bölgede yeni bir Hadoop kümesi oluşturun.

SQL Raporlama denetim listesi

1. Bu belgenin SQL Raporlama bölümünü gözden geçirin.
2. Farklı bir bölgede alternatif bir SQL Raporlama örneği koruyun.
3. Hedefi bu bölgeye çoğaltmak için ayrı bir plan yapın.

Media Services denetim listesi

1. Bu belgenin Media Services bölümünü gözden geçirin.
2. Alternatif bir bölgede Media Services hesabı oluşturun.
3. Akış yük devretmeyi desteklemek için her iki bölgede de aynı içeriği kodlar.
4. Hizmet kesintisi oluşursa kodlama işlerini alternatif bir bölgeye gönderin.

Sanal Ağ denetim listesi

1. Bu belgenin Sanal Ağ bölümünü gözden geçirin.
2. Başka bir bölgede yeniden oluşturmak için dışarı aktarılan sanal ağ ayarlarını kullanın.