Megéri-e a szerver bővítés?

Linux-haladó

Sziasztok!

Van egy DELL PowerEdge 2900 szerverünk, amiben 12 GB memória és egy db QUAD CORE XEON E5335 (2.0GHz) proci van, valamint 146GB SAS (15000RPM) merevlemez.

A szerver pár Drupal és Joomla alapú oldalt szolgál ki, összesen kb. napi 10000 oldalletöltéssel, illetve van rajta pár LDAP-IMAP postafiók és néhány levelezőlista. A clamscan gyakorlatilag folyamatosan teljesen elvisz egy szálat a prociból, de a load átlagosan 0.3 és 1.0 között van. Ami nem is lenne probléma, viszont az egész szerveren az oldalak betöltődése nagyon lassú, az egész nehézkesnek tűnik, pláne pl. a Drupal admin rendszere.

Most felmerült, hogy újabb oldalak költöznének a szerverre és nem tudom, hogy érdemes-e még ezt a szervert hardveresen bővíteni. Első körben még egy plusz proci beszerzésén gondolkodom, de -még hivatalos ajánlatot nem kaptam- elég húzós ára van kb 100 ezer Ft és nem tudom ez vajon teljesítményben jelentősen meglátszik-e.

Van-e vajon valamilyen eszköz, lehetőség, ahol egy hardveres bővítést le tudok modellezni?

Illetve felmerült bennem, hogy a jelenlegi diszket SSD-re cserélem, de elvileg ezt csak a PERC 6 -os RAID contorller támogatja, ebben pedig PERC 5 van.

Bármilyen véleményt szívesen veszek, esetleg aki már bővített ilyen szervert az megírhatná a tapasztalatait!

Köszi!

  • 7366 megtekintés

( tompos v | 2014. 07. 23., sze – 11:02 )

Mit is csinal a clamscan pontosan?

Ezt:

postfix 29862 109 0.9 151672 111592 ? RN 11:05 0:06 /usr/bin/clamscan --tempdir=/tmp/clamav.29859 -r --no-summary --stdout .

de egyébként nem folyamatosan, hanem nagyon gyakran, talán így pontos....

Egyébként gyanús nekem ,hogy a clamscan-nal valami nem stimmel, mer a mysql-ben is néha futnak a mailscanner kapcsolatos processzek, amelyek néha megnyomják a loadot és a táblák pl maillog vagy az sa_bayes adatbázisban a bayes_token tábla is nagyra vannak hízva

----------------------------
Előnevelt csirke kapható!

Szerintem a clamsmtp jobb mint a clamd, az maradhat. A tmp tmpfs-re (=ramdisk) rakasat en is javaslom. A level szovegelemzesen alapulo spamszurot kidobnam teljesen, RBL listak + postgrey elegendo. Lehet hogy tobb lesz a spam, de a terheles viszont joval kevesebb. Mysql mihez van, spamassassinhoz? Mert akkor az ki kidobhato.

A level szovegelemzesen alapulo spamszurot kidobnam teljesen, RBL listak + postgrey elegendo.

LOL. A postgrey csak a dsl/cable halon logo zombik ellen er valamit, de az utobbi idoben a trend elmozdult a vps-ek iranyaba. Az RBL meg biztos jo, ha jo minosegu listat hasznalsz, de egy szoveget elolvaso spamszuro nelkul sok spamet kapsz.

Lehet hogy tobb lesz a spam

biztos. en inkabb arra mennek el, hogy egy webszerver ne legyen smtp szerver is egyuttal, menjen a levelezes egy dedikalt gepre, esetleg a levelek kikuldese maradjon rajta max.

Mysql mihez van, spamassassinhoz? Mert akkor az ki kidobhato.

egy webszervertol elveszed a mysql-t? Ugyes...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

Egy webszervertol siman elveszem a mysql-t ha a webszerver konkretan nem hasznalja csak a spamassassin. Ez az elso hozzaszolasbol nem derult ki egyertelmuen, gondolom a temaindito nem fogja vakon legyalulni ha mas is van benne :)

