Aracılığıyla paylaş

Sanal Makineler güvenilirliği

  • Makale

Bu makale kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile VM bölgesel dayanıklılığı hakkında ayrıntılı bilgi içerir.

Kullanılabilirlik alanı desteği

Azure kullanılabilirlik alanları, her Azure bölgesindeki en az üç fiziksel ayrı veri merkezi grubudur. Her bölgedeki veri merkezleri bağımsız güç, soğutma ve ağ altyapısı ile donatılmıştır. Yerel bölge hatası durumunda kullanılabilirlik alanları, bir bölge etkileniyorsa, bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan iki bölge tarafından desteklenecek şekilde tasarlanmıştır.

Hatalar, yazılım ve donanım arızalarından deprem, sel ve yangın gibi olaylara kadar değişebilir. Azure hizmetlerinin yedekliliği ve mantıksal yalıtımı ile hatalara dayanıklılık elde edilir. Azure'daki kullanılabilirlik alanları hakkında daha ayrıntılı bilgi için bkz . Bölgeler ve kullanılabilirlik alanları.

Azure kullanılabilirlik alanlarının etkinleştirildiği hizmetler, doğru güvenilirlik ve esneklik düzeyini sağlayacak şekilde tasarlanmıştır. Bunlar iki şekilde yapılandırılabilir. Alanlar arasında otomatik çoğaltma ile alanlar arası yedekli veya belirli bir bölgeye sabitlenmiş örneklerle bölgesel olabilir. Bu yaklaşımları da birleştirebilirsiniz. Bölgesel ve alanlar arası yedekli mimari hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanlarını ve bölgelerini kullanma önerileri.

Sanal makineler, desteklenen Azure bölgesi başına üç kullanılabilirlik alanına sahip kullanılabilirlik alanlarını destekler ve ayrıca alanlar arası yedekli ve bölgeseldir. Daha fazla bilgi için bkz . kullanılabilirlik alanları desteği. Müşteri, sanal makinelerini kullanılabilirlik için yapılandırmak ve geçirmekten sorumludur.

Kullanılabilirlik alanı hazır olma seçenekleri hakkında daha fazla bilgi edinmek için bkz:

Önkoşullar

  • Sanal makine SKU'larınızın bölgenizdeki bölgelerde kullanılabilir olması gerekir. Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini gözden geçirmek için desteklenen bölgelerin listesine bakın.

  • VM SKU'larınızın bölgenizdeki bölgelerde kullanılabilir olması gerekir. VM SKU kullanılabilirliğini denetlemek için aşağıdaki yöntemlerden birini kullanın:

SLA geliştirmeleri

Kullanılabilirlik alanları fiziksel olarak ayrı olduğundan ve ayrı güç kaynağı, ağ ve soğutma sağladığından, SLA'lar (Hizmet düzeyi sözleşmeleri) artar. Daha fazla bilgi için bkz. Sanal Makineler için SLA.

Kullanılabilirlik alanlarının etkinleştirildiği bir kaynak oluşturma

Aşağıdaki dağıtım seçeneklerinden kullanılabilirlik alanı etkinleştirilmiş bir sanal makine (VM) oluşturarak başlayın:

Bölgesel yük devretme desteği

Site Recovery hizmetini kullanarak sanal makineleri başka bir bölgeye yük devretmek üzere ayarlayabilirsiniz. Daha fazla bilgi için bkz . Site Recovery.

Hataya dayanıklılık

Sanal makineler, vm'nin işletim sistemi yeni sunucuda yeniden başlatılırken kümedeki başka bir sunucuya yük devredebilir. Olağanüstü durum kurtarma için yük devretme işlemine başvurmanız, kurtarma planlamasında sanal makineleri toplamanız ve hataya dayanıklılık çözümlerinin başarılı olduğundan emin olmak için olağanüstü durum kurtarma tatbikatları çalıştırmanız gerekir.

Daha fazla bilgi için bkz . site kurtarma işlemleri.

Bölge azaltma deneyimi

