Comentaris (2)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:59

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

A la part 3 que hem creat la nostra màquina de processament virtual i configurar màquines de les finestres per esdevenir treballadors a temps d'inactivitat.

Executar l'últim codi

Inevitablement, després de crear la lògica empresarial els treballadors canviarà, els insectes es troba, el codi més ràpid i eficient es produeix el que deixa als seus treballadors es van asseure al voltant de processament de dades mitjançant codi de olorós vell . Llavors, com ens assegurem que sempre estem usant la versió més recent i més gran dels nostres scripts de processament?

Hi ha unes quantes formes senzilles molt fàcil que podríem fer això, el truc, però, és reduir la potència de processament i tràfic de la xarxa per aconseguir això. Anem a començar amb el més simple de les solucions i millorar a poc a poc durant un parell d'iteracions.

El primer mètode seria simplement connectar al nostre servidor de control de treball (a través de samba, FTP, o similar) i baixar l'última versió del codi. No és molt eficient, però farà el treball. Millorarem en això una mica, què hi ha de la creació d'un script de rsync i l'ús que cada vegada que en el seu lloc? D'altra banda què hi ha de posar la nostra última seqüència de comandaments de transformació en la subversió revisant el codi al principi i després només l'actualització del nostre codi en cada cursa ( svn update )?

Al final, podria acabar amb un script bash (anomenat per cron cada 10 minuts), que sembla tan simple com això:

  #! / Bin / sh
 si ps ax | grep-v grep | grep php > / dev / null
 llavors
     echo "El treball s'està processant, la sortida"
 més
     echo "El treball no s'executa, comença ara"
     cd / camí / a / treball / còpia
     svn update
     php yourJobProcessingScript.php
 fil 

Ara podem estar segurs que amb cada carrera que definitivament estem executant el codi més recent. Estem garantint la present mitjançant l'actualització de la nostra base de codi de temps tots i cadascun portem a terme una carrera i la reducció de trànsit de la xarxa transferint únicament les diferències d'arxius a través de la nostra xarxa.

En la meva configuració de demostració, ho vaig fer exactament com abans. Subversion s'ha instal · lat en el meu servidor de processament de la tasca i simplement va treure l'última versió del codi d'un "treballador" Poder utilitzar 'svn update'. També he afegit una etiqueta de nombre de versió del meu script de transformació que va ser retornat a la base de dades com a part de la devolució de resultats. D'aquesta manera vaig poder veure que el meu codi s'actualitza cada vegada que he copiat el meu tronc en la branca dels treballadors, és a dir que jo estava definitivament d'executar la seqüència de processament més avançada.

Utilitzant les últimes dades

Si el processament de la tasca fa ús de les fonts de dades a continuació, en algun moment aquests seran actualitzat també. A menys que vostè truqui a les seves fonts de dades sobre una base molt poc freqüent que va a inundar la xarxa amb el trànsit tan aviat com els treballadors començaran a portar tot a un punt mort. Per a mi solució, vaig decidir que m'agradaria moure les meves fonts de dades amb els meus màquines virtuals.

Mantingui ets cavalls allà, què passa si les meves fonts d'informació són enormes? Bé, això realment és un cas de quantitat de dades que estem parlant? Pot ser més rendible instal · lar una addicional en el disc dur de major capacitat en cada màquina de comprar un servidor de processament addicional. Es tracta d'una qüestió de pressupost i correspon a l'empresa per decidir. És potser que les seves fonts de dades són tan grans que és només factible per mantenir aquesta quantitat de dades en les màquines dels seus treballadors. En aquest cas, què faries? Bé podríem considerar trucar a un servidor de dades local, però això podria causar problemes a la xarxa. En aquest cas un sistema de reixeta tal com això pot arribar a ser poc realista per incloure en el seu entorn d'oficina. També pot ser que vostè pot mirar en altres estratègies d'execució, per exemple, només trucar als seus treballadors 8 p.m.-06 a.m. cada nit i / o de limitació de les sol · licituds d'origen de dades.

Passant diguem que les nostres dades la quantitat de fonts de 100 Gb de dades. Bé, sí que és una mica de les dades per moure per la xarxa en una actualització. Com ens assegurem que tenim l'última còpia de les dades en aquest cas? Rsync és una possibilitat, però personalment crec que mitjançant l'execució de la seva última font de dades al servidor de processament de la tasca i configurar-lo com un mestre en la replicació (amb un registre de bin ben llarga) podria ser el camí a seguir:

En establir cadascun dels seus treballadors com un esclau de les actualitzacions del servidor de control de treball a les seves fonts de dades tinguin un efecte positiu molt bé als seus treballadors sense un gran augment en l'activitat de xarxa (és a dir, a menys que realitzi una actualització de dades enormes i tots els treballadors entren en joc alhora). Això té avantatges respecte a rsync en què no s'obtindria d'una llarga pausa abans de cada treball, com les actualitzacions de base de dades, el mysql dimoni en el seu treball contínuament actualitzar les seves dades, mentre que el procés continua.

Així és com puc configurar el meu servidor de demostració. Per configurar la replicació He seguit la guia en el lloc de MySQL ( Configuració de la replicació ) i en 20 minuts vaig tenir al meu treballador inital replicar el treball de control de servidors de conjunt de dades. Per cada treballador addicional dels paràmetres de replicació i el procés de treball cada vegada que la màquina virtual s'ha copiat.

Resum

En aquesta secció de l'article, hem vist el fàcil i indolor que és mantenir el codi de processament fins avui per rsync using o subverion (SVN) per fer la feina i reduir el tràfic de xarxa en la mateixa time. També parlem sobre la forma per mantenir la seva informació de la font de dades posada al dia pel que li arribin a cadascun dels seus treballadors. Així, la zona assegurant que complim amb la lògica de negoci i la informació al nostre sistema de xarxa de l'oficina. Hi haurà, òbviament, hi ha diverses alternatives per realitzar aquestes tasques, però aquí són dos exemples simples per demostrar com és fàcil és una solució d'aconseguir.

La propera vegada

A la part final d'aquesta sèrie, ben anomenada la part 5 , anem a parlar de la implementació d'aquest sistema. Vaig a resumir el que s'ha après i el que he aconseguit crear.

Comentaris (3)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:37

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

