On 9 Dec 2002, Alexandru Barloiu Nicolae wrote: > sper sa nu spun o idiotenie. din ce am citit am inteles ca e > transparent. sunt extrem de curios cum se comporta php in cluster. > actually de asta ma bate gandul. a inceput sa ma depaseasca desi > resursele nu sunt tocmai limitate. de cand am trecut de 3 milioane de > accese pe saptamana in anumite zile/ore e paguba mare. am inceput sa mai > tai din php, din alte programe, din pagini. Dar nu vreau sa ajung la > thttpd. si bani de quad nu am. > > axl >
Eu zic ca ar trebui sa faci o analiza a traficului si incarcarii serverului tau. Adica sa determini de exemplu daca ai destul de multe accese de documente statice (ex. imagini), in asemenea caz putand sa le izolezi cu un thttpd care sa serveasca doar aceste documente statice. Apoi daca PHP-ul este problema vezi daca cumva se pot optimiza query-urile SQL care le face. Daca in schimp la un top ordonat dupa CPU usage iti apar tot timpul 5-10 procese "httpd" (apache) ca utilizand procesorul la maxim atunci "gatuirea" are loc in scripturi. In aceasta situatia as analiza inca o data scripturile. Daca le poti face sa ruleze mai rapid (usually cele mai mari optimizari se obtin highlevel nu lowlevel cum vrei tu). Apoi dupa ce ai terminat toate posibilitatile cu scripturile incearca de exemplu un PHP cache object (cauta pe net daca nu stii ce e). Ar trebui sa-ti optimizeze cu cel putin 100% (asta daca gatuirea era din PHP asa cum am spus). Deci tu trebuie sa analizezi (cu grafice MRTG/RRDtool etc...) comportamentul serverului tau. Monitorizeaza incarcarea CPU, RAM utilizat/liber/cached, numarul de conexiuni, numarul de procese spawnate de apache (o greseala comuna fiind ca unii administratori uita sa-si creasca MaxClients in timp), un raport al paginilor PHP versus celelalte tipuri de documente, trafic facut (in/out), requesturi pe secunda, operatii I/O (check /proc/stat) etc... Dupa cateva zile de monitorizare si urmarire a graficelor incepi sa iti cunosti serverul din ce in ce mai bine cunoscandu-i astfel nevoile si problemele. Asa fara nici o analiza sa apelezi la tot felul de solutii peste care te-ai impiedicat mi se pare superficial. PS: iar daca chiar se ajunge la distribuirea load-ului pe mai multe masini, fiind vorba de niste site-uri PHP care probabil lucreaza cu SQL nu vad de ce ai avea nevoie de o solutie gen Mosix, un DNS load balancing avand masini cu servere configurate identic tinand scripturile intr-o stare de sincronizare (sau poate accesand un FS remote); mai zicea cineva de un programel single process (gen thttpd) care ajuta ca socket load pt apache (un fel de proxy foarte rapid); sau poate chiar un squid httpd accelerator... precum vezi solutiile sunt mult mai multe decat Mosix :) ---------------------------- Mihai RUSU Disclaimer: Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise specifically stated. --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
