- Identifikace kódu zóny dostupnosti
- Vrstvy úložiště vs serverové instance
- Co nabízí nasazení Multi-AZ?
Chcete-li plně porozumět tomu, co je Multi-AZ Deployment pro vaši infrastrukturu znamená, že je důležité rozpoznat, jak jsou webové služby Amazon nakonfigurovány po celém světě, a tedy jak poskytují redundantní služby bez ohledu na vaši polohu.
Jak je uvedeno v oficiální dokumentaci, AWS Cloud se skládá z několika Regions , což jsou fyzická místa po celém světě, jako je Oregon, Spojené státy americké; Severní Virginie, Spojené státy americké; Irsko; a Tokiu.
V rámci každého Region existuje řada samostatných fyzických datových center, známých jako Availability Zones . Každá Availability Zone je samostatné zařízení s vlastním napájením, konektivitou a síťovými možnostmi. Většina Regions jsou domovem 2–3 různých Availability Zones každý z nich poskytuje v případě potřeby v daném Region odpovídající redundanci .
Zatímco Amazon neustále rozšiřuje svůj Region a Availability Zone pokrytí, můžete si zobrazit aktuální mapu infrastruktury AWS Cloud na obrázku níže:
Obrázek s laskavým svolením Amazon Web Services
Všechny Availability Zones v rámci jednoho Region jsou vzájemně propojeny prostřednictvím privátní sítě z optických vláken, což umožňuje každé Availability Zone komunikovat mezi sebou a přenášet data rychle a efektivně podle potřeby.
Identifikace kódu zóny dostupnosti
Při vytváření nové instance prostřednictvím řídicího panelu AWS vám může být nabídnuta možnost vybrat konkrétní Availability Zone , nebo v mnoha případech jednoduše Region a systém vybere Availability Zone pro vás.
Regions jsou označeny jednoduchým řetězcem, který v případě potřeby uvádí zemi a/nebo subregion. Například us-west-2 je označení pro Oregon, Region ve Spojených státech zatímco us-west-1 je pro Kalifornii, Spojené státy americké.
Availability Zones jsou označeny podle Region tag s písmenným označením, například us-west-1b nebo us-west-2a .
Vrstvy úložiště vs serverové instance
Další důležitý koncept, kterému je třeba porozumět, abyste pochopili, co Multi-AZ Deployments znamená rozdíl mezi storage layer a server instance .
server instance pro vaši databázi je nejlepší si představit fyzický stroj, který řídí strukturu vaší databáze a trasy všechna vaše data, která jsou obsažena v storage layer .
storage layer je virtualizovaný podporovaný SSD reprezentaci všech skutečných dat ve vaší databázi. Klíčové slovo, na které je třeba se zde zaměřit, je virtualizované , což je skvělý způsob, jak Amazon říci, že storage layer který představuje skutečná data ve vašem systému, není připojen k žádnému fyzickému umístění nebo počítači, ale místo toho je virtualizován a šířen do četných umístění (celkem šest ve třech Availability Zones ve většině případů).
Co poskytuje Multi-AZ Deployment?
Téměř ve všech případech používání Amazon Web Services je standardní praxí pro storage layer (kde jsou uložena všechna data) k redundantnímu ukládání ve všech Availability Zones v daném Region bez dalších nákladů. V případě, že jedna Availability Zone přejde z nějakého důvodu do režimu offline (jakkoli nepravděpodobné to může být), systém je již na místě, aby okamžitě a automaticky pokračoval ve službách vaší databáze prostřednictvím identické kopie storage layer z jedné z dalších připojených Availability Zones .
Nicméně , pokud není uvedeno jinak, tato redundance se aplikuje pouze na storage layer , ale neexistuje pro fyzický stroj vaší skutečné server instance . Pokud by něco způsobilo Availability Zone kde je vaše server instance přestane fungovat, vaše databáze by přestala fungovat jako fyzická server instance je offline.
Toto je místo Multi-AZ Deployment přichází pro služby jako Amazon Aurora. Stejně jako automatická redundance dat ve vaší storage layer , Multi-AZ Deployment znamená, že vaše server instance je také redundantně zkopírován přes více Availability Zones . Z tohoto důvodu jakékoli Multi-AZ Deployment jakékoli Amazon Aurora je zajištěno, že by měla existovat jediná Availability Zone přejít do režimu offline, kde je fyzická server instance se stroj nachází, je zahájeno automatické převzetí služeb při selhání na aktuální pohotovostní replikaci v jiné připojené Availability Zone .
Jak je uvedeno v oficiální dokumentaci, aby se maximalizovala doba provozuschopnosti vašeho systému, bude postup převzetí služeb při selhání (který obvykle trvá pouze 1–2 minuty) automaticky proveden v případě kterékoli z následujících událostí:
- Ztráta dostupnosti v primární
Availability Zone - Ztráta síťového připojení k primární síti
- Selhání výpočetní jednotky na primárním serveru
- Selhání úložiště na primárním disku