Odaberite dostupnost kroz zone i regije

Počnite od korisničke operacije

Visoka dostupnost (HA) nastoji održati uslugu upotrebljivom uprkos otkazima komponenti. Odredite upotrebljivost prije odabira arhitekture. Stranica za rezervacije koja se učitava dok svi zahtjevi za rezervaciju ne uspijevaju nije dostupna usluga rezervacija.

Postavite cilj nivoa usluge (SLO) za važnu operaciju. Odredite koji zahtjevi ulaze u mjerenje, šta znači uspjeh i koji je period mjerenja. SLA cloud usluge opisuje obavezu njenog pružaoca. Ne potvrđuje izmjerenu dostupnost vaše aplikacije.

Radi ilustracije, dostupnost od 99,9% zasnovana na vremenu dopušta 43,2 minute nedostupnosti u mjesecu od 30 dana. SLO zasnovan na zahtjevima ima drugačiji nazivnik. Nijedna mjera ne govori koliko podataka možete izgubiti niti garantuje najduži pojedinačni prekid.

Razumijte granice otkaza

AWS Availability Zone (AZ) izolovana je infrastrukturna lokacija unutar regije (Region). Regija sadrži više AZ-ova. Dizajn s više regija raspoređuje komponente radnog opterećenja kroz regije. Drugi pružaoci imaju vlastite granice i ponašanje usluga; pregledajte odabranu uslugu.

Ovo su mogućnosti dizajna, a ne garancije dostupnosti. Oznaka ne dokazuje da svaka potrebna komponenta koristi namjeravanu granicu.

Pratite cijeli put zahtjeva

Razmotrite izmišljenu uslugu rezervacija. Web replike rade u dvije AZ. Obje koriste jednu bazu podataka i jedan izlazni mrežni prolaz u AZ A. Mrežni prolaz potreban je za pozivanje pružaoca plaćanja.

Ako AZ A otkaže, web replika u AZ B može ostati ispravna dok rezervacija i dalje ne uspijeva. Tim mora procijeniti bazu podataka, mrežni put, pružaoca identiteta, zavisnost od plaćanja i usmjeravanje. Pregledajte stvarni način rada upravljane baze podataka: replikacija, prebacivanje pri otkazu i ponašanje komponenti koje čitaju podatke razlikuju se prema proizvodu i konfiguraciji.

Provjerite i kapacitet. Preživjeli resursi moraju podnijeti potrebno opterećenje. Dizajn koji se oslanja na stvaranje kapaciteta tokom incidenta zavisi od kvota, dostupnih resursa i operacija upravljačkog sloja.

Izvršite kontrolisanu vježbu s određenom granicom, uslovima za zaustavljanje i odgovornom osobom. Provjerite cijelu rezervaciju, uključujući usaglašavanje plaćanja. Zabilježite neuspjele zahtjeve i vrijeme do oporavka korisnog rada.

Odlučite rješava li druga regija problem

Rad u više regija dodaje prijenos podataka, duplirane resurse, koordinaciju raspoređivanja i operativni rad. Active/passive drži jedno okruženje spremnim da preuzme saobraćaj. Active/active obrađuje saobraćaj u više od jednog okruženja. Potrebna spremnost i ponašanje podataka razlikuju se.

Za uslugu rezervacija, istovremena pisanja otvaraju pitanje: mogu li dvije regije prodati isto sjedište? Odredite ko ima ovlaštenje za rezervaciju i ponašanje pri prekidu replikacije. „Replicirajte bazu podataka“ nije potpun odgovor.

Provjerite dozvoljene lokacije podataka, ključeve za šifriranje, certifikate, DNS, tajne i vanjske usluge. Prekid zajedničke usluge identiteta ili loše izdanje mogu zahvatiti više regija. Više lokacija ne uklanja svaki zajednički uzrok.

Povežite dostupnost s oporavkom

HA obrađuje određene otkaze tokom rada. Oporavak od katastrofe vraća upotrebljivu uslugu i njene podatke nakon događaja koji remeti rad. Usluga u više regija i dalje treba plan oporavka od brisanja ili oštećenih podataka.

Dokumentujte odabrane scenarije otkaza i one koje poslovanje prihvata. Usklađujte testove i definicije infrastrukture kako se aplikacija mijenja. Nastavite s RTO-om, RPO-om i oporavkom od katastrofe.