Posts Tagged: raunverulegur

Skrifstofa Tafla Computing með Virtual umhverfi - Part 3

Með því að og föstudagur 4. desember 2009 11:37 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Í hluta 2 leit við á störf a framreiðslumaður vilja hlaupa, og hvernig störf skal stilla til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Uppsetning starfsmann þinn - eða Limp miðlara

Næsta skref í ferlinu er að setja upp raunverulegur starfsmenn þína. Fyrir þetta ætla ég að nota uppsetningu á CentOS með Raunverulegur. Ég ætla að setja MySQL og PHP á vefþjóninum, einnig þekktur sem Limp (Li nux, m ySQL, P HP) Servera i kann að hafa gert það nafn upp).

  • Setja Raunverulegur á Windows vél (fylgja tengilinn)
  • Sækja og setja upp CentOS (núverandi útgáfa 5,3) innan skapa raunverulegur vél

Það er ekkert lið mér að fara að þessu það er líklega er 1.000 'af frábærum námskeið þarna úti (ok, hér er eitt: Að búa og Managing CentOS raunverulegur vél undir Raunverulegur ). Mikilvægast að hafa í huga að ég ætla að ég kallaði raunverulegur vél mín GridMachine.

Eins og langt eins og val mitt af viðskiptavinur virtualisation og stýrikerfi fara það er ekki stór sannfærandi ástæða fyrir hvert val. Raunverulegur er eitthvað sem ég nota á vélinni heima og er studd af þremur helstu stýrikerfi. Ég valdi CentOS sem í hennar góðu jafnvægi OS og ég nota það á eigin vefþjóni mínum. Ég er mikill trúmaður í the réttur verkfæraskúr fyrir vinnu (þó ég sótt 'nota fljótlegasta og einfaldasta fyrir þig um hugarfar hér), þannig að ef stýrikerfi X keyrir kóðann þinn hraðar og meira duglegur að nota það í staðinn :)

Mikilvægt að tryggja að VM notar DHCP, annars fyrir hverja nýja raunverulegur vél þyrfti að vera stillt sérstaklega sem er eitthvað sem við ekki want.By nota DHCP við þurfum ekki að stilla net stillingarnar sig fyrir vélar starfsmaður, DHCP mun afhenda út IP-tölum fyrir þig. Því þú getur afritað raunverulegur vél um skrifstofu án þess að hafa áhyggjur um að setja hvert og eitt upp (þetta bætir sveigjanleika og dregur starfsmanna stjórnsýslu).

Ferlið sem þú ættir að stefna að því að ná væri að fá nýja líkamlega vél, setja í embætti Raunverulegur, og þá ansi mikið að senda á vettvang raunverulegur mynd án þess að mikið annað. Það gæti verið skynsamlegt að setja alla starfsmenn þína á mismunandi subnet þannig að þú getur að minnsta kosti sjá hversu margar vélar eru í gangi. Þú þarft einnig að setja upp vélar þínum á langan leigusamning eða ótakmarkaða leigusamnings DHCP.

Hvernig á að keyra starf á starfsmaður

Þetta er áhugavert svæði og það eru nokkrar gildar aðferðir til að vinna störf á starfsmann. Hér ég bara ræða tvö augljós:

  • Perpetually hlaupandi handriti: A handrit, vera það skel handrit, eða PHP handrit er keyrð einu sinni á starfsmann og keyrir sem hluta af óendanlega lykkju. Ég hef afsláttur þessa aðferð eins og einn hrun á handriti og hugsanlega starfsmenn þínir munu hætta að keyra án þess að einhvers konar íhlutunar.
  • Cron byggir handrit framkvæmd: hvert X mínútur að cron púkinn ánægja burt hringja í handriti til að fá það að fara. Án sumir stöðva þetta gæti leitt til margra margra eintaka af launþega handrit að keyra þinn.

Ákvörðun mín var að fara með cron sem ánægja burt skeljaskripta hvert 10 minutes. skeljaskripta mín sinnir eftirfarandi verkefnum:

  1. Fá ferli lista og grep þetta fyrir 'php'. Ef ekki finnst þá áfram.
  2. Hringdu starf númerið þitt, í mínu tilfelli þetta væri eitthvað PHP byggt
  3. Starfsmaður handrit lýkur hlaupa sitt
  4. Tilbúinn til að fara aftur á næsta viðeigandi símtali

Bash handrit mitt lítur eitthvað eins og eftirfarandi:

  #! / Bin / sh
 ef PS öxin | grep-v grep | grep PHP> / dev / null
 þá
     echo "Job er nú að vinna, hætta"
 annars
     echo "Job er ekki í gangi, byrja núna"
     PHP yourJobProcessingScript.php
 Fi 

Athugið: echo eru næstum alveg tilgangslaust, en getur hjálpað næsta mann sem kemur með til að reyna að breyta þeim.

Það lýkur sett upp af starfsmanninum raunverulegur vél, fljótur, einfalt og auðvelt að afrita hverja nýja stykki af vélbúnaður sem berst. Í 'Cleverness' á rist kerfi er í raun ekki í visualized OS, þess allt að gera með kóða búin að vinna störf, starf stillingar, og í því að tryggja að starf keyrir þegar við á (þ.e. þegar vélin er aðgerðalaus ).

Setja upp Windows til frumstilt Verkafólk

Fyrsta verkefni er að vinna út skipun sem þarf til að keyra raunverulegur vél frá gluggakista stjórn lína. Ef þú hefur sett upp Raunverulegur í sjálfgefna staðsetningu og þú hefur nefnt starfsmanna GridMachine þína þá er stjórn skylt að hlaða upp starfsmann þinn:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxManage.exe" startvm GridMachine 

Hins vegar til að keyra handrit í a 'höfuðlaus' á ástandi við þurfum að nota:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxHeadless.exe"-startvm GridMachine - vrdp = burt 

Þetta mun byrja að raunverulegur vél án GUI og leyfa því að spara stöðu þokkafullur. Annað rifrildi slekkur flokkurinn svo það er ekki stangast á við Windows flokkurinn, eða gefa þér skilaboð um að hlusta á höfn 3389. The raunverulegur vél nafn er málið viðkvæmt!

Næst munum við þurfa að setja glugga upp til að sparka burt starfsmanna VM okkar þegar vélin hefur verið aðgerðalaus. Til að gera þetta (á Windows XP) þú þarft að fara Start -> All Programs -> Accessories -> System Tools -> Áætlunarferðir Verkefni sem hér segir:

tímasett verkefni

Næsta smella á 'Bæta við tímaáætlun verkefni' ásamt fletta að bæta við siðvenja áætlun. Sigla til VBoxManage handritið og smellt á OK. Dagskrá verkefni fyrir eitthvað af valkostum (við munum breyta þessu í eina mínútu) og halda áfram. Eftir skipstjóri næsta skjár Windows mun spyrja þig hver þú vilja til hlaupa this verkefni, myndi ég stinga upp annað hvort 'Stjórnandi' eða búa til nýja forréttinda notanda. Mundu að við viljum ekki að trufla venjulegu starfsfólk reikning á vélinni á hverjum stað. Smelltu á Next og athuga sýna háþróaður valkostur fyrir þetta verkefni.

Til að lokum hlaupa kennslubók bæta band okkar 'startvm GridMachine' og tryggja að hlaupa aðeins þegar skráður í er eftir unticked. Farðu á áætlun verkefni næsta og breyta áætlun falla niður að valkostur 'þegar aðgerðalaus ", velja the magn af tími þú vilt að vél til að vera aðgerðalaus áður en hann flutti í næsta flipa.

Að lokum untick möguleika sem segir að hætta við verkefni ef það hefur verið í gangi X magn af tíma, en ekki merkið möguleika á að stöðva verkefni ef vélin er ekki lengur aðgerðalaus.

áætlun

Það er það þá fyrir Windows gestgjafi skipulag!

Yfirlit

Í þessum hluta höfum við sett upp a raunverulegur vél til að starfa sem launþegi, sem og því hvernig sem við köllum og framkvæma starf vinnslu forskriftir okkar (fyrir mig PHP handrit). Héðan við líta á hvernig á að setja upp afrit okkar á Windows til að byrja upp á raunverulegur vél í höfuðlaus ham þegar tölvan verður aðgerðalaus, og spara stöðu sína þegar notandinn aftur notkun á vél. Vonandi á þessum tímapunkti sem þú ert að sjá hvernig það er einfalt að setja upp slíkt kerfi og kláði að fá nokkrar tilraunir að fara sjálfur!

Næst þegar

Í hluta 4 við munum vera að horfa á að nota verkfæri til að tryggja að þú ert að keyra nýjustu útgáfuna af kóða og gögn heimildum svo sem fengnar niðurstöður eru alltaf upp-til-dagsetning með nýjustu upplýsingar um fyrirtæki og rökfræði.

Skrifstofa Tafla Computing með Virtual umhverfi - Part 1

Með því að og föstudagur 4. desember 2009 11:23 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Sem PHP forritari ég ætla að nota verkfæri sem ég nota á hverjum degi þ.e., Linux, MySQL , PHP, Raunverulegur og niðurrifsstarfsemi (SVN). En ég vona að þessi handbók mun laga sig að öðrum tungumálum og tækni eins og heilbrigður.

Lausnin sem ég afla verður mjög lauslega byggð á tegund vinnslu við þyrftum að ná þó þetta getur ekki verið satt í gegnum allt hlutur sem ég breyta hlutum fyrir einfaldleika, eða að framleiða fleiri áhugaverða notkun atburðarás.

Þessar virtualised umhverfi mun keyra á Windows vél þar sem þetta er það sem meirihluti skrifstofur hlaupa. Í vinnslu að Skrifstofuvélar gera ætti ekki að trufla starfsfólk með þessum vélum ætti að þurfa ekki viðhald á vélinni, og vera auðveldlega deployable nýjum vélum sem þeir verða í boði. Einnig nýr raunverulegur vél ætti ekki að þurfa frekari stillingar sem þetta dregur verulega úr sveigjanleika og vellíðan þar sem rist kerfi er hægt að framlengja.

Hvers vegna Dreifa að Computing Skrifstofa Tafla?

Í fyrsta lagi getur þú verið að hugsa, hvers vegna ekki bara að nota computing ský auðlind eins og EC2 pallur Amazon ? Jæja ástæður gætu verið nokkur, td:

  • Þú munt ekki fela ákveðnar upplýsingar í tölvunarfræði ský umhverfi
  • Þú getur ekki sett ákveðin gögn í tölvunarfræði ský umhverfi fyrir lagalegum ástæðum (td gögn yfirgefa landið), hugsanlega fyrir lagalegum ástæðum, td NHS records.
  • Þú vilt halda vinnslu einingar þinn loka og hafa fulla stjórn á vélbúnaði of
  • Þú hefur ekki verkefni fjármagn til að keyra ský dæmi
  • Skrifstofu hefur ekki tengingu við netið og því ekki hægt til þess að nota ský síðu
  • Þú líkar ekki rigning, ský benda regn, því þú haldir vel í burtu

Ég er viss um að listinn gæti haldið áfram, en ég held að það nóg í bili.

Kostir við Computing Office Grid

Jæja leyfir, gera sumir stærðfræði (og í réttu eðlisfræði stíl lætur gera nokkrar umfangsmiklar forsendur). Ímyndaðu þér að þú ert stór Beefy vinnslu framreiðslumaður hlaupandi 100 störf á dag. Í skrifstofu þú hefur 50 vélar sem eru aðgerðalaus 16 tímar á dag, hver af þessum vélum er 10% eins og öflugur eins Beefy vinnslu skera þinn. (Allar niðurstöður hér eru ávalar til að vanmeta árangur aukning).

Svo, 1 vél * 10% völd * 2/3 tíma = 0,067, þ.e. 1 skrifborð vinnslu á aðgerðalaus tíma geta afgreitt 6 fullri vinnu á dag.

Ef þú mælikvarði nú þetta upp og það tekur 15 aðgerðalaus skjáborð til að vinna eins mörg störf á dag sem helstu vinnslu netþjóninn gerir.

Svo í þykjast skrifstofu okkar 50 vél við gætum aukið vinnslugetu okkar frá 1. miðlara allt að 4 full netþjóna vinnslu, eða við gætum verið að afgreiða 400 störf á dag í stað 100.

Tilkynning, því að enginn fjárfestingu í nýjum vélbúnaði fyrirtæki þitt hefur bara aukist Runuvinnsla getu sína 4 sinnum! Hugsanlega þú ert að fara að auka vald notkun þína, en frá flestum skrifstofu umhverfi sem ég hef verið að vélar eru almennt vinstri á einni nóttu engu að síður, svo þú gætir séð þetta sem græna frumkvæði.

Aðrir kostir þýða einnig að fjárfesting í nýjum (eða uppfæra) vinnsla framreiðslumaður geta tafist ef Skrifstofuvélar þínar eru fullnægjandi og að eins og þú bæta kraft vélum skrifstofu skrifstofu rist þitt verða öflugri sjálfkrafa.

Tækni

Það sem þú þarft? (Eða réttara hvað gerði ég nota):

  • Idle vélar skrifstofa (í minn tilfelli a vara gamall gluggakista XP laptop)
  • Raunverulegur (eða annar viðskiptavinur virtualisation hugbúnaður)
  • A raunverulegur vél með PHP, MySQL running keyra skera niður OS, ég kalla þessar mínum Limp netþjóna :)
  • Algengar til að keyra
  • Atvinna miðlara (getur verið annar raunverulegur vél einhvers staðar)

