AWS širi londonsku cloud regiju

Amazon Web Services dodao je četvrtu zonu dostupnosti londonskoj regiji eu-west-2, proširujući britanski cloud kapacitet za opće i AI računalstvo. Zona eu-west-2d dostupna je kroz konzolu i postojeće API-je po standardnim cijenama regije. AWS je objavio podršku za ubrzane instance Trn3 i P6, pa korisnici mogu trening i inferenciju držati unutar Londona te aplikacije rasporediti preko četiri odvojene zone kvara.

Zona dostupnosti nije jedna logička particija u istoj zgradi. AWS je definira kao jedan ili više podatkovnih centara s odvojenim napajanjem, hlađenjem i fizičkom sigurnošću, povezane privatnom mrežom male latencije. Aplikacija koja replicira podatke i promet preko više zona može nastaviti rad nakon lokalnog kvara. Četvrta zona povećava broj mogućih kombinacija i prostor za održavanje bez smanjenja ciljne otpornosti.

Nova infrastruktura odgovara na potražnju za akceleratorima. Trn3 koristi Amazonove Trainium čipove namijenjene treniranju modela, dok P6 predstavlja instancu s naprednim GPU-ovima i mrežom visokog protoka. Dostupnost u britanskoj regiji može smanjiti potrebu da se osjetljivi podaci šalju u drugu državu. To ne jamči da je svaki tip instance stalno raspoloživ; stvarni kapacitet ovisi o kvotama, rezervacijama i trenutnom opterećenju.

AWS ne objavljuje točnu lokaciju zona kako bi smanjio operativni rizik. Data Center Dynamics navodi da se velik dio infrastrukture londonske regije nalazi šire od samog središta, uz projekte povezane s Buckinghamshireom, Oxfordshireom i drugim lokacijama. Naziv regije zato opisuje mrežno i komercijalno područje, a ne adresu. Kompanija nije objavila broj podatkovnih centara, električnu snagu ni kapitalno ulaganje nove zone.

Lansiranje je kratko otvorilo operativni problem. AWS je na statusnoj stranici naveo da su neki korisnici imali pogreške pri pokretanju EC2 resursa kada automatizacija automatski izlista sve zone i odabere novu, a u njoj još nema zadanog podmrežja. Postojeće instance nisu bile pogođene. Dobavljač je počeo automatski stvarati podmreže, dok je korisnicima savjetovao ručnu izradu ili privremeno isključenje euw2-az4 iz tijeka.

Incident ne poništava vrijednost četvrte zone, ali pokazuje da “bez promjene alata” nije isto što i “bez provjere konfiguracije”. Infrastrukturni kod koji pretpostavlja tri zone, tvrdo zapisuje njihove identifikatore ili automatski širi resurse može reagirati neočekivano. Timovi trebaju testirati listanje zona, mapiranje podmreža, podršku servisa i pravila troška prije uključivanja novog mjesta u produkciju.

Veća otpornost također povećava račun ako se podaci često prenose između zona. AWS naplaćuje dio regionalnog prijenosa, a sinkrona replikacija baza i spremišta može stvoriti značajnu stavku. Arhitekt mora odvagnuti koliko kopija zahtijeva poslovni cilj, koji podaci trebaju trenutačnu replikaciju i može li se dio prometa grupirati. Sama dostupnost četvrte zone ne mijenja ugovoreni RTO ili RPO bez promjene dizajna aplikacije.

Za britansko tržište lokalni AI kapacitet podupire zahtjeve rezidencije podataka i javnu nabavu, ali ne rješava sva pitanja suverenosti. AWS i dalje upravlja vlasničkim softverom, ključnim servisima i opskrbnim lancem akceleratora. Korisnik mora odvojiti fizičku lokaciju podataka od pravne kontrole, enkripcije, upravljanja ključevima i mogućnosti migracije na drugi cloud. Četvrta zona jača dostupnost unutar istog pružatelja, ne diversifikaciju dobavljača.

AWS je istoga tjedna pustio i Local Zone u Las Vegasu, rubnu lokaciju povezanu s regijom Oregon. Local Zone približava odabrane računalne i spremišne usluge aplikacijama osjetljivima na latenciju, dok londonska AZ ulazi u punu regionalnu arhitekturu. Razlika je tržišno važna: rubna lokacija ima uži katalog, a zona dostupnosti služi višezonskoj otpornosti i većem broju upravljanih servisa.