Dayanıklı uygulama hizmetleri oluşturma

Tamamlandı

Kuruluşunuzun kurtarma gereksinimlerini karşılamanızı ve maliyetleri ve karmaşıklığı mümkün olduğunca azaltmanızı istiyor.

Bu ünitede coğrafi olarak yedeklilik ve kullanılabilirlik kümelerinin uygulamalarınızda dayanıklılık oluşturmanıza nasıl yardımcı olabileceğini öğreneceksiniz. Uygulamalarınız için yük devretme ve yeniden çalışma işlemlerine nelerin dahil olduğunu öğrenirsiniz. Bu ünitenin sonunda izleme ve bildirim stratejisini neden ve nasıl uygulamanız gerektiğini anlayacaksınız.

Uygulamalarınız için coğrafi çoğaltma ekleme

Uygulamalarınızı barındıran altyapıya ne olursa olsun, uygulamalarınızı çalışır durumda tutabilmeniz gerekir. Doğal afetler ve diğer sorunlar, coğrafi alanın tamamının güç veya İnternet erişimini kaybetmesine neden olabilir. Bu sorunlara düzgün bir şekilde yanıt vermek ve uygulamalarınızın çalışır durumda kalmasını sağlamak için coğrafi olarak yedeklilik olduğundan emin olmanız gerekir. Ancak, doğru yapılmazsa pahalıya mal olabilir.

Azure’ı kullanarak şirket içi uygulamalarınızı coğrafi olarak yedekli hale getirebilirsiniz. Azure'da uygulamalarınız için yedekli bir altyapı çalıştırmanın avantajı, fiziksel bir konumu (ilişkili maliyetlerle birlikte) korumak ve güvenli hale getirmekten sorumlu olmamasıdır.

Azure ile, dünyanın diğer ucunda olabilecek bölgelerle uygulamalarınıza yedeklilik ekleyebilirsiniz ve sizin için bakım yapılmaz. Sizin için bakım yapıldığında, coğrafi olarak yedekliliği daha kolay ve uygun maliyetli bir şekilde elde edebilirsiniz.

Vpn siteden siteye bağlantı kullanarak şirket içi ağı Azure'ın içinde farklı bir bölgede altyapınızın çoğaltmasını çalıştıran bir sanal ağa genişletebilirsiniz. Azure Traffic Manager, şirket içi ağınızın durumunu izlemenize yardımcı olabilir. Şirket içi konuma bir şey olursa, Azure'da farklı bir bölgede bulunan çoğaltma altyapısını kullanabilirsiniz.

Benzer şekilde, Azure’da çalıştırılan uygulamalarınız için coğrafi yedekliliği ayarlayabilirsiniz. Örneğin, uygulamalarınız bir sanal ağdaki azure sanal makineleri grubu üzerinde çalıştırılırsa, coğrafi olarak yedeklilik için aynı kurulumu başka bir bölgede çoğaltabilirsiniz.

Sanal ağ eşlemesi sayesinde, bir tane olarak değerlendirilen iki ayrı sanal ağı birbirine bağlarsınız. Bu iki ağ için trafik genel İnternet'e veya ağ geçidine gitmez. Kaynaklar, aynı ağ içindeymiş gibi diğer kaynaklara doğrudan bağlanabilir.

Bu durumda Traffic Manager, her bir uç noktanın durumunu izleyerek sizin için her iki bölgeye de bakar. Birincil bölgenize bir şey olursa Traffic Manager talebi ikincil bölgenize yönlendirir.

Yüksek kullanılabilirlik kümeleri ekleme

Yüksek kullanılabilirlik kümeleri, iş yüklerinizin en düşük kapalı kalma süresiyle kullanılabilir ve çalışır durumda kalmasını sağlamaya yardımcı olur. Yüksek kullanılabilirlik kümelerini şu mimari türlerinden birinde kullanabilirsiniz:

  • Etkin-etkin mimari: İki özdeş Azure sanal makinesi gibi birden çok düğüm arasında talebi dağıtır ve yük dengelemesi sağlarsınız. Bu Azure sanal makinelerinin birlikte çalışmasını ve talebi paylaşmasını sağlayabilirsiniz. Ayrıca farklı yönlendirme yöntemlerine göre talebi bu düğümlere de dağıtabilirsiniz.

    Aşağıdaki diyagram, etkin-etkin kümenin üst düzey bir örneğidir.

    Diagram that shows an active-active example.

  • Etkin-pasif mimari: Bir düğümün etkin ve kullanımda olduğu, diğer düğümün ise pasif olduğu ve kullanımda olmadığı Azure sanal makinelerini çalıştırırsınız. Pasif düğümü yalnızca etkin düğüm bir hata içerdiğinde kullanırsınız.

Etkin-etkin bir senaryoda düğümleriniz aynı anda çalışır. Makinelerin etkin-pasif kümedeki makinelerle aynı belirtimlere sahip olması durumunda, bu senaryoda günlük olarak daha fazla çalıştırma maliyetine sahip olursunuz.