Mivel a szerveren lassu a Drupal en a szovegelemzo spamszuron sporolnek eroforrast. A spammer VPS-ek terjedeset sajnos en is tapasztalom es nem orulok neki. Az atcsuszo spam-ot a mail kliensben is lehet szurni vegso esetben. Egyebkent a jo RBL-ekbe a spammer VPS-ek is felkerulnek, persze csak miutan mar jol megszortak a nepet spammel...

Köszi a tippeket!

A tmp-jet tmpfs-re raktam. A mailscannert nem bántom egyelőre, mert nem értek annyira hozzá, hogy ha elcseszem, akkor helyrehozzam. Az sa_bayest próbáltam törölni az sa-learn --clear -el, de semmi nem történik....

----------------------------
Előnevelt csirke kapható!

( pirate | 2014. 07. 23., sze – 11:07 )

Biztos, hogy a clamscan fogja meg a gepet? Sok level van, esetleg a sok csatolmany miatt lassu?

Pont ez az, hogy nemrég vittük át erről a szerverről a levelezés nagy részét itt csak pár postafiók maradt, amit általában csak levélküldésre használunk, illetve pár levelezőlista. Ennek ellenére ugyanúgy pörög a clamscan, mint amikor még kb. 300 aktív postafiók volt.

----------------------------
Előnevelt csirke kapható!

( andrej_ v | 2014. 07. 23., sze – 11:47 )

A Drupal-okon szinte biztos lehetne szerelni, muninnal pl. a mysql query-k számát figyeled?

Extra kérdés: csak 1db diszk van a gépben???

Persze, ki lehet deríteni, sőt, ki kell, csak érzésre egy ilyen gépen ekkora terhelés nem szabadna olyan gondot okozzon, amit már csak hardverbővítéssel lehet megoldani (nyilván sokszor olcsóbb).

"off: megakadtak a meetup-ok, nem akarod felgyorsítani? :)"

Hm? Nyári szünet van. :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Igen. De a leírás alapján nincs "bármi más", ami le tudná terhelni... lehet rugózni azon, hogy mit kell hardveresen bővíteni, de egy ekkora gépnek röhögve ki kellene bírnia egy ilyen terhelést. Ha nem bírja el, akkor már okozat, és ott nem hardveres gond van, a hardver indokolatlan bővítése pedig nem oldja meg a problémát, csak elrejti.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Igen.

De akkor se célszerű látatlanban azt mondani, hogy a 12GB memória mellett kevés az az egy darab 15k SAS disk, ezért tegyünk bele még vasat, attól majd jobb lesz... egy ekkora gép el tud vinni gond nélkül napi 1-2 millió oldalletöltést is vagy ugyanekkora mennyiségű email-t.

Összehasonlításképp: a wiki.javaforum.hu egy Confluence "portál", 5-10e letöltés van naponta, a load 0.1 körül mozog és ez egy $10/month virtuális gép... nem egy ilyen "brutál" fizikai vas.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

( neutrino v | 2014. 07. 23., sze – 11:28 )

A drupallal nekem is akadt gondom, hasonló felállásban. Nálam is van napi 10e oldalletöltés egy drupal site-on + a gépen még van kb 5e egyéb oldalletöltés más siteokra.

Virtuális gépben fut, 2x E5650@2,67 GHz, 3 GB RAM.

A load 0.65-1.3 közt mozog, a drupal admin menü mégis mint a tetű.... A druplanak is van engedélyezve elég memória, ráadásul bőven van még szabad ram.... Ráadásul memcache modul is van a PHPhoz és a drupalhoz is.
-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház

( gedez | 2014. 07. 23., sze – 11:32 )

Szerintem nem éri meg bővíteni:
http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E5335+%40+2.00GHz

