Comments (2)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:59

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í 3. hluta sem við bjuggum til vél okkar raunverulegur vinnslu og setja upp Windows vélum að verða aðgerðalaus tíma starfsmanna.

Running nýjustu kóða

Óhjákvæmilega eftir að búa rökfræði þinni starfsmenn fyrirtækisins mun breytast, mun galla að finna, hraðar skilvirkari númerið verður framleitt svona afgangur starfsmönnum þínum sat í kringum úrvinnslu með gamla daunillur kóða . Hvernig þá get ég tryggt að við það að við erum alltaf með nýjustu og snjöllustu útgáfa af vinnslu handrits?

Það eru nokkrar mjög auðvelt einfaldar leiðir sem við gætum gert þetta, bragð, er hins vegar að draga úr vinnslugetu og net umferð að ná þessu. Skulum byrja með einföldustu lausnir og bæta það rólega yfir nokkra endurtekningar.

The fyrstur aðferð væri að einfaldlega tengja starf stjórna þjónum okkar (í gegnum samba, FTP, eða svipað) og rífa niður nýjustu útgáfu af kóða. Ekki mjög duglegur, en það vilja gera the starf. Lætur bæta á það heldur, hvernig væri að búa til rsync handrit og með því að í hvert sinn í staðinn? Að öðrum kosti hvað um að setja handrit okkar nýjustu vinnslu í haka niðurrifsstarfsemi út kóða í upphafi og síðan bara uppfæra kóðann okkar á hverjum tíma ( SVN uppfæra )?

Að lokum gæti endað með bash handrit (kallað eftir cron á 10 mínútna fresti), sem lítur út eins einfalt og þetta:

  #! / Bin / sh
 ef PS öxi | grep-v grep | grep PHP > / dev / null
 þá
     echo "Job er nú að vinna, hætta"
 annað
     echo "Job er ekki í gangi, byrja núna"
     CD / slóð / að / vinnandi / afrit
     SVN uppfæra
     PHP yourJobProcessingScript.php
 Fi 

Nú getum við verið viss um að með hverri hlaupa við erum örugglega að keyra nýjustu kóðann. Við erum að tryggja þetta með því að uppfæra kóðann stöð okkar í hvert og hvert skipti sem við framkvæmum hlaupa og draga net umferð með því aðeins að flytja skrána munur á netinu.

Í skipulag sýning minn, ég gerði nákvæmlega eins og að ofan. Subversion var sett á starf vinnslu vefþjóninum mínum og ég tók einfaldlega nýjustu kóða frá grein a 'starfsmaður' með 'SVN uppfærslu. Ég bætti líka nokkrum útgáfa tag vinnslu handrit mitt sem var skilað inn í gagnagrunninn sem hluta af niðurstöðum aftur. Þessi leið sem ég gat séð að númerið mitt var að uppfæra í hvert sinn sem ég afrita skottinu mínu í útibú starfsmaður þ.e. að ég var ákveðið að keyra nýjustu vinnslu handriti.

Nota nýjustu gögn

Ef starf úrvinnslu nýtir sér heimildir gögn þá á einhverjum tímapunkti þetta eru að fara að uppfæra líka. Nema þú kallar gögn heimildir þínar á mjög sjaldgæfir grundvelli þú ert að fara að flóðið net með umferð um leið og starfsmenn þínar byrja að birtast koma allt til kyrrstöðu. Lausn ég ákvað að mig langar að flytja gögn heimildum mínum í kring með VMs minn.

Bið þú ert hestar þarna! Hvað ef heimildir mínar upplýsingar eru HUGE? Jæja í raun er þetta dæmi um hversu mikið af gögnum erum við að tala? Það kann að vera hagkvæmari til að setja upp fleiri stærri harða diskinum inn í hvert vél en að kaupa frekari vinnsla þjóni. Þetta er spurning um fjárhagsáætlun og er allt að fyrirtæki til að ráða. Það kannski að heimildir þínar upplýsingar eru svo stór að útbúa þess bara að halda að magn gagna í vélum starfsmaður þinn. Í því tilfelli sem hvað myndir þú gera? Ja við gætum litið á að hringja á staðnum upplýsingar um þjón, en þetta gæti valdið málefni við netið. Í þessu tilfelli með rist kerfi eins og það getur orðið óraunhæft að fela í umhverfi skrifstofu. Það getur líka verið að þú getur litið inn í val gangi áætlanir, td einungis kalla starfsmönnum þínum 20:00-06:00 hvert kvöld og / eða sogi gögn uppspretta beiðnir.

Að flytja á geturðu sagt gögn heimildir upphæð okkar til 100GB af gögnum. Jæja já það er töluvert af gögnum til að fletta á netinu á uppfærslu. Hvernig ættum við að tryggja að við höfum nýjustu afrit af gögnum í þessu tilviki? Rsync er möguleiki, en persónulega held ég með því að keyra nýjustu gögn fengið á starf vinnslu vefþjónsins þíns og setja þetta upp sem master í endurtekningu (með a ágætur langur bin log) gæti verið leið til að fara:

Með því að setja hvern launþega upp sem þræll að stjórna vinnu miðlara uppfærslur á gögnum heimildum mun seytla niður fallega til starfsmanna án þess að mikil aukning á virkni net (sem er nema þú framkvæma a gríðarstór gögn uppfært og alla launþega þína sparka í í einu). Þetta hefur kosti yfir rsync í sem þú vilt ekki fá langt hlé fyrir hvert starf, sem í gagnagrunninum uppfærslur á MySQL púkinn á starfsmaður mun stöðugt uppfæra gögn á meðan vinnslu áfram.