Dæmigert Algengar

Þær gerðir af störfum að þetta kerfi er hannað til að keyra er sem hér segir:

  • Kerfi fær lista af gögnum á sem við þurfum að passa og skila niðurstöðum
  • Lokað felur haka / leita nokkrum (frekar truflanir) gögn heimildir
  • Niðurstöður úr heimildum gögn getur krafist frekari staðfestingu, samruna, eftirlit með viðbótar gögnum heimildum til að bregðast við niðurstöðum
  • Gögn er skilað með samsvarandi færslur, að fullu staðfest og unnin
  • Hver færsla innan starf er óháð öðrum

Svo í rauninni erum við að horfa á gangi störf sem krefjast blöndu af leit gagnagrunninum og sumir tala marrinu í völsunum og nokkuð dæmigerður atburðarás í rekstrarumhverfi.

Tafla lausnir eru ekki einungis gagnleg fyrir vinnslu störf af þessu tagi. Í grundvallaratriðum, getur einhver aðferð sem hægt er að skipta í sjálfstæðar einingar að keyra samhliða. Sjá Wikipedia fyrir dæmi og frekari upplýsingar: Tafla Computing , en a par af fræga dæmi eru Seti @ Home og BIONC . Það eru ramma fyrir að keyra computing grids, og þetta eru vel þess virði að skoða.

