Edge Node Service (ENS), uygulamaları son kullanıcılara daha yakın konumlara dağıtarak erişim gecikme süresini azaltır. Güvenilir hizmet teslimatını sürdürmek için yüksek kullanılabilirlik planlaması yapmanız gerekir. Bu konu, dayanıklı uç bilişim uygulamaları oluşturmak için temel yetenekleri kapsar.
Paylaşılan sorumluluklar
Cloud ortamında hizmet sürekliliği, Alibaba Cloud ile müşterileri arasında paylaşılan bir sorumluluktur.
Alibaba Cloud, ENS'nin kararlılığını sağlar ve kullanılabilirliğin hizmet düzeyi sözleşmesinde (SLA) belirtilen taahhütleri karşıladığını garanti eder.
Müşteriler, hizmet sürekliliğini korumak amacıyla gerektiğinde yük devretme yapabilmek için hizmet mimarilerini tasarlamakla sorumludur.
Uç bilişim uygulamalarınızda hizmet sürekliliği sağlamak için aşağıdaki çözümleri uygulamanızı öneririz.
En iyi uygulamalar
Çoklu örnek olağanüstü durum kurtarma
Yüksek kullanılabilirlik elde etmek için uygulamaların yoğun yükleri işlemesi ve tek noktadan arıza (SPOF) kaynaklı hizmet kesintilerini önlemesi gerekir. Trafiği birden fazla ENS örneğine dağıtmak için Edge Load Balancer (ELB) kullanabilirsiniz. Daha fazla bilgi için bkz. ELB nedir? Bir ENS örneği başarısız olursa ELB, trafiği diğer örneklere yönlendirerek hizmet sürekliliğini korur.
Bölge bazlı birincil/ikincil olağanüstü durum kurtarma
Uygulama birincil/ikincil geçişi
Bir uygulamayı bir uç düğüme dağıtırken bölge seviyesindeki arızalara karşı korunmak için yedeklemeleri diğer uç düğümlere veya diğer Alibaba Cloud bölgelerine dağıtın.
Bölge seviyesinde bir arıza meydana gelirse Global Traffic Manager (GTM), alan adını otomatik olarak diğer bölgelerdeki uygulamalara yönlendirerek hizmet sürekliliğini sağlar. Daha fazla bilgi için bkz. Global Traffic Manager nedir?
İkincil hizmeti diğer ENS bölgelerine veya yakındaki Alibaba Cloud bölgelerine dağıtabilirsiniz. İkincil hizmeti etkinleştirmenin kullanıcılar için erişim gecikme süresini artırabileceğini unutmayın.
Veri yedekleme ve geri yükleme
Trafik yönlendirme, bölge seviyesindeki arızalar sırasında hizmet kesintilerini önlemeye yardımcı olur. Ancak, arızalanan bölgedeki veri hizmetleri kullanılamaz hale gelebilir.
Hizmetlerinizin yük devretme sonrasında doğru çalışmaya devam etmesini sağlamak için normal çalışma sırasında verileri birincil bölgeden ikincil bölgeye çoğaltan bir veri senkronizasyonu çözümü tasarlayın.
Örneğin, aşağıdaki işlemleri yapabilirsiniz:
Verileri hem mevcut bölgedeki hem de ikincil bölgedeki depolama hizmetlerine yazın. Bu yaklaşım, bölgeler arasındaki verilerin neredeyse aynı kalmasını sağlar ancak yazma gecikme süresini artırabilir.
Verileri önce birincil bölgeye yazın, ardından ikincil bölgeye eşzamansız olarak çoğaltın. Bu yöntem ek yazma gecikme süresinden kaçınmanızı sağlar ancak yük devretme sırasında ikincil bölgedeki veriler birincil bölgenin gerisinde kalabilir.
Ayrıca bir geri yükleme mekanizması tasarlamanız gerekir. Birincil bölge kurtarıldığında, arıza döneminde ikincil hizmet tarafından kaydedilen yeni verileri birincil bölgeyle senkronize edin. Bu işlem, kullanıcılar birincil hizmete geri geçirildiğinde veri kaybını önler.
Dağıtım mimarisi
Hizmet kullanılabilirliğini en üst düzeye çıkarmak için önceki uygulamaları birleştirin. Aşağıdaki şekil, ELB, birincil/ikincil geçişi ve veri yedekleme ile geri yüklemeyi kullanan bir dağıtım mimarisini göstermektedir.
Bu yetenekleri iş gereksinimlerinize göre kullanın.
Birincil hizmet, İsviçre'deki bir uç düğüme dağıtılır. Tek noktadan arıza (SPOF) kaynaklı hizmet kesintilerini önlemek için ELB ile birden fazla örnek kullanır.
İkincil hizmet, Almanya'daki yakın bir uç düğüme dağıtılır ve burada da ELB ile birden fazla örnek kullanılır. Alternatif olarak, ikincil hizmeti yakın bir Alibaba Cloud bölgesine dağıtabilirsiniz. Normal çalışma sırasında, yük devretme gerçekleştiğinde verilerin tutarlı kalmasını sağlamak için veriler birincil bölgeden ikincil bölgeye senkronize edilir.
-
GTM, alan adı çözümleme sistemine entegre edilir.
GTM, belirttiğiniz sıklıkta birincil hizmet üzerinde periyodik olarak sağlık kontrolleri yapar.
Birincil hizmet sağlıklıysa alan adı birincil hizmete çözülür.
Birincil hizmet sağlıksız duruma geçer ve başarısız sağlık kontrolü sayısı belirttiğiniz eşiğe ulaşırsa GTM, otomatik yük devretme için alan adını ikincil hizmete geçirir.
Birincil hizmet arızası sırasında trafik ikincil hizmete yönlendirilir ve veriler bunun depolama hizmetine kaydedilir. Arıza çözümlendikten sonra verileri ikincil hizmetten birincil hizmete senkronize edin.