Azure VM High Availability icin oneriler

Bulut teknolojilerini kullanarak uygulamalariniz konumlandirsak dahi her zaman yuksek erisilebilirlik ile ilgili ek planlama yapmamiz gerekiyor.

Eger uygulamanizi bir VM icersinde konumlandirip ardindan Azure uzerinden hizmet verir hale getirirseniz, ne yazik ki bu HA bir cozum olmaktan cok uzaktir. Cunku:

  • VM icerisinde uygulama yada OS seviyesinde gerceklesecek bir probleme karsi korumaniz bulunmuyor.
  • VM uzerinde gerceklesecek sanal donanim noktasindaki bir probleme karsi korumaniz bulunmuyor.
  • Her ne kadar Azure uzerinde de calissaniz, VMinizin uzerinde kostugu fiziksel sunucu, rack ve veri merkezinde gerceklesecek sorunlara karsi korumaniz bulunmuyor.

Bu sebeple her zaman onerilen minimum iki adet VM instance ile yola baslamaniz. Ancak bu yolun basi. Bunun sonrasinda uygulamanizin her bir tier’i icin HA planlamasi yapmaniz gerekiyor.

Bu noktada onerim daha once hakkinda birkac blog yazdigim Availability Set leri kullanmaya baslamaniz. Eger iki adet VMi bir AS icerisine yerlestirirseniz, Azure Service Fabric otomatik olarak bu VM leri farkli Fault ve Update Domainlere dagitacaktir. Bu ne demek?

Bu sayede Azure veri merkezinde fiziksel olarak gerceklesecek bir problemde yada planli yapilacak bir upgrade isleminde her zaman minimum 1 VM iniz aktif olarak calisacaktir.

Bir diger onerim, eger tierlariniz var ise (ornegin web, app ve db) her bir tier icin minimum iki VM konumlandirdiktan sonra her bir Tier uyelerini farkli AS lere dahil etmektir. Bu sayede herhangi bir sorun durumunda her Tier icerisinde mutlaka en az 1 VM aktif olacak ve uygulamaniz hizmet verir durumda olacaktir.

Ve tabiki her zaman Availability Setlerinizi Load Balancer ile kombinlemeniz. LB ayni zamanda kendi icerisinde gerceklestirdigi Health Check sayesinde sagliksiz olan uyeleri havuzdan cikaracaktir.

 

Leave a Reply

Your email address will not be published. Required fields are marked *

12 − 4 =