A grafikon sok mindent elárul a CPU teljesítményéről, vagyis hosszabb távon nem terveznék vele, nem éri meg. 100 Ft-ból fél évig lehet bérelni E3-as Xeon-t.
Miért lenne jobb E3 ide?
1. nagyobb frekvencia, gyorsabb weboldal generálás
2. sokkal erősebb magok

Napi 10e oldalletöltés még osztott tárhelyen is elfér.

Az E3-mon kívül lehetnek más elvárások is a szerverrel kapcsolatban. :) Én azt nézném meg, hogy az E5430/40/50 -es közül eszi-e valamelyiket a gép és ha igen akkor a memót 16G-re tolnám fel, de persze csak miután kellőképpen rendbe lettek szedve a weboldalak. A RAID vezérlő BBU-t is csekkolnám és esetleg külön tömbre tenném az adatbázist ha veszettül teker.

Biztos, hogy nem jó bele E3-as Xeon, mivel generációs különbségek vannak köztük.
Most pénzt fektetsz egy olyan gépbe, ami már most elavult...
Vagy veszel/bérelsz egy újat, ami sokáig még jó lesz. E3-1240v3 + 16GB ram + 2x240GB SSD + LSI raid vezérlő. Havi 25-30e körül bőven kijön a bérlése hostinggal együtt, illetve 500e körül a szerver a vásárolnád.

Ha 2-3 oldalról van szó, szerintem próbálj ki egy ilyen hosting szolgáltatót, akik magas frekvenciás processzorokkal szolgáltatnak, hogy milyen lesz a Drupal-od.

Azért azt is vedd hozzá, hogy a Supermicro gépnél feláras a 3 vagy 5 éves garikiterjesztés és nincs NBD opció, se komolyabb. Tipikusan olyan helyre jó, ahol amúgy is több hasonló gép fut vagy főegységből van tartalék. Ahol 1-2 szerver megy, ott minimum egy 5 év NBD garis vas nem árt.

Anno? Lehet, h 1 eve vettek vagy epp vmi kiselejtezett szar.
Ha tippelnem kellene, akkor erre tennem a voksom az alapjan, h meg raiden sincsenek az adatok.

Persze nem fikazni akarom az embert, csak nem vilagos, minek egy szerver ott, ahol a fenntartasara nincs keret.
Jobban jarnak ha vesznek 100K-ert egy tisztesseges osszerakott desktop gepet, vagy 200-ert egy brand desktopot es akkor nem lesz kerdes, h erdemes-e foltozni egy matuzsalemet.

t

( Dwokfur v | 2014. 07. 23., sze – 11:39 )

Ha Drupal és Joomla(váááá): valamelyik PHP cache ugye installálva van?
Adatbázis sem mindegy, hogy milyen és milyen motorral dolgozik.
Kár, hogy nincs PERC 6-od. SSD nélkül is jobb, mint a PERC 5.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( seferbt v | 2014. 07. 23., sze – 11:57 )

A leírtak alapján első körben azt lenne érdemes megnézni, hogy szoftveres oldalon mit lehet még optimalizálni. főleg adatbázis és webszerver oldalon. Illetve a weboldalakat is érdemes lenne előtte átnézni.

nekem ez a cucc szokott segíteni: http://gtmetrix.com/

( klixnetwork | 2014. 07. 23., sze – 12:07 )

1db merevlemez van? Vagy ilyenekből szervezett minimum RAID - 10 vagy RAID -5 tömb?! Mert az IOPS nagyon gyenge lesz ha kevés a HDD... tele kéne rakni diskekkel illetve ha kevés a RAM azt is ki lehet maxolni 32GB -ra legalább. A plusz CPU sem olyan óriási beruházás, főleg ha benne van a gépben a VRM.

Igazából RAID1+0, tehát 4db diszk lenne a minimális. A 2db diszk a folyamatos üzem miatt lenne üdvös.