Etkin-pasif kümeler, etkin-etkin kümelerden daha uygun maliyetli olabilir. Pasif düğüm kullanıcı isteklerine etkin bir şekilde hizmet vermediğinden, yazılım lisanslama maliyetleriniz ve kaynak maliyetleriniz daha düşük olabilir. Ancak, etkin-pasif kümede yalnızca etkin düğümü çalıştırdığınızdan, dalgalı talebi karşılamak için etkin-etkin kümede olduğu kadar esnek değilsiniz.

Azure kullanılabilirlik kümeleri gibi kaynaklar, birden çok düğüm aracılığıyla yüksek kullanılabilirlik elde etmenize yardımcı olur. Donanım arızası veya ağ kesintisi gibi bir şey bir makineyi etkilerse, işleri sürdürmek için başka bir makine kullanılabilir olabilir.

Azure Sanal Makine Ölçek Kümeleri kullanarak etkin-etkin bir küme oluşturabilir ve talebe doğrudan yanıt olarak ölçeği büyütmek ve küçültmek için çalışan makineleri çalıştırabilirsiniz. Azure Load Balancer, yüksek kullanılabilirlik bağlantı noktalarına yönelik kuralları aracılığıyla makineleriniz için etkin-etkin veya etkin-pasif kümeleri kullanmanıza da yardımcı olabilir.

Uygulamalarınız için yük devretme ve uygulamalarınızı yeniden çalıştırma

Kuruluşunuzun şirket içinde çalışan uygulamaları için bir altyapısı vardır. Kuruluşunuzun uyumluluk gereksinimlerini karşıladığından ve iş sürekliliği hedeflerine ulaşadığından emin olmanız gerekir. Azure Site Recovery ve Traffic Manager'ı birlikte kullanarak Azure'a yük devredebilir ve ardından uygulamaları çalışır durumda tutmak için yeniden çalıştırabilirsiniz.

Bir hata oluşursa, istemci trafiğini Azure’da sizin için oluşturulan bir altyapıya sorunsuz şekilde yeniden yönlendirebilirsiniz. Traffic Manager'ı kullanarak bir profil oluşturun ve bir öncelik yönlendirme yöntemi ayarlayın. Ardından iki uç nokta oluşturun: biri şirket içi ortamınız için, diğeri de Azure'da ayarlamak istediğiniz ortam için.

Normalde bir şirket içi ortamı çalıştırdığınız ve Azure'da başka bir ortamın yalnızca yük devretmesini istediğiniz için iki öncelik belirleyebilirsiniz:

  • Şirket içi ortam için öncelik 1
  • Azure'daki ortamınız için öncelik 2

Bu öncelik sayesinde Traffic Manager, iki ortam arasında trafiğin nasıl yönlendirileceğini bilir. Traffic Manager, uç noktanın artık iyi durumda olmadığını fark edinceye kadar şirket içi ortamınıza trafiği yönlendirmeye devam eder. Böyle bir durumda Traffic Manager, trafiği Azure'daki ikinci ortamınıza yönlendirir.

Azure Site Recovery, sanal makinelerinizi Azure'da çalıştırmaya yalnızca yük devretme tetiklendiğinde başlar. Bir olağanüstü durum oluşursa, şirket içi ortamdan Azure ortamına yük devretme başlatmak için Azure Site Recovery kullanabilirsiniz.

Traffic Manager, uç noktalarınızı izlemek için yoklama sıklığını ayarlamanıza olanak tanır. Traffic Manager'ı, daha hızlı yoklamalar için 10 saniyelik aralıklarla normal yoklamalar için her 30 saniyede bir uç noktalarınızın durumunu izleyecek şekilde yapılandırırsınız.

Yük devretme tamamlandıktan sonra istemciler saydam bir şekilde Azure'daki yeni uç noktaya yönlendirilir. Yük devretmeye neden olan sorunu çözdüğünüzde, şirket içi ortamınıza yeniden geri dönmek için Azure Site Recovery'yi kullanabilirsiniz. Traffic Manager, şirket içi uç noktanızın durumunu yoklamaya devam eder. Traffic Manager, uç noktanın tekrar iyi durumda olduğunu belirlediğinde, trafiği şirket içi ortamınıza geri yönlendirir.

Diagram that shows a hybrid network.

Bilgilerinizi kontrol edin

1.

Önceki diyagramda gösterildiği gibi altyapınızı kısmen bulutta, kısmen de şirket içinde çalıştırıyorsunuz. Gelecekte güç kesintileri olduğunda trafiğin gerçek zamanlı olarak değiştirilmesini nasıl etkinleştirebilirsiniz?

2.

Şirketiniz yeni bir bölgede başlatılıyor. Yeni bölge için performans sorunlarını nasıl önleyebilirsiniz?

3.

Aşağıdaki kaynaklardan hangisi yedeklerden geri yüklenebilir?