A la part 2 ens fixem en els llocs de treball d'un servidor s'executen, i la quantitat de llocs de treball s'ha de configurar per tal d'aconseguir la major quantitat de processament mentre garanteix que cada treball es processa sens falta.

Configuració del seu treballador - o servidor LIMP

El següent pas en el procés és la creació dels seus treballadors virtuals. Per això vaig a utilitzar una instal · lació de CentOS usant VirtualBox. Vaig a instal · lar MySQL i PHP al servidor, també conegut com una coixesa (Nux Li, m ySQL, P HP) Servera (que pot haver fet que el nom de dalt).

• Instal · lar VirtualBox en la seva màquina Windows (seguir l'enllaç)
• Descarregar i instal · lar CentOS (versió actual 5.3) dins d'una màquina virtual creada

No té sentit que m'anava a la qual probablement hi ha 1,000 's de gran tutorials per aquí (bé, aquí està un: Crear i Managing màquina virtual amb VirtualBox CentOS ). El punt important a assenyalar és que suposo que vaig trucar a la meva màquina virtual GridMachine.

Pel que fa a les meves opcions de virtualització del client i el sistema operatiu vagi no hi ha cap raó convincent gran per a cada elecció. VirtualBox és una cosa que jo faig servir a la meva màquina de casa i amb el suport dels tres principals sistemes operatius. Vaig triar CentOS com un sistema operatiu estable, la bona i jo el faig servir al meu propi servidor web. Jo sóc un gran creient en les eines adequades per al treball (encara que estic aplicant la «utilització més ràpida i més fàcil per a vostè" mentalitat d'aquí), així que si el sistema operatiu X s'executa el codi més ràpid i més eficient l'ús que, en lloc :)

És important destacar que assegurar-se que la seva màquina virtual utilitza DHCP, en cas contrari per a cada màquina virtual nova hauria de ser configurat per separat, que és una cosa que no want.By mitjançant DHCP no cal configurar la xarxa de forma individual per a les màquines dels treballadors, DHCP lliurarà a adreces IP per a vostè. Per tant vostè pot copiar la seva màquina virtual de l'oficina sense haver de preocupar de com configurar cada un d'ells cap amunt (això millora l'escalabilitat i disminueix l'administració dels treballadors).

El procés que s'hauria de tractar d'aconseguir seria la d'obtenir una nova màquina física, instal · lació de VirtualBox, i després més o menys implementar la imatge virtual sense necessitat de molt més. Podria ser savi per configurar tots els seus treballadors en una subxarxa diferent perquè pugui almenys veure quantes màquines s'estan executant. També haurà de configurar les seves màquines en un contracte d'arrendament a llarg o il · limitat permís DHCP.

Com executar els treballs en el treballador

Aquesta és una àrea interessant i hi ha diversos mètodes vàlids per al processament de llocs de treball del treballador. Aquí només vaig a parlar sobre els dos més evidents:

• Perpètuament d'executar la seqüència: Un script, ja sigui un script de shell, o un script PHP s'executa un cop al treballador i s'executa com a part d'un bucle infinit. He descomptat aquest mètode com un xoc de la seqüència de comandaments i, potencialment, els treballadors deixaran de funcionar sense algun tipus d'intervenció.
• L'execució de script basat en cron: cada X minuts el dimoni cron s'inicia una crida a la seqüència de comandaments perquè funcioni. Sense algunes comprovacions que això podria donar lloc a moltes moltes còpies de la seqüència de comandaments de funcionament dels treballadors.

La meva decisió va ser anar amb cron s'inicia un script de shell cada minutes. 10 El meu script realitza les següents tasques:

1. Obtingui una llista de processos i grep això per a 'php'. Si no el troba i després continueu.
2. Truqui al seu codi de treball, en el meu cas això seria quelcom basat PHP
3. Guió treballador acaba la seva carrera
4. Llest per anar de nou a la convocatòria corresponent al costat

El meu script bash es veu una mica com el següent:

  #! / Bin / sh
 si ps ax | grep-v grep | grep php> / dev / null
 llavors
     echo "El treball s'està processant, la sortida"
 més
     echo "El treball no s'executa, comença ara"
     php yourJobProcessingScript.php
 fil 

Nota: el ressò del són gairebé completament inútil, però pot ajudar a la propera persona que vingui a tractar de modificar-los.

Amb això conclou la posada en marxa de la màquina virtual de treball, ràpid, simple i fàcil de copiar a cada nova peça de maquinari que es rep. La 'intel · ligència' del sistema de xarxa realment no és visualitzada en el sistema operatiu, el seu tot a veure amb el codi creat per realitzar tasques, la configuració del treball, i en assegurar-se que el treball s'executi en el cas (és a dir, quan el host està inactiu ).

Configuració de Windows per inicialitzar els treballadors

La primera tasca és treballar en el ordre necessària per a executar la màquina virtual des de la línia d'ordres de Windows. Si teniu VirtualBox a la ubicació per defecte i que ha cridat al seu treballador GridMachine l'ordre necessària per carregar fins a la seva treballador és:

  "C: \ Program \ Sun \ VirtualBox \ VBoxManage.exe" startvm GridMachine 

No obstant això, per a executar l'script en una 'cap' de l'Estat hem de fer servir:

  "C: \ Program \ Sun \ VirtualBox \ VBoxHeadless.exe"-startvm GridMachine - VRDP = apagat 

Això iniciarà la màquina virtual sense la interfície gràfica d'usuari i permetre que es guardi l'estat amb gràcia. El segon argument s'apaga RDP pel que no entra en conflicte amb Windows RDP, o li donarà un missatge sobre l'escolta al port 3389. El nom de màquina virtual entre majúscules i minúscules!

A continuació, hauràs de configurar les finestres tancades per començar la nostra màquina virtual dels treballadors una vegada que la màquina ha estat inactiva. Per fer això (en Windows XP) hauràs d'anar a Inici -> Tots els programes -> Accessoris -> Eines del sistema -> Tasques programades de la següent manera:

Després feu clic a "Afegeix tasca programada" seguit per vagi a afegir un programa a mida. Aneu a la seqüència de comandaments VBoxManage i premeu D'acord. Programeu la seva tasca per a qualsevol de les opcions (anem a canviar això en un minut) i continuar. Després de saltar la següent pantalla de Windows li demanarà que es vol executar aquesta tasca, m'agradaria suggerir ja sigui "Administrador" o crear un nou usuari privilegiat. Recordeu que no volem interferir en el compte personal de sèrie en la màquina en qualsevol moment. Feu clic a Següent i comprovar les opcions mostren avançades per a aquesta tasca.

Per al final de la caixa de text d'execució afegir el nostre "startvm GridMachine 'cadena i assegurar que només s'executen quan es connecti es deixa sense marcar. Visita a la tasca de programació que ve i canviar la programació de baixar a l'opció 'quan està en repòs ", seleccioneu la quantitat de temps que li agradaria que la màquina sigui inactiu abans de passar a la següent pestanya.

Finalment desmarqueu la opció que diu aturar la tasca si s'ha estat executant X quantitat de temps, però no marca l'opció per aturar la tasca si la màquina ja no és ociosa.

Això és tot llavors per a la configuració del host de Windows!

Resum

En aquesta part hem posat en marxa una màquina virtual perquè actuï com un treballador, així com la manera com ens truqui i executar els nostres scripts de processament de treballs (per a mi un script PHP). A partir d'aquí veurem com crear les nostres còpies de Windows per posar en marxa la màquina virtual en la manera de cap quan l'ordinador estigui inactiu, i guardar el seu estat quan l'usuari torna a la utilització de la màquina. Esperem que en aquest moment estàs veient el fàcil que és instal · lar aquest sistema i està ansiós per aconseguir alguns experiments es va!

La propera vegada

En la Part 4 estarem buscant en l'ús d'eines per assegurar-se que està executant la darrera versió de les fonts de codi i les dades perquè els resultats obtinguts són sempre al dia amb la informació de negoci i la lògica.

Comentaris (1)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:23

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

Com PHP desenvolupador que vaig a utilitzar les eines que utilitzo cada dia és a dir, Linux, MySQL , PHP, VirtualBox i Subversion (SVN). No obstant això espero que aquesta guia s'adaptarà a altres idiomes i les tecnologies igual de bé.

La solució que proporcioni serà molt vagament basada en el tipus de processament que anàvem a necessitar per assolir però això no pot ser veritat tot l'article que vaig a canviar les coses per la simplicitat, o per produir escenaris d'ús més interessants.

Aquests entorns virtualitzats es poden executar en màquines Windows ja que això és el que la majoria de les oficines de córrer. El tractament que les màquines d'oficina no ha d'interferir amb el personal amb aquestes màquines, que no requereixen manteniment en la màquina, i ser de fàcil desplegament de noves màquines a mesura que estiguin disponibles. A més, les noves màquines virtuals no requereix cap configuració addicional ja que això redueix en gran manera l'escalabilitat i la facilitat amb què es pot ampliar el sistema de xarxa.

Per què implementar una xarxa de computació d'oficina?

En primer lloc vostè pot estar pensant, per què no utilitzar un recurs de computació en el núvol com plataforma EC2 d'Amazon ? Bé, les raons poden ser diverses, per exemple:

• No va a confiar a certes dades a un entorn de cloud computing
• No es pot posar certes dades en un entorn de cloud computing per raons legals (per exemple, dades d'abandonar el país), el que pot per raons legals, per exemple, els registres de l'NHS.
• Vostè vol mantenir les seves unitats de processament de tancament i tenir un control total sobre el maquinari massa
• No té els fons del projecte a executar instàncies de núvols
• La seva oficina no té una connexió a Internet i per tant, que no és possible utilitzar un recurs de núvols
• No t'agrada la pluja, els núvols suggereixen la pluja, per tant, mantenir-se ben lluny

Estic segur que la llista podria continuar, però crec que és suficient per ara.

Avantatges d'una xarxa de computació d'Office

Bé, anem a fer alguns les matemàtiques (i en cert estil de la física li permet fer algunes suposicions d'escombrat). Imagina que tens gran servidor de processament fornit córrer 100 llocs de treball per dia. A la seva oficina té 50 màquines que estan inactius 16 hores al dia, cadascuna d'aquestes màquines és de 10% tan poderós com el processament de Sever fornit. (Tots els resultats aquí s'arrodoneixen a subestimar augment de rendiment).

Per tant, una màquina d'energia * 10% * 2/3 = 0,067 és a dir, el temps de processament d'un escriptori en el temps d'inactivitat podria processar 6 llocs de treball complets per dia.

Si ara escalar això es requereixen 15 ordinadors d'escriptori d'inactivitat per realitzar tasques de la major quantitat per dia que el servidor de processament principal ho fa.

Així doncs, a la nostra oficina de simulació de 50 màquines podríem augmentar la nostra capacitat de processament d'1 servidor de fins a 4 servidors de processament complet, o podríem estar processant 400 llocs de treball per dia en lloc de 100.

Noteu, la inversió en nou maquinari de l'empresa acaba d'augmentar la seva capacitat de processament per lots 4 vegades! Potencialment, vostè va a augmentar el seu consum d'energia, sinó de la majoria d'entorns d'oficina que he estat a les màquines en general a l'esquerra en la nit de totes maneres, de manera que podria veure això com una iniciativa verda.

Altres avantatges també significa que la inversió en nou (o actualitzat) servidors de processament pot ser retardada si les seves màquines d'oficina són suficients i que a mesura que millora la potència de les seves màquines d'oficina de la seva xarxa d'oficines es torna més poderosa de forma automàtica.

Tecnologies

El que vostè necessita? (O més correctament, què puc utilitzar):

• Màquines d'oficina Idle (en el meu cas un recanvi vell ordinador portàtil Windows XP)
• VirtualBox (o un altre programari de client de virtualització)
• Una màquina virtual amb PHP, MySQL running executant un sistema operatiu de tall cap avall, vaig a trucar a aquests servidors meva coixesa :)
• Els treballs s'executin
• Servidor de treball (pot ser una altra màquina virtual en algun lloc)

Treballs típics

Els tipus de treballs que aquest sistema està dissenyat per funcionar és el següent:

• Sistema rep una llista de dades sobre els que hem de coincidir i retornar els resultats
• La coincidència consisteix en la comprovació / buscar diverses fonts de dades (bastant estàtic)
• Els resultats de les fonts de dades poden requerir una major validació, la fusió, el control de fonts de dades addicionals en resposta als resultats
• Les dades es retornen amb els registres que coincideixen, plenament validada i processada
• Cada registre dins d'un treball és independent de la resta

Així que, bàsicament estem veient els treballs en execució que requereixen d'una barreja de cerques de bases de dades i alguns processament de nombres, un escenari bastant típic en un entorn empresarial.

Solucions de xarxes no només són avantatjoses per realitzar tasques d'aquest tipus. Bàsicament, qualsevol procés que pot ser dividit en unitats independents es poden executar en paral · lel. Veure aquesta wikipedia per veure exemples i més informació: Grid Computing , però un parell d'exemples famosos són Seti @ Home i BIONC . Existeixen marcs per al funcionament de les xarxes de computació, i aquests estan bé val la pena analitzar.

Què podem fer?

Al final d'aquests articles espere demostrar que el desplegament d'una xarxa d'oficina no ha de ser molt costós o que consumeix temps. Vaig a parlar:

• Configuració del sistema de control de treball, configuració del treball
• Creació d'una màquina de processament virtual corresponent
• Com configurar el sistema en una màquina Windows
• Vetllar per que utilitzeu l'últim codi i les dades
• Implementació i avaluació comparativa
• Amb vista al futur

Vaig a ser la construcció (ok he construït, a continuació, per escriure això) una aplicació d'exemple per posar a prova els conceptes en un equip local amb Windows XP i el meu 'GridMachine' màquina virtual. El meu servidor de control de treball serà la meva màquina principal que corre Fedora 11 .

Això és de cap manera la intenció de demostrar un sistema complet de treball robusta, el seu significat més d'una manifestació i discussió de mostrar que aquestes coses es pot aconseguir en un espai de temps raonablement curt ia un baix cost. Si us plau, no dubti a enviar els seus comentaris, correccions o millores i faré el meu millor esforç per mantenir aquest article actualitzat per a que coincideixi.

La propera vegada

A la part 2 vaig a començar a mirar en el sistema de control de treball, i buscar en la quantitat de llocs de treball s'ha de configurar per tal d'aconseguir la major quantitat de processament mentre garanteix que cada treball es processa sens falta.

Comentaris (1)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:23

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

A la part 1 em va donar una visió general del sistema i les tecnologies que utilitzarà, així com es discuteix algunes de les possibles raons per les quals es vol crear una xarxa d'oficines.

Control de Tasques

Si vostè estarà executant treballs llavors vostè va a necessitar una certa manera de gestionar-los. El seu sistema de control de treballs (en el seu servidor de treball) ha de ser molt ben pensat, fins i tot abans d'intentar executar una xarxa d'oficines. Així, en primer lloc, quines són les tasques d'un sistema de control de treball:

• Repartir llocs de treball a petició dels treballadors
• Digueu als treballadors quin tipus de treballs s'executin
• Seguiment dels treballs
• Assegureu-vos que els treballs només s'executarà un cop
• Proporcionar les dades d'ocupació als treballadors, o almenys els digui on aconseguir-

El sistema també ha de ser extensible, una solució que funciona per ara en un sol cas pot ser ampliat per executar diversos tipus de llocs de treball com el negoci veu la pena en una solució de xarxa. Per exemple, els treballs poden tenir prioritats, més d'un tipus de treball pot existir (és a dir, diverses bases de codi), amb el temps fins i tot es pot executar diverses màquines diferents dels treballadors que estan optimitzats per a cada tipus de treball (tot i que es mou lluny del treballador "genèric idea). Sempre intento pensar en el futur, quan el desenvolupament de sistemes, una visió a curt termini pot conduir a la frustració a llarg termini i el temps de desenvolupament major.

Servidor de tasques de

Anem a necessitar un lloc per controlar els nostres llocs de treball a partir, aquest ha de ser l'únic sistema de la xarxa que té un localitzador de recursos fixos, ja sigui una adreça IP, nom d'amfitrió, l'adreça URL (usant DNS intern), etc Això és perquè els treballadors han de saber on buscar feina, els treballadors necessiten per trobar el sistema de control de treballs (no el sistema de control de treball de trobar als treballadors).

El servidor de treball en si no té realment una tasca complicada (en un sistema bàsic de tota manera), cal emmagatzemar una llista de llocs de treball, repartir llocs de treball, rebre els resultats, i posteriorment emmagatzemar per a la seva posterior recuperació. Com aquestes parts (per exemple, 'mà llocs de treball ") es defineixen poden ser molt bàsiques. Més endavant podem ampliar el sistema per incloure una interfície d'administració per afegir, editar, eliminar, suspendre llocs de treball, però això està més enllà d'aquest exercici.

No hi ha cap raó que sigui llavors quan el seu servidor de treball no pot ser una màquina virtual s'executa al servidor de processament principal, sempre que no drena massa recursos de la mateixa. El servidor de treball però cal una alta disponibilitat, si es cau en un divendres a la nit perdràs un cap de setmana de tractament, el que podria costar-li un parell de setmanes de temps de processament (en comparació amb el servidor de processament principal només) . És possible que vulgueu considerar la possibilitat del seu servidor de treball en un entorn d'equilibri de càrrega d'alta disponibilitat.

Configuració bàsica

La configuració bàsica del nostre servidor de treball consistirà en el que estic trucant a un dels meus servidors Bizkit (que és Linux Li, m ySql, P HP). El codi que s'executa en els treballadors thea realment esbrinar quins llocs de treball que es pot executar mitjançant la interacció amb bases de dades amb l'ús de sistemes de control. Més endavant es podria crear un servei web i la mà en realitat a llocs de treball en lloc de tenir als treballadors fer la feina dura sí, però per ara seguirem utilitzant el principi KISS (Keep It Simple, Stupid!).

Per tant, anem a crear tres mySQL per fer front a les taules de llocs de treball. Aquests seran llocs de treball ``, `jobRecords`, i `jobResults`.

Aquí estic usant SQL Buddy una gran alternativa a poc a phpMyAdmin només perquè és més fàcil d'instal · lar en CentOS (perquè altres vegin: 10 grans alternatives a phpMyAdmin )

Aquesta taula es compon de 5 camps simples,

• Identificació: identificar en forma única el treball
• Nom: Podria ser una referència client, o qualsevol nombre d'altres identificadors
• Estat: Cal saber on és el treball és menys, per exemple,
  • 0: No s'ha iniciat
  • 1: Recollit
  • 2: Completa
• started_by: Qui ha començat a fer la feina? Això no és del tot necessari, però és un agradable de tenir. Et suggereixo que els treballadors de seguiment per la seva adreça IP a la xarxa
• started_at: Quan el treballador iniciar el treball? Mitjançant el seguiment dels treballs que no hagin completat dins de X quantitat de temps que sabem que necessitem per recollir el treball de nou i començar a processar per un altre treballador. Els treballadors podrien aturar el processament / go en línia per a qualsevol nombre de raons, falta de llum, accident, pèrdua de xarxa, etc

És fàcil com aquesta taula es pot ampliar amb alguns camps addicionals per permetre el seguiment de les estadístiques, una columna de temps d'arribada per veure quant temps va prendre el treball, un comptador per veure quants treballadors va prendre el lloc de treball (òbviament, això té que tendeixen a 1), prioritat del treball, la llista pot seguir i seguir. En els escenaris de treball més complexos seria possible passar la quantitat de memòria que el treballador hauria de tenir accés a (i per tant, només utilitzen els treballadors adequats), o fins i tot quin tipus de treballador es requereix.

Permet afegir unes poques ocupacions exemple:

La taula següent de nou és bastant senzill d'entendre, aquests són els nostres registres de treballs. Estan vinculats a la taula de treball principal per una columna de `jobs_id`. La composició d'aquesta taula depèn molt de les dades que necessita per proveir els seus treballadors, farem un exemple molt simple, on tenim quatre columnes:

• Identificació: Identificació de l'expedient
• Nom: Nom de la persona
• Direcció: Direcció de la Persona
• jobs_id: 'Identificador de treball que aquest disc està lligat a

La taula de la tercera i última consisteix en una taula de resultats, es té molt el mateix constitueixen com la nostra taula de registres, i amb l'addició d'algunes columnes podria ser part de la taula de registres:

• job_record_id: Vincular el resultat a la taula de treball
• Resultat: Les dades dels resultats

... I això és tot el que necessites per al control del treball! (Encara que a un nivell molt bàsic) En el meu cas estic assenyalar a una altra taula on les meves dades en el procés es troba, però això podria fàcilment un arxiu d'estat, els paràmetres per a executar codi de simulació, el que sigui.

Selecció d'un lloc de treball

Com es va esmentar anteriorment, els treballadors a fer la nostra gestió de treball per a nosaltres, per ara, així que tot el que hem de fer realment és trobar una feina que necessita tractament i obtenir la informació. Com fem això? Bé triar als nostres criteris de selecció d'ocupació i buscar feina, en SQL vaig fer el següent:

1. Prengui tots els llocs de treball que no estan marcats com completa, però des del nostre treball i recuperar els (substituïu ME__ __ amb un identificador més fàcil, seria l'adreça IP):

     UPDATE `llocs de treball` SET `status` = 0 on `status` = 1 `I` = __ started_by ME__; 

2. Utilitzant els criteris de selecció de treball, seleccioneu una feina i dir-li al sistema de control que aquest treballador es tracta que:

     UPDATE `llocs de treball` SET `status` = 1, `started_by` = __ ME__, `started_at` = NOW () a on `status` = 0 o
    (`Status` = 1 `I` started_at> DATE_SUB (NOW (), interval d'una hora X)) ORDER BY `id` ASC; 

   Per treballs que anomenen la qual no han retornat els resultats en X quantitat de temps que ens assegurem que tots els treballs s'executen en el cas d'un treballador es caigui o absentar-se sense permís.

3. A continuació prendre les dades de llocs de treball seguit pels mateixos registres:

     SELECT * FROM `llocs de treball` WHERE `started_by` = __ ME__ LIMIT 1;
    SELECT * FROM `job_records` WHERE `id` = __ JOBID__; 

Un cop finalitzat el treball que inserir els nostres registres de resultats i marcar el treball el més complet. Recordeu que com a llocs de treball es pot suspendre / reprendre en qualsevol moment i permetre certa solidesa en el seu guió. Pot ser que suspèn la tasca a mig camí a través de l'actualització del sistema de control de treballs per comprovar el nombre de registres en un lloc de treball i el nombre de resultats guardats de tornada al sistema de control de treball seria un encert.

A més, si bé això demostra com els treballs es poden seleccionar i gestionar des d'un marc de consulta SQL que realment s'ha de abstreure del seu control sobre el treball de manera que si vostè decideix passar a utilitzar un servei web, un sistema de fitxers basat en XML , o qualsevol altre nombre de sistemes que no afectarà el codi sobre.

Tasca de configuració

El següent aspecte a considerar és la grandària del treball i la configuració. En jugar amb la configuració del treball que es pot aconseguir un excel · lent equilibri entre la velocitat, el procés de replicació, i la fiabilitat. Prengui un parell d'escenaris OFA:

1. Ofertes de feina prendre 1 cada dia per funcionar: Això significa que els seus treballadors necessiten 15 dies per processar cada lloc de treball (recordeu que el 10% de l'energia per 2/3rds de l'època). Això clarament no és una bona configuració, la mida del seu treball és massa gran! Es necessitaria almenys el doble de temps per aconseguir una feina processat si el treballador s'absenten sense permís inicial (temps per recollir que no ha retornat un resultat més el temps de reprocessament). En un ideal que tindria com a mínim una feina de jornada completa facilitat el clar al final de cada període d'inactivitat, d'aquesta manera a mantenir els llocs de treball marcant més i en el pitjor cas, un treball que prendria dos dies per al procés si el primer faltaran.
2. Ofertes de feina prendre 1 minut per córrer: Això significa que els seus treballadors dura uns 15 minuts per a executar cada treball. Si bé aquest principi pot semblar ideal, guany de processament de treball addicional durant l'hora de dinar, coffee break, reunions, etc aquest escenari posa la tensió en altres àrees del seu sistema i presenta els seus propis problemes. Per exemple, en primer lloc la configuració de / processament relació de temps anirà a la dreta cap avall, per tant perdre l'eficiència del sistema. La xarxa serà la informació del treball constant de transmissió al personal dels treballadors de diversos frustrants que són dong del seu treball del dia a dia. També vas a posar més esforç en el seu treball com a servidor de processament que ha de repartir un munt de trossos petits de treball sobre una base regular. Finalment, en aquesta situació si el servidor de treball de baixa que vas a crear un registre de nou molta feina sense acabar, mentre que treballs més grans podria, va continuar el processament feliçment ignorant que el servidor de treball estava experimentant dificultats.

En realitat no hi haurà una configuració ideal per a la configuració de la xarxa, molt depèn dels recursos disponibles, els tipus de treball, els requisits de treball de lliurament a temps, la capacitat de la xarxa, i així successivament. No obstant això, algunes pautes serien els següents:

• Treballs de mida de manera que cada treballador pot obtenir a través de llocs de treball almenys 3-4 en un període de 15 hores (el més llarg període de temps d'inactivitat és probable)
• Juga amb la grandària del treball de manera que el temps de preparació arriba a ser bastant insignificant en comparació amb el temps de processament (tenint en compte el punt anterior).
• Si un treball no es completa en el doble de la quantitat de temps (potser menys) que espera que es completi d'assumir que el seu AWOL anat i començar a processar amb un altre treballador. Això significa que vostè pot haver d'esperar fins a tres vegades la longitud normal d'un lloc de treball a que es completi (possiblement més si la feina de fallar). Potser voleu reduir aquest temps, però vés amb compte de no reduir massa com vostè pot començar a duplicar les tasques de processament en una base regular.
• Ofertes de feina ha de ser independent de les necessitats externes, tant com sigui possible. El servidor de treball, per exemple, només s'ha de contactar a l'inici i al final de cada treball.
• No saturi la seva xarxa, això tindrà dos efectes negatius, al seu personal durant el dia es troba amb la xarxa de frustració i els problemes es poden experimentar amb les connexions el temps d'espera d'un problema que només empitjorarà a mesura que ampliar la seva xarxa.
• Assegureu-vos de llocs de treball es pot executar en els seus treballadors. Si els treballs es tornen massa espai de memòria llocs de treball intensius o intensius en el disc començarà a avortar i l'únic que notarà és una caiguda en el nombre de treballs processats sense cap raó real de per què.

Presentació dels resultats d'un treball

En presentar els resultats d'un treball, és important comprovar que els resultats no han estat facilitades per un altre treballador, especialment si el treballador actual ha estat inactiu durant algun temps.

Quan els resultats es presenten assegurar-se que el nombre de resultats coincideix amb el nombre de registres a la feina.

Com es va dir anteriorment, i no està de més insistir, construir la tolerància a fallades en la recuperació de llocs de treball i presentació de resultats. Els treballadors poden (i el més probable) entra en mode de suspensió en el més incòmode de vegades i això ha de ser atesos. També una vegada més, abstraient de la seva presentació resultats ajudaran a atendre els canvis futurs en el sistema de control de treball molt més fàcil de tractar.

Resum

En aquest seccion_a hem vist el que és un servidor de control de treball que ha de fer i com arribar a un sistema molt bàsic establert. Parlem de com recuperar un treball des del sistema de control i de la millor manera de configurar llocs de treball per aprofitar al màxim el nostre sistema de xarxa de la seva oficina. Per finalitzar, un paràgraf o dos sobre la presentació dels resultats de tornada al servidor de control de treball es va presentar.

• Un servidor de control de treball administra els treballs i assegura que totes les unitats de treball es completen
• En abstreure la feina de seleccionar o resultats de la presentació podem canviar la tecnologia del servidor de control sense problemes molt
• Configuri els seus llocs de treball per assegurar-se que s'executi de forma ràpida i eficient, sense posar massa pressió sobre la infraestructura de xarxa, i sense duplicar tasques de processament en una base regular.
• Assegureu-vos que vostè construeix tolerància a fallades i checking error en les seves rutines, els treballadors poden suspendre i reprendre i el més incòmode dels temps. Recordi que ha de comprovar si els resultats s'han presentat ja per un altre treballador.

La propera vegada

A la part 3 anem a crear la nostra màquina virtual de processament i establir les nostres màquines Windows per convertir-se en treballadors a temps d'inactivitat.

Comentaris (3)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:03

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

En la Part 4 es va observar l'ús d'eines per assegurar que s'està executant la última versió de les fonts de codi i les dades perquè els resultats obtinguts són sempre al dia amb la informació de negoci i la lògica.

Pre-Desplegament

Abans d'implementar el sistema de xarxa, si hi ha una cosa que fer i una sola cosa és comparar vostre sistema! No matter what you tell colleagues about how much extra work your system is going to do unless you have numbers to back this up your guarantees are nothing. So,

• how many records can you process currently? Per Day? Per hora?
• How long does it typically take to turn around a job?
• How much more capacity do you have?

There's also additional questions:

• Si el seu servidor de processament (o un dels servidors de processament) es cau, com afecta això a les seves capacitats, estarà paralitzat?
• What advantages do you hope/expect to get from a grid system?
• Are your office machines capable of running the jobs?
• Està vostè (o pot ser convertida llocs de treball) per wrok en aquest estil de córrer?

El principal punt últim és portar un temps en qualsevol canvi d'aquesta envergadura. Update your processing code to work using the new methodology, benchmark again. Possibly set up your processing server to run a virtual machine, after all your processing server will just be another worker (just a very powerful one relatively). Deixeu que el nou procés per resoldre.

Deployment

My suggestion would be to pop into the office one weekend perform all the installations and setup. Do this just before a fortnight's holiday and leave so other poor chap to deal with the consequences… maybe not…

Deployment for a system like this needs to be slow. Despite it being relatively simple to set up this system will affect your entire office infrastructure (well the digital one). Firstly, roll out to a couple of machines at a time, monitor network traffic, how the worker hosts perform on a day-to-day basis. You may need to alter your job configuration in response to your findings.

Once the system has settled with a few machines (lets say 10% of all office machines, ie 5) keep monitoring network traffic and host machine performance. Next benchmark again, you should now be processing 33% more jobs than your first benchmarks. Check this is so, or that you're at least in this ballpark. If not, investigate what is going on before moving on. Repetiu aquest cicle fins que feliçment han totes les màquines d'oficina funcionant sense matar rendiment de la màquina individual o de mòlta de la xarxa a un punt mort.

En tot moment mantingui l'avaluació comparativa, fins i tot després de totes les implementacions es fan. Consulteu com les noves actualitzacions de codi afecten la velocitat del seu sistema, comprovi tots els treballadors estan informant i realitzar tasques. A poc a poc (molt lentament) Increment de la configuració del seu treball per obtenir el millor dels seus treballadors i de la xarxa.

Stop!

Què passa si vostè vol evitar que els seus treballadors s'executin en algun moment? Tots ells estan corrent per aquí, la regeneració, i fent tot el possible per processar les dades com els insectes famolencs. The answer may seem obvious but its worth adding just in case its overlooked. Només cal editar el script de processament amb una sortida (0) or die () o una altra declaració de matar al seu treball de processament. Una raó important per la qual sempre intentem actualitzar a l'última seqüència de comandaments de processament abans de córrer!

Demostració del sistema

Per escriure aquesta sèrie d'articles curts que he creat una xarxa molt petita per demostrar les tecnologies i metodologies. He llegit un munt d'articles, tutorials, i utilitza diverses eines per configurar i monitoritzar el que estava passant. De cap manera he sortit i saturat d'una oficina sencera amb el trànsit i ni he tingut accés a un personal permanent dels membres de PC per veure com el rendiment d'acollida es va veure afectada.

El meu sistema de demostració era molt humil per cert. Vaig utilitzar el meu escriptori normal de configurar com un servidor de control de treball. On this I had installed mySQL server installed set up as a master in replication, PHP , and SVN linked through apache (for access via worker VM).

Llavors va crear una màquina de treball CentOS en VirtualBox a un fill de 6 anys portàtil amb Windows XP. Puc configurar les tasques programades com s'especifica després de copiar la màquina virtual a la màquina i la va deixar anar.

La màquina virtual es va crear amb PHP, la subversió, i mySQL. Vaig revisar una branca anomenada "treballador" del meu repositori de control de treball de servidors i es va assegurar que podria ser actualitzada amb 'svn update'. Next I setup mySQL as a slave and checked that data was replicating from mySQL on the job control server down to the worker VM. Després de tot això he de instal · lar el script i el treball de cron.

El meu script de processament, bàsicament, es va anar al llarg de les línies d'aquest material (molt simple):

• Llegir al camp Nom
• Va comptar el nombre de noms similars en una taula de la font d'informació que obri en la màquina virtual
• Va comptar el nombre de noms que l'anterior però la divisió del nom per espais (és a dir, nom, mitjà, cognom)
• Repeteix aquest procés 1.000 vegades

Cada lloc de treball va prendre aproximadament 20 minuts per córrer. En un moment vaig obrir diverses còpies de la màquina virtual de treball al 'ordinador portàtil finestres i va observar als llocs de treball pot realitzar la sessió per cadascuna de les adreces IP dels treballadors. En aquest punt, també va confirmar que la replicació es reiniciarà.

Deixar l'ordinador portàtil al ralentí com a resultat un treballador de començar a realitzar tasques des del servidor de control de treball. Quan es reprèn l'ús d'ordinador portàtil que hi havia un retard d'uns 30-60 segons, es tracta d'una bona quantitat de temps i el personal hauria de ser conscients que el vostre ordinador permet fer una pausa per un curt temps en tornar a la màquina. Les noves màquines no poden tenir una pausa d'aquest temps. El benefici de la quantitat de processament realitzat per aquestes màquines durant períodes d'inactivitat que més que compensen els membres del personal han hagut d'esperar un període curt (per exemple 1 minut) en arribar a les seves màquines del matí (jo sovint esperar més que això per a un Windows Defensar actualitzar a tenir lloc), sempre que es van fer conscients (temps útil per prendre un cafè al matí!).

En general em sento segur que m'han demostrat les tecnologies que es podrien utilitzar per crear aquest sistema. He demostrat que aquest sistema funciona en una escala de (molt) petita i amb una mica més l'experimentació podria ser ampliat a utilitzar els recursos de les màquines d'una oficina. Si no arriben al punt de fer això jo estaria molt interessat en saber / veure si algú més ho fa.

Conclusions i avaluació

El següent pas lògic seria fer que un exemple del món real i començar a implementar un sistema com aquest dins d'un entorn d'oficina i veure què passa. Demanar-li a un negoci que es comprometin a això sense una companyia d'obrir camins per provar la tecnologia i l'eficàcia pot ser una mica difícil. Grid / computació distribuïda és molt popular entre alguns cercles és i té algunes aplicacions de grans dimensions (BIONC, SETI @ home, Folding @ Home, etc.) No obstant això, trobar un format més petit i simple sistema com aquest en les meves recerques que hauran de posar en marxa dins d'un entorn d'oficina.

He creat un sistema bàsicament gratuïts utilitzant programari de codi obert i les eines disponibles en gairebé qualsevol oficina. Les tecnologies van ser demostrades i mostrar bàsicament per realitzar i treballar com s'esperava. Espero que demostren que amb el treball no és molt i amb una configuració molt simple que vostè pot implementar una xarxa d'oficines del sistema de computació que és de gran abast, una barata i escalable, tot alhora.

Quan el sistema està en marxa i funcionant gairebé no hi ha fi a la quantitat de personalització i millores que pot fer. For example statistics / benchmarking can easily be added showing the worth of such a system every day. Les noves màquines es poden afegir de forma ràpida i amb la mateixa facilitat i quan arriben amb les actualitzacions per al maquinari existent reforçar la seva potència de processament.

Espero que hagis gaudit de la lectura d'aquesta sèrie d'articles i el seu fet pensar en el funcionament d'un sistema de xarxa d'oficines. La solució que aquí es presenta no necessàriament funcionarà en totes les situacions, però ha de ser adaptable perquè pugui obtenir el seu tractament de les dades es van realitzar amb la seva pròpia solució.

Please feel free to send me any comments, corrections, or improvements and I'll do my best to keep this article updated to match.

Comentaris (3)

Per Steven Lloyd Watkin , el dissabte 28 novembre 2009 22:42

My employer recently paid for a group of us developers to take the Zend Framework: Fundamentals course, here I'll summarise my thoughts and opinions on the course for others. For those looking to save time, here's my summary:

Per als desenvolupadors que no han tingut temps per mirar al Zend Framework aquest curs (Zend Framework: Fonaments) ofereix una bona visió general del marc que la introducció de les àrees clau i donar la informació suficient per poder continuar. For those who have spent time looking at the framework and have followed one or two tutorials this course does not offer much beyond.

Background

I've been a PHP developer for around 5-6 years, and have started working with the Zend Framework on a component basis over the last 6 months. I've developed and/or been a developer on a couple of small Zend Framework MVC sites. I'll be honest, I haven't had a huge amount of exposure to other frameworks from a coding point of view but have spent several hours researching the project websites and evaluating them. The framework and the community surrounding Zend Framework it is quite exciting and there seem to be huge possibilities in where its going.

Sobre el Curs

The course is delivered over 9 two hour webex sessions (with a 10-minute break in the middle). El temps es dedica a passar per una sèrie de diapositives proporcionades per Zend amb la discussió en qualsevol moment. You can use a microphone to talk to the instructor, but to be honest I didn't see anyone use anything more than the chat window. In addition a VMWare Ubuntu machine is provided that has example code and projects set up an a trial version of Zend Studio. The course leader talks to attendees either over an integrated VoIP solution, or you can dial in using one of the many worldwide dial in numbers.

Durant el curs el material consta d'una breu descripció del marc i el patró MVC abans de dirigir a una aplicació d'exemple el llibre de visites. The discussion demonstrated bootstrapping, Zend_Application, Db Tables, Database access, Forms, Filtering, ACL, Validating, etc, etc. Basically covering all the topics you'd require to get a basic site up an running all the time giving you the tools to go and get more advanced in the framework (although this did amount to 'See the website' much of the time).

Time is given to code up some examples, and to develop the 'guestbook' and simple 'wiki' application. Personalment vaig sentir que proporcionar el codi o l'aplicació de cada un i després ens demanen per desenvolupar el que era essencialment una còpia juntament realment no proporcionar una bona experiència d'aprenentatge. I would have preferred to develop an application similar, but not identical. to the example application with the benefit of having a guide to refer to. Alternatively building the applications from scratch with the demonstrator would of possibly led to more questions about why and how , thus giving a better understanding of the framework, after all you can look up specifics after the course.

The last lecture consisted of working on the wiki application with help/guidance from the instructor. After the course feedback was taken, it was emphasised several times through the course that Zend takes feedback very seriously, in fact apparently our version of the course was quite new. Some of the other developers in the company will be taking the course soon so it will be interesting to see if this has happened.

L'estil és informal per descomptat, permet la retroalimentació i la col · laboració entre els participants i l'instructor. El director del curs era amable, accessible (adreces de correu electrònic van ser compartits per les preguntes), i alhora la seva presentació de les diapositives era una mica inestable semblava totalment competent en el marc. He was clearly someone who used the framework on a regular basis rather than someone who is taught to teach the course, I liked the 'real world' experience in that respect.

Overall Feeling

In some ways I found the course a waste of time, in others it was very handy. Hopefully I'll get my reasons across clearly, and maybe provide some food for thought or useful feedback (knowing me this is unlikely!).

Per a mi aquest curs estava dirigit a un nivell massa baix. Having gone through the quickstart guide, read Rob Allen's Zend Framework in Action, and worked with the framework a little I didn't really get anything too much. I would of liked the course to pick up from the end of the quickstart and develop additional skills.

That said, the course title does clearly state “Zend Framework: Fundamentals ” and in that aspect the course achieves what it sets out to do. Other members of the development team that haven't spent the time looking into the framework finished each session with enthusiasm and asked questions which was really nice to see.

All was not lost, it was good to spend time confirming the basic details of the framework and get to ask a couple of questions in areas where I wasn't 100%. També va ser el temps que vaig arribar a seure cada dia i pensar sobre la codificació amb els projectes de marc i el futur, quelcom que no, hagués pogut fer res més (¿s'imagina a la seva companyia d'acceptar això? :)). Finalment, però no menys important també obtenir un certificat de bona de Zend dir que van assistir al curs (encara que sigui per correu electrònic).

Zend Framework Certification

Aquesta va ser una pregunta que em venia al cap durant el curs, el que em prepari per a la certificació? El fàcil i ràpid, és un rotund no. The course instructor was quite clear on that with the additional advice that for the certification you should really be using the framework on a day to day basis and feel very comfortable and confident in its usage and methodologies.

Resum

Given everything I've written above, I'll summarise everything in two easy bullet points:

• New to Zend Framework: This course does exactly what you'd expect, it gives you a nice introduction to the framework and a good grounding on the basics from which you can build. El curs sembla generar interès i entusiasme pel marc, entre els desenvolupadors.
• Used the Zend Framework: While it was nice to shore up some of the very basics I felt the time, effort, and funds to take the course could of been better spent elsewhere. Serà bo SCAEI Zend crear un nou curs d'alt nivell per als desenvolupadors al següent nivell -. Si més no a la norma de certificació i més enllà perquè em signin immediatament.

Comentaris (0)

Per Steven Lloyd Watkin , el diumenge 11 d'octubre 2009 18:09

Si vostè ha actualitzat recentment PHP o Apache que ve potser en contra de la qüestió del seu servidor web tornar les pàgines en blanc, i llançant missatges d'error en els seus registres sense saber per què, aquí hi ha una manera possible per solucionar ...

He tingut aquest problema un parell de vegades recentment, després de l'actualització d'Apache o PHP en una màquina virtual. El primer cop em vaig adonar de l'error, simplement va tornar a una còpia de seguretat de la meva màquina virtual, però la segona vegada que em vaig adonar que hauria d'examinar la qüestió.

El primer cop em vaig adonar de la qüestió algunes de les meves pàgines web estaven sent atesos com arxius en blanc, mentre els altres treballaven absolutament bé. Després d'algunes investigacions vaig notar que estava escrivint apache en / var / log / http / error_log amb el missatge repeatidly:

[Avís] fill pid XXXX sortida senyal de violació de segment (11)

No cal anar per adjudicar en línia, i la majoria de les pàgines sobre ell, baixar al no-res. Dit això, reduït el problema a PHP estavellar quan es tracta que no siguin necessaris llibreries dinàmiques.

Quant al meu php.ini (/ etc / php.ini) li vaig comentar a terme totes les llibreries dinàmiques carregades pensant a comentar de nou en si cal. Els dos que vaig haver de prendre on pdo.so i mysql . així.

Una vegada que aquests es van retirar totes les meves pàgines web estaven sent atesos molt bé, igual que abans de l'actualització de PHP / Apache.