Mielőtt bármit veszel meg kéne pontosan nézni az SW környezetet is, mert simán lehetne meglepetések. Mi is üzemeltetünk egy halom Drupal oldalt és ha van PHP Opcode cache meg 1-2 egyszerű dolog (pl. jól belőtt MySQL), akkor nagyon szaladnak. A napi 10e-s lapletöltés simán megvan ezeken talán még egyesével is.

Pedig ezekhez kb. filléres az alkatrész. Egyébként egy szép új gép a garancia és tsai miatt sokkal jobb választás ez nem vitás. De még az új gép előtt is rendbe kell szedni a dolgokat, mert annak amit írtál teljesen jól vagy legalábbis minimális problémákkal kéne ezen a Dell vason futnia.

( csardij v | 2014. 07. 23., sze – 12:21 )

Helló!

A Drupalt nem ismerem annyira, de az összesen 10e lapletöltés nem valami nagy szám, 512-1GB RAM-os VPS-ekben üzemeltetünk ilyen oldalakat WordPress-el, Nginx segítségével.

A levelezést is hatékonyabban be lehetne optimalizálni, ott valami nem okés, egy ilyen gépen jópár nagyságrenddel nagyobb forgalom benne van.

Linux üzemeltetési, rendszergazdai szolgáltatások

( quash | 2014. 07. 23., sze – 13:10 )

kéne valamivel disk IO-t monitorozni, az elmondottak alapján az tűnik soványnak.
Rakjatok be pár SSD-t, nem érdekes hogy RAID kontroller mit hogyan támogat, nagyon sokat fog segíteni.

Ha van fent monitoring akkor látszik memória használat is, azzal lehet még segíteni.
drupal és joomla oldalak alá valamilyen PHP cache modul, és szárnyalni fognak.

Felraksz egy munin-t, 1-2 nap múlva látod mi a kevés.

Ja és ne új CPU-ban gondolkozz !!
E5335-ot 10-15e HuF körül már be tudsz szerezni használtan, Dell borda kicsit macerásabb, de az is beszerezhető.

"Rakjatok be pár SSD-t, nem érdekes hogy RAID kontroller mit hogyan támogat, nagyon sokat fog segíteni."

"E5335-ot 10-15e HuF körül már be tudsz szerezni használtan, Dell borda kicsit macerásabb, de az is beszerezhető.

Nyilván a VRM modul, meg az azonos stepping mit se számít :S Ahogy a nem támogatott SSD miatti teljesítmény csökkenés sem... -.-'

"Nyilván" sok Dell szervert üzemeltetsz ....

Dell != HP ... VRM nem kell, procikat pedig úgyan abból a szériából rakhatod vegyesen (max kell egy BIOS upgrade, Dell oldalán meg kell nézni mit támogat)
Azt hogy Perc5 nem támogatja dirketben SSD-t az nem azt jelenti hogy nem használja, lesz 1-2 dolog (TRIM pl.) ami nem fog menni, ettől még SATA2-n max közelben ki fogja hajtani az SSD-ket, Perc5-ön 4 db SSD-vel RAID10-ben egész használható IO értékeket lehet elérni, diszkhez képest min. 10x javulás.

Elnézést, emlékeim szerint egy régebbi szerverünkbe még pár éve rendeltem VRM modult - ezek szerint az újakban már integrált.

Egyébként az említett RAID vezérlő az NCQ -t sem támogatja, kötve hiszem h. érdemes arra SATA SSD-t kapcsolni (meg egyáltalán elindul e vele)

( legyes | 2014. 07. 23., sze – 14:44 )

Hogy egy tanult sorstársat idézzek: "A Perc 5-öt azért hívják így, mert 5 perc után vágod a kukába". Be kellett volna tiltani, a megjelenésekor. Firmware hack után is egy tuningolt floppy meghajtó I/O sebességét produkálja. Még az alaplapi SATA1 (DVD-ROM-hoz) és kenterbe veri.
Kukázz eBay-en rendes vezérlőt bele és új gépet kapsz cserébe. Az SSD-re ne is pazarold a pénzt PERC5 esetén.
Különben is, fel kell tolni mindent $20-os DigitalOcean-ra és kevesebb hajszálad hullik, nem kell aggódni az őskövület miatt.

