Vyberte dostupnosť naprieč zónami a regiónmi

Začnite operáciou používateľa

Vysoká dostupnosť (HA) má udržať službu použiteľnú aj pri zlyhaniach komponentov. Pred výberom architektúry definujte použiteľnosť. Rezervačná stránka, ktorá sa načíta, hoci všetky požiadavky na rezerváciu zlyhávajú, nie je dostupnou rezervačnou službou.

Pre dôležitú operáciu stanovte service level objective (SLO), teda cieľ úrovne služby. Definujte započítavané požiadavky, význam úspechu a obdobie merania. SLA cloudovej služby opisuje záväzok jej poskytovateľa. Nepreukazuje nameranú dostupnosť vašej aplikácie.

Pre ilustráciu, časová dostupnosť 99,9 % umožňuje 43,2 minúty nedostupnosti v 30-dňovom mesiaci. SLO založené na požiadavkách má iný menovateľ. Ani jedna metrika nehovorí, koľko údajov môžete stratiť, ani nezaručuje maximálnu dĺžku jednotlivého výpadku.

Pochopte hranice zlyhania

AWS Availability Zone (AZ) je izolované miesto infraštruktúry v rámci regiónu. Region obsahuje viacero AZ. Multi-region návrh rozdeľuje komponenty medzi regióny. Iní poskytovatelia majú vlastné hranice a správanie služieb; preskúmajte vybranú službu.

Sú to možnosti návrhu, nie záruky dostupnosti. Označenie nepreukazuje, že každý potrebný komponent používa zamýšľanú hranicu.

Sledujte celú cestu požiadavky

Zvážte fiktívnu rezervačnú službu. Webové repliky bežia v dvoch AZ. Obe používajú jednu databázu a jednu odchádzajúcu bránu v AZ A. Brána je potrebná na volanie poskytovateľa platieb.

Ak AZ A zlyhá, webová replika v AZ B môže zostať funkčná, hoci rezervácia stále zlyháva. Tím musí posúdiť databázu, sieťovú cestu, poskytovateľa identít, platobnú závislosť a smerovanie. Preskúmajte skutočný režim spravovanej databázy: replikácia, prepnutie na záložné zdroje a správanie pri čítaní sa líšia podľa produktu a konfigurácie.

Overte aj kapacitu. Zostávajúce zdroje musia zvládnuť požadovanú záťaž. Návrh, ktorý sa spolieha na vytvorenie kapacity počas incidentu, závisí od kvót, dostupných zdrojov a operácií riadiacej vrstvy.

Vykonajte riadené cvičenie s definovanou hranicou, podmienkami zastavenia a zodpovednou osobou. Overte úplnú rezerváciu vrátane zosúladenia platieb. Zaznamenajte neúspešné požiadavky a čas obnovy užitočnej prevádzky.

Rozhodnite, či ďalší región rieši problém

Prevádzka vo viacerých regiónoch pridáva prenos údajov, duplicitné zdroje, koordináciu nasadenia a prevádzkovú prácu. Active/passive udržiava jedno prostredie pripravené prevziať prevádzku. Active/active obsluhuje prevádzku vo viac než jednom prostredí. Požadovaná pripravenosť a správanie údajov sa líšia.

Pri rezervačnej službe prinášajú súčasné zápisy otázku: môžu dva regióny predať rovnaké miesto? Určte, ktorý systém záväzne rozhoduje o rezervácii, a definujte správanie pri prerušenej replikácii. „Replikovať databázu“ nie je úplná odpoveď.

Overte povolené umiestnenia údajov, šifrovacie kľúče, certifikáty, DNS, tajné údaje a externé služby. Výpadok spoločnej služby identít alebo chybné vydanie môže ovplyvniť viacero regiónov. Viac umiestnení neodstraňuje každú spoločnú príčinu.

Prepojte dostupnosť s obnovou

HA rieši určené zlyhania počas prevádzky. Disaster recovery obnovuje použiteľnú službu a jej údaje po udalosti, ktorá narušila prevádzku. Aj služba vo viacerých regiónoch potrebuje plán obnovy po odstránení alebo poškodení údajov.

Zdokumentujte vybrané scenáre zlyhania aj tie, ktorých riziko firma prijíma. Pri zmenách aplikácie udržujte testy a definície infraštruktúry v súlade. Pokračujte lekciou RTO, RPO a disaster recovery.