Sziasztok!
Megkértek, hogy segítsek szervert választani.
A szerver a következő feladatokat látná el:
- webszerver
- MySQL
- E-mail szerver
A szerver nem tárhelyszolgáltatásra kellene, az illető a saját oldalait tárolná rajta.
Ezekből az egyiknek elég nagy a forgalma, mellékelek két képet:
http://gyengus.hu/img/stat1.png
http://gyengus.hu/img/stat2.png
A többi oldal forgalma se elhanyagolható, az egyik kb 1/4-e a fentieknek. További forgalom növekedésre és új oldalak elhelyezésére számítani kell.
Az oldalak PHP-ben lettek írva, MySQL adatbázist használnak. Rengeteg az SQL lekérdezés, file művelet.
Szerintetek milyen szervert kéne vennie az illetőnek?
Jöhetnek (akár priviben) konkrét árajánlatok a szerverre, telepítés és üzemeltetés is érdekel.
- 2430 megtekintés
Hozzászólások
HP DL360 G7 (RAID-hez P410i 512 BBWC-vel, 2,4GHz-es vagy gyorsabb CPU-k, 6x4GB memó) vagy hasonló kategóriás IBM, illetve ami közel áll a szívedhez. 3 darab RAID1-et csinálnék 2-2 vinyóval:
- 2x500GB SAS NL diszk a webszerver filejai alá
- 2x500GB SAS NL diszk a levelezés alá
- 2x146GB SAS 15kRPM diszk az adatbázis alá
A weboldalhoz mindenképp ajánlott valamiféle cache vagy simán nginx/lighttpd-re bízni a statikus file-okat. Ha nagyon kell a kraft akkor egy 3x300GB-os 10kRPM-es RAID5-öt is lehet a webszerver file-ok alá tenni és a 15k-s vinyókból is lehetne 3 diszkes RAID5-öt szerelni az SQL alá.
Azt mindenképp tartsd szem előtt, hogy hiába van bika vas vagy diszk, ha az alkalmazás szinten nem foglalkoznak az optimalizálással. Ugyanis igen komoly pénzt lehet spórolni az üzemeltetésen, ha jól van megírva egy app és ha jól van beállítva az SQL szerver és valamilyen opcode php cache-t is használtok.
- A hozzászóláshoz be kell jelentkezni
Ez egy picit erősnek tűnik.
Írnál adatmennyiséget is? PHP, FIle, DB, stb.
- A hozzászóláshoz be kell jelentkezni
A topikindító mutatott statjai csak a két forgalmas oldalt fedik le és írta, hogy még jönnek site-ok. Ezek szerint az aktuális terhelésre épp méretezni nem bölcs dolog.
- A hozzászóláshoz be kell jelentkezni
Ehhez kéne pár MB adat és jelenlegi rendszer és terhelése is. Önmagában nem forgalmazza halálra magát a vas, de ha komplex db van alatta, komplex lekérdezésekkel akkor máris más a helyzet.
- A hozzászóláshoz be kell jelentkezni
Elnézést, ha félreérthető voltam. A két kép a legforgalmasabb oldal statisztikáját mutatja. Azért tettem fel kettőt, mert a Google Analytics kihagyja a JS-t nem futtató klienseket.
MODding | Asztali PC | Személyes weboldalam
'Everybody loves LEDs'
- A hozzászóláshoz be kell jelentkezni
Lehet, hülye kérdés, de SSD adatbázis alá nem jó? Csak az IOPS miatt gondolom.
- A hozzászóláshoz be kell jelentkezni
Az SSD-nek az árával van a gond, de persze a biznisz kategóriára gondolok. Akármennyire SSD azért egy RAID1 ott sem árt mert hiába mentesz róla naponta többször is, ha fejreáll. Bátrak replikálhatnak is, de ahhoz meg akkor kell valami normális diszk alá. :)
- A hozzászóláshoz be kell jelentkezni
Nem is egyedülálló SSD-re gondoltam. :)
- A hozzászóláshoz be kell jelentkezni
Óvatosan az SSD-vel... Pláne ha két totál egyforma kerül egymás mellé tükörbe... Nagyon tud fájni, amikor mindkettőt kihajítja a raid-vezérlő, hogy sz@r - nagyjából azonos időben... Diszkekkel ilyet még nem láttam, ssd-vel viszont igen - szerencsére jó messziről :)
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen a választ!
Az oldal APC-t használ.
MODding | Asztali PC | Személyes weboldalam
'Everybody loves LEDs'
- A hozzászóláshoz be kell jelentkezni
Az is jó. Ha saját gépre kerül, akkor érdemes lesz megnézni az apc cache funkcióját és a memcached-et is. így a memória bővítés az árához képest talán a legjobb ár/érték arányú.
- A hozzászóláshoz be kell jelentkezni
Eme informacioval:
http://h18000.www1.hp.com/products/quickspecs/12034_div/12034_div.PDF
- A hozzászóláshoz be kell jelentkezni