Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Řada oblastí Azure poskytuje zón dostupnosti, které jsou oddělené skupiny datacenter v rámci oblasti. Každá zóna dostupnosti má nezávislou infrastrukturu napájení, chlazení a sítě, takže pokud dojde k výpadku jedné zóny, zbývající zóny podporují regionální služby, kapacitu a vysokou dostupnost. Některé služby Azure automaticky používají více zón, zatímco jiné vyžadují, abyste nakonfigurovali nasazení s více zónami.
Zóny dostupnosti nechrání jenom před rozsáhlými výpadky, které ovlivňují celou zónu. Poskytují také odolnost proti menším selháním, jako je například selhání racku serveru nebo clusteru v rámci zóny. V těchto scénářích můžou úlohy dál běžet v jiných zónách, i když části ovlivněné zóny zůstanou funkční.
Následující diagram znázorňuje několik příkladů Azure oblastí. Oblasti 1 a 2 podporují zóny dostupnosti a oblasti 3 a 4 nemají zóny dostupnosti. Některé zóny mají jedno datové centrum a jiné mají více.
Návod
Pokud chcete zjistit, které oblasti podporují zóny dostupnosti, přečtěte si téma Seznam oblastí Azure.
Datová centra a zóny dostupnosti
Zóna dostupnosti je logické seskupení jednoho nebo více fyzicky oddělených datacenter v rámci oblasti. Každá zóna dostupnosti je vytvořená způsobem, který spočívá v tom, že pokud se něco nepovede v jedné zóně (jako je výpadek napájení nebo problém se sítí), ostatní dál pracují. Jedno datové centrum nenabízí tuto úroveň ochrany samostatně.
Zóny dostupnosti jsou obvykle oddělené několika kilometry a obvykle jsou mezi sebou v okruhu 100 kilometrů. To poskytuje připojení s nízkou latencí a současně snižuje pravděpodobnost místních výpadků nebo událostí počasí, které mají vliv na více zón současně.
Umístění datacenter jsou vybrána pomocí přísných kritérií posouzení rizik ohrožení zabezpečení. Tento proces identifikuje všechna významná rizika specifická pro datacentrum a považuje sdílená rizika mezi zónami dostupnosti.
Typy podpory zóny dostupnosti
Azure služby můžou svým prostředkům poskytovat různé typy podpory zóny dostupnosti, a většina služeb podporuje nasazení prostředků, které jsou zone-redundant nebo zonální.
Zónově redundantní prostředky: Zónově redundantní prostředky se replikují nebo distribuují napříč několika zónami dostupnosti službou. Například zónově redundantní datové služby replikují data napříč několika zónami, aby selhání v jedné zóně nemělo vliv na dostupnost dat. Některé služby jsou v podporovaných oblastech automaticky zónově redundantní, zatímco jiné služby vyžadují, abyste prostředek nakonfigurovali tak, aby byl zónově redundantní.
U většiny služeb Microsoft vybere zóny, které prostředky používají, ale někdy můžete vybrat sadu zón. Služby můžou v závislosti na jejich návrhu používat jiný počet nebo podmnožinu zón v určité oblasti. Prostředek je odolný vůči selhání zóny, pokud používá dvě nebo více zón.
Díky zónově redundantním nasazením Microsoft spravuje šíření požadavků napříč zónami a replikaci dat napříč zónami. Pokud dojde k výpadku v zóně dostupnosti, Microsoft automaticky řídí převod na jinou zónu.
Zónové prostředky: Zónový prostředek se nasadí do jedné zóny dostupnosti, kterou vyberete sami.
Zónová nasazení automaticky neposkytují odolnost proti výpadkům zón dostupnosti. Zdroje zón jsou však izolovány od chyb v jiných zónách. Můžou vám také pomoct dosáhnout neobvykle přísné latence nebo požadavků na výkon. Například u chatovacích úloh vytvořených pomocí virtuálních počítačů se můžete rozhodnout nasadit více virtuálních počítačů do stejné zóny, abyste snížili latenci připojení mezi nimi.
Pokud chcete, aby zónové prostředky byly odolné vůči výpadkům zón dostupnosti, je potřeba navrhnout architekturu s samostatnými prostředky v několika zónách dostupnosti v rámci oblasti. Microsoft proces za vás nespravuje. Pokud dojde k výpadku v zóně dostupnosti, jste zodpovědní za přesměrování služeb do jiné zóny.
Když nakonfigurujete prostředek tak, aby byl zónově redundantní, nebo pokud používáte více instancí zónového prostředku v různých zónách dostupnosti, považuje se prostředek za odolný vůči zónám: to znamená, že je odolný vůči výpadku jedné zóny dostupnosti. Další informace o používání zónových nasazení a zachování odolnosti zón najdete v tématu Zónové prostředky a odolnost zón.
Při navrhování strategie spolehlivosti se ujistěte, že rozumíte tomu, jak každá služba ve vaší úloze podporuje zóny dostupnosti. Některé služby můžou mít například další požadavky na splnění podpory zóny dostupnosti, například určité úrovně nebo skladové položky. Průvodci spolehlivostí obsahují podrobnosti o všech takových požadavcích.
Pokud prostředek není nakonfigurovaný tak, aby používal zóny dostupnosti, ať už kvůli oblasti, kterou používáte, nepodporuje zóny nebo kvůli vašim možnostem konfigurace, se nazývá nezonální nebo regionální nasazení. Azure může umístit nezonální prostředky napříč všemi zónami v dané oblasti. Nevybíráte, které prostředky jdou do kterých zón. Pokud dojde k výpadku jakékoli zóny dostupnosti v oblasti, nezónové zdroje mohou být v ovlivněné zóně a mohly by zaznamenávat výpadky.
Konfigurace prostředků pro podporu zón dostupnosti
Každá služba má vlastní metodu konfigurace podpory zóny dostupnosti a některé služby nevyžadují žádnou konfiguraci. Další informace o tom, jak každá služba podporuje zóny dostupnosti a jak ji nakonfigurovat, najdete v průvodcích spolehlivostí Azure podle služeb.
Fyzické a logické zóny dostupnosti
Každé datové centrum je přiřazené k fyzické zóně. Fyzické zóny se mapují na logické zóny ve vašem Azure předplatném a různá předplatná můžou mít jiné pořadí mapování. Azure předplatná mají při vytvoření automaticky přiřazené své mapování. Z tohoto důvodu se mapování zóny pro jedno předplatné může lišit pro jiná předplatná.
Například předplatné A může mít fyzickou zónu 1 namapovanou na logickou zónu 2, zatímco předplatné B má fyzickou zónu 1 namapovanou na logickou zónu 3:
Pokud chcete porozumět mapování mezi logickými a fyzickými zónami pro vaše předplatné, použijte rozhraní API Azure CLI nebo Azure PowerShell nebo rozhraní API Azure Resource Manager.
- Azure CLI
- Azure PowerShell
- rozhraní API Azure Resource Manager
Použijte příkaz az account list-locations :
az account list-locations \
--query "[?availabilityZoneMappings].{availabilityZoneMappings: availabilityZoneMappings, displayName: displayName, name: name}"
Zóny dostupnosti a aktualizace Azure
Pro každou oblast Microsoft cílí nasadit aktualizace do Azure služeb v rámci jedné zóny dostupnosti najednou. Tento přístup snižuje dopad, který můžou mít aktualizace na aktivní úlohu, což umožňuje, aby úloha běžela v jiných zónách, zatímco probíhá aktualizace. Pokud chcete využít výhod sekvencovaných aktualizací zón, musí být vaše úloha už nakonfigurovaná tak, aby běžela napříč několika zónami. Další informace o tom, jak Azure nasazuje aktualizace, najdete v tématu Jak pokročit v bezpečných postupech nasazení.
Sítě mezi zónami
V rámci každé oblasti jsou zóny dostupnosti připojené prostřednictvím vysoce výkonné sítě. Microsoft se snaží dosáhnout komunikace mezi zónami s latencí odezvy menší než přibližně 2 milisekundy. Nízká latence umožňuje vysoce výkonnou komunikaci v rámci oblasti a synchronní replikaci dat napříč několika zónami dostupnosti. Cílová latence odkazuje na latenci síťových propojení. V závislosti na komunikačním protokolu, který používáte, a potřebných přeskocích v síti pro jakýkoli konkrétní síťový tok se může lišit latence, kterou pozorujete.
Ve většině úloh můžete distribuovat komponenty řešení napříč zónami dostupnosti, aniž by to mělo výrazný vliv na výkon. Pokud máte úlohu s vysokým stupněm citlivosti na latenci mezi zónami, je důležité otestovat latenci mezi vybranými zónami dostupnosti pomocí skutečných protokolů a konfigurace. Pokud chcete snížit provoz mezi zónami, je možné používat zónová nasazení, ale optimálně byste měli ve svém plánu strategie spolehlivosti použít více zón dostupnosti. Další informace o používání zónových nasazení a zachování odolnosti zón najdete v tématu Zónové prostředky a odolnost zón.
Azure se neúčtují poplatky za přenos dat mezi zónami dostupnosti ve stejné oblasti bez ohledu na to, jestli používáte privátní nebo veřejné IP adresy.
Doprovodné materiály k architektuře zóny dostupnosti
Jak dosáhnout spolehlivé pracovní zátěže:
- Produkční úlohy by měly být nakonfigurované tak, aby používaly více zón dostupnosti, pokud oblast, ve které jsou, podporuje zóny dostupnosti.
- U kritických úloh byste měli zvážit řešení, které je multi-regionální a multi-zónové.
Podrobnější informace o používání oblastí a zón dostupnosti v architektuře řešení najdete v tématu Doporučení pro používání zón dostupnosti a oblastí.