Prekid AWS-a u Bahreinu: zašto je multi-AZ i dalje jedna domena kvara

Do 16. ožujka najpouzdaniji javni zapis o AWS-ovim problemima na Bliskom istoku bio je AWS-ov vlastiti kanal sa statusima, a ne glasnija prepričavanja izgrađena na njemu.

Ono što je AWS dotad javno potvrdio već je bilo dovoljno. Početkom ožujka njegove bliskoistočne regije pretrpjele su dugotrajan kvar koji je pogodio i me-south-1 u Bahreinu i me-central-1 u Emiratima. AWS je klijentima poručio da pokrenu planove oporavka od katastrofe, vrate podatke iz udaljenih sigurnosnih kopija i po potrebi presele radna opterećenja u druge regije. 1

To je koristan dio priče. Mnogo izvještavanja o prekidima brzo sklizne u izmišljenu preciznost: točan broj usluga, točan redoslijed oporavka, točan korijenski uzrok i prije nego što postoji javna analiza. Na datum ovog članka trajna je pouka bila jednostavnija. Regija je i dalje zajednička granica otpornosti, čak i kad sadrži nekoliko zona dostupnosti.

Što je AWS javno potvrdio

AWS-ove vlastite obavijesti opisale su početni lokalni problem s napajanjem u jednoj zoni dostupnosti u Bahreinu 1. ožujka, mes1-az2, koji je uzrokovao probleme s povezivošću, pogreške API-ja i degradiranu uslugu za resurse u toj zoni. Do 2. ožujka AWS je klijentima govorio da će oporavak potrajati najmanje dan i preporučivao pokretanje zamjenskih resursa u nepogođenim zonama ili u drugoj regiji. 1

Situacija u Emiratima bila je druga vrsta kvara. AWS je 2. ožujka objavio da su dvije zone dostupnosti u me-central-1 znatno oštećene te da su i regija Emirata i regija Bahreina pretrpjele fizičke posljedice povezane s tekućim sukobom na Bliskom istoku. U javnoj obavijesti stajalo je da su dva objekta u Emiratima izravno pogođena i da je udar blizu jednog objekta u Bahreinu također prouzročio oštećenje infrastrukture, prekid napajanja i, u nekim slučajevima, štetu od sustava za gašenje požara i od vode. 1

Do 3. ožujka AWS je najavio prelazak na ciljane obavijesti putem Personal Health Dashboarda za pogođene klijente. To je značilo da javni zapisi jesu dovoljni za utvrđivanje oblika kvara, ali nisu dovoljni za samouvjereno pripovijedanje o svakoj minuti i svakoj usluzi. 1

Multi-AZ nije oporavak od katastrofe

AWS-ova vlastita stranica o infrastrukturi jasno objašnjava što su regija i zona dostupnosti. Regija je fizička lokacija koja sadrži više izoliranih, fizički odvojenih zona dostupnosti. Svaka zona ima vlastito napajanje, hlađenje i fizičku zaštitu, a aplikacije raspoređene po zonama bolje su zaštićene od uobičajenih kvarova na razini podatkovnog centra. 2

To jest prava otpornost, ali nije isto što i neovisnost o fizičkim ili političkim događajima koji zahvaćaju cijelu regiju. Ako problem prelazi granice pojedinih objekata, bilo da je riječ o napajanju, sigurnosti, pristupu ili sukobu, isti događaj može pogoditi više zona odjednom. Ožujski regionalni prekid AWS-a podsjeća da visoka dostupnost unutar jednog pružatelja nije isto što i oporavak od katastrofe izvan njega.

Istu razliku povlači i AWS-ov Well-Architected Framework. Za radna opterećenja kojima trebaju jača jamstva dostupnosti na scenu stupa višeregijska arhitektura. Postavljanje u više zona dostupnosti povećava otpornost na mnoge infrastrukturne kvarove unutar regije. Zaštita od gubitka cijele regije traži višeregijsku strategiju oporavka od katastrofe. 3

Tri stvari koje smanjuju povezani kvar

Taj rizik smanjuju tri arhitektonske odluke.

Drukčija fizička geografija, dakle druga zemlja na drugoj elektroenergetskoj mreži do koje vodi drugo vlakno, a ne druga zona dostupnosti u istom gradu.

Druga pravna jurisdikcija, jer prekid vrlo brzo prestane biti problem sklopovlja.

Drugi pružatelj, jer ako vam primarna i pričuvna lokacija dolaze na istom računu, dijele istu upravljačku ravninu, istu podršku i istu politiku obustave računa.

Većina timova shvati prvu stavku i tu stane. Trećoj se opiru jer donosi dodatan operativni posao. Ona je ujedno i ona koja štiti kad je problem veći od pretpostavki na kojima jedan proizvođač gradi svoj regionalni dizajn.

Četiri zemlje, četiri elektroenergetske mreže

Mi smo raspodijeljena mreža, a ne jedan veliki kampus. AVS ISP drži lokacije u Tirani, Skoplju, Amsterdamu i Dublinu: četiri zemlje, četiri regulatorna okruženja, četiri odvojena okruženja napajanja i vlakna.

U praksi je to važno iz jednog jednostavnog razloga. Klijent koji drži VPS za 5 €/mj. u Amsterdamu i drugi u Tirani ima stvarnu zemljopisnu i jurisdikcijsku odvojenost po cijeni ručka za van. Za neovisnost vam ne treba korporativni ugovor od 50.000 €. Trebaju vam dva sustava za koja je malo vjerojatno da će otkazati iz istog razloga.

Klijentima koji sami vode rutiranje nudimo AS210464 s RPKI provjerom i punim skupom BGP zajednica, pa sami upravljate time odakle se objavljuju vaši prefiksi, uključujući selektivnu objavu po regiji i vrsti peera te blackholing pokrenut s vaše strane kad zatreba. BGP sesije počinju od 5 €/mj.

Ako mrežu želite vidjeti prije nego joj povjerite posao, naš looking glass izvodi ping, traceroute i BGP upite uživo sa svake naše lokacije. Bez registracije i bez razgovora s prodajom.

Ni mi nismo imuni

Nećemo tvrditi da je europska mreža s četiri lokacije imuna na ono što se AWS-u dogodilo u ožujku. Nijedna nije. Rizik koncentracije je raspon, a ne prekidač, i uzvodne veze i spojne točke dijelimo sa svima ostalima koji rade u Europi.

Reći ćemo drugo: najjeftinije osiguranje u hostingu ostaje ono najstarije — smjestite drugo radno opterećenje ili sigurnosnu kopiju negdje gdje ne može otkazati iz istog razloga kao i prvo. U praksi je to i dalje jedan od najjednostavnijih načina da povećate otpornost.

Želite li to isprobati s nama, pokrenite VPS u drugoj zemlji i vidite koliko košta. Primamo kriptovalute, ne tražimo KYC, a možete raditi za nekoliko minuta.

Izvori

1. AWS Service Status RSS Feed, AWS-ove obavijesti o me-south-1 i me-central-1 od 1. do 3. ožujka 2026.
2. AWS Regions and Availability Zones, Amazon Web Services
3. AWS Well-Architected Framework – Disaster Recovery Strategy, Amazon Web Services