Þetta er hvernig ég setti upp kynningu vefþjóninum mínum. Til að setja upp afritunar ég fylgdi leiðarvísir um mySQL síða ( Setja upp afritunar ) og innan 20 mínútna að ég hafði starfsmaður minn inital afrit stjórn starf netþjónum gagnasafni. Fyrir hverja starfsmaður afritunar stillingum og ferli í uppnámi í hvert sinn þegar VM var afrituð.

Yfirlit

Í þessum hluta greinarinnar sem við höfum horft á hversu auðvelt og sársaukalaust það er að halda vinnslu númerið þitt upp til dagsetning með using rsync eða subverion (SVN) til að gera verkið og draga net umferð á sama time. Við ræddum einnig hvernig að halda gögn fengið upplýsingar upp til dagsetning með því að leyfa það að seytla niður til hvers launþega þína. Svona svæði tryggjum við að við höldum upp með rökfræði fyrirtæki og upplýsingar á skrifstofu rist kerfi okkar. Það mun augljóslega óteljandi val til að skila þessum verkefnum, en hér voru tvö einföld dæmi til að sýna hversu auðvelt lausn er að koma við.

Næst þegar

Í síðasta hluta af þessari röð, viðeigandi heitir Part 5 , munum við ræða beita þessu kerfi. Ég ætla að draga saman það sem hefur verið lært og hvað ég náði að búa til.

Comments (3)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 23:37

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í hluta 2 við skoðuðum störf miðlara að keyra hana og hvernig störf ættu að vera stillt til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Uppsetning starfsmaður þína - eða haltur miðlara

Næsta skref í ferlinu er að setja upp Virtual starfsmönnum þínum. Fyrir þetta Ég ætla að nota uppsetningu CentOS nota Raunverulegur. Ég ætla að setja upp MySQL og PHP á vefþjóninum, einnig þekktur sem haltur (Li nux, m ySQL, P HP) Servera (ég gæti hafa gert það nafn upp).

• Setja Raunverulegur á Windows vélina (fylgja hlekkur)
• Sækja og setja CentOS (núverandi útgáfa 5.3) innan skapa raunverulegur vél

Það er enginn benda mér að fara að þessu það er líklega er 1.000 mikill námskeið þarna úti (ok, hér er eitt: Að búa og Managing CentOS raunverulegur vél undir Raunverulegur ). The mikilvægt atriði til að huga ég geri ráð fyrir er að ég kallaði GridMachine minn raunverulegur vél.

