Vali kättesaadavus tsoonide ja regioonide vahel
Võrdle kõrge kättesaadavuse, Multi-AZ-i ja mitme regiooni lahendusi. Jälgi kogu päringuteed ning katseta tõrget, millele iga lahendus peab vastu pidama.
Avaldaja TaigaKuidas me kirjutame
Mida õpid
- Selgita käideldavustsooni ja regiooni erinevust.
- Leia ühised sõltuvused, mis muudavad kättesaadavuslahenduse kasutuks.
- Võrdle mitme regiooni juurutuse ärilist väärtust ja käituskulu.
Alusta kasutaja toimingust
Kõrge kättesaadavuse ehk HA eesmärk on hoida teenus kasutatavana komponentide tõrgetest hoolimata. Määra kasutatavus enne arhitektuuri valimist. Broneerimisleht, mis avaneb kõigi broneerimispäringute ebaõnnestumise ajal, ei ole kättesaadav broneerimisteenus.
Määra olulisele toimingule teenustaseme eesmärk ehk SLO. Määra, millised päringud loevad, mida edu tähendab ja milline on mõõtmisperiood. Pilveteenuse SLA kirjeldab selle pakkuja kohustust. See ei tõenda sinu rakenduse mõõdetud kättesaadavust.
Näiteks 99,9 % ajapõhine kättesaadavus lubab 30-päevases kuus 43,2 minutit kättesaamatust. Päringupõhisel SLO-l on teine nimetaja. Kumbki mõõdik ei ütle, kui palju andmeid võid kaotada, ega taga üksiku katkestuse suurimat kestust.
Mõista tõrkepiire
AWS-i Availability Zone ehk AZ on eraldatud taristuasukoht regioonis. Regioon sisaldab mitut AZ-d. Mitme regiooni lahendus jaotab töökoormuse komponendid regioonide vahel. Teistel pakkujatel on oma piirid ja teenusekäitumine; uuri valitud teenust.
| Lahendus | Tõrge, mida see võib aidata lahendada | Mis vajab endiselt kavandit |
|---|---|---|
| Mitu protsessi ühes AZ-s | Protsessi või hosti tõrge | AZ kaotus ja ühised sõltuvused |
| Multi-AZ ühes regioonis | Ühe AZ kaotus | Regiooni tõrge, andmete rikkumine ja taastamine |
| Mitu regiooni | Regiooni kaotus | Marsruutimine, andmete kooskõla, võimekus ja ühised teenused |
Need on kavandamisvõimalused, mitte kättesaadavusgarantiid. Silt ei tõenda, et iga vajalik komponent kasutab kavandatud piiri.
Jälgi kogu päringuteed
Vaata väljamõeldud broneerimisteenust. Veebikoopiad töötavad kahes AZ-s. Mõlemad kasutavad üht andmebaasi ja üht väljuva liikluse lüüsi AZ-s A. Lüüsi on vaja makseteenuse pakkuja kutsumiseks.
Kui AZ A ebaõnnestub, võib AZ B veebikoopia jääda terveks, kuigi broneerimine endiselt ei tööta. Meeskond peab hindama andmebaasi, võrguteed, identiteedipakkujat, maksesõltuvust ja marsruutimist. Uuri hallatud andmebaasi tegelikku režiimi: replikatsioon, ümberlülitumine ja lugemiskoopiate käitumine erinevad toote ning seadistuse järgi.
Kontrolli ka võimekust. Allesjäänud ressursid peavad nõutava koormusega toime tulema. Lahendus, mis loodab võimekuse loomisele intsidendi ajal, sõltub kvootidest, saadaolevatest ressurssidest ja juhtimistasandi toimingutest.
Tee kontrollitud harjutus määratud piiri, peatamistingimuste ja vastutajaga. Kontrolli täielikku broneeringut, sealhulgas maksete kooskõlastamist. Pane kirja ebaõnnestunud päringud ja kasuliku töö taastamiseks kulunud aeg.
Otsusta, kas teine regioon lahendab probleemi
Mitme regiooni käitus lisab andmeedastust, dubleeritud ressursse, juurutuse koordineerimist ja käitustööd. Aktiivne/passiivne lahendus hoiab ühe keskkonna valmis liiklust vastu võtma. Aktiivne/aktiivne teenindab liiklust mitmes keskkonnas. Nõutav valmisolek ja andmekäitumine erinevad.
Broneerimisteenuses tekitavad samaaegsed kirjutused küsimuse: kas kaks regiooni võivad müüa sama istekoha? Määra broneeringu otsustusõigus ja käitumine katkestatud replikatsiooni ajal. „Replitseeri andmebaas“ ei ole täielik vastus.
Kontrolli lubatud andmeasukohti, krüpteerimisvõtmeid, sertifikaate, DNS-i, saladusi ja väliseid teenuseid. Ühine identiteeditõrge või vigane väljalase võib mõjutada mitut regiooni. Rohkem asukohti ei kõrvalda iga ühist põhjust.
Seo kättesaadavus taastamisega
HA käsitleb määratud tõrkeid käituse ajal. Avariitaaste taastab kasutatava teenuse ja selle andmed pärast häirivat sündmust. Mitme regiooni teenus vajab endiselt taastamisplaani kustutamise või rikutud andmete jaoks.
Dokumenteeri valitud tõrkestsenaariumid ja need, mida ettevõte aktsepteerib. Hoia testid ja taristumääratlused rakenduse muutudes kooskõlas. Jätka RTO, RPO ja avariitaaste õppetunniga.
Tee harjutus
Väljamõeldud broneerimisteenuse veebikoopiad töötavad kahes AZ-s. Selle andmebaas ja väljuva liikluse lüüs asuvad ühes AZ-s. Joonista päringutee. Eemalda see AZ paberil. Määra, mis endiselt töötab, mis ebaõnnestub ja milline test järeldust kontrolliks.
Laadi tööleht alla (Markdown)Kontrolli oma arusaamist
Allikad ja lisalugemine
- AWS: Deploy the workload to multiple locations ↗
- AWS: Shared responsibility model for resiliency ↗
- Google SRE: Implementing SLOs ↗
Seotud lugemine Taigalt
Selle valiku tühjendamine kustutab kogu selles brauseris salvestatud edenemise.
Edenemine jääb sellesse brauserisse. Kontot ega jälgimist pole.