Hvað munum við ná?

Í lok þessara greinar Ég vona að sýna að beita skrifstofu rist þarf ekki að vera gríðarlega dýrt eða tímafrekt. Ég ætla að ræða:

  • Uppsetning stjórn starf kerfi, starf stillingar
  • Búa til viðeigandi vinnslu raunverulegur vél
  • Hvernig á að setja upp kerfi á Windows vél
  • Tryggja þú ert að nota nýjustu kóða og gögn
  • Dreifing og kvóti
  • Horft fram á veginn

Ég ætla að byggja (ok ég byggt, þá skrifaði þetta) dæmi forrit til að prófa hugmyndir á vél með Windows XP og minn 'GridMachine "raunverulegur vél. Starf stjórna framreiðslumaður minn mun vera aðal vél mín sem keyrir Fedora 11 .

Þetta er á engan hátt ætlað að sýna fram á fullu að vinna öflugt kerfi, þess ætlað meira á kynningu og umræðu sem sýnir að þetta er hægt að ná í tiltölulega skömmum tíma og á litlum tilkostnaði. Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða úrbætur og ég mun gera mitt besta til að halda þessa grein uppfærð til að passa.

Næst þegar

Í hluta 2 mun ég byrja á því að horfa á stjórn starf kerfi, og líta inn í hvernig störf skal stilla til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Skrifstofa Tafla Computing með Virtual umhverfi - Part 2