Eins langt og val mitt viðskiptavinur virtualisation og stýrikerfi fara þangað er ekki stór sannfærandi ástæða fyrir hvert val. Raunverulegur er eitthvað sem ég nota á vél heima og er stutt af þremur helstu stýrikerfi. Ég valdi CentOS sem þess gott jafnvægi OS og ég nota það á eigin vefþjóni mínum. Ég er mikill trúmaður í rétt verkfæri fyrir vinnu (þó svo að ég ætla að sækja 'nota fljótlegasta og einfaldasta fyrir þig "hugarfar hér), þannig að ef stýrikerfið X keyrir kóðann þinn hraða og á skilvirkari hátt að nota það í staðinn:)

Mikilvægara að tryggja að VM þín notar DHCP, annað fyrir hverja nýja raunverulegur vél þyrfti að vera stillt sig sem er eitthvað sem við gerum ekki want.By nota DHCP við þurfum ekki að stilla netið stillingu fyrir sig fyrir vélar starfsmaður, DHCP mun afhenda út IP-tölum fyrir þig. Þess vegna er hægt að afrita Virtual vélina þína um skrifstofu án þess að hafa áhyggjur um að setja hvern og einn upp (þetta bætir samhæfni og dregur starfsmanni gjöf).

Því ferli sem þú ættir að stefna að því að ná fram væri að fá nýja líkamlega vél, setja í embætti Raunverulegur, og þá nokkurn veginn að dreifa raunverulegur mynd án þess að margt annað. Það gæti verið skynsamlegt að setja alla starfsmenn á mismunandi subnet þannig að þú getur að minnsta kosti að sjá hversu margar vélar eru í gangi. Þú þarft einnig að setja upp vélar á langa leigu eða ótakmarkaða leigja DHCP.

Hvernig á að keyra starf á starfsmaður

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

• Perpetually gangi handriti: A handriti, að það skeljaskripta eða PHP handrit er keyrð einu sinni á starfsmann og rennur hluti af óendanlega lykkju. Ég hef afsláttur þessa aðferð sem einn hrun af handriti og hugsanlega starfsmenn munu hætta að birtast án einhvers konar íhlutunar.
• Cron byggir handrit framkvæmd: hvert X mínútur cron púkinn ánægja burt á símtali stendur til handritið til að fá hlutina að fara. Án þess að nokkur stöðva þetta gæti leitt til þess að mörg mörg eintök af handriti starfsmaður í gangi.

Ákvörðun mín var að fara með cron sem ánægja burt skeljaskripta hverjum 10 minutes. skeljaskripta My framkvæma eftirfarandi verkefni:

1. Fá ferli lista og grep þetta fyrir 'PHP'. Ef ekki finnast þá áfram.
2. Call starf númerið þitt, í mínu tilfelli að þetta væri eitthvað PHP byggð
3. Worker handrit lýkur hlaupa þess
4. Tilbúinn til að fara aftur á næsta viðeigandi símtal

bash handrit mitt lítur út eitthvað eins og eftirfarandi:

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

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

Að lokum að setja upp starfsmannsins raunverulegur vél, fljótleg, einföld og auðvelt er að afrita hvert nýtt verk á vélbúnaði sem er móttekin. 'Slungin' á rist kerfið í raun er ekki í visualized OS, þess allt að gera með kóðann búin að vinna störf, starfið stillingar, og í því að tryggja að starf keyrir þegar við á (þ.e. þegar vélin sé aðgerðalaus ).

Setja upp Windows að frumstilla Workers

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

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

Þó að keyra handriti í a 'headless' ástand sem við þurfum að nota:

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

Þetta mun byrja á raunverulegur vél án GUI og leyfa því að spara ríki þokkafullur. Seinni rök slekkur RDP svo það stangist ekki með Windows RDP, eða gefa þér skilaboð um að hlusta á höfn 3389. The raunverulegur vél nafn er tilfelli næmur!

Næst munum við þurfa að setja Windows upp að sparka burt verkamaður VM okkar þegar vélin hefur ekki verið notaður. Til að gera þetta (á Windows XP) sem þú þarft að fara í Start -> All Programs -> Accessories -> System Tools -> Scheduled Tasks og hér að neðan:

Næsta smella á 'Bæta við Scheduled Task "ásamt fletta til að bæta við sérsniðna áætlun. Vafraðu VBoxManage handrit og smelltu á Í lagi. Stundaskrá verkefni fyrir eitthvað af valkostum (við munum breyta þessu í eina mínútu) og halda áfram. Eftir að skipstjóri á næsta gluggakista skjár vilja spyrja hver þú vilt keyra þetta verkefni, ég vil benda annaðhvort 'Administrator' eða búa til nýja forréttinda notandi. Mundu að við viljum ekki að trufla venjulegt starfsfólk reikning á vél hvenær sem er. Smelltu á næsta og athuga sýna ítarlega valkosti fyrir þetta verkefni.

Að lokum keyra kennslubók bæta streng 'startvm GridMachine "okkar og tryggja að keyra aðeins þegar skráður í er vinstra unticked. Farðu á áætlun verkefni næsta og breyta áætlun falla niður á kostinn 'þegar aðgerðalaus', velja þann tíma sem þú vilt að tölvan vera aðgerðalaus áður en hann flutti í næsta flipa.

Loks óþrifalegur möguleika sem segir að stöðva verkefni ef það hefur verið í gangi X tíma, en merktu við möguleika á að stöðva verkefni ef vélin er ekki lengur aðgerðalaus.

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

Yfirlit

Í þessum hluta sem við höfum sett upp a raunverulegur vél til að starfa sem verkafólk, sem og með hvaða hætti við að hringja og framkvæma starf vinnslu handrits (fyrir mig a PHP handrit). Héðan við líta á hvernig á að setja upp afrit okkar glugga til að byrja upp á raunverulegur vél í headless ham þegar tölvan verður aðgerðalaus og vista stöðu þegar notandi áfram notkun á vél. Vonandi á þessum tímapunkti sem þú ert að sjá hvernig það er einfalt að setja upp slíkt kerfi og erfitt með að fá smá tilraunir fara sjálfur!

Næst þegar

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

Comments (1)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:23

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

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

Lausnin Ég veita mun vera mjög lauslega byggð á tegund vinnslu og við myndum þurfa að ná þó þetta má ekki vera satt í gegnum allt hlutur sem ég ætla að breyta hlutum fyrir einfaldleika, eða til 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ð skrifstofa vélar ætti ekki að trufla starfsfólk með þessum vélum ætti þurfa ekki viðhald á vél, og hæglega Deployable að nýjar vélar eins og þeir liggja fyrir. Einnig nýr raunverulegur vél ætti ekki að þurfa frekari stillingar þar sem það dregur stórlega úr þeim sveigjanleika og vellíðan þar sem rist kerfi má framlengja.

Hvers vegna Dreifa á Computing Office Grid?

Í fyrsta lagi þú gætir verið að hugsa, hvers vegna ekki bara að nota a computing ský úrræði eins og EC2 vettvang Amazon's ? Jæja ástæður gætu verið nokkur, til dæmis:

• Þú munt ekki fela ákveðnar upplýsingar til computing ský umhverfi
• Þú getur ekki sett ákveðnar upplýsingar í computing ský umhverfi fyrir lagalegum ástæðum (td gögn yfirgefa landið), hugsanlega fyrir lagalegum ástæðum, td NHS færslur.
• Þú vilt halda vinnslu einingar þinn loka og hafa fulla stjórn á vélbúnaði of
• Þú ert ekki með verkefninu fjármagn til að keyra ský tilvikum
• skrifstofunni þinn styður ekki hafa tengingu við internetið og því er ekki hægt að nota ský síðu
• Þú ert ekki eins og rigning, mæli skýjunum rigning, því þú halda vel í burtu

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

Kostir á Computing Office Grid

Jæja leyfir, sumir stærðfræði (og í sönnum eðlisfræði stíl lætur gera sumir sópa forsendum). Ímyndaðu þér að þú ert stór þrekinn vinnslu Server 100 störf á dag. Á skrifstofunni að þú ert 50 vélar sem eru aðgerðalaus 16 tíma á dag, hvert af þessum vélum er 10% eins og öflugur eins og þrekinn úrvinnslu skera. (Öll úrslit hér eru hækkuð til að vanmeta árangur hækkun).

Svo, 1 vél * 10% afli * 2 / 3 time = 0,067 þ.e. 1 skrifborð vinnslu í biðstöðu tíma gæti ferli 6 fullur störf á dag.

Ef þú mælikvarða er nú komin upp það tekur 15 aðgerðalaus skjáborð að vinna eins mörg störf á dag eins miðlara megin vinnsla gerir.

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

Fyrirvara, engin fjárfesting í nýjum vélbúnaði fyrirtækisins hefur bara aukið getu sína runuvinnsla 4 sinnum! Mögulega þú ert að fara að auka vald notkun þína, en frá flestum skrifstofu umhverfi sem ég hef verið að vélar eru yfirleitt skilið eftir á einni nóttu samt, svo þú gætir séð þetta sem grænt frumkvæði.

Aðrir kostir þýða einnig að fjárfesta í nýjum (eða uppfæra) vinnsla framreiðslumaður geta tafist ef skrifstofa véla eru næg og að þegar þú bæta afl véla skrifstofu skrifstofu rist þitt verða öflugra sjálfkrafa.

Technologies

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

• Idle Skrifstofuvélar (í mínu tilfelli vara gamla Windows 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 er að kalla þessa miðlara minn haltur:)
• Störf til að hlaupa
• Atvinna miðlara (má vera annar raunverulegur vél einhversstaðar)

Dæmigert starf

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

• Kerfi fær lista yfir gögn sem við þurfum til að passa og aftur niðurstöður
• Lokað felur haka / leita nokkrum (frekar truflanir) gögn heimildir
• Niðurstöður frá aðilum gögn kunna að krefjast frekari fullgildingu, samruna, eftirlit með frekari gögn heimildir til að bregðast við niðurstöðum
• Gögnum er skilað sem passa við færslur, fullkomlega staðfestar og unnið
• Hver færsla í vinnu er óháð öðrum

Svo í rauninni að við erum að horfa á gangi störf sem krefjast blöndu af leit gagnagrunn og sumir tala marr, nokkuð dæmigerður atburðarás í viðskiptaumhverfi.

Rist lausnir eru ekki aðeins hagkvæmt fyrir vinnslu störf af þessu tagi. Í grundvallaratriðum, getur nokkur ferli sem getur verið skipt upp í sjálfstæðar einingar að keyra samhliða. Sjá þessa wikipedia um dæmi og fleiri upplýsingar: Grid Computing , en nokkra fræga dæmi eru SETI @ Home og BIONC . Það eru ramma fyrir að keyra computing flutningskerfi, og þetta eru vel þess virði að skoða.

Hvað munum við ná?

Við lok þessara greinar sem é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:

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

Ég ætla að byggja (ok ég byggði, þá skrifaði þetta) dæmi forrit til að prófa hugmyndir á vél með Windows XP og Virtual vél 'GridMachine minn'. miðlara mitt starf eftirlit verður vél mín helsta sem keyrir Fedora 11 .

Þetta er á engan hátt ætlað að sýna fram á fullu að vinna öflugt kerfi, þess þýddi meira af kynningu og ræða sem sýnir að þetta getur verið náð á tiltölulega skömmum tíma og á lítill kostnaður. Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða endurbóta og ég mun gera mitt besta til að halda þessari grein uppfærð til að passa.

Næst þegar

Í hluta 2 Ég mun byrja á því að horfa á stjórn starf kerfi, og kanna hvernig störf ættu að vera stillt til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Comments (1)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:23

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í Part 1 ég gaf yfirlit um kerfi og tækni sem ég mun vera með og rætt sum mögulegar ástæður hvers vegna þú vilt að búa til skrifstofu rist.

Job Control

Ef þú ert að fara að keyra störf þá þú ert að fara að þurfa á einhvern hátt að stjórna þeim. starf eftirlitskerfi þín (á vefþjóninum starf þitt) þarf að vera mjög vel ígrunduð áður jafnvel reynt að keyra á skrifstofu rist. Svo í fyrsta lagi, hver eru verkefni fyrir stjórn starf kerfi:

• Afhentu störf samkvæmt beiðni frá starfsmönnum
• Segðu starfsmenn hvers konar störf til að keyra
• Track störf
• Tryggja að störf eru að keyra aðeins einu sinni
• Veita starf gögn til starfsmanna, eða að minnsta kosti segja þeim hvar á að fá það

Kerfið þarf einnig að framlengja, lausn sem virkar fyrir nú í einu tilviki má framlengja til að keyra nokkrar gerðir af störfum sem fyrirtækið sér virði í töflu lausn. Til dæmis, störf geta fengið forgang, fleiri en einu starfi gerð geta til (þ.e. nokkrar bækistöðvar code), loksins að þú gætir jafnvel keyrt mörg mismunandi vélar verkamaður sem eru bjartsýni fyrir hverja tegund vinnu (þó það þýðir að flytja í burtu frá 'almenna starfsmann 'hugmynd). Alltaf að reyna að hugsa um framtíðina er að þróa kerfi, stutt framtíðarsýn getur leitt til lengri tíma litið gremju og aukin þroska sinn.

Job Server

Við erum að fara að þurfa einhversstaðar að stjórna störfum okkar, þetta ætti að vera eina kerfið í rist þínum sem hefur fasta Resource Locator, er að IP tölu, vélarheitið URL (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 vinnu kerfi finna starfsmenn).

Starfið miðlara sig ekki raunverulega hafa flókið verkefni (í grunn kerfi einhvern veginn), þarf það að geyma lista yfir störf, hendi út störf, fá niðurstöðurnar, og síðan vista þær fyrir seinna sókn. Hvernig þessir hlutir ('hendinni störf "svo sem) eru skilgreindar getur verið mjög einföld. Seinna getum við framlengt kerfi til að fela stjórnsýslu tengi til að bæta við, breyta, eyða, fella störf en þetta er utan þessa æfingu.

Það er engin ástæða til alls þá er það starf netþjóninn gæti ekki verið raunverulegur vél í gangi innan helstu vinnslu netþjóninn sem það er ekki holræsi of margar auðlindir frá því. Starfið miðlara er hins vegar að þurfa mikið framboð, ef það fer niður á föstudagskvöldi þú ert að fara að missa alla helgina í vinnslu, hugsanlega kosta þig nokkrar vikur virði vinnslu tíma (í samanburði við helstu vinnslu netþjóninn einn) . Þú vilt kannski íhuga að setja starf netþjóninn á álag jafnvægi umhverfi fyrir mikið framboð.

Basic Setup

Grunn skipulag fyrir miðlara starf okkar mun samanstanda af því sem ég ætla að hringja eitt af netþjónum minn Limp (sem er Li nux, m ySql, P HP). Númerið í gangi á Thea starfsmenn munu í raun vinna út hvað störf það getur keyrt um samskipti við með starfið eftirlitskerfi gagnagrunna. Síðar á að við gætum búið til vefþjónustu og í raun hendinni störf fremur en að þurfa að starfsmenn eiga erfitt verk sín, en nú ætlum við munum halda áfram að nota KISS meginreglu (Hafðu það einfalt, Stupid!).

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

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

Þessi tafla samanstendur af 5 einfalt sviðum,

• id: Einstaklega finna starf
• Notendanafn: Gæti verið viðskiptavinur tilvísun eða fjölda annarra auðkenni
• Status: Þú þarft að vita hvar starfið er á, td
  • 0: byrjaði ekki
  • 1: sóttir
  • 2: Lokið
• started_by: Hver er byrjað að gera starfið? Þetta er ekki alveg nauðsynlegt en er gott að hafa. Ég vil benda mælingar starfsfólk IP-tölu þeirra á netinu þínu
• started_at: Hvenær kom starfsmaður byrjar í vinnu? Með því að fylgjast með störf sem ekki hafa lokið innan X tíma sem við vitum að við þurfum að taka upp vinnu aftur og hefja vinnslu hjá öðru starfsmanninum. Verkamenn gætu hætt vinnslu / go óvirkt í allir tala af ástæða, rafmagnið, hrun, net tap, o.fl.

Það er auðvelt hvernig þessari töflu gæti verið framlengdur með nokkrum fleiri sviðum til að leyfa að tölfræði rekja spor einhvers, tími ljúka dálki til að sjá hversu lengi starf tók gegn til að sjá hversu margir starfsmenn tók upp á starf (augljóslega þetta þarf að sinna 1), starf forgang, listinn getur farið á og á. Í flóknari atburðarás starf það 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 gerð af starfsmanni væri þörf.

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

Í næsta borð aftur er alveg einfalt að skilja, eru þessar starf skrám okkar. Þau eru tengd helstu störf borð við dálk `jobs_id`. The gera upp þessa töflu mjög mikið veltur á þeim gögnum sem þú þarft að afhenda starfsmönnum þínum, lætur gera mjög einfalt dæmi þar sem við höfum fjóra dálka:

• id: ID á hreinu
• Notendanafn: Nafn Person
• heimilisfang:'s heimilisfang Person
• jobs_id: Starfið ID að þessi færsla er tengd við

Þriðja og síðasta borð samanstendur af niðurstöðum borð, það hefur mikið sama gera allt sem skráir borð okkar, og með því að bæta við nokkrum dálkum gæti verið hluti af gögnum töflu:

• job_record_id: Link niðurstaðan að starfið töflu
• niðurstaða: Niðurstaðan gögn

... Og það er allt sem þú þarft til að fylgjast með vinnu! (Að vísu í mjög einfaldar stig) Ef ég er bent á annað borð þar sem gögn mína til að ferlið var staðsett, en þetta gæti alveg eins auðveldlega verið skrá, breytur til að keyra uppgerð kóðann, þú nafn það.

Val á starfi

Eins og áður sagði, að starfsmenn munu gera starf stjórnenda okkar fyrir okkur í bili, svo er allt sem við þurfum virkilega að gera að finna vinnu sem þarf að vinna og fá upplýsingar. Hvernig ættum við að gera þetta? Jæja velja starf úrval viðmið okkar og leita að starfi í SQL ég gerði eftirfarandi:

1. Taktu hvaða störf sem eru ekki merkt sem lokið en frá starfsmanni okkar og endurstilla þær (í staðinn __ME__ með auðkenni, auðveldast yrði IP-tölu):

     UPDATE `störf` SETJA `stöðu` = 0 HVAR `stöðu` = 1 AND `started_by` = __ME__; 

2. Using starf valforsendur okkar, velja vinnu og segja eftirlitskerfi að þessi starfsmaður er að fást við það:

     UPDATE `störf` SETJA `stöðu` = 1, `started_by` = __ME__, `started_at` = NOW () HVAR `stöðu` = 0 OR
    (`Stöðu` = 1 AND `started_at`> DATE_SUB (NOW (), bil X klukkustund)) ORDER BY `id` ASC; 

   Með grabbing störf sem ekki hafa skilað árangri í X tíma við að tryggja að öll störf eru rekin í the atburður af a verkamaður hrun eða fara AWOL.

3. Next grípa störf upplýsingar á eftir færslum sig:

     SELECT * FROM `störf` WHERE `started_by` = __ME__ TAKMARKA 1;
    SELECT * FROM `job_records` WHERE `id` = __JOBID__; 

Að loknu starfi við setja inn úrslit skrám okkar og merkja starf sem lokið. Mundu svo störf geti stöðvað / byrja aftur á hverjum tíma gera ráð fyrir sumir robustness í handritið. Það gæti verið að verkefnisstjórnin frestar hálfa leið í gegnum uppfærslu stjórna starfi kerfi, svo haka við fjölda gagna í vinnu og hversu margar niðurstöður vistuð aftur að stjórna vinnu yrði skynsamlegt að færa.

Að auki, meðan þetta sýnir hvernig störf geta verið valið og stjórnað úr SQL-fyrirspurn ramma þú ættir í raun að vera abstracting þinn stjórna starfi þannig að ef þú ákveður að skipta yfir í vefþjónustu, skráin byggð kerfi, XML , eða önnur fjöldi kerfa mun ekki hafa áhrif á kóða fyrir ofan það.

Atvinna Stillingar

Í næsta þætti til að íhuga er starf stærð og stillingar. Með því að spila með stillingar starf við getum slá mjög gott jafnvægi milli hraða, ferli afritunar og áreiðanleika. Take a par ofa aðstæður:

1. Störf taka 1 dag hvern til að keyra: Þetta þýðir að starfsmönnum þínum þarf 15 daga til að vinna hvert starf (muna 10% af orku fyrir 2/3rds á þeim tíma). Þetta er greinilega ekki vitur stillingar, starf stærð þinni 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á sér að það hefur ekki skilað niðurstöðu plús reprocessing tíma). Í fullkominni þú vilt hafa að minnsta kosti eitt fullt starf auðveldlega eytt í lok hvers lengi aðgerðalaus tíma, þannig að þú haldir störf tifar yfir og í versta tilfelli vinnu myndi taka tvo daga að vinna ætti að fara fyrst vantar.
2. Störf taka 1 mínútu til að keyra: Þetta þýðir að starfsmenn þinn tekur um 15 mínútur að keyra hvert starf. Þó að þetta kann að upphaflega virðist hugsjón, fá þér frekari vinnu vinnslu á hádegi, kaffitíma, fundum, etc þessari atburðarás setur álag á öðrum sviðum kerfisins og kynnir eigin vandamál þess. Til dæmis, í fyrsta lagi skipulag / afgreiðslutíma hlutfall er að fara að fara rétt niður, því að tapa kerfi skilvirkni. net er að fara að vera stöðugt á vinnu upplýsingum til ýmissa starfsmanna pirrandi starfsfólk sem dó degi til dags vinnu. Þú ert líka að fara að setja meira álag á vinnu vinnslu netþjóninn sem það hefur að fat út fullt og fullt af litla bita af vinnu með reglulegu millibili. Loks, í þessu ástandi ef starfið þjóni þínum fer niður þú ert að fara að búa til mikið aftur log ólokin vinna en stærri störf gætu áframhaldandi vinnslu í sátt og samlyndi ókunnugt um að starfið þjóni var að upplifa erfiðleika.

Í raun verður enginn kjörinn stillingar fyrir uppsetningu rist þína, mikið veltur á fyrirliggjandi úrræði, tegundir af vinnu, starf afgreiðslutími kröfur, net hæfileiki, og svo framvegis. Þó nokkrar reglur væri:

• Stærð störf þannig að hver starfsmaður getur fengið í gegnum að minnsta kosti 3-4 störf á 15 klst (lengsta líklega aðgerðalaus tímabil)
• Leika við starfið stærð svo að skipulag tíma verður nokkuð óveruleg samanborið við vinnslu tíma (með það í huga að ofangreind lið).
• Ef starfi er ekki lokið í tvöfalda tíma (kannski minna) sem þú býst við að ljúka því gera ráð fyrir að þess farið AWOL og hefja vinnslu það með öðrum starfsmanninum. Þetta þýðir að þú gætir þurft að bíða í allt að þrisvar sinnum eðlileg lengd vinnu til þess að lokið (hugsanlega lengur ef síðari starf mistakast). Þú vilt kannski að draga úr þessum tíma, en vera varkár ekki að draga það of mikið og þú getur byrjað að endurtaka vinnslu verkefna með reglulegu millibili.
• Störf skal vera óháð utan kröfur eins mikið og mögulegt er. Starfið miðlara, til dæmis ætti aðeins að hafa samband við upphaf og lok hvert starf.
• Ekki saturate netið, þetta mun hafa tvö neikvæð áhrif, daginn starfsfólk mun finna með netið pirrandi og vandamál gæti komið fram með tengingum tímasetningu út vandamál sem mun aðeins versna eins og þú mælikvarða rist þinn.
• Tryggja störf geta keyrt á starfsmönnum þínum. Ef störf verða líka minni ákafur eða diskur rúm ákafur störf munu byrja hætti og það eina sem þú munt taka eftir er lækkun á fjölda störf unnin án alvöru ástæðu hvers vegna.

Sendi Niðurstöður starf

Þegar senda niðurstöður starf það er mikilvægt að athuga að árangurinn 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 tryggja að margar niðurstöður samsvarar fjölda gagna innan starfsins.

Eins og áður segir, og getur ekki verið yfir áherslu, byggja kenna umburðarlyndi í sókn starf og árangur uppgjöf. Starfsmenn geta (og líklega vilja) fara inn fresta ham í mesta óþægilegur sinnum og þetta þarf að vera veitingamaður fyrir. Einnig aftur abstracting burtu niðurstöður uppgjöf mun hjálpa koma til móts við um breytingar á starfi eftirlitskerfi þinn mun auðveldara að takast á við.

Yfirlit

Í þessu section höfum við skoðuðum það sem stjórna vinnu miðlara þarf að gera og hvernig á að fá mjög undirstöðu-kerfi sett upp. Við ræddum hvernig á að sækja vinnu frá stjórn og hvernig best sé að stilla störf til að fá sem mest okkar á skrifstofu rist vélinni þinni. Til að ljúka, málsgrein eða tveir á senda niðurstöður aftur til að stjórna vinnu miðlara var kynnt.

• A stjórna starfi miðlari stýrir störfum og tryggir að öll verk einingar eru lokið
• Með abstracting starf select / niðurstöður uppgjöf við getum breytt tækni stjórn miðlara án mikillar vandræðum
• Stilla störf til að tryggja að þeir eru að keyra hratt og örugglega á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 inn venjur, 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 vél okkar raunverulegur vinnslu og setja upp vélum okkar gluggum til að verða aðgerðalaus tíma starfsmanna.

Comments (3)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:03

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í kafla 4 skoðuðum við nota tæki til að tryggja að við erum að keyra nýjustu útgáfuna af kóða og gögnum 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 beita vélinni net ef það er eitt sem þú gerir og eitt einn það er kvóti kerfi núverandi! Sama hvað þú segir samstarfsmenn um hversu mikið aukalega vinnu vélinni þinni er að fara að gera nema að þú sért númer til baka þetta upp ábyrgðir eru ekki neitt. Svo,

• hversu margar færslur er hægt að vinna núna? Per Day? Per Hour?
• Hversu langan tíma tekur það yfirleitt að snúa við vinnu?
• Hversu mikið meira getu hefur þú?

Það er líka fleiri spurningar:

• Ef vinnsla þjóni þínum (eða eitt af vinnslu þjónum þínum) fer niður hvernig mun þetta hafa áhrif á getu þína, verður þú að vera fötluð?
• Hvaða kosti finnst þér von / búist við að fá frá rist kerfi?
• Eru Skrifstofuvélar þinn fær um að keyra störf?
• Eru þín (eða þú geta störf verið breytt) að vinna í þessum stíl í gangi?

Síðasta stóra lið er að taka tíma á öllum helstu breytinga eins og þetta. Uppfæra vinnslu númerið þitt til að vinna með nýja aðferðafræði, viðmið aftur. Hugsanlega setja upp vinnslu vefþjón þinn til að hlaupa raunverulegur vél, eftir öll vinnsla þjóni mun bara vera annar starfsmaður (bara mjög öflugur einn tiltölulega). Leyfa nýja aðferð til að setjast.

Dreifing

tillaga mín væri að skjóta inn á skrifstofu einni helgi framkvæma allar innsetningar og skipulag. Gera þetta rétt áður en tvær vikur í frí í og yfirgefa svo annar fátækur springa að takast á við afleiðingarnar ... kannski ekki ...

Dreifing að 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 á allan skrifstofu innviði þína (og stafræna einn). Í fyrsta lagi, rúlla út til a par af vélum í senn, fylgjast með net umferð, hvernig starfsmaður allsherjar framkvæma á degi til dags. Þú gætir þurft að breyta starf þínar stillingar sem svar við niðurstöður þínar.

Þegar kerfið hefur leyst með nokkrum vélum (lætur segja 10% af öllum skrifstofa véla, þ.e. 5) halda eftirlit net umferð og hýsa vél performance. Next kvóti aftur, þú ættir nú að afgreiða 33% fleiri störf en fyrsta viðmið þína. Athuga þ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 tímabil þar til þú hamingjusamlega hafa öll skrifstofu vélar í gangi án þess að drepa einstaka vél eða árangur mala netið til kyrrstöðu.

Á öllum tímum hafa kvóti, jafnvel eftir að öll dreifing eru gerðar. Athugaðu hvernig nýjar uppfærslur kóða áhrif á hraða kerfisins, athuga alla starfsmenn eru fjárreiður og vinnslu starfa. Hægt og rólega (mjög hægt) vöxtur starf stillingar til að fá það besta frá starfsmönnum og símkerfi.

Stop!

Hvað ef þú vilt hætta að starfsmenn birtingu á einhverjum tíma? Þau eru öll þarna úti að keyra, endurnýjun, og reyna sitt besta til að vinna úr gögnum eins og hungraður skordýr. Svarið kann að virðast augljóst, en þess virði að bæta bara ef þess gleymast. Einfaldlega breyta vinnslu handrit með brottför (0) eða deyja () eða einhverja aðra yfirlýsingu að drepa vinnslu starf þitt. Mikilvæg ástæða fyrir því að við reynum alltaf að uppfæra í nýjustu vinnslu handrit áður en allir hlaupa!

Sýning System

Til að skrifa þessa sett af stuttum greinum sem ég bjó til mjög lítil rist til að sýna fram á tækni og aðferðir. Ég las fullt af greinum, námskeið og nota ýmis tæki til skipulag og fylgjast með því sem var í gangi. Á engan hátt hef ég farið út og mettuð heild skrifstofu með umferð og né hef ég haft aðgang að reglulegum starfsmönnum PC til að sjá hvernig gestgjafi árangur var áhrifum.

sýning Kerfið mitt var mjög auðmjúkur örugglega. Ég notaði reglulega skrifborð minn setja upp sem stjórna vinnu miðlara. Á þessu ég hafði sett upp mySQL miðlara sett sett upp sem master í afritun, PHP , Â og SVN sem tengd er í gegnum Apache (fyrir aðgang í gegnum VM starfsmann).

Ég bjó þá CentOS starfsmaður vél á Raunverulegur á 6 ára gamla Windows XP laptop. Ég skipulag tímaáætlun verkefni eins og tilgreint er eftir að afrita VM inn á vél og láta hana fara.

The raunverulegur vél var sett upp með PHP, niðurrifsstarfsemi, og mySQL. Ég kíkti útibú sem heitir 'starfsmaður' úr starfi stjórna framreiðslumaður minni geymsla og gert viss um að það væri hægt að uppfæra í gegnum "SVN Update '. Næsta ég skipulag mySQL sem þræll og skoðaði þessi gögn var afrit úr mySQL um eftirlit með starfi miðlara niður að starfsmanninum VM. Eftir allt þetta ég skipulag á bash handrit og cron starf.

vinnslu handrit minn fór í rauninni á sömu nótum og þetta (mjög einfalt efni):

• Lesa í reitnum Heiti
• Taldi margar svipaðar nöfn á borð frá þeim gögnum sem uppspretta haldin á VM
• Taldi fjölda nafna eins og að ofan, en að skipta heiti með því rými (þ.e. eiginnafn, miðju ættarnafn)
• Endurtekin þetta ferli 1.000 sinnum

Hvert starf tók u.þ.b. 20 mínútur að keyra. Á einum stað opnaði ég nokkur eintök starfsmannsins VM á Windows fartölvu og horfði á störf verða merkt með hverjum starfsmanni IP tölur. Á þessum tímapunkti Ég staðfesti einnig að afritunar sjálfkrafa endurræst.

Keyrsla á fartölvu til aðgerðalaus í för launþega að byrja að vinna störf frá stjórn vinnu miðlara. Þegar byrja aftur fartölvu notkun þar var seinkun um 30-60 sekúndur, þetta er sanngjarn magn af tíma og starfsmenn myndu þurfa að vera meðvitaðir um að þeirra vél getur hlé í smástund þegar aftur fyrir vélina. Nýrri vélar eru ekki með hlé á þessu lengi. Ávinningur af upphæð vinnslu flutt af þessum vélum á aðgerðalaus tíma vildi meira að yfirgnæfa starfsmenn þurfa að bíða í skamman tíma (td 1 mínútu) á koma á vélum þeirra um morguninn (ég bíða oft lengur að þessu fyrir Windows Defender uppfærslu á sér stað) að því tilskildu að þeir væru meðvitaðir um þetta (gagnlegur tími til að grípa morgun kaffi!).

Overall 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ð sumir fleiri tilraunir gætu verið minnkaðar upp nýta auðlindir á vél skrifstofu er. Ef ég fæ ekki að benda á að gera þetta ég væri mjög áhugavert að vita / sjá þegar einhver annar gerir það.

Ályktanir / Mat

Næsta augljós skref væri að raunverulega fá a raunverulega heimi fordæmi og byrja að senda kerfi eins og þetta innan skrifstofu umhverfi og sjá hvað gerist. Biðja fyrirtæki að skuldbinda sig til að þetta án slóð logi fyrirtæki til að sanna tækni og skilvirkni getur verið smá erfitt. Tafla / Distributed computing er mjög vinsælt er sumum hópum og hafa sumir stór forrit (BIONC, SETI @ Home, Folding @ Home, etc.) Ég vissi ekki, þó að finna minni skala og einföld kerfi eins og þetta í leit minni sem getur verið velt út í skrifstofu umhverfi.

Ég bjó í grundvallaratriðum frjáls kerfi með mestu opinn hugbúnaður og tæki sem til eru í næstum hvaða embætti. Tækni sem voru í grundvallaratriðum fram og sýna að framkvæma og vinna eins og búast mætti ​​við. Vonandi hef ég sýna að með ekki mikið verk og með mjög einfalt skipulag sem þú getur sent á rist skrifstofu computing kerfi sem er öflugt, ódýr, Â og stigstærð allar á sama tíma.

Þegar kerfið er allt í gangi það er nánast engin hætta að upphæð customization og úrbætur sem þú getur gert. Til dæmis tölfræði / kvóti getur auðveldlega verið bætt sýnir virði af slíku kerfi á hverjum degi. Nýjar vélar má bæta hratt og örugglega eins og þegar þeir koma með uppfærslu á núverandi vélbúnaði efla vinnslu orku þína.

Ég vona að þú hafir gaman af að lesa þetta röð af greinum og þess gefið þér mat fyrir hugsun um að keyra á rist skrifstofu kerfi. Lausnin sem hér verða ekki endilega að vinna í öllum tilfellum en ætti að vera að laga til að leyfa þér að fá þinn gögn vinnslu gert með eigin lausn þína.

Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða endurbóta og ég mun gera mitt besta til að halda þessari grein uppfærð til að passa.

Comments (0)

By Steven Lloyd Watkin , sunnudaginn 11. október 2009 06:09

Ef þú hefur nýlega uppfærsla PHP eða Apache þú kemur kannski upp á móti útgáfu vefþjón þinn aftur auðar síður og kasta villuskilaboð inn logs við ekki hugmynd um hvers vegna, hér er ein möguleg leið til að laga það ...

Ég hef haft þetta vandamál nokkrum sinnum nýlega eftir að uppfæra Apache eða PHP á raunverulegur vél. Í fyrsta skipti sem ég tók eftir því að villa ég snúa sér einfaldlega að taka öryggisafrit af VM minn en annað skipti sem ég sá að ég myndi þurfa að líta inn í málið.

Í fyrsta skipti sem ég tók eftir því að málið sum vefsíðum mínar voru að bera fram eins og eyða skrá á meðan aðrir unnið algerlega fínn. Eftir nokkra rannsókn sem ég benti á að Apache var að skrifa út í / var / log / http / error_ við eftirfarandi skilaboð repeatidly:

[Taka] barnsins pid XXXX loka merki Sundurliðun galli (11)

Það er ekki úthluta að fara eftir á netinu, og af þeim síðum sem fjalla um það slóð burt að engu. Sem sagt, ég minnkað niður mál að PHP hrun þegar reynt var að óþarfa dynamic bókasöfnum.

Þegar litið er á php.ini minn (/ etc / php.ini) Ég sagði út alla dynamic bókasöfnum hlaðinn áætlanagerð á athugasemdir þá aftur í eftir þörfum. Þeir tveir sem ég þurfti að taka út hvar pdo.so og MySQL . svo.

Þegar þessir voru fjarri öllum vefsíðum mínum væri að bera í lagi, eins og áður PHP / Apache uppfærslu.

Comments (0)

By Steven Lloyd Watkin , laugardaginn 11. Júl, 2009 09:48

Eins og ég hef eytt annarri nokkra klukkutíma í dag án þess að opna internetið Ég hélt ég myndi betur fá þetta skrifað niður svo að næst þegar ég skipta fartölvuna mína upp þær upplýsingar sem er auðvelt að laga.

Grundvallaratriðum að fá þráðlausa ökumenn að vinna fyrir Acer 5002 WLMi þú þarft að nota b43-fwcutter. Leiðbeiningar má finna hér: Linux Wireless B43 .

Auðvelt þegar upplýsingarnar eru staðsett.