Nula zastoja uz redundanciju Load Balancera
Zastoji su skupi. Za velika poduzeća, svaka minuta izvan mreže može koštati $9,000, odnosno $540,000 po satu. Osim financijskih gubitaka, čak i kašnjenje od 1 sekunde može otjerati korisnike, a neispunjavanje obećanja o dostupnosti šteti povjerenju i uzrokuje SLA kazne. Postizanje visoke dostupnosti s redundancija uravnoteživača opterećenja je ključ za izbjegavanje takvih rizika.
Evo kako to funkcionira:
- Redundancija znači implementaciju više uravnoteživača opterećenja kako bi se uklonile pojedinačne točke kvara.
- Sustavi za prebacivanje u slučaju kvara osigurati besprijekorno preusmjeravanje prometa ako jedan uravnoteživač opterećenja zakaže.
- Aktivno-pasivno i aktivno-aktivno postavke su glavni modeli redundancije, a svaki je prilagođen različitim potrebama.
- Alati poput provjere ispravnosti, perzistencije sesije i sinkronizacije stanja osiguravaju nesmetan rad tijekom prebacivanja u slučaju kvara.
Primjeri iz stvarnog svijeta, od prekida rada British Airwaysa do globalnih softverskih padova, ističu zašto je redundancija ključna. S pravom strategijom možete izbjeći prekide, održati neprekidno vrijeme rada i zaštititi svoj ugled.
38. Jedinstvena točka kvara i redundancija (cijeli tečaj Osnove uravnoteženja opterećenja)
Kako funkcionira redundancija uravnoteživača opterećenja
Usporedba redundancije aktivno-pasivnog i aktivno-aktivnog uravnoteživača opterećenja
Redundancija u uravnoteživačima opterećenja osigurava neprekinutu uslugu otkrivanjem problema i automatskim preusmjeravanjem prometa. Analizirajmo različite modele redundancije i pogledajmo kako provjere ispravnosti i sinkronizacija osiguravaju nesmetan rad svega.
Aktivno-pasivna vs. aktivno-aktivna redundancija
U aktivno-pasivna redundancija, primarni uravnoteživač opterećenja upravlja prometom dok rezervni ostaje u stanju pripravnosti, spreman za trenutno preuzimanje u slučaju kvara primarnog. Ovaj pristup često koristi prebacivanje na drugu bazu uz praćenje stanja, koje prati aktivne korisničke sesije u stvarnom vremenu kako bi se osigurali besprijekorni prijelazi bez prekida veza.
S druge strane, aktivno-aktivna redundancija distribuira promet na sve dostupne čvorove. Ova postavka je idealna za okruženja s velikim prometom jer maksimizira korištenje resursa. Međutim, ako jedan čvor zakaže, preostali čvorovi moraju podnijeti cijelo opterećenje, što može uzrokovati opterećenje ako su već blizu kapaciteta. Aktivno-pasivne konfiguracije izbjegavaju ovaj problem, ali su ograničene na kapacitet jednog aktivnog čvora tijekom prebacivanja u drugi sustav.
| Značajka | Aktivno-pasivno | Aktivan-Aktivan |
|---|---|---|
| Upravljanje prometom | Primarni obrađuje sav promet | Promet raspoređen po čvorovima |
| Vrsta prebacivanja u slučaju kvara | Stanje pripravnosti se aktivira u slučaju kvara | Promet se preusmjerava na aktivne čvorove |
| skalabilnost | Ograničeno na kapacitet jednog čvora | Može se skalirati dodavanjem više čvorova |
| Najbolje za | Oporavak od katastrofe, održavanje | Okruženja s visokom frekvencijom prometa |
Provjere ispravnosti i mehanizmi za prebacivanje u slučaju kvara
Provjere ispravnosti su ključne za praćenje uravnoteživača opterećenja i odziva poslužitelja. Ove provjere dolaze u dva oblika:
- Aktivne zdravstvene provjere: Oni šalju redovite zahtjeve za sondiranjem (često nazvane "otkucaji srca") kako bi provjerili zdravlje sustava u intervalima, obično svakih 5 do 30 sekundi.
- Pasivne zdravstvene provjere: Oni prate transakcije korisnika uživo, otkrivajući greške bez generiranja dodatnog prometa.
Kada se otkrije problem, aktivira se mehanizam prebacivanja u slučaju kvara, preusmjeravajući promet na ispravne resurse. Trajanje prekida tijekom prebacivanja u slučaju kvara ovisi o postavci DNS Time-to-Live (TTL) i intervalu provjere ispravnosti. Za brzi oporavak preporučuje se DNS TTL od 30 do 60 sekundi kako bi se osiguralo da klijenti brzo prime ažurirane IP adrese.
Ispuštanje priključka igra ključnu ulogu u sprječavanju naglih prekida. Ovaj proces omogućuje da se tekuće sesije prirodno završe tijekom određenog razdoblja (obično 300 sekundi) dok se nove veze usmjeravaju na zdrave čvorove.
Sinkronizacija stanja i perzistencija sesije
Preusmjeravanje u slučaju kvara ne znači samo preusmjeravanje prometa – ono također zahtijeva održavanje kontinuiteta sesije. Da bi se to postiglo, uravnoteživači opterećenja moraju imati sinkronizirane konfiguracije na redundantnim čvorovima. Dok moderni uravnoteživači opterećenja u oblaku rade kao usluge bez stanja i ne pohranjuju niti repliciraju podatke na razini aplikacije, oni repliciraju postavke konfiguracije poput pravila za uravnoteženje opterećenja, sondi za ispitivanje ispravnosti i članstva u pozadinskim skupovima. Ova sinkronizacija osigurava dosljednost u svim zonama dostupnosti.
"Load Balancer je mrežna prolazna usluga koja ne pohranjuje niti replicira podatke aplikacije. Čak i ako omogućite perzistenciju sesije na load balanceru, nikakvo stanje se ne pohranjuje na load balanceru." – Azure dokumentacija
Trajnost sesije osigurava da se zahtjevi istog klijenta dosljedno usmjeravaju na istu pozadinsku instancu. To se obično postiže korištenjem algoritama za hashiranje, kao što je hash toka od 5 torki (izvorna IP adresa, port, protokol, odredišna IP adresa, odredišni port), umjesto pohranjivanja stanja sesije.
Da bi redundancija funkcionirala besprijekorno, konfiguracije između primarnog i rezervnog uravnoteživača opterećenja moraju biti identične. SSL certifikati, sigurnosne politike i postavke upravljanja prometom trebaju se podudarati kako bi se osigurala dosljedna obrada, bez obzira na to koji je uravnoteživač opterećenja aktivan. Alati poput Terraforma mogu automatizirati ovu sinkronizaciju, smanjujući rizik od pogrešaka tijekom prebacivanja u slučaju kvara.
Uobičajeni scenariji kvarova i kako ih redundancija rješava
Čak i najpouzdanija infrastruktura doživljava kvarove, ali redundancija pomaže u osiguravanju nesmetanog nastavka rada.
Kvarovi hardvera i softvera
Hardver može neočekivano otkazati. Problemi poput nestanci struje, kvarovi sustava hlađenja, i habanje i oštećenje hardvera može srušiti čvorove uravnoteživača opterećenja unutar zone dostupnosti. Na strani softvera, problemi kao što su rušenja procesa, panika kernela, ili Iscrpljenost SNAT porta može uzrokovati jednako ozbiljne prekide u usluzi.
Redundancija zone rješava ove izazove raspodjelom čvorova za uravnotežavanje opterećenja u više fizički odvojenih zona dostupnosti. Ako hardver zakaže u jednoj zoni, čvorovi u drugim zonama preuzimaju zastoj, osiguravajući da promet ne prestaje teći. Za održavanje visoke dostupnosti također je bitno održavati više ispravnih pozadinskih instanci spremnih za rukovanje opterećenjem.
Za softverske probleme poput iscrpljenosti SNAT portova, praćenje korištenja portova je ključno. Čak i naizgled zdrav alat za uravnoteženje opterećenja može zakazati ako mu ponestane portova za veze. Rješenja uključuju ručnu dodjelu portova ili korištenje NAT pristupnika kako bi se izbjegla ta uska grla. Kontinuirano praćenje portova i stanja mreže može pomoći u sprječavanju eskalacije takvih kvarova.
Ove strategije postavljaju temelje za šira rješenja koja se bave mrežnim i geografskim izazovima.
| Vrsta kvara | Specifičan scenarij | Rješenje redundantnosti |
|---|---|---|
| Hardver | Kvar fizičkog čvora / Gubitak napajanja | Višečvorni klasteri / Zonsko redundantno postavljanje |
| Softver | Rušenje procesa uravnoteživača opterećenja | Prebacivanje u slučaju kvara putem aktivno-pasivne konfiguracije korištenjem sondi za ispravnost |
| Konfiguracija | Iscrpljenost SNAT porta | Ručna dodjela portova / Pravila za izlazni promet |
| Prolazno | Povremeni API/mrežni prekidi | Logika ponovnog pokušaja na strani klijenta / Eksponencijalno odustajanje |
Redundancija mreže
Problemi na razini mreže također mogu poremetiti uslugu. Problemi s povezivanjem mogu izolirati cijelu Zonu dostupnosti, sprječavajući korisnike da dođu do ispravnih pozadinskih poslužitelja. Jedna točka kvara na mrežnom putu može imati široke posljedice.
Balansiranje opterećenja između zona Osigurava da svaki čvor za uravnotežavanje opterećenja može usmjeriti promet na sve registrirane ciljeve, bez obzira na zonu. To sprječava neravnomjernu raspodjelu prometa kada jedna zona ima problema s mrežom. Osim toga, provjere ispravnosti koje potječu iz više regija (obično tri) pružaju točniju sliku mrežne povezivosti.
The omjer prelaska na drugi sustav Postavka određuje kada se promet preusmjerava na sigurnosne bazene. Na primjer, postavljanje omjera na 0,1 aktivira prebacivanje u slučaju kvara samo kada manje od 10% primarnih instanci ostane ispravno. Time se izbjegavaju nepotrebna prebacivanja u slučaju kvara tijekom manjih mrežnih prekida, a istovremeno se štiti od većih prekida.
Geografska redundantnost
Regionalni prekidi, bilo da su uzrokovani prirodnim katastrofama, kvarovima u elektroenergetskoj mreži ili infrastrukturnim problemima, mogu uništiti sve resurse u određenom području.
Globalni uravnoteživači opterećenja nude rješenje korištenjem jedne anycast IP adrese za usmjeravanje prometa u najbližu zdravu regiju. Za razliku od DNS-baziranog failovera, koji se oslanja na TTL postavke i predmemoriju na strani klijenta, anycast usmjeravanje radi trenutno na razini mreže. To osigurava da se promet preusmjerava bez odlaganja. Štoviše, regionalni vanjski uravnoteživači opterećenja rade neovisno, tako da kvar u jednoj regiji ne utječe na cijelu infrastrukturu.
The Uzorak prekomjernog opskrbljivanja osigurava da druge regije mogu podnijeti povećani promet kada jedna regija prestane s radom. Održavanjem dodatnog kapaciteta u regijama eliminirate kašnjenje koje uvodi automatsko skaliranje, održavajući performanse stabilnima tijekom prekida. Alati poput Terraforma mogu automatizirati proces sinkronizacije SSL certifikata, sigurnosnih politika i postavki upravljanja prometom u svim regijama, osiguravajući dosljednost i pouzdanost.
sbb-itb-59e1987
Izgradnja arhitekture za uravnoteženje opterećenja bez zastoja
Stvaranje sustava za uravnoteženje opterećenja s nultim zastojem uključuje postavljanje jasnih ciljeva vremena neprekidnog rada, odabir pravog modela redundancije i rigorozno testiranje procesa prebacivanja u slučaju kvara. Ovi elementi čine temelj pouzdane arhitekture, kao što je objašnjeno u nastavku.
Postavljanje ciljeva vremena rada i SLA-ova
Vaše ciljano vrijeme neprekidnog rada je temelj vaše arhitekture i oblikuje svaku odluku. Svakih dodatnih "devet" u dostupnosti – poput prelaska s 99.9% do 99.99% vrijeme rada – dodaje složenost i troškove. Za kontekst:
- A 99.9% SLA omogućuje oko 8,76 sati zastoja godišnje, što može biti dovoljno za interne alate.
- A 99.99% SLA smanjuje to na otprilike 52,6 minuta godišnje, što je uobičajena referentna vrijednost za aplikacije okrenute korisnicima.
- A 99.999% SLA ograničava vrijeme zastoja na samo 5 minuta godišnje, što zahtijeva aktivno-aktivnu redundanciju u više regija.
Ovi ciljevi vremena neprekidnog rada izravno utječu na dizajn vašeg uravnoteživača opterećenja. S obzirom na to da gotovo 50% tvrtki izvještava o troškovima prekida rada koji prelaze $1 milijun po satu, usklađivanje SLA obveza s ulaganjima u infrastrukturu nije predmet pregovora.
Odabir pravog modela redundancije
Izbor između aktivno-aktivno i aktivno-pasivno Redundancija ovisi o potrebama vašeg sustava i ciljevima oporavka.
- Aktivno-aktivna redundancija idealan je za sustave kritične za misiju. Više instanci istovremeno obrađuje promet, osiguravajući gotovo nulto vrijeme oporavka (RTO). Na primjer, Netflix koristi ovaj pristup, implementirajući mikroservise u više AWS regija. Njihov alat "Chaos Monkey" nasumično isključuje produkcijske servise kako bi testirao spremnost za prebacivanje u slučaju kvara, osiguravajući neprekinutu uslugu za više od 230 milijuna pretplatnika.
- Aktivno-pasivna redundancija Radi za sustave koji mogu tolerirati kratke prekide. Ovdje se topla rezerva drži spremnom za skaliranje tijekom prebacivanja u slučaju kvara. Hladne rezervne dijelove, iako isplativije, zahtijevaju početne resurse tijekom kvara, što dovodi do duljeg vremena oporavka. Na primjer, Code.org je uspješno upravljao porastom prometa 400% tijekom velikih online događaja kodiranja koristeći AWS Application Load Balancers, pokazujući kako pravilna konfiguracija podržava visoku dostupnost čak i pod ekstremnom potražnjom.
Nakon što odaberete model redundancije, kontinuirano praćenje postaje ključno kako biste osigurali da sustav radi kako se očekuje pod opterećenjem.
Praćenje i testiranje kvarova
Razlika između teorijskog dizajna i otporne arhitekture leži u kontinuiranom praćenju i proaktivnom testiranju. Idite dalje od osnovnih TCP provjera implementacijom duboke zdravstvene sonde za provjeru kritičnih ovisnosti poput veza s bazom podataka i vanjskih API-ja. Uključite /zdravlje krajnju točku u vašoj aplikaciji kako biste potvrdili da interni sustavi funkcioniraju prije vraćanja statusa 200 OK. Izvršite provjere ispravnosti iz najmanje tri regije kako biste osigurali globalnu dostupnost.
Obratite pozornost na dodjelu portova i konfigurirajte ručno dodjeljivanje portova ili NAT pristupnika ako je potrebno. Održavajte DNS TTL niskim - između 30 i 60 sekundi - tako da maksimalno trajanje prekida bude jednako DNS TTL-u plus interval provjere ispravnosti pomnožen s pragom neispravnosti.
Alati za kaos inženjering poput Azure Chaos Studija mogu simulirati stvarne kvarove, poput prekida zone ili prekida instance, kako bi testirali mehanizme prebacivanja u slučaju kvara. Ne zaboravite validirati proces vraćanja u prethodno stanje – osiguravanje besprijekornog povratka prometa na primarni čvor nakon obnove. Osim toga, implementirajte eksponencijalno odgađanje s randomiziranim podrhtavanjem u logici ponovnog pokušaja klijenta kako biste izbjegli "oluje ponovnog pokušaja" tijekom djelomičnih kvarova.
Kako Serverion Podržava visoku dostupnost
Globalna mreža podatkovnih centara
Serverion upravlja mrežom podatkovnih centara strateški smještenih diljem svijeta, osiguravajući geografsku redundanciju kako bi se zaštitio od potpunih prekida rada podatkovnih centara. S uravnoteživačima opterećenja raspoređenim u tim regijama, promet se automatski usmjerava na najbliži ispravan podatkovni centar. Na primjer, korisnik u New Yorku može biti preusmjeren na objekt u Virginiji ako je potrebno. Bez obzira odaberete li aktivno-aktivno postavka – gdje više regija istovremeno obrađuje promet – ili aktivno-pasivno Konfiguracija s rezervnim objektima spremnim za preuzimanje tijekom prekida, Serverionova infrastruktura osigurava glatko preusmjeravanje korisnika bez potrebe za ručnim ažuriranjima DNS-a. Ovaj dizajn se besprijekorno integrira sa strategijama redundancije, pružajući neprekidnu uslugu u svim regijama.
Hosting rješenja za redundantne arhitekture
Serverion nudi niz hosting rješenja posebno dizajniranih za podršku arhitekturama visoke dostupnosti. Njihove skalabilne VPS opcije dolaze s punim root pristupom, što je savršeno za stvaranje prilagođenih konfiguracija uravnoteženja opterećenja. Za aplikacije koje zahtijevaju veću propusnost i namjenske resurse, njihovi namjenski poslužitelji uključuju namjenske IPv4 adrese za učinkovito rukovanje velikim prometom.
Za one kojima je potrebna precizna kontrola nad smještajem hardvera, Serverionove usluge kolokacije omogućuju vam distribuciju opreme na više objekata. To eliminira pojedinačne točke kvara i omogućuje raspodjelu čvorova za uravnoteženje opterećenja po odvojenim podatkovnim centrima. Ovaj pristup je posebno učinkovit za aktivno-aktivne postavke, gdje su performanse i prilagodba na svakoj razini stoga ključne.
Pomoćne značajke za nulti prekid rada
Održavanje redundancije u uravnoteživačima opterećenja zahtijeva snažnu temeljnu infrastrukturu kako bi se spriječili kaskadni kvarovi. Serverionov DNS hosting, opremljen niskim TTL postavkama, osigurava brzo preusmjeravanje prometa na funkcionalne poslužitelje tijekom preusmjeravanja na drugi sustav. Njihov sustav zaštite od DDoS napada raspoređuje promet na više čvorova, sprječavajući preopterećenja koja bi mogla poremetiti uslugu.
Kako bi dodatno poboljšao pouzdanost, Serverion nudi pristupačne SSL certifikate za sigurne veze i 24/7 upravljanje poslužiteljem za proaktivno praćenje zdravlja. Značajke poput pražnjenja veze omogućuju aktivnim korisnicima da završe svoje sesije bez prekida tijekom održavanja, dok automatizirane sonde za zdravlje - koje se pokreću svakih 10 sekundi - brzo otkrivaju probleme i pokreću procese prebacivanja u drugi sustav. Zajedno, ovi alati pomažu u osiguravanju besprijekornog iskustva bez zastoja.
Zaključak
Osiguravanje redundancije uravnoteživača opterećenja ključno je za održavanje neprekidne usluge. Kao što Dave Patten, arhitekt i savjetnik, sažeto navodi:
""Dizajniranje za visoku dostupnost (HA) i oporavak od katastrofe (DR) nije samo tehnička nužnost, već strateški imperativ.""
Uklanjanjem pojedinačnih točaka kvara putem aktivno-pasivnih ili aktivno-aktivnih konfiguracija, usluge mogu ostati operativne čak i tijekom kvarova hardvera, mreže ili podatkovnog centra.
U srži redundancije leži nekoliko ključnih praksi: korištenje Virtualne IP adrese za besprijekorno prebacivanje u slučaju kvara, kontinuirano praćenje stanja sustava kako bi se potencijalni problemi uočili na vrijeme i distribucija infrastrukture u više zona ili regija. Na primjer, prebacivanje u slučaju kvara temeljeno na VRRP-u može smanjiti prekide na samo sekundu - jedva primjetno krajnjim korisnicima. Sustavi koji teže vremenu neprekidnog rada od 99.99% pokazuju kako redundancija može velike prekide pretvoriti u manje, upravljive događaje koje vaši kupci nikada ni ne primjećuju.
Serverionova globalna mreža izvrstan je primjer ovog pristupa, s podatkovnim centrima raspoređenim po više regija kako bi se omogućila geografska redundancija. Bez obzira upravljate li prilagođenim konfiguracijama uravnoteženja opterećenja na njihovim VPS platformama s punim root pristupom, implementirate li namjenske poslužitelje za potrebe visokog prometa ili koristite usluge kolokacije za distribuciju hardvera po odvojenim objektima, infrastruktura je izgrađena tako da daje prioritet nultom zastoju. Njihov DNS hosting osigurava brzo preusmjeravanje prometa tijekom prekida rada, a ugrađena DDoS zaštita štiti od napadačkog prometa koji bi mogao preopteretiti vaše redundantne sustave.
Uistinu otporna arhitektura uključuje automatizirane provjere ispravnosti, pražnjenje veza i kontinuirano praćenje. S ovim na mjestu, prozori za održavanje više ne prekidaju rad, a kvarovi hardvera postaju rutinski problemi koje vaš sustav besprijekorno rješava. Ovakvo planiranje osigurava da vaši korisnici uživaju u dosljednoj usluzi, bez obzira na to što se događa iza kulisa. Osim smanjenja vremena zastoja, ova strategija jača ugled vašeg poduzeća za pouzdanost i pouzdanost.
FAQ
Koja je razlika između aktivno-pasivne i aktivno-aktivne redundancije uravnoteživača opterećenja?
Kada je riječ o otpuštanju, postoje dva popularna pristupa: aktivno-pasivno i aktivno-aktivno postavke.
U aktivno-pasivna konfiguracija, a primarni uravnoteživač opterećenja upravlja svim prometom dok rezervna jedinica ostaje neaktivan, spreman za ulazak u slučaju kvara primarnog. Iako je ova postavka jednostavna i laka za upravljanje, dolazi do kratkog prekida tijekom procesa prebacivanja u slučaju kvara. Jedan nedostatak je što rezervna jedinica ostaje nekorištena tijekom normalnog rada, što se može činiti kao propuštena prilika za korištenje resursa.
S druge strane, aktivno-aktivna konfiguracija uključuje više uravnoteživača opterećenja istovremeno rade zajedno kako bi upravljali prometom. Ovaj pristup maksimalno iskorištava dostupne resurse, smanjuje latenciju i osigurava nesmetan prijelaz s minimalnim prekidima ako jedan uravnoteživač opterećenja prestane raditi. Međutim, složenije ga je postaviti i zahtijeva značajke poput sinkroniziranih podataka sesije ili dijeljenih IP adresa kako bi se sve održalo dosljednim i izbjegli potencijalni problemi.
Serverion nudi podršku za oba modela, dajući vam fleksibilnost izbora između jednostavnosti aktivno-pasivnog ili većih performansi i pouzdanosti aktivno-aktivnog, ovisno o tome što vaša aplikacija zahtijeva.
Kako provjere ispravnosti uravnoteživača opterećenja i sustavi za prebacivanje na drugi sustav sprječavaju zastoje?
Provjere ispravnosti load balancera neprestano prate pozadinske poslužitelje slanjem malih sondi, poput TCP handshakeova ili HTTP zahtjeva, kako bi potvrdile da ispravno rade. Ako poslužitelj reagira kako se očekuje, ostaje u rotaciji za obradu prometa. Ali ako nekoliko provjera zaredom ne uspije, poslužitelj se privremeno uklanja dok ponovno ne prođe testove. Ovaj proces osigurava da samo funkcionalni poslužitelji obrađuju promet, smanjujući vjerojatnost prekida usluge.
Mehanizmi za prebacivanje u slučaju kvara nadopunjuju ove provjere ispravnosti preusmjeravanjem prometa kada se pojave problemi. U aktivno-pasivno postavkama, promet se prebacuje na skup rezervnih poslužitelja ako primarni prestane raditi. U međuvremenu, u aktivno-aktivno konfiguracijama, više poslužitelja istovremeno obrađuje promet, a opterećenje s bilo kojeg poslužitelja koji ne radi automatski se raspoređuje među zdravim. Zajedno, ovi sustavi omogućuju uravnoteživačima opterećenja da usluge rade nesmetano, osiguravajući platforme poput Serverion pružaju pouzdane performanse i izbjegavaju zastoje za svoje korisnike.
Kako geografska redundancija pomaže u osiguravanju neprekidne usluge?
Geografska redundancija znači raspoređivanje uravnoteživača opterećenja i poslužitelja na više podatkovnih centara na različitim lokacijama kako bi se osiguralo nesmetano funkcioniranje usluga. Ova postavka osigurava da ako se jedna lokacija suoči s problemima - poput nestanka struje, problema s mrežom ili čak prirodne katastrofe - usluge neće stati. Umjesto toga, promet se automatski preusmjerava na funkcionalna područja, tako da korisnici imaju neprekidan pristup.
Serverion provodi ovaj koncept u djelo pokretanjem podatkovnih centara diljem svijeta. Njihova infrastruktura omogućuje raspodjelu opterećenja po različitim geografskim zonama. Ako jedna lokacija prestane s radom, njihov sustav odmah preusmjerava promet na drugu lokaciju, osiguravajući pouzdano vrijeme rada koje današnje aplikacije zahtijevaju.