Með því að og föstudagur 4. desember 2009 11:23 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Í hluta 1 ég gaf yfirlit yfir kerfi og tækni sem ég mun nota eins og heilbrigður eins og rætt sumir af mögulegum ástæðum hvers vegna þú vilt að búa til skrifstofu rist.

Job Control

Ef þú ert að fara að keyra störf þá þú ert að fara að þurfa einhverja leið til að stjórna þeim. Starf eftirlitskerfi þín (á þjóninum starfsumsókn) þarf að vera virkilega vel hugsað út fyrir jafnvel að reyna að keyra skrifstofu rist. Svo í fyrsta lagi, hver eru verkefni fyrir stjórn starf kerfi:

  • Skilið út störf að beiðni starfsmanna
  • Segðu starfsmenn hvaða tegund af störf til að keyra
  • Track störf
  • Að tryggja að störf eru aðeins keyra einu sinni
  • Veita starf gögn til starfsmanna, eða að minnsta kosti segja þeim hvar á að fá það

Kerfið þarf einnig að vera teygjanlegur, lausn sem virkar fyrir nú í einu tilviki er heimilt að framlengja til að keyra nokkrar tegundir af störfum sem fyrirtæki sér gildi í töflu lausn. Til dæmis, störf má fá forgangsröðun, fleiri en eitt starf tegund getur verið (þ.e. margar undirstöður númer), að lokum getur þú jafnvel hlaupa nokkrum mismunandi véla starfsmaður sem eru bjartsýni fyrir hverja tegund vinnu (þó að það er flutt í burtu frá the 'almenna starfsmann "Hugmyndin). Alltaf að reyna að hugsa um framtíðina þegar að þróa kerfi, til skamms tíma sýn getur leitt til lengri tíma gremju og aukinni þróun tíma.

Atvinna Server

Við erum að fara að þurfa einhvers staðar að stjórna störf okkar frá, ætti þetta að vera eina kerfið á rist þinn sem hefur fasta úrræði Locator, vera að IP tölu, gestgjafi nafn, slóð (með innri DNS) o.fl. Þetta er vegna þess að starfsmenn þurfa að vita hvar á að leita að starfi, þarf starfsmenn til að finna stjórn starf kerfi (ekki stjórna starf kerfi finna starfsmenn).

Starfið framreiðslumaður sig ekki í raun hafa flókið verkefni (í grunn kerfi einhvern veginn), þarf það að geyma lista yfir störf, hönd út störf, fá niðurstöður, og síðan vista þær til síðari sókn. Hvernig þessir hlutir ('hönd út Jobs "eins) eru skilgreindar getur verið mjög einfalt. Seinna getum við lengja kerfið til að fela í sér gjöf tengi til að bæta við, breyta, eyða, fresta störfum en þetta er handan þessa æfingu.

Það er engin ástæða alls þá sem starf framreiðslumaður þín gæti ekki verið raunverulegur vél í gangi innan helstu vinnslu miðlara enda er ekki holræsi of margar auðlindir frá því. Starfið framreiðslumaður þó hefur þurft mikið framboð, ef það fer niður á föstudagskvöldi þú ert að fara að missa allt helgi vinnslu, hugsanlega kosta þig nokkrar vikur virði af tíma vinnslu (í samanburði við helstu vinnslu miðlara eingöngu) . Þú vilt kannski að íhuga að setja starf miðlara á hlaða jafnvægi umhverfi fyrir hár framboð.

Basic Setup

Grunn skipulag fyrir miðlara starf okkar mun samanstanda af því sem ég kalla einn af Limp netþjónum mínum (sem er Li nux, m ySql, P HP). Kóðinn í gangi á Thea starfsmenn vilja raunverulega vinna út hvað störf það er hægt að keyra í gegnum samskipti við með starf stjórna kerfi gagnagrunna. Síðar við gætum búið til vefur þjónustu og í raun hendinni út störf frekar en að þurfa starfsmenn að gera vinnu sig, en nú munum við halda áfram að nota KISS meginreglu (Hafðu það einfalt, Stupid!).

Svo leyfir, að búa til þrjú mySQL töflur til að takast á við störf. Þetta mun vera `störf`, `jobRecords` og `jobResults`.

störf borð Hér ég er að nota SQL Buddy a mikill lítill val til phpMyAdmin bara vegna þess að auðveldara þess að setja á CentOS (fyrir aðra sjá: 10 Great val til phpMyAdmin )

Þessi tafla samanstendur af 5 einföldum sviðum,

  • id: Einstaklega finna starf
  • Nafn: Gæti verið viðskiptavinur tilvísun, eða allir tala af öðrum auðkennum
  • Staða: Þú þarft að vita hvar starfið er á, td
    • 0: Ekki byrja
    • 1: sóttir
    • 2: Lokið
  • started_by: Hver er byrjað að gera í vinnunni? Þetta er ekki alveg nauðsynlegt en er gott að hafa. Ég vil benda mælingar starfsmenn með IP tölu þeirra á netið
  • started_at: Hvenær á starfsmaður að byrja starfið? Með því að fylgjast með störf sem ekki hafa lokið innan X tíma og við vitum að við þurfum að taka upp starf aftur og byrja vinnslu af öðrum starfsmanni. Starfsmenn gætu hætt vinnslu / go ótengdur fyrir af ýmsum ástæðum, máttur bilun, hrun, net tap, o.fl.

Það er auðvelt hvernig þessi tafla gæti verið framlengdur með nokkrum fleiri sviðum til að leyfa fyrir tölfræði virka, tími klára dálki til að sjá hversu lengi starf tók, er gegn til að sjá hversu margir starfsmenn tóku upp starfið (augljóslega þetta þarf að hafa tilhneigingu til að 1), starf forgang, listinn getur farið á og á. Í flóknari vinnu tilfellum væri hægt að tilgreina hversu mikið minni er starfsmaður þyrfti aðgang að (og því aðeins að nota viðeigandi starfsmenn), eða jafnvel hvaða tegund af starfsmanni væri nauðsynleg.

Lets bæta nokkrum störf dæmi:

dæmi störf

Næsta tafla aftur er alveg einfalt að skilja, eru þetta starf færslur okkar. Þau eru tengd við helstu störf töflu með dálkum `jobs_id`. Það gera upp þessa töflu mjög mikið veltur á þeim gögnum sem þú þarft að veita starfsmönnum þínum, lætur gera mjög einfalt dæmi þar sem við höfum fjóra dálka:

  • id: Auðkenni færslu
  • Nafn: nafn viðkomandi
  • Heimilisfang: heimilisfang viðkomandi
  • jobs_id: Starfið auðkenni sem þessi færsla er tengd við

Þriðja og síðasta borð samanstendur af niðurstöðunum, það hefur mikið sama að gera upp og færslur borð okkar, og með því að bæta við nokkrum dálkum gæti verið hluti af færslur töflu:

  • job_record_id: Link niðurstöðu að starf borð
  • Niðurstaðan: niðurstöðu gögn

... Og það er allt sem þú þarft að stjórna vinnu! (Að vísu á mjög undirstöðu stig) Í mínu tilfelli ég benti á annað borð þar sem gögn mín aðferð var staðsett, en þetta gæti alveg eins auðveldlega verið skrá, breytur til að keyra uppgerð kóða, nefndu það.

Val á starfi

Eins og áður segir, að starfsmenn vilja gera starf stjórnenda okkar fyrir okkur nú, svo er allt sem við þurfum virkilega að gera að finna vinnu sem þarf úrvinnslu og fá upplýsingar. Hvernig myndum við gera þetta? Jæja velja starf valforsendur okkar og leita að starfi, í SQL Ég gerði eftirfarandi:

  1. Taka allar störf sem eru ekki merkt sem lokið en frá starfsmanni okkar og endurstilla þá (í stað __ ME__ með heiti, einfaldasta væri IP heimilisfang):
      UPDATE `störf` SET `Staða` = 0 ÞAR `Staða` = 1 OG `started_by` = __ ME__; 
  2. Notkun starf valforsendur okkar, velja starf og segja eftirlitskerfi sem þessi starfsmaður er að takast á við það:
      UPDATE `störf` SET `Staða` = 1, `started_by` = __ ME__, `started_at` = NÚNA () HVAR `Staða` = 0 EÐA
     (`Staða` = 1 OG `started_at`> DATE_SUB (nú (), bil X Hour)) Raða eftir `id` Svæðisþjónustu; 

    Með því að grípa störf sem ekki hafa skilað árangri í X tíma við að tryggja að öll störf eru að keyra ef starfsmanni hrun eða fara AWOL.

  3. Næsta grípa störf upplýsingar fylgja með gögnum sjálfum:
      SELECT * FROM `störf` HVAR `started_by` = __ ME__ VIÐMIÐUNARMÖRK 1;
     SELECT * FROM `job_records` HVAR `id` = __ JOBID__; 

Að loknu starfi við að setja niðurstöðu Okkar og merkja starf sem lokið. Mundu svo störf geta svæfingu / vöknun hvenær leyfa einhverjum robustness í handritið. Það gæti verið að verkefni frestar hálfa leið í gegnum uppfærslu stjórn starf kerfi, svo haka við fjölda gagna í starfi og fjölda niðurstaðna vistuð aftur að stjórna vinnu kerfi myndi vera vitur hreyfa.

Að auki, á meðan þetta sýnir hvernig störf er hægt að velja og stjórnað frá SQL-fyrirspurn ramma sem þú ættir virkilega að abstracting starf stjórn þannig að ef þú ákveður að skipta yfir í að nota vefur þjónusta, skrá undirstaða kerfi, XML , eða einhver önnur fjöldi kerfa mun það ekki hafa áhrif á kóðann hér að ofan.

Atvinna Stillingar

Næsta þáttur til íhuga er starf stærð og stillingar. Með því að spila með stillingum starf við getum slá mjög gott jafnvægi milli hraða, ferli afritunar og áreiðanleika. Taktu of nokkra atburðarás:

  1. Algengar taka 1 dag hvern til að keyra: Þetta þýðir að starfsmenn þínir þurfa 15 daga til að vinna hvert starf (muna 10% af krafti fyrir 2/3rds í tíma). Þetta er greinilega ekki vitur stillingar, starf stærð er alltof stór! Það myndi taka að minnsta kosti tvöfalt tíma til að fá starf unnið að fyrstu starfsmaður fara AWOL (tími til að ná upp að það hefur ekki skilað niðurstöðu auk endurvinnslu tíma). Í hugsjón sem þú vilt hafa að minnsta kosti einn fullan vinnu auðveldlega bjartur í lok hvers langs aðgerðalaus tíma, þannig að þú halda störf tjalddúkur yfir og í versta falli ef starf myndi taka tvo daga að vinna ætti að fara fyrst vantar.
  2. Algengar taka 1 mínútu til að keyra: Þetta þýðir að starfsmenn þínir taka um 15 mínútur að keyra hvert starf. Þó að þetta getur í upphafi virðast hugsjón, þú fá frekari vinnu vinnslu á hádeginu og kaffitíma og fundir o.fl. Þessi atburðarás setur álag á öðrum sviðum kerfisins og kynnir eigin vandamálum sínum. Til dæmis, í fyrsta lagi skipulag / vinnsla tími hlutfall er að fara að fara rétt niður, því að tapa kerfi skilvirkni. Net er að fara að vera stöðugt streymi starf upplýsingar til ýmissa starfsmanna pirrandi starfsmanna sem eru dó þeirra dagur til dags vinnu. Þú ert líka að fara að setja meira álag á starf vinnslu miðlara sem það hefur að fat út fullt og fullt af litlum bitum af vinnu með reglulegu millibili. Loks, í þessu ástandi ef starf netþjóninn fer niður þú ert að fara að búa til mikið aftur yfir það uncompleted vinnu en stærri störf gæti áframhaldandi vinnslu í sátt og samlyndi ókunnugt um að starfið framreiðslumaður var í vandræðum.

Í raun og veru verður enginn kjörinn stillingar fyrir uppsetningu rist þitt, mikið veltur á fyrirliggjandi úrræði, gerðir af vinnu, starf afgreiðslutími kröfur, net hæfileiki, og svo framvegis. Hins vegar nokkrar leiðbeiningar væru:

  • Stærð störf þannig að hver starfsmaður getur fengið í gegnum að minnsta kosti 3-4 störfum á tímabili 15 klst lengsta líklegt aðgerðalaus tímabil)
  • Spila við starf stærð þannig að skipulag tíma verður nokkuð óveruleg samanborið við vinnslu tíma gr ber í huga að ofan benda).
  • Ef starf er ekki lokið í manna á tíma (kannski minna) þú ætlast það til að ljúka því gera ráð fyrir að gengið AWOL hennar og byrja að vinna það með öðrum starfsmanni. Þetta þýðir að þú gætir þurft að bíða í allt að þrisvar sinnum eðlilega lengd vinnu fyrir það að ljúka (hugsanlega lengur ef síðari starf ekki). Þú vilt kannski að draga úr þessum tíma, en vera varkár ekki til að draga það of mikið og þú getur byrjað að endurtaka vinnslu verkefna með reglulegu millibili.
  • Algengar ætti að vera óháð utanaðkomandi kröfum eins mikið og mögulegt er. Starfið miðlara, til dæmis, ætti aðeins að hafa samband í upphafi og lok hvert starf.
  • Ekki saturate ekki net, þetta mun hafa tvær neikvæð áhrif, daginn starfsfólk mun finna með því að nota net pirrandi og vandamál geta komið fram við tengingar tímasetja út vandamál sem mun aðeins versna og þú mælikvarði rist þinn.
  • Tryggja störf geta keyrt á starfsmenn þínum. Ef störf verða of minni ákafur eða diskur rúm ákafur störf hefst Hætti og það eina sem þú munt taka eftir er dropi í fjölda starfa unnin með enginn raunverulegur ástæðu hvers vegna.

