Load Balancer a Zóny dostupnosti

  • Článek
  • 4 min ke čtení

Azure Load Balancer podporuje scénáře zón dostupnosti. Pomocí nástroje Standard Load Balancer zvýšit dostupnost v celém scénáři tím, že sjednotíte prostředky s prostředky a distribucí mezi zónami. Informace o těchto konceptech a základních pokynech k návrhu scénářů vám porozumí tento dokument.

Může Load Balancer být zónově redundantní, zónová nebo nezónová. Pokud chcete pro svůj nástroj pro vyrovnávání zatížení nakonfigurovat vlastnosti související se zónou (uvedené výše), vyberte odpovídající typ potřebného front-endu.

Zónově redundantní

V oblasti s Zóny dostupnosti může Standard Load Balancer být zónově redundantní. Tento provoz je obsluhon jednou IP adresou.

Jedna front-endová IP adresa přetrží i při selhání zóny. Ip adresa front-endu se může použít pro přístup ke všem členům back-endu (bez ovlivnění) bez ohledu na zónu. Jedna nebo více zón dostupnosti může selhat a cesta k datům zůstane v pořádku, dokud jedna zóna v oblasti zůstane v pořádku.

IP adresu front-endu současně obsluhouuje několik nezávislých nasazení infrastruktury ve více zónách dostupnosti. Jakékoli opakování nebo obnovení proběhne úspěšně v jiných zónách, které nejsou ovlivněny selháním zóny.

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

Obrázek: Zónově redundantní nástroj pro vyrovnávání zatížení

Zónová

Můžete se rozhodnout mít front-end zaručený pro jednu zónu, která se označuje jako zónová zóna. Tento scénář znamená, že každý příchozí nebo odchozí tok je obsluhován jednou zónou v oblasti. Váš front-end sdílí problémy se stavem zóny. Cesta k datům není ovlivněna selháními v jiných zónách, než ve kterých byla zaručena. K vystavení IP adresy pro každou zónu dostupnosti můžete použít zónové front-endy.

Kromě toho se podporuje přímé použití zónových front-endů pro koncové body s vyrovnáváním zatížení v rámci jednotlivých zón. Tuto konfiguraci můžete použít k vystavení koncových bodů s vyrovnáváním zatížení jednotlivých zón a jednotlivě monitorovat každou zónu. U veřejných koncových bodů je můžete integrovat s produktem pro vyrovnávání zatížení DNS, jako je Traffic Manager a použít jeden název DNS.

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

Obrázek: Zónový nástroj pro vyrovnávání zatížení

Pro front-end veřejného nástroje pro vyrovnávání zatížení přidáte parametr zones do veřejné IP adresy. Na tuto veřejnou IP adresu odkazuje konfigurace front-endových IP adres, kterou používá příslušné pravidlo.

Pro front-end interního nástroje pro vyrovnávání zatížení přidejte parametr zón do konfigurace IP adresy front-endu interního nástroje pro vyrovnávání zatížení. Zónový front-end zaručuje IP adresu v podsíti pro konkrétní zónu.

Jiné než zónové

Nástroje pro vyrovnávání zatížení je také možné vytvořit v jiné než zónové konfiguraci pomocí front-endu bez zóny (veřejná IP adresa nebo předpona veřejné IP adresy). Tato možnost neposkytuje záruku redundance. Všimněte si, že všechny upgradované veřejné IP adresy budou typu "no-zone".

Aspekty návrhu

Teď, když rozumíte vlastnostem souvisejícím se zónou pro Standard Load Balancer, vám při návrhu vysoké dostupnosti můžou pomoct následující aspekty návrhu.

Tolerance vůči selhání zón

  • Zónově redundantní Load Balancer může obsluhovat zónový prostředek v jakékoli zóně s jednou IP adresou. IP adresa dokáže přetrvat i po selhání jedné nebo více zón, pokud alespoň jedna zóna zůstane v rámci oblasti v pořádku.
  • Zónový front-end je omezení služby na jednu zónu a sdílí ji s příslušnou zónou. Pokud dojde k výpadku zóny, ve které je vaše nasazení, vaše nasazení toto selhání nezůžije.

Pro produkční úlohy doporučujeme použít zónově redundantní Load Balancer úlohy.

Několik front-endů

Použití více front-endů umožňuje vyrovnávání zatížení provozu na více než jednom portu a/nebo IP adrese. Při navrhování architektury je důležité zohlednit způsob interakce redundance zón a více front-endů. Upozorňujeme, že pokud je cílem mít vždy všechny front-endy odolné vůči selhání, musí být všechny IP adresy přiřazené jako front-endy zónově redundantní. Pokud má být sada front-endů přidružená k jedné zóně, musí být každá IP adresa této sady přidružená k této konkrétní zóně. Pro každou zónu není nutné mít nástroj pro vyrovnávání zatížení. Místo toho by každý zónový front-end (nebo sada zónových front-endů) mohl být přidružený k virtuálním počítačům v back-endových fondech, které jsou součástí této konkrétní zóny dostupnosti.

Přechod mezi oblastní zónové modely

V případě, že je oblast rozšířená tak, aby měla zóny dostupnosti, by zůstala nezónová. Abyste zajistili, že vaše architektura může využívat nové zóny, doporučujeme vytvořit nové IP adresy front-endu a replikovat příslušná pravidla a konfigurace, aby se tyto nové veřejné IP adresy využily.

Kontrola vs. důsledky pro rovinu dat

Zónová redundance neznamená bezkontaktní rovinu dat ani řídicí rovinu. Zónově redundantní toky mohou používat libovolnou zónu a vaše toky budou používat všechny zóny, které jsou v pořádku, v oblasti. V případě selhání zóny toky provozu využívající zóny, které jsou v pořádku, nejsou ovlivněny.

Toky provozu využívající zónu v době selhání zóny mohou být ovlivněny, ale aplikace se mohou zotavit. Provoz pokračuje v zónách, které jsou v pořádku, v rámci oblasti po opětovném přenosu, když se Azure konverguje kolem selhání zóny.

Prohlédněte si vzory návrhu v cloudu Azure a vylepšete odolnost vaší aplikace vůči scénářům selhání.

Omezení

  • Zóny není možné po vytvoření změnit, aktualizovat ani vytvořit pro prostředek.
  • Po vytvoření není možné aktualizovat prostředky ze zón na zónově redundantní nebo naopak.

Další kroky