Biuro Tinklelis Kompiuterija naudojant virtualių aplinkų - 5 dalis
Įvadas
Aš dirbu bendrovėje, kurioje mes paleisti daug partijos darbo vietų perdirbimo milijonus įrašų duomenų kiekvieną dieną ir aš galvoju neseniai apie visas mašinas, kurios sėdi aplink kiekvieną dieną nieko nedaryti dėl kelių valandų. Ar ne ji gera, jei mes galime naudoti šiuos mechanizmus stiprinti apdorojimo galia mūsų sistemos? Šiuo dirbiniai rinkinys I'm going pažvelgti į galimą naudą įdarbinimo biuro tinklo , naudojant virtualised aplinkoje.
Be 4 dalyje mes pažvelgė naudojant įvairias priemones, siekiant užtikrinti, kad mes naudojate naujausią versiją iš kodo ir duomenų šaltinių, kad gauti rezultatai yra visada up-to-date su naujausia verslo informacija ir logika.
Pasirengimo Dislokavimas
Prieš diegti savo energetinę sistemą, jei yra vienas dalykas, tu ir vienas dalykas tik tai etaloną jūsų dabartinės sistemos! Nesvarbu, ką pasakyti kolegoms apie tai, kiek papildomo darbo jūsų sistema yra pasiruošusi daryti, jei turite numeriai atgal tai jūsų garantijos nieko. Taigi,
- Kiek įrašų galite proceso metu? Per dieną? Už valandą?
- Kiek laiko paprastai užtrunka apsisukti darbą?
- Kiek daugiau pajėgumų turite?
Yra taip pat papildomų klausimų:
- Jei jūsų perdirbimo ir serverio (ar vienas iš jūsų perdirbimo serverių) krinta kaip tai paveiks jūsų galimybes, jums reikia suluošino?
- Kokius privalumus tikitės / tikisi gauti iš tinklo sistemos?
- Ar jūsų biuro mašinos, galinti važiuoti varoma darbo vietų?
- Ar jūsų (arba galite vietų perskaičiuojami) dirbti šioje eksploatavimo stilius?
Paskutinis svarbus punktas yra imtis savo laiką yra reikšmingų pokyčių, kad patinka. Atnaujinti savo duomenų apdorojimo kodą dirbti naudojant naują metodiką, vertinti iš naujo. Galimas savo perdirbimo serveryje paleisti virtualios mašinos, po visų savo perdirbimo serveris bus tik dar vienas darbuotojas (tiesiog labai stiprus vienas santykinai). Leisti naują procesą nusistovėti.
Dislokavimas
Mano pasiūlymas būtų pop į biurą vienas savaitgalis atlikti visų įrenginių, ir jos sąranka. Ar tai tik prieš dvi savaites atostogų ir atostogų, kad kiti blogai vadovas susidoroti su pasekmėmis ... o gal ir ne ...
Dislokavimas kaip šią sistemą reikia lėtai. Nepaisant to yra gana paprasta nustatyti šios sistemos turės įtakos jūsų viso biuro infrastruktūra (taip pat skaitmeninę). Pirma, iškočiokite į mašinų pora metu, stebėti tinklo srautus, kaip darbuotojas visagalis atlikti tokią dieną-to-day basis. Jums gali reikėti pakeisti Jūsų darbo rankos, atsakydama į jūsų rezultatus.
Kai sistema jau nusistovėjusią su keletu mašinos (tarkim 10% visų biuro mašinos, ty 5) nuolat stebėti eismą tinkle ir priimančiosios mašinos performance. Kitas rodiklis vėl, jums dabar turėtų būti perdirbti 33% daugiau darbo vietų negu savo pirmąjį orientacinių tikslų. Patikrinkite taip yra, ar kad jūs bent jau šiame Ballpark. Jei ne, ištirti, kas vyksta prieš pereinant. Pakartokite šį ciklą, kol jūs laimingai visi biuro mašinos veikia be žudymo atskiroms staklėms, veikimo ar šlifavimo tinklo į aklavietę.
Visais laikais išlaikyti lyginamoji analizė, net ir po visų dislokavimo yra pagaminti. Patikrinkite, kaip naują kodą atnaujinimai įtakos greitį jūsų sistema, patikrinti visus darbuotojus, yra pranešimų ir perdirbimo vietų. Lėtai (labai lėtai) prieaugio savo darbą konfigūracijos gauti iš savo darbuotojų ir tinklo geriausia.
Stop!
Ką daryti, jei norite sustabdyti savo darbuotojus nuo veikiant tam tikrą laiką? Jie visi ten veikia, regeneruoti, ir bando savo geriausiai tvarkyti duomenis, kaip alkani vabzdžiai. Atsakymas gali atrodyti akivaizdu, bet jos verta pridėti tik tuo atveju, jos nepastebėti. Tiesiog redaguokite savo perdirbimo scenarijų su išėjimo (0) or die () arba kai kuriuos kitus pareiškimą nužudyti savo perdirbimo darbą. Svarbi priežastis, kodėl mes visada stengiamės atnaujinti į naujausią tvarkymo scenarijų prieš bet paleisti!
Demonstravimo sistemos
Kad parašyti šį trumpų straipsnių aš sukūriau labai mažą tinklelį įrodyti technologijų ir metodologijų rinkinys. Aš perskaičiau daug straipsnių, vadovėliai, ir naudoti įvairias priemones, diegimo ir stebėti, kas vyksta. Jokiu būdu aš išėjo ir sotieji visą biurą, eismo ir nei aš turėjo galimybę susipažinti su nuolatinių darbuotojų, narių kompiuterio pamatyti, kaip priimančiosios vykdymui turėjo įtakos.
Mano demonstravimo sistemos buvo labai nuolankus iš tikrųjų. Aš mano įprastų darbastalio įsteigtas kaip darbo kontrolės serveryje. Šiuo man buvo įdiegta MySQL serveryje įdiegtas įsteigtas kaip replikacijos meistras, PHP , A ir SVN sieja Apache (už prieigą per darbuotojas VM).
Tada aš sukūriau CentOS darbuotojas mašina VirtualBox dėl 6 metų Windows XP nešiojamas. Man sukonfigūruoti numatytas užduotis, kaip nurodyta po kopijavimo VM į mašiną ir leiskite jam eiti.
Virtuali mašina buvo sukurta su PHP, nuversti, ir MySQL. Aš patikrinome filialo pavadintas "darbuotojas" iš mano darbo kontrolė serverių saugyklos ir pasirūpino, kad ji galėtų būti atnaujinta, naudodami "svn update '. Kitas man sukonfigūruoti MySQL kaip vergas ir patikrinti, kad duomenys buvo pakartoti iš MySQL darbo kontrolė serverio žemyn darbuotojas VM. Juk tai aš setup bash scenarijų ir cron.
Mano tvarkymo scenarijų iš esmės nuėjo palei šį (labai paprasta stuff) eilutės:
- Skaityti į lauko pavadinimas
- Skaičiuojami panašių pavadinimų skaičius lentelėje iš duomenų šaltinio vyks V.
- Skaičiuojami pavadinimų, kaip nurodyta pirmiau numerį, bet padalijimas tarpais (pvz., vardas, viduryje, pavardė) pavadinimas
- Pakartotinas šio proceso 1000 kartus
Kiekvienas darbas buvo maždaug 20 minučių paleisti. Vienu metu aš atidarė keletą kopijų darbuotojas VM ant langų nešiojamas ir stebėjo darbo vietų turi būti patikrinta ne kiekvienas darbuotojas IP adresus. Tuo metu aš taip pat patvirtino, kad replikacijos automatiškai iš naujo.
Palikus nešiojamas į laukimo atsirado darbuotojas pradeda proceso darbo vietų iš darbo kontrolė serverio. Kai atnaujinti laptopo naudojimas buvo apie 30-60 sekundžių delsos, tai teisingas laiko ir darbuotojų reikėtų žinoti, kad jų mašina gali pristabdyti trumpam grįždama prie mašinos. Naujesni mašinos negali turėti tokios ilgos pauzės. Dėl išmokų sumą perdirbimo atlieka šių mašinų per tuščiosios eigos laikotarpiais būtų labiau, kad didesnė darbuotojų laukti trumpą laikotarpį (ty 1 minutę), atvykdami į savo mašinas, ryte (aš dažnai laukti ilgiau, kad šis "Windows Defender" atnaujinti įvyks), jei jos buvo informuotos apie šį (naudingą laiko paimti ryte kavą!).
Apskritai man tikri, kad aš parodė technologijas, kurios galėtų būti naudojamos kurti tokią sistemą. Turiu įrodyti, kad tokia sistema nėra darbą (labai) mažos apimties ir su šiek tiek daugiau eksperimentuoti gali būti sumažinta iki galo išnaudojant biuro mašinos išteklius. If I don't get į tai šiuo metu aš būtų labai įdomu sužinoti / pamatyti kai kažkas daro.
Išvados / vertinimas
Kitas akivaizdus žingsnis būtų faktiškai gauti realaus pasaulio pavyzdžiu ir pradėti dislokuoti kaip ši sistema per biuro aplinka ir žiūrėsime kas atsitiks. Klausia verslo įsipareigoti tai be takas Blazing įmonė turi įrodyti, technologijų ir veiksmingumą, gali būti šiek tiek sunku. Tinklelis / Paskirstytasis skaičiavimas yra labai populiarus kai ratą ir turi keletą didelių prašymų (BIONC, SETI @ home, Folding @ Home ir pan.) Aš ne, tačiau rasti mažesnio masto ir paprastą sistemą, kad patinka mano paieškų, kurios galėtų būti išvyniotas per biuro aplinkoje.
Aš sukūriau iš esmės nemokama sistema, naudojanti daugiausia atviro kodo programinės įrangos ir įrankių beveik jokių pareigų. Technologijos iš esmės buvo įrodyta ir parodyti atlikti ir darbo, kaip tikėtasi. Tikimės, kad aš turiu įrodyti, kad su ne per daug darbo ir su labai paprasta sąranka galite diegti biuro tinklo skaičiavimo sistema, kuri yra galinga, pigūs, A ir keičiamo dydžio visų tuo pačiu metu.
Kai sistema yra ir veikia beveik nėra pabaigos iki pritaikymas ir tobulinimas galite padaryti sumą. Pavyzdžiui statistikos / lyginamoji analizė gali būti lengvai papildomas, kuriame tokia sistema verta kiekvieną dieną. Naujos mašinos gali būti pridėta greitai ir lengvai, kaip ir kada jie atvyksta su modernizuojant esamą įrangą stiprinantys jūsų duomenų apdorojimo galia.
Tikiuosi, jums patiko skaityti šį straipsnių ciklą ir jo davė jums susimąstyti apie eksploatavimo biuro energetinę sistemą. Tirpalo čia pateikiama nebūtinai bus dirbti visose situacijose, bet turėtų būti pritaikomos prie leisti jums gauti savo duomenis daroma naudojant savo sprendimą.
Nedvejodami atsiųsti visas pastabas, patikslinimus ar patobulinimus ir I'll do my best išlaikyti šį straipsnį atnaujintas rungtynes.
Straipsniai , Kompiuterija , Tinklelis Kompiuterija , Linux , PHP , web programavimas | 
apache , bash , partijos , etalonas , duomenų bazės , diegimo , tinklo , pagerinti , Linux , MySQL , atviro kodo , PHP , replikacija , subversion , virtualus , darbuotojas , Zend Framework , zned
[...] Galutinis šio ciklo dalis, taikliai pavadinta 5 dalis, mes aptarsime diegti šią sistemą. I'll apibendrinti tai, kas buvo išmokta ir [...]
Howdy ten, Puikus straipsnis dude! Aš pavargau naudoti RSS ir jūs naudojate Twitter, kad aš galiu jus stebėti ten:? D.
PS: Ar manoma išleisti vaizdo įrašą į savo dienoraštį laikyti skaitytojai daugiau patiko manau tai veikia, Rolandas Gorychka?.
Žiūrėti Twitter dešinėje pusėje kiekvieno puslapio. Ačiū!