Sendi Niðurstöður atvinnuleit

Þegar að senda inn niðurstöður vinnu er mikilvægt að athuga að árangur hefur ekki verið lögð fram af öðrum starfsmanni, sérstaklega ef núverandi starfsmaður hefur verið sofandi um nokkurt skeið.

Þegar niðurstöður eru lagðar að tryggja að fjöldi niðurstaðna samsvarar fjölda gagna innan starfi.

Eins og áður segir, og má ekki vera yfir áherslu, byggja kenna umburðarlyndi í sókn starf og niðurstöður uppgjöf. Starfsmenn geta (og líklega verður) að fara inn fresta háttur á the óþægilegur sinnum og þetta þarf að vera veitingamaður fyrir. Einnig ný abstracting burtu úrslit senda inn mun hjálpa koma til móts við um breytingar á starfi stjórna vélinni þinni miklu auðveldara að takast á við.

Yfirlit

Í þessu section höfum við litið á það sem stjórnkerfi starf miðlara þarf að gera og hvernig á að fá mjög einfalt kerfi sett upp. Við ræddum hvernig á að sækja vinnu frá eftirlitskerfi og hvernig best sé að stilla störf til að fá sem mest okkar á skrifstofu rist kerfi. Til að ljúka, var málsgrein eða tveir á að senda niðurstöður til baka til að stjórna vinnu miðlara fram.

  • A stjórna starf miðlara stýrir störfum og tryggir að öll vinna einingar er lokið
  • Með abstracting starf velja / niðurstöður uppgjöf við getum breytt tækni stjórna miðlara án þess að mikið vandamál
  • Stilla störf til að tryggja að þeir eru að keyra hratt og vel án þess að setja of mikið álag á innviði net, og án þess að endurtaka vinnslu verkefna með reglulegu millibili.
  • Gakktu úr skugga um að þú byggir kenna umburðarlyndi og villa checking í venjur þínar, starfsmenn geta stöðvað og haldið áfram og mest óþægilegur sinnum. Mundu að athuga hvort árangur hefur þegar verið lögð fram af öðrum starfsmanni.

