Zvolte dostupnost napříč zónami a regiony

Začněte operací uživatele

Vysoká dostupnost (HA) má udržovat službu použitelnou i při selhání komponent. Před výběrem architektury definujte použitelnost. Stránka rezervací, která se načte, zatímco všechny rezervační požadavky selhávají, není dostupnou rezervační službou.

Pro důležitou operaci stanovte service level objective (SLO). Definujte započítávané požadavky, význam úspěchu a období měření. SLA cloudové služby popisuje závazek poskytovatele. Neprokazuje naměřenou dostupnost vaší aplikace.

Pro ilustraci: dostupnost 99,9 % měřená časem připouští 43,2 minuty nedostupnosti za 30denní měsíc. SLO založené na požadavcích má jiný jmenovatel. Ani jedna míra neříká, kolik dat smíte ztratit, ani nezaručuje maximální délku jednotlivého výpadku.

Pochopte hranice selhání

AWS Availability Zone (AZ) je izolované infrastrukturní umístění v rámci regionu. Region obsahuje více AZ. Návrh pro více regionů rozmisťuje komponenty úlohy mezi regiony. Jiní poskytovatelé mají vlastní hranice a chování služeb; prozkoumejte vybranou službu.

Jde o možnosti návrhu, nikoli záruky dostupnosti. Označení neprokazuje, že každá potřebná komponenta používá zamýšlenou hranici.

Sledujte celou cestu požadavku

Představte si fiktivní rezervační službu. Webové repliky běží ve dvou AZ. Obě používají jednu databázi a jednu odchozí bránu v AZ A. Brána je nutná pro volání poskytovatele plateb.

Pokud AZ A selže, webová replika v AZ B může zůstat zdravá, zatímco rezervace stále selhávají. Tým musí posoudit databázi, síťovou cestu, poskytovatele identity, platební závislost a směrování. Prozkoumejte skutečný režim spravované databáze: replikace, přepnutí při selhání a chování čtecích instancí se liší podle produktu a konfigurace.

Ověřte také kapacitu. Zbývající prostředky musí zvládnout požadovanou zátěž. Návrh, který spoléhá na vytvoření kapacity během incidentu, závisí na kvótách, dostupných prostředcích a operacích řídicí vrstvy.

Proveďte řízené cvičení s definovanou hranicí, podmínkami zastavení a odpovědnou osobou. Ověřte úplnou rezervaci včetně odsouhlasení platebních záznamů. Zaznamenejte neúspěšné požadavky a dobu do obnovy užitečného provozu.

Rozhodněte, zda další region řeší problém

Provoz ve více regionech přidává přenosy dat, duplicitní prostředky, koordinaci nasazení a provozní práci. Active/passive udržuje jedno prostředí připravené převzít provoz. Active/active obsluhuje provoz ve více prostředích. Požadovaná připravenost a chování dat se liší.

U rezervační služby přinášejí souběžné zápisy otázku: mohou dva regiony prodat stejné místo? Definujte pravomoc potvrdit rezervaci a chování při přerušené replikaci. „Replikovat databázi“ není úplná odpověď.

Ověřte povolené umístění dat, šifrovací klíče, certifikáty, DNS, tajné údaje a externí služby. Výpadek sdílené služby identity nebo vadné vydání mohou zasáhnout více regionů. Více umístění neodstraňuje každou společnou příčinu.

Propojte dostupnost s obnovou

HA řeší určená selhání během provozu. Disaster recovery obnovuje použitelnou službu a její data po závažné události. I služba ve více regionech potřebuje plán obnovy po smazání nebo poškození dat.

Zdokumentujte zvolené scénáře selhání i ty, které firma přijímá. Při změnách aplikace udržujte testy a definice infrastruktury v souladu. Pokračujte lekcí o RTO, RPO a disaster recovery.