Odaberite dostupnost kroz zone i regije

Počnite od korisničke radnje

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

Postavite cilj razine usluge (SLO) za važnu radnju. Odredite koji se zahtjevi broje, što znači uspjeh i razdoblje mjerenja. SLA usluge u oblaku opisuje obvezu tog pružatelja. Ne određuje izmjerenu dostupnost vaše aplikacije.

Primjerice, vremenski mjerena dostupnost od 99,9 % dopušta 43,2 minute nedostupnosti u mjesecu od 30 dana. SLO koji se temelji na zahtjevima ima drugi nazivnik. Nijedna mjera ne govori koliko podataka smijete izgubiti niti jamči najdulje trajanje pojedinačnog prekida.

Razumijte granice kvarova

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

To su mogućnosti dizajna, a ne jamstva dostupnosti. Oznaka ne dokazuje da svaka potrebna komponenta upotrebljava namjeravanu granicu.

Pratite cijeli put zahtjeva

Razmotrite izmišljenu uslugu rezervacija. Web-replike rade u dva AZ-a. Obje upotrebljavaju jednu bazu podataka i jedan izlazni mrežni pristupnik u AZ-u A. Pristupnik je potreban za poziv pružatelju platnih usluga.

Ako AZ A zakaže, web-replika u AZ-u B može ostati ispravna, a rezervacija ipak ne uspijeva. Tim mora procijeniti bazu podataka, mrežni put, pružatelja identiteta, ovisnost o plaćanju i usmjeravanje. Pregledajte stvarni način rada upravljane baze podataka: replikacija, prebacivanje pri kvaru i ponašanje replika za čitanje razlikuju se prema proizvodu i konfiguraciji.

Provjerite i kapacitet. Preživjeli resursi moraju podnijeti potrebno opterećenje. Dizajn koji računa na stvaranje kapaciteta tijekom incidenta ovisi o kvotama, dostupnim resursima i operacijama upravljačke ravnine.

Provedite kontroliranu vježbu s definiranom granicom, uvjetima zaustavljanja i odgovornom osobom. Provjerite cijelu rezervaciju, uključujući usklađivanje zapisa plaćanja. Zabilježite neuspjele zahtjeve i vrijeme do povratka korisnog rada.

Odlučite rješava li druga regija problem

Rad u više regija dodaje prijenos podataka, udvostručene resurse, koordinaciju postavljanja i operativni rad. Active/passive drži jedno okruženje spremnim za preuzimanje prometa. Active/active poslužuje promet u više od jednog okruženja. Potrebna spremnost i ponašanje podataka razlikuju se.

Za uslugu rezervacija istodobne operacije zapisivanja otvaraju pitanje: mogu li dvije regije prodati isto mjesto? Odredite tko ima ovlast za rezervaciju i ponašanje tijekom prekinute replikacije. „Replicirajte bazu podataka” nije potpun odgovor.

Provjerite dopuštene lokacije podataka, ključeve za šifriranje, certifikate, DNS, tajne podatke i vanjske usluge. Kvar zajedničke usluge identiteta ili loše izdanje može zahvatiti više regija. Više lokacija ne uklanja svaki zajednički uzrok.

Povežite dostupnost s oporavkom

HA rješava određene kvarove tijekom rada. Oporavak od katastrofe obnavlja upotrebljivu uslugu i njezine podatke nakon poremećaja. Usluga s više regija i dalje treba plan oporavka nakon brisanja ili oštećenja podataka.

Dokumentirajte odabrane scenarije kvarova i one čiji rizik poslovanje prihvaća. Usklađujte testove i definicije infrastrukture dok se aplikacija mijenja. Nastavite s RTO-om, RPO-om i oporavkom od katastrofe.