Næst þegar

Í 3. hluta munum við búa til raunverulegur vinnsla vél okkar og setja upp Windows vélar okkar til að verða aðgerðalaus-tími starfsmenn.

Skrifstofa Tafla Computing með Virtual umhverfi - Part 5

Með því að og föstudagur 4. desember 2009 11:03 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Í hluta 4 skoðuðum við að nota verkfæri til að tryggja að við erum að keyra nýjustu útgáfuna af kóða og gögn heimildum svo sem fengnar niðurstöður eru alltaf upp-til-dagsetning með nýjustu upplýsingar um fyrirtæki og rökfræði.

Pre-Dreifing

Áður en að beita rist kerfi ef það er einn hlutur sem þú gerir og einn hlutur einn það er kvóti núverandi kerfi! Sama hvað þú segir samstarfsmenn um hversu mikið auka vinna að kerfið þitt er að fara að gera nema þú hafa tölur til að styðja þetta upp tryggingar þínar eru ekkert. Svo,

  • hversu margar færslur er hægt að vinna núna? Á dag? Á klukkustund?
  • Hversu lengi tekur það yfirleitt að snúa að vinnu?
  • Hversu mikið meira rúmtak þarft þú?

Það er líka fleiri spurningar:

  • Ef vinnslu miðlara (eða einn af netþjónum vinnslu þinn) fer niður hvernig mun þetta hafa áhrif á getu þína, verður þú að vera örkumla?
  • Hvaða kosti finnst þér vona / búist við að fá frá rist kerfi?
  • Eru Skrifstofuvélar þín fær um að keyra á störf?
  • Ert þinn (eða er hægt að störf að breyta) að wrok í þessum stíl í gangi?