Bölge genelindeki bir kesinti sırasında, sanal makine hizmeti kendi kendini iyileştirene kadar performansta kısa bir düşüş bekleyebilirsiniz. Bu, iyi durumdaki bölgelere göre ayarlamak için temel kapasiteyi yeniden dengeler. Kendi kendini onarma, bölge geri yüklemeye bağımlı değildir; Microsoft tarafından yönetilen hizmet kendi kendine düzeltme durumunun, diğer bölgelerdeki kapasiteyi kullanarak kayıp bir bölgeyi dengelemesi beklenir.

Ayrıca tüm bölgede kesinti yaşanma olasılığına da hazırlıklı olmalısınız. Tüm bölge için hizmet kesintisi yaşanırsa verilerinizin yerel olarak yedekli kopyaları geçici olarak kullanılamaz duruma gelir. Coğrafi çoğaltma etkinleştirilirse, Azure Depolama bloblarınızın ve tablolarınızın diğer üç kopyası farklı bir bölgede depolanır. Tam bir bölgesel kesinti veya birincil bölgenin kurtarılamayan bir olağanüstü durum olduğunda, Azure tüm DNS girdilerini coğrafi olarak çoğaltılan bölgeyle yeniden eşler.

Bölge kesintisi hazırlama ve kurtarma

Azure sanal makine uygulamanızın dağıtıldığı tüm bölgenin hizmet kesintisi sırasında Azure sanal makineleri için aşağıdaki kılavuz sağlanır:

Düşük gecikmeli tasarım

Bölgeler Arası (ikincil bölge), Abonelikler Arası (önizleme) ve Bölgeler Arası (önizleme) seçenekleri, düşük gecikme süreli bir sanal makine çözümü tasarlarken göz önünde bulundurulabilir. Bu seçenekler hakkında daha fazla bilgi için desteklenen geri yükleme yöntemlerine bakın.

Önemli

Alan algılayan dağıtımı geri çevirerek, temel alınan hataların yalıtılmasından vazgeçersiniz. Kullanılabilirlik alanlarını desteklemeyen veya kullanılabilirlik alanı yapılandırmasından vazgeçmeyen SKU'ların kullanılması, bölge yerleştirme ve ayırmaya uymayan kaynaklara (bu kaynakların temel bağımlılıkları dahil) bağımlılığa zorlar. Bu kaynakların bölge azaltma senaryolarında hayatta kalması beklenemez. Bu tür kaynaklardan yararlanan çözümler bir olağanüstü durum kurtarma stratejisi tanımlamalı ve çözümün başka bir bölgede kurtarılmasını yapılandırmalıdır.

Güvenli dağıtım teknikleri

Kullanılabilirlik alanları yalıtımını tercih ettiğinizde, uygulama kodu ve uygulama yükseltmeleri için güvenli dağıtım tekniklerini kullanmanız gerekir. Azure Site Recovery'yi yapılandırmaya ve VM'ler için aşağıdaki güvenli dağıtım tekniklerinden birini uygulamaya ek olarak:

Microsoft düzenli aralıklarla planlı bakım güncelleştirmeleri gerçekleştirdikçe, bu güncelleştirmelerin temel altyapıya gerekli güncelleştirmeleri uygulamak için sanal makinenizin yeniden başlatılmasını gerektirdiği nadir örnekler olabilir. Daha fazla bilgi edinmek için bkz . Zamanlanmış bakım sırasında kullanılabilirlik konusunda dikkat edilmesi gerekenler .

Bir sonraki düğüm kümenizi başka bir bölgede yükseltmeden önce aşağıdaki görevleri gerçekleştirmeniz gerekir:

Kullanılabilirlik alanı desteğine geçiş

Vm'yi kullanılabilirlik alanı desteğine geçirmeyi öğrenmek için bkz. Sanal Makineler ve Sanal Makine Ölçek Kümeleri kullanılabilirlik alanı desteğine geçirme.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz . Olağanüstü durum kurtarma stratejisi tasarlama önerileri.

DR söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Eşleştirilmiş bölgeler aracılığıyla Azure VM'lerini geri yüklemek için Bölgeler Arası geri yüklemeyi kullanabilirsiniz. Bölgeler Arası geri yükleme ile, yedekleme ikincil bölgede yapılıyorsa seçili kurtarma noktası için tüm Azure VM'lerini geri yükleyebilirsiniz. Bölgeler Arası geri yükleme hakkında daha fazla bilgi için geri yükleme seçeneklerimizdeki Bölgeler Arası tablo satırı girdisine bakın.

