Veřejné výpočetní prostředí Azure pro vícenásobný přístup (MEC) je skvělou platformou pro hostování aplikací na hraničních zařízeních a může je lépe reagovat, ale v současné době nepodporuje funkce vysoké dostupnosti. Tento článek popisuje, jak nasadit úlohy v režimu aktivní/pohotovostní, aby se dosáhlo vysoké dostupnosti a zotavení po havárii.
Apache®, Apache Ignite, Ignite a logo plamene jsou registrované ochranné známky nebo ochranné známky Apache Software Foundation v USA a/nebo v jiných zemích. Použití těchto značek nevyžaduje žádné doporučení Apache Software Foundation.
Architektura
Stáhněte si soubor aplikace Visio s touto architekturou.
Workflow
Azure Traffic Manager. Nakonfigurujte Traffic Manager tak, aby používal prioritní směrování. Nastavte IP adresu nástroje pro vyrovnávání zatížení ve veřejné službě Azure MEC (primární) na prioritu 1. Nastavte ji v sekundární oblasti na Prioritu 2. Tato konfigurace odesílá veškerý provoz v případě převzetí služeb při selhání do veřejného mec Azure.
Poznámka:
Traffic Manager pro veřejné mec Azure v současné době nepodporuje směrování výkonu, které by dynamicky určilo dříve popsané směrování na základě nejnižší latence koncového bodu.
V této architektuře se navrácení služeb po obnovení automaticky dosahuje po obnovení virtuálních počítačů nebo standardního nástroje pro vyrovnávání zatížení zpět online. Traffic Manager určuje, že úlohy jsou v provozu a přesměrovávají provoz zpět do primární veřejné oblasti AZURE MEC.
Veřejný nástroj pro vyrovnávání zatížení. Tento nástroj pro vyrovnávání zatížení předsměruje aplikační vrstvu a vyrovnává provoz do fondu virtuálních počítačů ve škálovací sadě virtuálních počítačů.
Interní nástroj pro vyrovnávání zatížení. Tento nástroj pro vyrovnávání zatížení se používá pro přístup k databázové vrstvě. V závislosti na typu databáze, kterou používáte pro vaši aplikaci, možná nebudete potřebovat nástroj pro vyrovnávání zatížení, pokud ostatní služby PaaS (platforma jako služba) mají svůj vlastní nástroj pro vyrovnávání zatížení.
Škálovací sady virtuálních počítačů Azure. Většina produkčních nasazení používá škálovací sady virtuálních počítačů k dynamickému škálování úloh na základě zatížení provozu. Veřejný mec Azure také podporuje Službu Azure Kubernetes Service pro aplikace nativní pro cloud a aplikace založené na kontejnerech.
Databázová vrstva. Veřejný mec Azure v současné době nepodporuje služby PaaS databáze SQL, jako je SQL Server na virtuálních počítačích Azure a azure SQL Managed Instance. V současné době také nepodporuje služby NoSQL PaaS, jako je Azure Cosmos DB a Azure Managed Instance for Apache Cassandra. Můžete nasadit řešení třetích stran, která podporují služby SQL nebo NoSQL a replikaci dat napříč geograficky distribuovanými clustery.
Komponenty
- Veřejná architektura MEC Azure je hraniční výpočetní řešení, které spojuje portfolio výpočetních, síťových a aplikačních služeb Microsoftu spravovaných z cloudu.
- Azure Traffic Manager je nástroj pro vyrovnávání zatížení provozu založený na DNS. Můžete ho použít k směrování příchozích požadavků DNS na základě zvolené metody směrování.
- Azure Load Balancer poskytuje vysokou dostupnost a vysoký výkon vašich aplikací.
- Škálovací sady virtuálních počítačů Azure umožňují spravovat a škálovat až tisíce virtuálních počítačů.
Alternativy
Zálohování Azure a zotavení po havárii, které poskytuje funkce Azure Site Recovery a zálohování:
- Aktivně replikuje virtuální počítače z veřejného mec Azure do nadřazené oblasti a zpřístupňuje je k převzetí služeb při selhání a navrácení služeb po obnovení v případě výpadku.
- Zálohuje virtuální počítače, aby se zabránilo poškození nebo ztrátě dat.
Tento přístup stojí méně než dříve popsaný přístup, protože neexistují žádné nečinné prostředky. Tato alternativa je vhodná pouze pro aplikace, které umožňují vyšší RTO.
Poznámka:
Zálohování Azure a zotavení po havárii pro veřejné mec Azure v současné době podporuje pouze virtuální počítače.
Podrobnosti scénáře
Potenciální případy použití
Tuto architekturu použijte, když chcete nasadit úlohy v režimu aktivní/pohotovostní, abyste dosáhli vysoké dostupnosti a zotavení po havárii. Tento scénář je ideální pro telekomunikační průmysl.
Důležité informace
Tyto aspekty implementují pilíře dobře architektuře Azure, což je sada hlavních principů, které je možné použít ke zlepšení kvality úlohy. Další informace naleznete v tématu Microsoft Azure Well-Architected Framework.
SLA
Microsoft podporuje smlouvy o úrovni služeb (SLA) pro větší infrastrukturu, jako jsou Azure a oblasti Azure. Veřejný mec Azure je menší rozšíření azure, které nemá podporu SMLOUVY SLA.
Výkon
Veřejný mec Azure je navržený tak, aby hostil aplikace kritické pro latenci. Vzhledem k tomu, že převzetí služeb při selhání do sekundární oblasti zvyšuje latenci úloh, nemusí poskytovat stejnou úroveň výkonu. V závislosti na aplikaci a její citlivosti na tuto zvýšenou latenci je potřeba rozhodnout, která z těchto služeb by měla převzít služby při selhání do oblasti.
Databáze
Replikace a zálohování dat jsou důležité, když spoléháte na převzetí služeb při selhání databáze. Většina služeb Azure PaaS má integrovanou podporu geografické replikace a vytváření replik pro čtení napříč oblastmi a zeměpisnými oblastmi.
Poznámka:
Veřejný mec Azure v současné době nepodporuje služby PaaS, jako je SQL Managed Instance, SQL Server na virtuálních počítačích Azure, Azure Database for MySQL nebo Azure Database for PostgreSQL. Nabídky třetích stran, jako je Couchbase, MongoDB a Apache Cassandra, můžou poskytovat služby infrastruktury jako služby (IaaS), které podporují geografickou replikaci.
Traffic Manager
Možnosti převzetí služeb při selhání
Traffic Manager podporuje více metod směrování: výkon, geografická oblast, priorita a další. Pokud chcete co nejlépe podporovat aplikace s nízkou latencí, dynamicky odesílejte data do oblasti nebo veřejného MEC Azure, která je nejblíže uživateli. Směrování výkonu se v současné době nepodporuje ve veřejném mec Azure. Další nejlepší možností je staticky určit prioritu nejlepšího umístění pro aplikaci.
Pro globálně distribuovanou aplikaci, která má úlohy distribuované napříč několika veřejnými počítači a oblastmi Azure, použijte vnořenou metodu směrování. Pomocí geografického směrování rozdělte provoz do správné oblasti a pak použijte prioritní směrování k dalšímu rozdělení provozu.
Navrácení služeb po obnovení
Jakmile se úlohy ve veřejném správci MEC Azure zálohují, sondy Traffic Manageru zjistí, že může přijímat požadavky a automaticky směrovat provoz zpět do veřejného mec Azure.
Optimalizace nákladů
Optimalizace nákladů se zabývá způsoby, jak snížit zbytečné výdaje a zlepšit efektivitu provozu. Další informace najdete v tématu Přehled pilíře optimalizace nákladů.
Veřejný mec Azure se primárně používá pro scénáře s nízkou latencí a výpočty v reálném čase. Data se zpracovávají výpočetními instancemi, které běží ve veřejném mec Azure. Tato architektura používá aktivní/pohotovostní režim s aktivním pohotovostním režimem. To znamená, že úlohy v sekundární oblasti se nepoužívají, pokud nedojde k převzetí služeb při selhání.
Tento přístup k nasazení úloh jako pohotovostního režimu způsobuje náklady na nasazení Azure, i když se úlohy nepoužívají.
Další informace o cenách:
- Podívejte se na ceny Azure.
- K odhadu nákladů na implementaci tohoto řešení použijte cenovou kalkulačku Azure.
Informace o vytváření nákladově efektivních úloh najdete v přehledu pilíře optimalizace nákladů v dokumentaci k architektuře Azure.
Přispěvatelé
Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.
Hlavní autor:
- Adhip Gupta | Vedoucí programový manažer
Další kroky
- Veřejný mec Azure
- Co je Traffic Manager?
- Co je Azure Load Balancer?
- Co jsou škálovací sady virtuálních počítačů?