Síðasta meiriháttar lið er að taka tíma á öllum helstu breytinga eins og þetta. Uppfæra vinnslu kóða til að vinna með nýja aðferðafræði og viðmið aftur. Hugsanlega að setja upp vinnslu miðlara til að keyra raunverulegur vél, eftir allt vinnslu miðlara verður bara að vera annar starfsmaður (bara mjög öflugur einn tiltölulega). Leyfa nýja aðferð til að leysa.

Dreifing

Tillaga mín væri að skjóta inn í skrifstofu einu helgi framkvæma allar innsetningar og uppsetningu. Gerðu þetta bara áður en frí tvær vikur og fara svo annað léleg springa til að takast á við afleiðingar ... kannski ekki ...

Dreifing fyrir kerfi eins og þetta þarf að vera hægt. Þrátt fyrir það að vera tiltölulega einfalt að setja upp þetta kerfi mun hafa áhrif á allt skrifstofu innviði þína (og the stafrænn einn). Í fyrsta lagi, rúlla út a par af vélum í einu, fylgjast með net umferð, hvernig starfsmanninum vélar framkvæma á degi til dags. Þú gætir þurft að breyta starf uppsetninguna til að bregðast við niðurstöðum þínum.

Þegar kerfið hefur leyst með nokkrum vélum (segjum 10% af öllum Skrifstofuvélar, þ.e. 5) halda eftirlit net umferð og gestgjafi vél performance. Næsta viðmið aftur, ættir þú nú að afgreiða 33% fleiri störf en fyrstu viðmið þína. Athugaðu að þetta er svo, eða að þú ert að minnsta kosti í þessu ballpark. Ef ekki, rannsaka hvað er að gerast áður en hann flutti á. Endurtaktu þetta hringrás þar til þú hamingjusamlega hafa öll Skrifstofuvélar keyra án þess að drepa einstaka vél árangur eða mala netið til kyrrstöðu.

Á öllum tímum að halda kvóti, jafnvel eftir að öll dreifing eru gerðar. Athugaðu hvernig nýjar uppfærslur kóða áhrif hraða kerfisins, athuga allar starfsmenn eru skýrslur í og ​​vinnslu störf. Hægt (mjög hægt) hækka starf stillingar til að fá það besta frá starfsmönnum og netið.

Hættu!

Hvað ef þú vilt hætta að starfsmenn þína frá að birtast á einhverjum tíma? Þau eru öll þarna í gangi, endurnýjun, og reyna sitt besta til að vinna úr gögnum eins svangur skordýr. Svarið kann að virðast augljóst, en þess virði að bæta bara í tilfelli gleymast þess. Einfaldlega breyta vinnslu handritið með brottför (0) eða deyja () eða einhver önnur staðhæfing að drepa vinnslu starf. Mikilvægt ástæða þess að við reynum alltaf að uppfæra í nýjustu vinnslu handrit áður en hlaupa!

Sýning Kerfi

Til að skrifa þennan hóp af stuttum greinum sem ég skapa mjög litla töflu til að sýna fram á tækni og aðferðafræði. Ég las fullt af greinum, námskeið, og nota ýmis verkfæri til að setja upp og fylgjast með hvað var að gerast. Alls ekki ég hef farið út og mettuð í heild skrifstofu með umferð og né hef ég haft aðgang að reglulegum starfsfólki tölvunni til að sjá hvernig vélin árangur var fyrir áhrifum.

Sýning kerfi minn var mjög auðmjúkur örugglega. Ég nota reglulega skrifborð mitt sett upp sem stjórna vinnu miðlara. Á þetta að ég hafði sett upp MySQL framreiðslumaður uppsett sett upp sem skipstjóri í afritunar, PHP , Â og SVN tengd í gegnum Apache (fyrir aðgang gegnum VM starfsmanna).