Çok bölgeli coğrafyada olağanüstü durum kurtarma

Bölge genelinde hizmet kesintisi olması durumunda Microsoft, sanal makine hizmetini geri yüklemek için özenle çalışır. Ancak, en yüksek kullanılabilirlik düzeyini elde etmek için yine de uygulamaya özgü diğer yedekleme stratejilerini kullanmanız gerekir. Daha fazla bilgi için Olağanüstü durum kurtarma için veri stratejileri bölümüne bakın.

Kesinti algılama, bildirim ve yönetim

Sanal makine için donanım veya fiziksel altyapı beklenmedik bir şekilde başarısız olabilir. Beklenmeyen hatalar yerel ağ hataları, yerel disk hataları veya diğer raf düzeyi hataları içerebilir. Algılandığında, Azure platformu sanal makinenizi otomatik olarak aynı veri merkezindeki iyi durumdaki bir fiziksel makineye geçirir (iyileştirir). İyileştirme yordamı sırasında sanal makineler kapalı kalır (yeniden başlatma) ve bazı durumlarda geçici sürücü kaybı yaşar. Bağlı işletim sistemi ve veri diskleri her zaman korunur.

Sanal makine hizmeti kesintileri hakkında daha ayrıntılı bilgi için bkz . olağanüstü durum kurtarma kılavuzu.

Olağanüstü durum kurtarma ve kesinti algılamayı ayarlama

Sanal makineler için olağanüstü durum kurtarmayı ayarlarken Azure Site Recovery'nin neler sağladığını anlayın. Aşağıdaki yöntemlerle sanal makineler için olağanüstü durum kurtarmayı etkinleştirin:

Tek bölgeli coğrafyada olağanüstü durum kurtarma

Olağanüstü durum kurtarma kurulumuyla Azure VM'leri sürekli olarak farklı bir hedef bölgeye çoğaltılır. Bir kesinti oluşursa VM'lerin yükünü ikincil bölgeye devredebilir ve bunlara oradan erişebilirsiniz.

Site Recovery kullanarak Azure VM'lerini çoğalttığınızda, tüm VM diskleri zaman uyumsuz olarak hedef bölgeye sürekli olarak çoğaltılır. Kurtarma noktaları birkaç dakikada bir oluşturulur ve bu da size dakika sırasına göre bir Kurtarma Noktası Hedefi (RPO) verir. Üretim uygulamasını veya devam eden çoğaltmayı etkilemeden olağanüstü durum kurtarma tatbikatlarını istediğiniz kadar gerçekleştirebilirsiniz. Daha fazla bilgi için bkz . Azure'da olağanüstü durum kurtarma tatbikatı çalıştırma.

Daha fazla bilgi için bkz . Azure VM'leri mimari bileşenleri ve bölge eşleştirme.

Kapasite ve proaktif olağanüstü durum kurtarma dayanıklılığı

Microsoft ve müşterileri Paylaşılan Sorumluluk Modeli kapsamında çalışır. Paylaşılan sorumluluk, müşteri tarafından etkinleştirilen DR (müşteriden sorumlu hizmetler) için dağıttığı ve denetledikleri tüm hizmetler için DR'ye hitap etmeniz gerektiği anlamına gelir. Kurtarmanın proaktif olduğundan emin olmak için, önceden ayrılmamış olanlar için etki anında kapasite garantisi olmadığından her zaman ikincilleri önceden dağıtmanız gerekir.

Sanal makineleri dağıtmak için Sanal Makine Ölçek Kümeleri esnek düzenleme modunu kullanabilirsiniz. Tüm VM boyutları esnek düzenleme moduyla kullanılabilir. Esnek düzenleme modu ayrıca vm'leri bir bölge içinde veya kullanılabilirlik alanı içinde bulunan hata etki alanlarına yayarak yüksek kullanılabilirlik garantileri (1000 VM'ye kadar) sunar.

Sonraki adımlar