Azure Load Balancing Yontemleri

Azure, highly available ve scalable uygulamalar bircok kolaylik saglamaktadir. HA bir uygulama planlanmasi icin Azure uzerinde degerlendirilmesi gereken bir cok servis buluuyor.

Ornegin her bir tier icerisinde mutlaka birden fazla instance olusturmaniz gerekli. Her bir tier’i ayri Availability Setler icerisine koymaniz gerekli ki VM leri Update Domain ve Fault Domain ler arasinda paylastirabilin.

Bunun disinda farkli instanceler ile uygulama tarafinda hizmet vereceginiz icin internetten gelen trafigin bu sunuculara yonlendirilmesi noktasinda karar vermeniz gerekiyor.

Azure uzerinde farkli sunuculara trafigin dagitilmasi icin Load Balancer bileseni kullanilabilir. Bu yazida farkli Load Balancing yontemlerinden ve teknolojilerinden kisaca bahsedecegim.

Oncelikle Load Balancer dedigimizde Azure uzerinde iki farkli LB tipip bulunuyor.

  • Azure Load Balancer
  • Internal Load Balancer

Internet uzerinden gelen trafik icin external (Azure) Load Balancer kullanmaniz gerekiyor. Ancak bu sekilde LB NIC lerine Public IP atamasi yapabilirsiniz.

Ancak ornegin Web Tier ile App Tier yada App Tier ile DB Tier arasindaki trafigi dagitmak icin herhangi bir external NIC yada IP ihtiyaciniz bulunmuyor. Bunun icin de Internal Load Balancer kullanilabilir.

Bir diger LB teknolojisi isi Application Gateway.

Biraz once bahsettigimiz geleneksel LBler aslinda Layer 4 uzerinde calisirlar ve genellikle port, protocol gibi kriterler ile yonlendirme yaparlar. Ancak kimi durumda OSI7. seviye de calisan bir LB ihtiyaciniz olabilir. Bu sayede HTTP/HTTPS paketlerinin icerigine gore veya URL path hedeflerine gore yonlendirme yapabilir hatta SSL Offloading ile sertifika sonlandirma process’ini web sunuculardan LB uzerine cekebilirsiniz.

Son olarak ise Traffic Manager dan bahsedelim. Genellikle karistirilan noktalardan birisi Traffic Manager’in LB gibi dusunulmesidir. Her ne kadar trafigi yonlendirme isini gerceklestirse de Traffic Manager asla paketleri kendi uzerine alip hedefe tasimaz.

Traffic Manager’in temel gorevi istemcilerden gelen DNS sorgusunu ilk karsilayan nokta olmak ve kendi uzerindeki latency tablosuna bakarak bu istemciyi en yakin Azure veri merkezine gondermek. Bu sayede ornegin dunya capinda bir web sitesiniz var ise, kullanicilarin sitenize eristikleri lokasyona gore Traffic Manager yonlendirme yapar.

Bu yuzden her zaman onerim better together. Load Balancer ile Traffic Manager’i ayni senaryo icerisinde kullanarak availability’yi arttirmaniz.

Leave a Reply

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

− 2 = 3