Ég bjó þá til CentOS starfsmanna vél á Raunverulegur á 6 ára gamla Windows XP laptop. Ég skipulag áætlunarflug verkefni eins og tilgreint er eftir að afrita VM inn á vél og láta það fara.

The raunverulegur vél var sett upp með PHP, niðurrifsstarfsemi og MySQL. Ég skoðaði út útibú sem heitir "starfsmaður" úr starfi stjórna framreiðslumaður minni geymsla og gerði viss um að það gæti verið uppfærð að nota 'SVN uppfærslu ". Næsta ég skipulag MySQL sem þræl og athugað þessi gögn var afrit af MySQL á stjórn starf miðlara niður að starfsmanninum VM. Eftir allt þetta, er ég setja upp bash handrit og cron starf.

Vinnslu handrit mitt fór í grundvallaratriðum á sömu nótum og þetta (mjög einfalt efni):

  • Lesa í reitinn
  • Taldi fjölda svipuðum nöfnum í töflunni frá gagnaheimild haldinn á VM
  • Taldi fjölda nafna sem ofan en skipta nafni með rými, þ.e. eiginnafn, miðja, kenninafn)
  • Endurtekin þetta ferli 1.000 sinnum

Hvert starf tók um það bil 20 mínútur að keyra. Á einum tímapunkti opnaði ég nokkur eintök af starfsmanninum VM á Windows fartölvu og horfði störf að athuga burt af hverju IP starfsmaður viðtakandi. Á þessum tímapunkti ég staðfesti einnig að afritunar sjálfkrafa aftur.

Keyrsla á fartölvu að aðgerðalaus leiddi í starfsmann að byrja að vinna störf frá stjórn starf miðlara. Þegar haldið áfram fartölvu notkun var seinkun um 30-60 sekúndur, þetta er heilmiklar tíma og starfsfólk þarf að vera meðvitaður um að vélin þeirra getur hvílt í stuttan tíma þegar aftur á vél. Nýrri vélar geta ekki hlé á þessu lengi. Ávinningur af fjárhæð vinnslu er gerð af þessum vélum á aðgerðalaus tíma myndi meira að vega þyngra en starfsmenn þurfa að bíða í stutta stund (td 1 mínútu) á að koma á vélum þeirra á morgun (ég bíða oft lengur að þessu fyrir Windows Defender uppfæra til að taka fram) að því tilskildu að þeir voru meðvitaðir um þetta (gagnlegt tími til að grípa morgun kaffi!).

Heildarstigagjöf Mér finnst viss um að ég hafi sýnt fram á þá tækni sem hægt væri að nota til að búa til slíkt kerfi. Ég hef sýnt að slíkt kerfi virkar á (mjög) litlum mæli og með meira tilraunir gæti verið minnkaðar upp nýta auðlindir af vélum skrifstofu félagsins. Ef ég fæ ekki að benda á að gera þetta ég væri mjög áhugavert að vita / sjá þegar einhver annar það.

Ályktanir / mat

Næsta augljóst skref væri að raunverulega fá a raunverulegur veröld dæmi og byrja að senda á vettvang kerfi eins og þetta innan skrifstofu umhverfi og sjá hvað gerist. Spyrja fyrirtæki til að skuldbinda sig til að þetta án slóð logandi fyrirtæki til að sanna tækni og skilvirkni getur verið svolítið erfitt. Tafla / Úthluta computing er mjög vinsæll er sumum hópum og hefur einhverja stór forrit (BIONC, SETI @ Home, Folding @ home, osfrv.) Ég vissi hins vegar ekki að finna í minni mæli og einföld kerfi eins og þetta í leitum mínum gæti verið að vals út innan skrifstofu umhverfi.

Ég bjó til í grundvallaratriðum frjáls kerfi með mestu opinn hugbúnað og tiltæk tól í nánast hvaða starfi. The tækni var í rauninni sýnt fram á og sýna að framkvæma og vinna eins og búast mætti ​​við. Vonandi hef ég sýna að við ekki mikillar vinnu og með mjög einfalda uppsetningu þú geta sent á rist skrifstofu computing kerfi sem er öflugt, ódýr, Â og stigstærð allt á sama tíma.

Þegar er kerfi upp og keyra það er nánast enginn endir til the magn af customization og úrbætur sem þú getur gert. Fyrir tölfræði td / kvóti getur auðveldlega bætt sýnir virði slíkt kerfi á hverjum degi. Ný vél er hægt að bæta fljótt og auðveldlega eins og þegar þeir koma með uppfærslu á núverandi vélbúnaði efla vinnsla máttur þinn.

Ég vona að þú hafir gaman af að lesa þessa röð af greinum og þess gefa þér mat fyrir hugsun á að keyra rist skrifstofu kerfi. Lausnin sem hér munu ekki endilega virka í öllum tilfellum en ættu að vera að laga til að leyfa þér að fá gagnavinnslu þinn gert með þína eigin lausn.

Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða úrbætur og ég mun gera mitt besta til að halda þessa grein uppfærð til að passa.













Panorama Þema eftir Themocracy

4 gestir tengdir núna
2 gestir, 2 Botswana, 0 meðlimir
Max gestir í dag: 48 í 02:40 am UTC
Þessi mánuður: 56 á 25-04-2012 08:41 am UTC
Á þessu ári: 69 á 27-02-2012 09:56 am UTC
Allra tíma: 130 á 28-03-2011 10:40 PM UTC