Load Balancer ve Kullanılabilirlik Alanları

  • Makale
  • Okumak için 4 dakika

Azure Load Balancer kullanılabilirlik alanları senaryolarını destekler. Kaynakları, bölgelere ayırarak ve bölgeler arasında dağıtım yaparak senaryonuz genelinde kullanılabilirliği artırmak için Standart Load Balancer kullanabilirsiniz. Bu kavramları ve temel senaryo tasarım kılavuzunu anlamak için bu belgeyi gözden geçirin

Bir Load Balancer bölge yedekli, zonal veya zBu olmayan bir durumda olabilir. Yük dengeleyiciniz için bölgeyle ilgili özellikleri (yukarıda bahsedilen) yapılandırmak için gerekli olan ön uç türünü seçin.

Bölge yedekli

Kullanılabilirlik Alanları bir bölgede, bir Standart Load Balancer bölge yedekli olabilir. Bu trafik, tek bir IP adresi tarafından sunulur.

Tek bir ön uç IP adresi bölge hatasını sürdüren. Ön uç IP, bölge ne olduğuna bakılmaksızın, tüm etkilenmeyen arka uç havuzu üyelerine erişmek için kullanılabilir. Bir veya daha fazla kullanılabilirlik bölgesi başarısız olabilir ve bölgedeki bir bölge sağlıklı kaldığı sürece veri yolu daha uzundur.

Ön uç 'nin IP adresi birden çok kullanılabilirlik alanında birden çok bağımsız altyapı dağıtımı tarafından aynı anda sunulur. Herhangi bir yeniden deneme veya yeniden yapılandırma, bölge hatasından etkilenmeyen diğer bölgelerde başarılı olur.

Figure depicts a zone-redundant standard load balancer directing traffic in three different zones to three different subnets in a zone redundant configuration.

Şekil: bölge yedekli yük dengeleyici

Alanlı

Tek bir bölge için bir ön uç garantisini seçebilirsiniz ve bu da Bölgesel olarak bilinir. Bu senaryo, herhangi bir gelen veya giden akışın bir bölgedeki tek bir bölge tarafından sunulduğunu gösterir. Ön uç paylaşımlarınız, bölgenin sistem durumuyla birlikte fada. Veri yolu, garantide olduğu yerde yer alan bölgelerde hatalara göre etkilenmemiştir. Kullanılabilirlik alanı başına bir IP adresi göstermek için, bölgesel ön uçları kullanabilirsiniz.

Ayrıca, her bir bölgedeki yük dengeli uç noktalar için doğrudan bölgesel ön uçları kullanılması desteklenir. Her bölgeyi tek tek izlemek için, bu yapılandırmayı her bölge için yük dengeli uç nokta başına göstermek üzere kullanabilirsiniz. ortak uç noktalar için, bunları Traffic Manager gibi bir dns yük dengeleme ürünüyle tümleştirilebilir ve tek bir dns adı kullanabilirsiniz.

Figure depicts three zonal standard load balancers each directing traffic in a zone to three different subnets in a zonal configuration.

Şekil: ZGen yük dengeleyici

Ortak yük dengeleyici ön ucu için genel IP 'ye bir bölgeler parametresi eklersiniz. Bu genel IP 'ye ilgili kural tarafından kullanılan ön uç IP yapılandırması tarafından başvurulur.

İç yük dengeleyici ön ucu için iç yük dengeleyici ön uç IP yapılandırmasına bir bölgeler parametresi ekleyin. Bir bölgesel ön ucu, alt ağdaki bir IP adresinin belirli bir bölgeye göre olmasını sağlar.

ZGen olmayan

Yük dengeleyiciler Ayrıca, "hiçbir bölge olmayan" ön uç (genel IP veya genel IP öneki) kullanılarak, bir de, zGenel olmayan bir yapılandırmada oluşturulabilir. Bu seçenek, artıklık garantisi vermez. Yükseltilen tüm genel IP adreslerinin "No-Zone" türünden olacağını unutmayın.

Tasarım konuları

Standart Load Balancer için bölgeyle ilgili özellikleri anladığınıza göre, aşağıdaki tasarım konuları yüksek kullanılabilirlik için tasarlandığınızda yardımcı olabilirler.

Toleransı bölge hatası

  • Bölgesel olarak yedekli Load Balancer, tek bir IP adresi ile herhangi bir bölgede bir bölgesel kaynağı sunabilir. En az bir bölge bölge içinde sağlıklı kaldığı sürece IP bir veya daha fazla bölge hatasını daha fazla sürebilir.
  • Bir Bölgesel ön ucu, hizmetin tek bir bölgeye bir azalmasıyla birlikte Fate 'yi ilgili bölge ile paylaşır. Dağıtımınızın bölgesi kapalıysa, dağıtımınız bu hatayla devam etmez.

Üretim iş yükleriniz için bölgesel olarak yedekli Load Balancer kullanmanız önerilir.

Birden çok ön uç

Birden çok ön uç kullanılması, trafiği birden fazla bağlantı noktası ve/veya IP adresi üzerinde dengelemenize izin verir. Mimarinizi tasarlarken, bölge yedekliliği ve birden çok ön uç 'nin etkileşime girebileceği hesaba yöneliktir. Hedef her zaman için her ön uç hataya dayanıklı olduğunda, ön uçlar olarak atanan tüm IP adreslerinin bölge yedekli olması gerektiğini unutmayın. Bir ön uç kümesinin tek bir bölge ile ilişkilendirilmesi amaçlanıyorsa, bu küme için her IP adresinin bu ilgili bölge ile ilişkilendirilmesi gerekir. Her bölge için bir yük dengeleyici olması gerekmez; Bunun yerine, her bir zikzak ön uç (veya bir ZGen kümesi kümesi), bu belirli kullanılabilirlik bölgesinin bir parçası olan arka uç havuzundaki sanal makinelerle ilişkilendirilebilir.

Bölgesel bölgesel modelleri arasında geçiş

Bir bölgenin, Kullanılabilirlik alanlarına sahip olacak şekilde genişletmesi durumunda, küçük olmayan bir yerde kalır. Mimarinizin yeni bölgelerin avantajlarından yararlanmasını sağlamak için yeni ön uç IP 'Lerinin oluşturulması ve uygun kuralların ve yapılandırmaların bu yeni genel IP 'Leri kullanabilmesi için çoğaltılması önerilir.

Denetim vs veri düzlemi etkileri

Bölge yedekliliği, itless veri düzlemi veya denetim düzlemi göstermez. Bölgesel olarak yedekli akışlar herhangi bir bölgeyi kullanabilir ve akışlarınız, bir bölgedeki tüm sağlıklı bölgeleri kullanır. Bir bölge hatasında, sağlıklı bölgeler kullanılarak trafik akışları etkilenmez.

Bölge hatası sırasında bölge kullanan trafik akışları etkilenebilir, ancak uygulamalar kurtarabilir. Trafik, Azure 'un bölge hatasını aşmak için yeniden aktarım sırasında bölge içindeki sağlıklı bölgelerde devam eder.

Uygulamanızın hata senaryolarıyla olan dayanıklılığını artırmak için Azure bulut tasarım modellerini gözden geçirin.

Sınırlamalar

  • Bölge, oluşturulduktan sonra kaynak için değiştirilemez, güncelleştirilemiyor veya oluşturulamıyor.
  • Kaynaklar, oluşturulduktan sonra bölge ile yedekli veya tam tersi arasında yapılamaz.

Sonraki adımlar