( _Franko_ v | 2014. 07. 23., sze – 18:50 )

Ööö... izé... szerintem valami nagyon el van rontva valahol... ez azért egy combos szerver, ennek a napi 10.000 oldalletöltést azért bőven bírnia kellene.

Nekem hasonló dolgok vannak virtuális gépben DigitalOcean-nál egy $10/month szerveren (1 mag, 30G SSD, 1GB memória) és semmi bajom a teljesítménnyel...

Szóval érzésre a hardver bővítése előtt jobban körül kellene nézni, hogy mi az, ami ezt a jelenséget okozza (például megtört Drupal), mert szerintem bővítés után is ugyanígy jelentkezni fog.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

( igor | 2014. 07. 23., sze – 23:46 )

Napközbeni terhelés alatt az alábbiakkal sokat segítenél, hogy segíthessünk :)
vmstat 3 -n 20 kimenete, iowait miatt
iostat -x 1 -n 3 kimenete (sysstat csomagban van, ha nincs fent)
free -m kimenete
php -i kimenete
mysql configja

A leírtak alapján clamscan cseréje mindenképpen clamd-re, ahogy többen is írták.
MySQL finomhangolása + percona forkra cserélése.
apc vagy eacclerator php alá, statisztikái alapján finomhangolni, az alap 32 helyett akár 256-512MB RAM-ot is kaphat
apache helyettt nginx+php-fpm, eléjük egy varnish, jól beállítva.

Szinte biztos, hogy a fent leírt módosításokkal csak 1-3 plusz disket kell venned (RAID1, RAID10)

Igen, ekkora. A fent vázlatosan leírt módszerekkel azonos vason, anélkül, hogy a site-hoz érdemben hozzányúlnál (akár extrém) nagyságrendekkel annyi látogatót is ki tudsz szolgálni minimális load mellett. Okosabbak nyilván akkor lehetnénk, ha lennének konkrét adatok, hogy mi a szűk keresztmetszet.

( saxus | 2014. 07. 24., cs – 07:34 )

De mi a szűk keresztmetszet? IO? CPU? Ram?

MySQL-ben buffer méretek be vannak állítva rendesen a géphez vagy minden defaulton?

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( Protezis | 2014. 07. 24., cs – 19:58 )

Nem olvastam, milyen PHP van fent. Ha a Drupal és Joomla támogatja, esetleg nézd meg a PHP 5.5-öt.

( freeoli v | 2014. 07. 25., p – 10:46 )

Szerintem nem.

Talán akkor ha barkácsolod és nem Ti fizetitek a villanyszámlát alá.

Ez már az a vas amit el kell kezdeni kiváltani, gyorsabbal, újabbal és az életed jobb lesz. SW raid, SSD, stb és csak lestek hogy megy.

Ennél erősebb vasakat promóznak mindenhol vicc áron, persze hdd-vel.

( Replaced | 2014. 07. 25., p – 12:02 )

nem hiszem, hgoy hardveres gond lenne, ezt tenyleg elbirna egy el cheapo VM is

--
NetBSD - Simplicity is prerequisite for reliability

( klixnetwork | 2014. 07. 25., p – 12:30 )

Az UPS azért nem a hw RAID illetve BBWC/FBWC kiváltására termett...

( zolo | 2014. 07. 25., p – 14:24 )

iostat-ot nezni, frissiteni a CMS-eket (security issue), cachet bekapcsolni alattuk, felesleges modulokat kikapcsolni.

Nagyobb forgalomnal erdemes lehet a templateket is optimalizalni, nem egy ugyfel szereti designek nevezni, ha betesz egy 5 MB-os kepet hatterkepnek...

Illetve erdemes meg megnezni, hogy nem valami rossindulatu bot terheli folyamatosan a szervert, foleg egy eroforrasigenyes URL-nel ...