Stavba webserveru - vyber distra a featury?

[admix]

killall -9 apache2 za tebe relativne spolehlive provede OOM killer

Tomuhle zivotnimu omylu jsem veril az do chvile, kdy se mi to poprvy stalo
OOM killer imho nedela nic jako killall -9

[Smitka]

Tak zatim vcelku uspesne testuju centos na virtualu.
Ted stojim pred otazkou, zda na POP3/IMAP server pouzit dovecot nebo courier-imap. Drive jsem pouzival dovecot, ale koukal jsem, ze se docela dost pouziva courier, nasel jsem i par srovnani - nekdo chvali rychlost dovecotu a nekdo je zase presvedcen, ze courier ma lepsi strukturu.

Fandite dovecotu, courieru, nebo uplne necemu jinemu?

[Fox!MURDER]

Tak zatim vcelku uspesne testuju centos na virtualu.
Ted stojim pred otazkou, zda na POP3/IMAP server pouzit dovecot nebo courier-imap. Drive jsem pouzival dovecot, ale koukal jsem, ze se docela dost pouziva courier, nasel jsem i par srovnani - nekdo chvali rychlost dovecotu a nekdo je zase presvedcen, ze courier ma lepsi strukturu.

Fandite dovecotu, courieru, nebo uplne necemu jinemu?

ja presel z courieru na dovecot k velke spokojenosti ... jednak je fajn rychlost, druhak LDA s podporou sieve (docela snadno se integruje do squirrelmailu) a tretak mi to prijde tak nejak celistvejsi ...

ale opet otazka vkusu ...

[admix]

/me jede cyrus a zatim spokojenost

[Jezevec]

V robote mam jeden centos, ale moc "admin" friendly mi to teda neprislo, jde samo o zvyk. Jinak provozuju nekolik ruznych serveru na Gentoo a prijde mi to jako velice dobra volba.

Primarne proto, ze presne vim co a proc sem tam dal a nenainstaluje se mi milion zavislosti ktery nechci a nepotrebuju. Ale jak uz napsal Fox, pokud se to necha delsi dobu (=mesice) hnit je aktualizace celkem adrenalinovej sport (ale to i s Debianem). Pri prubezny udrzbe je to vpohode a pokud sem nekdy neco sejmul, tak vzdy na desktopu a vzdy kdyz sem zacal kombinovat ruzny unstable verze pripadne vlastni buildy.

[Rainbow]

Ak Debian, tak na server patri samozrejme stable, tam su jedine priebezne bezpecnostne aktualizacie, ktore nerozbiju nic. A potom naraz velky upgrade na novu verziu, ktory je zdokumentovany. Zajtra budem upgradovat jeden server, kde je este Sarge, na Etch a hned na Lenny.

Gentoo mame len na jednom serveri (inak vsade Debian) - fakt je pravda, ze to treba udrziavat aktualne, inak je z toho pruser. Je to dost iny typ systemu ako Debian.

Osobne volim Postfix+Dovecot+Roundcube. V Debiane je defaultne Exim - je to dost humus, neodporucam.

[admix]

Jo, ale toho se snadno zbavis apt-get install postfix - zbytek to udela za tebe

[Petrik]

Tomuhle zivotnimu omylu jsem veril az do chvile, kdy se mi to poprvy stalo
OOM killer imho nedela nic jako killall -9

A co se ti prihodilo? Me se uz nekolikrat stalo, ze nejaky proces sezral celou pamet a OOM killer ho spolehlive sestrelil. Navic na serveru bez swapu (16GB RAM) to bylo rychle, server se ani moc nezadychal, na jinem serveru se swapem to nejdriv zurive swapovalo, takze to chvili trvalo, ale vysledek byl vzdy normalne bezici server bez te nenazrane aplikace.


Jinak na jednom mailserveru pouzivam kombinaci postfix+courierIMAP+courierPOP3+squirrelmail a jede to super vpodstate bez udrzby 3.rokem. Pravda je ze tam mam reiserFS, protoze format Maildir znamena hodne malych souboru, dneska bych tam asi dal nouzove ext3 s vyhledem upgradu na ex4.

[admix]

Aha, jeden proces - tak ten to spolehlive sestreli, to je pravda
Kdyz ale tech indianu je nekolik desitek, tak uz to takova prdel neni - navic moje zkusenost rika, ze na webserveru to obvykle z nejakyho webu zacne pretezovat mysqld, takze OOM killer prvni sejme mysql
Jinak mne se tohle povedlo, kdyz jsem migroval server, kde se po prevodu musely syncnout schranky imapsyncem - kdyz prisla z nagiosu prvni zprava o vysokym loadu (40), tak po prihlaseni uz tam bylo 90 a zbejvalo zhruba 30-60 vterin, nez ssh prestalo odpovidat
Na jiny masine (to byl tusim 2xdualcore) jsem diky indianum videl load 400, prihlaseni trvalo ... no dlouho
Jsou to sice vyjimky, ale proste se obcas takovy pripad stane a je vhodne mit monitoring max. po 5 minutach a vetsi swap (samozrejme cim vic RAM, tim lip pro samotny beh systemu - zvlast kdyz dneska jsou RAM moduly levnejsi nez rohliky)

[Rainbow]

Apache ma nastavenie "MaxClients", ktorym sa zabrani pretazeniu servera mnozstvom requestov naraz.

Velky swap na web serveri viac skodi ako pomaha. Swap sa rozumne vyuzije vtedy a len vtedy, ked sa do neho ukladaju nepouzivane data - tzn. je spusteny nejaky proces, ktory ma v pamati vela dat, ale nic s nimi nerobi.

Dalej niektore dementne programy (poznam len jeden - PostgreSQL) alokuju pamat ako sproste a robia si vlastnu cache (napriek tomu, ze to robi aj jadro) - tam vraj pomaha vypnut overcommit.

[svaca]

Apache ma nastavenie "MaxClients", ktorym sa zabrani pretazeniu servera mnozstvom requestov naraz.

Velky swap na web serveri viac skodi ako pomaha. Swap sa rozumne vyuzije vtedy a len vtedy, ked sa do neho ukladaju nepouzivane data - tzn. je spusteny nejaky proces, ktory ma v pamati vela dat, ale nic s nimi nerobi.

Dalej niektore dementne programy (poznam len jeden - PostgreSQL) alokuju pamat ako sproste a robia si vlastnu cache (napriek tomu, ze to robi aj jadro) - tam vraj pomaha vypnut overcommit.

Tohle pomuze hodne, dale pri velky zatezi je dobre tweakovat apache spolecne s PHP ...

MICMENE nahrazeni apache pomoci lighttpd resi prakticky VESKERE vykonnostni a zraci problemy ... No more RAM eating ... Filesystem pouzivam reiser a XFS .. testoval jsem JFS s nekolika miliony souboru a je dobry v tom ze nezere CPU ale vykon je takovy sporadicky ..

Gentoo je bastl a na server nepatri. Pouzivam vyhradne Slackware a jeden Debian ..
Gentoo dela v zasade dve veci:

1. kopiluje
2. maskuje