Szerver terheltsége

Offtopic

Üdv!

Csak érdeklődés képpen, van egy PC alapú szerverem, amelyen 27 alkalmazás ( ami alkalmazásonként 10-20 klienst jelent), 4-5 weblap adatbázissal, 1 irc proxy kb. 20 userrel.

A gép

Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz 1333FSB 12mb L2
Asus P5QC
8 Gb DDR2 800 (4x 2Gb)
2xWD 640Gb SATA2 32mb
Atw-nél van letéve.

Nos csúcsidőn kívül cpu terhelés:

Core 0: 44%
Core 1: 44%
Core 2: 40%
Core 3: 32%

Load: 1.5

Mem : 3003/8008 Mb

Csúcsidőben:

Core 0: 60%
Core 1: 54%
Core 2: 54%
Core 3: 50%

Load: 2.3

Mem : 3500/8008 Mb

Napi I/O átlag: 10GB/20GB

Nos ezek átlagok, +- 3% cpu terhelésnél.

Kérdésem, meddig engedhetem fel a terhelést úgy, hogy legyen tartalékom. Sávszél gondolom bőven elég ilyen I/O mellett, viszont a proci miatt aggódom, hogy mikor kell bővítenem. (IC2Q 9650-re akarok bővíteni)

Emellett érdekelne ki milyen terheltségű gépekkel dolgozik.

Üdv!

"SZERKESZTVE"

  • 2504 megtekintés

( uid_17626 | 2009. 12. 01., k – 16:05 )

load average egyáltalán 0.x főlé megy?

( uid_14357 | 2009. 12. 01., k – 16:09 )

ez nem terhelés amit írtál, egyátalán nem. ennél "szarabb" vas hosztol nálunk 100-200 weboldalt, db-vel együtt.

ha a load average kb 20 fölé megy, akkor az már szétnéznék szűk keresztmetszetek után...
--
\\-- blog --//

( _ventura_ v | 2009. 12. 01., k – 16:09 )

kérdés, hogy milyen alkalmazások, mert 4 mag átlag 40% os terheléssel soknak tűnik pár weblaphoz, meg irc proxyhoz :>

Core2Duo T7100, 4G, Ubuntu 9.10, 2.6.31

( Proci85 v | 2009. 12. 01., k – 16:15 )

Dual Core AMD Opteron(tm) Processor 275
Több száz weblap, napi több százezer látogató (ezek között sok a visszatérő és nagyrésze csak 1-1 sql kérést generál, toplisták)
4 cpu magon 4x25%, load 1-2 között, suphp (modphp-val kb 1/10-1/5-e volt)

Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
100 alatti weblap, több százezer látogató naponta (képfeltöltő oldal is üzemel rajta) Egyidejű kapcsolatok száma 1000 körüli. Apache keepalive timeout 3 körül van, igy most 1500 apache child fut max. Képfeltöltőn valszeg még lentebb veszem a timeoutot.
Terhelés viszont kedvező, cpu 15%, load 0.5, modphp

Nem atom bonyolult weblapok, ajax sincs, de sql-t azért buzerálják rendesen.

Szóval azok a terhelések amiket írtál, irreálisan magasak szerintem.

( gaabeesz | 2009. 12. 01., k – 17:22 )

Meddig érdemes felengedni a cpu terheltséget? mikor érdemes bővíteni? Senki?

Ha az időszaki csúcsok(napi/heti/stb) értéke nő, akkor kiszámolható, hogy kb. mikor lesz szűk keresztmetszet a cpu.
Ha nincs mérhető növekedés, akkor felesleges bővítésben gondolkodni.

Ha van egy emelkedő trend a csúcsokban, akkor 80-90% körül már lehet bővíteni.

Oprendszertől is függ, de 80% alatti átlagos terhelés és 90-95% alatti csúcsterhelés még megengedhető lehet.

"mikor érdemes bővíteni": egy másik megközelítésben, minél előbb, mert az intel kivezetgeti a core2 alapú procikat a piacról és lesz helyette i5 meg i7 meg ilyenek, szóval addig bővíts, amígy még kapsz ilyen procit emberi áron :) később már csak használtban tudsz arany áron.

----------------------------------
feel the beat - it's everywhere!

( szerverplex | 2009. 12. 01., k – 20:50 )

Én alapból nem tenném egy gépre a webhosztingot és ezeket az "alkalmazásokat".
A géped pedig ennél sokszor többet is elbír, csak némi optimalizálásra lenne szüksége, mert nekem 44 ilyen "alkalmazás" fut egy gépen és összesen a 4core csúcsidőben összesen 120% és csúcsidőn kívül pedig összesen 1% :)

____________________________
www.szerverplex.hu

"Én alapból nem tenném egy gépre a webhosztingot és ezeket az "alkalmazásokat"."

Gondolom van rá keret, hogy külön vason futtasd. De egyébként miért is nem? (A security szempont nem jó válasz, mert még azt sem tudjuk, hogy mi az oprendszer. )

"A géped pedig ennél sokszor többet is elbír, csak némi optimalizálásra lenne szüksége, mert nekem 44 ilyen"...

Ha pontosan ismered, hogy mi fut rajta, akkor ok. Ellenkező esetben csak a levegőbe beszélsz.

Na igen. Optimalizálás mindenekelőtt.

Pont nemrégiben esett meg velem is, hogy egy fejlesztő által 'jól' kitalált funkcióhoz tartozó SQL olyan szinten terhelte le a szervert, hogy az már nekem fájt. És lám csodát pár perces elemzés és SQL optimalizáció után
no meg a táblán a megfelelő mezőkre végzett indexelést követően a terheltség leesett az addigi 10-es loadról 1 alá, ami azért eléggé szignifikáns eltérés.

A legdurvább az volt a dologban, hogy ezért az apró módosításért kellett könyörögnöm napokig a fejlesztőnél,..... mindhiába. (ui: most akkor ki a hülye én vagy én ? :D)

Tanulság: Optimalizálni nem lehetőség hanem kötelesség!

El kéne beszélgetni a főnökkel hármasban a fejlesztővel, aki szarik az üzembiztonságot veszélyeztető problémákra és kultúrált szólásra sem cselekszik.

Ha a főnök sem látja be, hogy a szénné terhelt szerver nem jó dolog, akkor várhatóan mindig Te leszel az, akinek egyengetni kell a hozzá nem értő fejlesztő előtt az utat, tehát opcionálisan lehet új állás után nézni.

( bambano | 2009. 12. 06., v – 20:19 )

Az ilyen 1-2-es loadok még bagó, a proci és/vagy ram akkor kezd kevés lenni, amikor ez feljebb megy. arra sem árt figyelni, hogy swappel-e, mert amint swappelni kezd, halál van.

Felrakod a dstat-ot (vagy hozzászoksz az iostat-hoz meg a vmstat-hoz:)) az diszkekre lebontva megmondja, hogy mennyi a diszk-io, abból meg kiderül, kell-e diszket hekkelni.