Žinios Discovery
/ Knowledge Discovery >> Žinios Discovery >> Technika >> kompiuteris >> Internetas >> interneto pagrindai >>

Kaip "Google" failų sistema Works

as gali rasti konkretų failą į sistemą. Serveris atsako su už pirminės reprodukciją atitinkamo riekë vietą. Pagrindinis replika turi iš pagrindinio serverio aptariamai riekė nuomos.


Jei ne replika šiuo metu užima nuomos, kapitonas serveris paskiria riekė kaip pagrindinis. Jis tai daro lyginant IP adresą kliento į iš chunkservers, kurių sudėtyje yra kopijos adresus. Pagrindinis serveris pasirenka chunkserver arčiausiai kliento. Kad chunkserver anketa riekė tampa pagrindinis. Klientas tada kontaktai tinkamas chunkserver tiesiogiai, kuris siunčia į kliento replika.

Rašyti prašymai yra šiek tiek sudėtingesnis. Klientas dar siunčia prašymą prie pagrindinio serverio, kuris atsakymus su pirminės ir antrinės kopijos vietą. Klientas parduotuvių šią informaciją atminties talpyklą. Tokiu būdu, jei klientas turi kreiptis į tą pačią reprodukciją vėliau, ji gali apeiti pagrindinį serverį. Jei pirminė replika tampa nepasiekiamas arba replika pakeitimus, klientas turės vėl konsultuotis su pagrindinio serverio, prieš kreipdamiesi į chunkserver.

klientas tada siunčia rašyti duomenis į visų kopijų, pradedant artimiausia replika ir baigiant toliausiai vienas. Nesvarbu, jei arčiausiai replika yra pirminis arba antrinis. "Google palygina šiuos duomenis pristatymo būdą į vamzdyną.

Kai kopijos gauti duomenys, pirminis replika pradeda priskirti eilės serijinius numerius kiekvienam keitimas į failą. Pokyčiai yra vadinami mutacijas. Serijiniai numeriai, nurodyti apie tai, kaip užsisakyti kiekvieną mutacija kopijų. Pagrindinis tada taiko į eilės tvarka mutacijas savo duomenis. Tada ji siunčia rašyti prašymą antrinių kopijų, kurios laikosi to paties paraiškų teikimo procesą. Jei viskas veikia taip, kaip turėtų, visi visoje klasterius kopijos įtraukti naujus duomenis. Antrinė kopijos ataskaita atgal į pirminėje kai paraiška procesas yra baigtas.

Tuo metu, pirminiai replika ataskaitos atgal į klientui. Jei procesas buvo sėkmingas, jis baigiasi čia. Jei ne, pirminė replika pasakoja klientui, kas atsitiko. Pavyzdžiui, jei vienas antrinis kopija nepavyko atnaujinti su konkrečios mutacijos, pirminis reprodukciją nepraneša klientą ir bando prisijungti mutacija taikomajai programai keletą kartų. Jei antrinė reprodukciją nenaujina teisingai, pirminis reprodukciją pasakoja vidurinį kopija pradėti iš nuo rašymo proceso pradžioje. Jei tai nepadeda, kapitonas serveris bus nustatyti pažeistą replika kaip šiukšlių.

Ką dar nėra GFS daryti

Page [1] [2] [3] [4] [5] [6] [7]