Šiandieniniame skaitmeniniame pasaulyje nenutrūkstamos prieigos prie duomenų lūkesčiai nebėra prabanga – tai būtinybė. Nesvarbu, ar jūs naudojate kritinę programą, teikiate multimedijos turinį pasaulinei auditorijai, ar tiesiog atsarginę asmeninių failų kopiją, jūsų debesų saugojimo patikimumas tiesiogiai veikia viską nuo produktyvumo iki pasitikėjimo. Daugumai debesijos paslaugų teikėjų patikimumas yra kiekybiškai įvertintas pagal veikimo laiko procentus – 99,9%, 99,99% arba netgi Tačiau už šių poliruotų paslaugų lygio susitarimų (SLA) slypi griežta realybė: tiesa. Galimybė pasiekti jūsų duomenis bet kuriuo metu, bet kurioje vietoje, be netikėtų vėlavimų ar sutrikimų lieka neišvengiama. net patys patikimiausi centralizuoti debesys yra jautrūs tam, ką jie bando sušvelninti: nesėkmė. five nines continuous performance Patikimumas nėra kažkas, ko tikitės - tai kažkas, dėl ko projektuojate. Nuo regioninių sutrikimų iki netinkamai sukonfigūruotų tinklo maršrutų, mes ne kartą matėme, kad centralizuota infrastruktūra, nesvarbu, kaip sustiprinta, negali išvengti savo struktūrinių apribojimų. Nuo regioninių sutrikimų iki netinkamai sukonfigūruotų tinklo maršrutų, mes ne kartą matėme, kad centralizuota infrastruktūra, nesvarbu, kaip sustiprinta, negali išvengti savo struktūrinių apribojimų. Šiame tinklaraštyje nagrinėjama, kodėl Sia decentralizuota architektūra yra unikali, kad įveiktų šiuos apribojimus. Tolesniuose skyriuose mes palyginsime šį dizainą su tradiciniais saugojimo modeliais, išardysime realaus pasaulio gedimo scenarijus ir parodysime, kaip decentralizacija yra ne tik saugesnė - ji yra patikimesnė. Efektyvumas per atsparumą Nes debesų saugojimo ateityje patikimumas nėra kažkas, ko tikitės - tai kažkas, dėl ko projektuojate. Centralizuoto debesies pažeidžiami pagrindai Per visus savo pažadus apie "penkių devynių" veikimo laiką, tradicinės debesų saugyklos platformos ne kartą įrodė, kaip trapi centralizuota infrastruktūra gali būti susidūrus su aplinkos ekstremaliais veiksniais, žmogaus klaidomis ar vidinėmis klaidomis. Nepaisant hiperskalerių, tokių kaip AWS, "Google Cloud" ir "Microsoft Azure", pretenzijų dėl atleidimo, realaus pasaulio atvejų tyrimai pasakoja kitokią istoriją - vieną, kurioje milijonai vartotojų gali prarasti prieigą akimirksniu, o visos įmonės yra sustabdytos dėl vieno gedimo taško. Galbūt dramatiškiausi debesies pažeidžiamumo pavyzdžiai yra duomenų centrų gaisrai – incidentai, kurie gali iš karto išjungti visas debesų paslaugų zonas. 2022 m. rugpjūčio mėn. „Google“ duomenų centro „Council Bluffs“ elektros sprogimas sužeidė tris darbuotojus ir sutrikdė pagrindines paslaugas, tokias kaip Paieška ir Žemėlapiai. Praėjus vieneriems metams Paryžiuje, „Google Cloud“ „Europe-West9-a“ zonoje įvyko kelių klasterių gedimas, kuris prasidėjo dėl vandens įsiskverbimo – pats savaime dėl aušinimo sistemos gedimo, kuris užtvindė akumuliatoriaus kambarį ir sukėlė gaisrą. Šie incidentai primena dabar žinomą 2021 m. OVHcloud gaisrą Strasbūre, kuris visiškai sunaikino SBG2 duomenų centrą ir iš dalies sugadino kitus tame pačiame miestelyje. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Be ugnies, karščio bangos pasirodė esąs netikėta, bet vis didėjanti grėsmė. 2022 m. liepos mėn. rekordinės temperatūros, viršijančios 40 °C (104 °F) Londone, „Google“ ir „Oracle“ duomenų centrus išjungė dėl aušinimo sistemos gedimų. „Google“ turėjo aktyviai uždaryti savo debesies dalis, kad būtų išvengta aparatūros pažeidimų – tai nuostabus pripažinimas, kad vien oras gali pakenkti paslaugų prieinamumui. 2024 m. vasario mėn. „Google Cloud“ patyrė dar vieną sutrikimą, kai regioninės metaduomenų parduotuvės gedimas beveik tris valandas išjungė JAV-Vakarų1 regioną. Kai 2021 m. turinio pristatymo tinklas (CDN) kaip „Fastly“ patyrė klaidingą konfigūraciją, jis sukėlė pasaulinius sutrikimus, paveikdamas „Reddit“, „Spotify“ ir pagrindines naujienų agentūras per kelias sekundes. Nuolatinis veikimas pagal dizainą Kai centralizuoto debesies tiekėjai kuria vis didesnes tvirtoves, kad apsisaugotų nuo gedimo, „Sia“ išsprendžia problemą visiškai atmesdama tvirtovės modelį.Užuot statydama viską dėl vieno regiono ar įrenginio atsparumo, „Sia“ platina jūsų duomenis visame pasaulyje, per dešimtis nepriklausomai valdomų mazgų, naudodama matematiką, o ne rinkodarą, kad užtikrintų patikimumą. Atleidimas, kuris suteikia Atleidimas dažnai vertinamas kaip saugos priemonė – būdas apsisaugoti nuo nesėkmės. bet „Sia“ tai kur kas daugiau nei tai. Pagal numatytuosius nustatymus, Sia padalija kiekvieną failą į 30 užšifruotų fragmentų, naudojant ištrynimo kodavimą. Tik 10 iš šių fragmentų reikia visiškai rekonstruoti failą. Atleidimas nėra žingsnis atgal - tai nuolatinio našumo pagrindas. Priešingai, tradiciniai debesys remiasi visišku failų replikacija keliuose regionuose.Jei vienas regionas nepavyksta, prieiga sulėtėja arba sustoja, o papildoma saugykla nereiškia geresnio greičio. „Sia“ modelis prisitaiko realiu laiku. „Retrieval“ keliai dinamiškai keičiasi atsižvelgiant į prieinamumą ir tinklo sąlygas – jokių gedimų, jokių spragų, jokių išjungimo langų. Ir nors centralizuoti debesys taip pat gali naudoti ištrynimo kodavimą viduje, visą jų infrastruktūrą vis dar valdo vienas teikėjas. Sia šeimininkai, priešingai, veikia savarankiškai, dažnai skirtingiems asmenims ar įmonėms. „Sia“ naudojimas yra tarsi jūsų duomenys būtų suskirstyti į 30 skirtingų debesų pagal numatytuosius nustatymus. Atsparumas be pertraukos Daugumoje debesies aplinkų, kai kažkas sulaužoma, kenčia našumas. net ir esant gedimų sistemoms, sutrikimai dažnai sukelia sumažėjusį greitį, sutrikdytą prieigą arba bendrą sustojimo laiką, o infrastruktūra stengiasi atsigauti. Sia architektūra veikia kitaip. Kai serveris, saugantis dalį jūsų duomenų, išsijungia, nesvarbu, ar dėl gedimo, techninės priežiūros ar nestabilumo, jūsų failai išlieka visiškai prieinami. Nėra įkėlimo sukimo, jokių sinchronizacijos vėlavimų, jokių įspėjimų. Tinklas ir toliau gauna reikiamus fragmentus iš likusių hostų, dinamiškai pasirenkant greičiausias turimas parinktis. Tuo tarpu, fone, nuomininkų programinė įranga pradeda savarankiškai atkurti visą atleidimą, įkeldama naujus fragmentus sveikiems šeimininkams. Sia ne tik atsigauna nuo nesėkmės - ji veikia per ją. Užuot reaguodama į nesėkmę po to, kai ji įvyksta, Sia traktuoja churn kaip laukiamą elgesį - vieną, kurį tinklas yra pastatytas, kad elgtųsi gražiai. Nėra vieno nesėkmės taško Centralizuotos debesies platformos yra pažeidžiamos dėl kaskadinio gedimo, nes jos remiasi centralizuotu valdymu. netinkamai konfigūruotas maršrutizatorius, netinkamas programinės įrangos diegimas arba vienos įrenginio maitinimo problema gali pasklisti įvairiuose regionuose – tai gali nulemti paslaugas, kuriomis pasikliauja milijonai žmonių. Sia architektūra pašalina šią riziką pagal dizainą. Nėra pagrindinio mazgo. Nėra centrinio regiono. Nėra privilegijuotos institucijos, kuri gali netyčia pašalinti sistemą. Vietoj to, jūsų duomenys yra paskirstyti dešimtims nepriklausomų hostų visame pasaulyje - kiekvienas iš jų saugo tik užšifruotus fragmentus. Jei vienas šeimininkas nepavyksta, sistema ir toliau veikia. Jei nepavyksta dešimt šeimininkų, jis vis dar veikia. Nereikia „pavykti“, nes nėra vieno kelio pradėti. Nėra regiono. Nėra pagrindinio mazgo. Nėra buteliuko. Tiesiog nesustabdoma prieiga. Šis centrinės priklausomybės trūkumas ne tik sustiprina klaidų toleranciją, bet ir Jūs nelaukiate, kol regionas sugrįš į internetą.Jūs nesate užblokuotas perkrautas vartų ar žmogaus administratoriaus atkūrimo paslauga.Jūs traukiate duomenis iš ten, kur jis yra greičiausias - nuolat. prevents performance blackouts Sukurti patikimumą, o ne tik tikėtis Kai mes kalbame apie „debesio patikimumą“, mes dažnai parduodame pažadą – SLA, paremtą finansinėmis sankcijomis, blizgančiais veikimo laiko procentiniais dydžiais ir prekės ženklo reputacija.Bet, kaip matėme, net didžiausi debesies teikėjai negali išvengti silpnumo, kuris ateina su centralizavimu.Nesvarbu, ar tai gaisrai, karščio bangos, ar programinės įrangos klaidos, tradicinis debesies modelis visada yra keletas kaskadinių nesėkmių. Vietoj prielaidos, kad infrastruktūra sustabdys ir pasiruošimas nelaimei, kai tai nepadarys, Sia mano, kad nesėkmė yra neišvengiama - ir kuria sistemą, kuri vis tiek ir toliau veikia. : jokių privilegijuotų serverių, jokių regioninių priklausomybių, jokių tiekėjų užraktų.Tik savarankiškai remontuojanti, decentralizuota infrastruktūra, kuri išlaiko jūsų duomenis prieinamus, nes nė vienas veikėjas neturi galios padaryti jį nepasiekiamu. Nuolatinis veikimas Tai yra daugiau nei techninis pranašumas. Tai yra pokytis, kaip mes galvojame apie skaitmeninį atsparumą. Vietoj to, kad pastatytume aukštesnes sienas ir gilesnius kamščius, „Sia“ išsklaido savo gynybą. Ji skleidžia pasitikėjimą. Ir tai darydama, ji iš naujo apibrėžia, kokia patikima debesų saugykla gali atrodyti pasaulyje, kuriame nebėra priimtina. Kadangi organizacijos susiduria su didėjančiais sutrikimais, didėjančiomis sąnaudomis ir griežtesniais atitikties reikalavimais, decentralizacija tapo daugiau nei perspektyvi – ji yra geresnė. Net ir tada, kai viskas klysta, atėjo laikas nustoti kurti aplink pasitikėjimą ir pradėti kurti aplink tikrumą. Tiesiog darbas Su „Sia“ nuolatinis našumas nėra tikslas, tai garantija. šaltiniai Duomenų centro žinios. (2022, rugpjūčio 9). Duomenų centro gaisras — „Google“ patiria „elektros incidentą“, 3 sužeisti. Duomenų centro žinios. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electric-incident-3-sužeistas Claburn, T. (2023, balandžio 26). „Google Cloud“ nusileidžia Europoje tarp vandens nutekėjimo, gaisro. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, kovo 9). Gaisras sunaikino OVH Strasbūro duomenų centrą (SBG2). Duomenų centro žinios. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, liepos 20). „Google“, „Oracle“ duomenų centrai nukentėjo nuo Londono karščio. Duomenų centro žinios. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, gruodžio 5). 10 didžiausių debesies sutrikimų 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, birželio 8). Kaip neaiški kompanija nuėmė didelius gabalus interneto. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

This story contains new, firsthand information uncovered by the writer.

Šis garso įrašas sukurtas originalia istorijos kalba!

Per ilgai; Skaityti

Make resilience your competitive advantage

„Sia“ iš naujo apibrėžia debesies patikimumą su nuolatine veikla pagal dizainą

About Author

KOMENTARAI

PABAIGTI ŽYMES

ŠIS STRAIPSNIS BUVO PRISTATYMAS

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps