Dotaz: Apache2 výkon

[exim]

Dobrý den, chci se zeptat, používám apache2 + MySql, běží mi tm od dnešního dne jeden portál a ve chvíli kdy bylo 150lidí online na ráz, web byl "zabržděný", jak toto odstranit? železo mám dobrý, spíš nevím jak nastavit u jednoho virtualhostu určitý počet povolených vláken, velikost cache atpd... popř. čím zlepšit výkon jednoho virtualhostu? Díky

Odpovědi

[kyytaM]

Ked je nieco "pomale", tak je vacsinou fajn zacat hladat ukze hrdlo. Nemusi to byt apache, casto to skor byva DB.

[exim]

Jo kukam na mysql a pár věcích tam je nedostačujících zřejmě... Můžeš mi poradit prosím, jak upravit nastavení mysql pro trošku větší výkon? Kolik vláken povolit, buffer, cachce atpd? Díky

[MMMMMMMMM]

zkus spustit https://raw.github.com/rackerhacker/MySQLTuner-perl/master/mysqltuner.pl

[Max]

Přesně, hledej úzké hrdlo. Většinou třeba chybí nějaký index v db.
Zapni si u mysql "Slow Query Log" a tím si budeš logovat pomalé dotazy do souboru a zjistíš tak, jaké selecty trvají nepřiměřeně dlouho a podle toho povytváříš indexy (viz explain).
Dalším možným hrdlem může být php, v takovém případě je dobré nasadit cachování php, viz sice zastaralý, ale stále plně funkční eAccelerator.
Zdar Max

[Max]

Jinak můžeš zatěžovat apache pomocí jednoduché utilitky "ab" a zjišťovat tak, zda se optimalizace projevují, či nikoli
Zdar Max

[yad]

Ešte by som skúsil použiť php-fpm a k tomu prihodiť zmenu z prefork na workers. Vymazať mod_php a apache2 bude o niečo ľahší - rýchlejšie odpovede na statický obsah. K tomu prikopnúť apc (cache pre php).

[exim]

No ve chvíli kdy je to zase zatížený a otevřu jiný web (jiný VH), který se k DB vůbec nepřipojuje a je to jen statická PHP stránka tak je to taky zasekaný

[DK]

staticka stranka/obsah != php stranka bez pristupu k databazi

[exim]

ja vim, jen rikam ze to není databází

[kyytaM]

no moze napr. DB IO operaciami vytazovat diskovy subsystem tak, ze cely stroj ide do kolien (pomoze napr. top a hodnota IOwait)

[yad]

To znamená, že niečo ti vyťažuje disk (bottleneck). Tu odporúčam poslať celú DB do ramky. Viem, že v PostgreSQL, ak sa navýší cache, tak sa celá databáza dá brať z RAM. Inak kúpiť SSD alebo ďalší stroj.

[yad]

Ono pokiaľ je zle napísaný ten web alebo používa niečo ako Zend framework bez cachu, tak by to mohlo byť aj CPU. Ale to sa nestáva tak často, ale 150 ľudí...

[kozzi]

jj muze byt, casto to ale je treba i nedostatek operacni pameti, jakmile to zacne swapovat na nedej boze vytizeny disk tak je to uplne konecna a ono 150 lidi klikajici do aplikace co si treba vezme 200 MB ram, dokaze vycerpat klidne i 32GB :)

[kozzi]

Jak uz zde bylo receno, zakladem je zjistit co to brzdi. Jinak me zkusenosti, pokud chces mit dobry vykon na strankach ktere jsou v PHP, tak idealni je kombinace: nginx+php-fpm k tomu nejaky akcelerator pro PHP napr(XCACHE, APC - stim jsem mel potize)(opravdu to zrychluje beh php az nekolikanasobne) a uplne perfektni je to vsechno rozsirit jeste o memcached teda pokud to dana php aplikace umi vyuzit nebo si sam autorem a muzes tam doprogramovat cachovani, napriklad nam se osvedcilo mit v memcache ulozene session, jelikoz to pka umoznuje nezamykani session souboru takze muze byt provadeno vice paralernich dotazu (ono to zamozrejme jde i s file session ale to neni tak pohodlne).

[kozzi]

Jo a jetse jedna vec, na mem stroji hodne pomohli SSD disky

[Honza Vrana]

Krasny den,

no určitě vše výše rečené, chyba v kodu zkradka muže zatížit libovolny HW.

Ale pak bych určitě dal KeepAlive Off tím nebudou apache zdrzovat pomali klienti a proces se uvolni dalsim pozadavkum. No a pak samozrejmne predradid apachy Ngix ktery bude vyrizivoat veskery staticky obsah a nebude tim otravovat apache.

Honza Vrána

[exim]

Pro zajímavost: Monitoring...

http://gww.cz/monitorix/ zkusim pokouknout po tom co ste tu psali, díky všem