Valitse high availability, Multi-AZ ja multi-region

Aloita käyttäjän toimenpiteestä

High availability (HA) pyrkii pitämään palvelun käytettävissä komponenttivioista huolimatta. Määritä käytettävyys ennen arkkitehtuuria. Varaussivu voi aueta, vaikka jokainen varaus epäonnistuu. Silloin varauspalvelu ei ole käytettävissä.

Aseta tärkeälle toimenpiteelle service level objective (SLO). Määritä mukaan laskettavat pyynnöt, onnistuminen ja mittausjakso. Pilvipalvelun SLA kuvaa toimittajan lupausta. Se ei osoita oman sovelluksesi mitattua saatavuutta.

Esimerkiksi aikaan perustuva 99,9 %:n saatavuus sallii 43,2 minuuttia katkoksia 30 päivän kuukaudessa. Pyyntöihin perustuvassa SLO:ssa jakaja on eri. Kumpikaan mittari ei määritä sallittua datan menetystä tai takaa yksittäisen katkon enimmäiskestoa.

Ymmärrä vikarajat

AWS Availability Zone (AZ) on eristetty infrastruktuurialue regionin sisällä. Regionissa on useita AZ:ita. Multi-region-ratkaisu hajauttaa komponentteja eri regioneihin. Muilla pilvitoimittajilla on omat rajansa ja palvelukohtaiset käytäntönsä. Tarkista valittu palvelu.

Taulukko kuvaa mahdollisuuksia, ei saatavuustakuita. Arkkitehtuurin nimi ei todista jokaisen tarvittavan komponentin hajautusta.

Seuraa koko pyyntöketjua

Kuvitteellisen varauspalvelun web-replikat toimivat kahdessa AZ:ssa. Molemmat käyttävät samaa tietokantaa ja gatewayta AZ A:ssa. Gateway tarvitaan maksupalvelun kutsumiseen.

AZ A:n vika voi jättää AZ B:n web-replikan käyntiin, vaikka varaus ei onnistu. Tiimin pitää arvioida tietokanta, verkkoyhteys, identity provider, maksupalvelu ja reititys. Tarkista hallitun tietokannan tarkka toimintatila: replikointi, failover ja lukureplikat riippuvat tuotteesta ja asetuksista.

Tarkista kapasiteetti. Jäljelle jäävien resurssien pitää kestää vaadittu kuorma. Kapasiteetin luominen vasta häiriössä riippuu kiintiöistä, resurssien saatavuudesta ja control planen toiminnasta.

Tee hallittu harjoitus, jolla on rajaus, keskeytysehdot ja omistaja. Testaa kokonainen varaus ja maksun täsmäytys. Kirjaa epäonnistuneet pyynnöt ja aika käyttökelpoisen palvelun palautumiseen.

Ratkaiseeko toinen region ongelman?

Multi-region lisää datansiirtoa, rinnakkaisia resursseja, julkaisujen koordinointia ja ylläpitoa. Active/passive-ratkaisussa toinen ympäristö odottaa liikenteen siirtoa. Active/active palvelee liikennettä useasta ympäristöstä. Valmiuden ja datan vaatimukset eroavat.

Varauspalvelussa rinnakkaiset kirjoitukset nostavat kysymyksen: voivatko kaksi regionia myydä saman paikan? Määritä varauksen ratkaiseva järjestelmä ja toiminta replikoinnin katketessa. Pelkkä tietokannan replikointi ei vastaa tähän.

Tarkista sallitut datasijainnit, salausavaimet, varmenteet, DNS, salaisuudet ja ulkoiset palvelut. Yhteisen identiteettipalvelun vika tai virheellinen julkaisu voi vaikuttaa useaan regioniin. Sijaintien määrä ei poista kaikkia yhteisiä vikasyitä.

Yhdistä saatavuus palautumiseen

HA käsittelee sovittuja vikoja normaalissa käytössä. Disaster recovery palauttaa käyttökelpoisen palvelun ja datan vakavan häiriön jälkeen. Myös multi-region-palvelu tarvitsee palautussuunnitelman datan poistamista tai korruptoitumista varten.

Kirjaa katetut häiriöt ja liiketoiminnan hyväksymät rajaukset. Päivitä testit ja infrakuvaukset sovelluksen muuttuessa. Jatka RTO-, RPO- ja disaster recovery -oppituntiin.