Sziasztok!
szeretnénk felkonfigurálni egy webszervert, ami egy általunk fejlesztett rendszert üzemeltet majd. ehhez szeretnek tanacsot kerni.
Szoval adott egy gep, az alabbi parameterekkel:
- Intel P4 3.0GHz
- 2*1024MB DDR Ram
- 2*160GB SATA HDD
Amit tudnia kene:
- Apache
- PHP 5.x
- MySQL 5.x
- levelezes (?)
- tuzfal (?)
- napi szinten biztonsagi mentes (adatbazis + webtarhely)
- DNS (?)
A kerdeseim nagyjabol benne vannak a fenti listaban. A szervernek ki kene tudnia szolgalni napi 20.000 latogatot cirka 300.000-500.000 oldalletoltessel elozetes becsles szerint a kezdetekben. A kesobbiekben termeszetesen bovitenenk a rendszer alatt a vasat a terhelestol fuggoen. Milyen linux disztribuciot ajanlotok? Mikre kell odafigyelni? Ha nem minosul reklamnak es adminok engedik, akar ceget is ajanlhattok, aki elvegzi a szukseges konfiguaralast. Koszi minden valaszt!
- 2377 megtekintés
Hozzászólások
mint tudjuk nincsen gyenge gép csak rossz program :D
szóval sok függ attól hogy mennyire optimalizált a kód.
volt olyan esetem hogy 3G-s p4 2G rammal állandó átlag 7es load néha felment 10 fölé is tartósan, megkerestük ki a bűnös illetve sejtettűk, aztán kicsit optimalizált az sql kódon, és máris harmadára esett vissza a terhelés.
Celeron-M 1400Mhz, 768M, Debian SID, E17, 2.6.17
- A hozzászóláshoz be kell jelentkezni
En egy jo rendszergazdat ajanlanek akinek meglesznek a sajat preferenciai a kerdeses alkalmazasokra. En ha rajtam mulna levelezest exim4+courier-imap+ldap kombobol faragnek, tuzfalilag iptables-sel csinalnek mindenfele szep rule-t DNS-re meg en a bind9-et szeretem. Biztonsagi mentes megscriptelheto kezzel de ha van ra keret vegyetek egy DATot a gepbe es akkor mondjuk Amanda.
Udv,
Vudumen
- A hozzászóláshoz be kell jelentkezni
Ez a konfig bőven elég szerintem, viszont kérdeznék is:
- általatok összerakott gép, vagy brand?
- ha gáz van vele, belenyúlhattok-e alkatrész-csere miatt, vagy ha brand, helyszíni support van-e hozzá?
- tud-e hw raidet (szinte minden alaplap tudja már)?
Kb. másfél éve telepítettem egy ilyen konfigot, pont azok vannak rajta, mint amiket felsoroltál. Gentoot használtam, és maximálisan meg vagyok vele elégedve. Ha nem linux, akkor pedig FreeBSD-t javasolnám.
Hirtelen ennyi.
Üdv,
MantaRay
- A hozzászóláshoz be kell jelentkezni
Ami még eszembe jutott:
- mentés: én scripttel gyártatom vele hajnalban, másik diszkre. Utána időnként lehúzom, és megy ki DVD-re. DAT-egységre nem volt zseton. :(
- levelezés: postfix-spamassassin-mysql-clamav kombó fut, eddig jól vizsgázott.
- A hozzászóláshoz be kell jelentkezni
Nem brand a gep, hanem osszeallitott, kezdetnek jo lesz talan.
A mentest szinten hajnalban szeretnem lefuttatni. arra van megoldas szerintetek, hogy az irodankban levo egyik gep mondjuk hajnali 4-kor "belep" szerverre, lefuttatja a mentest es lehuzza rola?
- A hozzászóláshoz be kell jelentkezni
Meg, ha mondjuk fut egy FTP a szerveren. A script odateszi megadott néven a mentést, a kliens pedig ott keresi, és dátum szerint elteszi. Viszont nem árt egy gyors net hozzá, nekem több, mint 600 mega naponta a backup. :)
- A hozzászóláshoz be kell jelentkezni
Ajánlom a backup-manager (http://www.backup-manager.org/)!
A legtöbb disztribúcióban benne van, gyakorlatilag mindent tud amit említettél és sok minden mást is!
Egyszerű praktikus mi kell még ?
- A hozzászóláshoz be kell jelentkezni
Én már csak azt nem értem miért kell egy webszerverre mail, dns stb.
Most webszervert akarsz, vagy egy all-in-one network szervert? Én mondjuk nem nagyon keverném össze a szolgáltatási funkciókat a biztonsággal. Kérdés hogy ha már mysql-t használsz akkor használja e az adatbázist esetleg más funkció (pl. levelezéshez authentikáció, stb.)
Persze mindent rá lehet rakni egyetlen gépre is csak hát....
Olyan disztribúciót ajánlanék, amiken ezek a funkciók megvannak. Azaz tök mindegy ezek szerint. NetBSD-től Debian-on át a CentOS-ig bármi.
- A hozzászóláshoz be kell jelentkezni
Ezek szerint ezt nem javaslod?
- A hozzászóláshoz be kell jelentkezni
Ajánlom? Nem ajánlom? Én általában úgy szoktam, hogy felmérem az igényeket, készítek több megvalósíthatósági doksit ami közül az ügyfél választhat. Azonban a szolgáltatásokat a biztonsággal nem nagyon keverném. Egyébbként ilyen mértékű felhasználás esetán nem hiszem hogy ne lenne pénze egy komplett "gépterem" kialakítására, mégha az összesen három négy eszközből áll is beleértve a célgépeket (mailgateway, router, stb)
- A hozzászóláshoz be kell jelentkezni
tűzfal: iptables
napi szinten biztonsagi mentes (adatbazis + webtarhely): rsync vagy cpio a barátod
A Gentoo-t én is tudom ajánlani, csak olvass utána rendesen, mielőtt élesben használod, mert van pár trükkje neki. A csomagokat meg otthon fordítsd le, így csak átrakod a .tgz fájlt, és semmi perc alatt fent van a csomag, mivel nem éppen a legbölcsebb dolog élesben menő szerveren fordítgatni.
---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
- A hozzászóláshoz be kell jelentkezni
Nem vagyok admin, de éles web szerverre nem tennék mail szervert.
Főleg ha fontos levelezés megy rajta és nem csevegő mail-es!
A mail szervert inkább külön gépre tenném!
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Ez eddig rendben is volna, de sajnos az ügyfél általában hanyatt vágja magát, ha kiderül, hogy 2 gépet kell vennie, és 2 helyet kell fizetnie a hostingnál. Innentől egész jól megférnek egymás mellett a szolgáltatások. :)
- A hozzászóláshoz be kell jelentkezni
"Innentől egész jól megférnek egymás mellett a szolgáltatások"
Az ügyfelet tájékoztatni kell a biztonsági kérdésekről, ha meg neki nem fontos lelke rajra! :)
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
meg nem árt tudni hogy általában sok webhostingos szerver van különböző spam listákon, szal arra tenni webszervert kicsit halálos döntés, mert az onnan küldött levelek nem fognak megérkezni.
Celeron-M 1400Mhz, 768M, Debian SID, E17, 2.6.17
- A hozzászóláshoz be kell jelentkezni
Jogos a 2 pont, abszolút egyetértek, de nyilván az ügyfél helyett nem veszem meg a másik gépet. Ha neki nem kell, akkor IJPB, és pingvin-mód indul.
- A hozzászóláshoz be kell jelentkezni
szvsz az mx rekord mutathat egy fix ip-s adsl vegpontra is, ami nekik is jo, foleg, ha imap-ot hasznalnak.
- A hozzászóláshoz be kell jelentkezni
"Az ügyfelet tájékoztatni kell a biztonsági kérdésekről, ha meg neki nem fontos lelke rajra! "
Es ezt adja is irasba, amiben az is benne van h te
igy nem vallalhatsz felelosseget
(ez a te erdeked, h kesobb ne rughassanak seggbe)
---
PtR
- A hozzászóláshoz be kell jelentkezni
Igazából nem kell. Elég, ha több IP cím van, a többit egy xen3-as virtualizáció megoldja.
kiválóan szeparált virtuális gépek, az egyik lehet a tűzfal, a másik a webszerver, harmadik a levelezés (kívülről csak ezeket éred el a tűzfalon át), a negyediken meg minden egyéb. Ja, és DNS minek is egy ilyen helyre?
Én használok egy ilyet egy ideje, kitűnő doksik vannak a neten, hogyan kell felhúzni, konfigolni.
- A hozzászóláshoz be kell jelentkezni
A szervernek ki kene tudnia szolgalni napi 20.000 latogatot cirka 300.000-500.000 oldalletoltessel elozetes becsles szerint a kezdetekben.
Már nem is azért, de ez k***a nagy forgalom. A HUP statisztikáit nézd meg itt: http://hup.hu/old/webalizer/index.html (napi 12-13 ezer látogató, 300-350 ezer kérés (!=oldalletöltés)).
Szóval fog az a gép dolgozni rendesen...
- A hozzászóláshoz be kell jelentkezni
Szerintem sem fog tudni ekkora terhelést kiszolgálni.
Ha belegondeolok, hogy a levelezés, spam és vírus szűrés is ezen megy, akkor elég reménytelen.
Ui. valószínű, hogy egy ekkora webforgalmat bonyolító szervezetnek (szervezeteknek) a levélforgalma is igen jelentős.
Hogyha statikus html fájlok lesznek, mint tartalom és a levelezés minimális(napi pár száz) - és nem működik fórum, vagy benner szerver - akkor elég lehet.
Egyébként pedig olyan rendszert javaslok, amihez legjobban ért az általatok választott rendszergazda. A gépet pedig még az elején felosztanám több virtuális szerverre, szétosztva a feladatokat. Pl. külön levelezés és web. De lehetne még tovább is fokozni: pl dns, sql, backup(ami előkészíti az adatokat biztonságba helyezés előtt) stb.
Ui. ha tényleg jó az előzetes forgalmi becslés és nem csupán a beruházó gyermeki vágyai jelennek meg benne; akkor így jóval könnyebben lehet migrálni az egyes funkciókat erősebb gépre/farmra.
A virtuális gépes megoldás bizt szempontból is előnyös.
Személy szerint az OpenVZ a kedvencem, mert annak legkisebb az overhead-je. És könnyen karban is tartható, egyszerűen migrálható stb.
Az OpenVZ, Xen, stb. hátránya esetleg, hogy több IP címre lesz szükség; ami a magyar viszonyokat tekintve könnyedén +120 000 Ft-os éves költséget is jelenthet (pl 4x2500/hó)
Ha van ré keret és ip-t sem tudtok emberi áron, akkor szóba jöhet a Virtuzzo ez az OpenVZ kerekedelmi változata, ami többek között dns alapú virtualizációt is lehetőve tesz.
- A hozzászóláshoz be kell jelentkezni
Egy ekkora terheleshez ha nem csak statikus html, hanem php, sql szerver, akkor mindenkepp erosebb gep kell, vagy jobban kell szeparalni, egyebkent a levelezeshez DNS-hez eleg egy olcsobb gep soft raid, de egy ilyen terhelt webszervernel, es adatbasisnal en mindenkepp SCSI javasolok hw raid-el. Egyebkent ki lehet epiteni egy belos gigabiteshalot webszerverrel majd kesobb adatbazisszerverrel es akkor csak a levelezo es dns szerver van kirakva a netre, es igy olcsobb is a berlet mintha minden rajta lenne az inet-en.
- A hozzászóláshoz be kell jelentkezni
www.adamantix.org 1.1.0 es van hozza magyar! support www.adamantix.hu, mysql5 siman fordul sarge-n (debian/rules binary) es stabilan fut gondolom adamantix alatt sincs vele gond, a szolgaltatasokat kulon rsbac-jail-ben inditja, akar chroot-al. apache2, exim4, bind9, openldap, iptables ami meg kell neked.
- A hozzászóláshoz be kell jelentkezni
Nem tudom mennyire reális alternatíva az adamantix, vagy mennyire játék distro. A "magyar support" annyi, hogy van egy óvodai html szakkör színtű weblap, ami 2 cég oldalára mutat. Abból is az egyik nem működik? Még egy fórumot, vagy egy levlistát sem látok.
Az adamantix 2004-08-17-án hallatott magáról utoljára a distrowatch-on. Őszintén szólva megpróbáltam anno feltelepíteni egy full scsi Compaq Proliant gépre. Csakhogy a telepítő végül minig kiakadt a beállítási folyamat végén. (bármit is próbáltam)Ui. /dev/hda-val elérési baja volt. Ez futott a monitoron ezerrel és nem volt hajlandó sehogy sem tovább lépni. Na persze! mivel nem is volt ilyen a gépben.
Lehet, hogy én vagyok amatőr, de más distrokat, többek között debiant és annak más mutációit is simán felraktam arra a gépre. Végül az a benyomásom támadt, hogy ha egy distro telepítője annyira kispályás, hogy a készítőjében fel sem merült, hogy nem lesz a gépben /dev/hda , akkor az nem a nagypályásoknak való.
Persze az adamantixban alkalmazott összeválogatott megoldások előremutatőak lehetnek. (de pl Redhat-Centos vonalon van pl selinux, de pl az újabb susékban is vannak a default kernelben is extra beállítási lehetőségek)
De sajnos saját tapasztalatból is mondom, hogy napjainkban a leginkább pl. az efféle ( http://hup.hu/node/29252 ) afférok nehezítik meg a rendszergazdák életét. A tutorialokból tanuló php "coderek", akik közül sokan állítom, hogy még egy normális php könyvet sem olvasnak el, olyan alapvető hibákat vétenek, hogy franciakockásra kaparom magam! Akik 1-szer azon hőzöngenek, hogy miért van a php safe módban. Utána meg nem értik, hogy a nem ellenőrzött url paramétereken keresztüli includolásnak miért az a vége ami szokott volt lenni...
A szerver biztonság inkább azon múlik, hogy biztonságos emberek végzik a beállításokat és írhatnak rá programot, s nem azon, hogy senki se tud belépni a túlzásba vitt rsbac beállításoktól.
- A hozzászóláshoz be kell jelentkezni
Nem tudom mennyire reális alternatíva az adamantix, vagy mennyire játék distro.
definialnad kerlek a "realis alternativa" es "jatek distro" kifejezeseket? mik a kriteriumai egyiknek es masiknak? mi alapjan tudod realisan megitelni egy distrorol hogy melyik altalad felallitott kategoriaba tartozik? mert ha nem tudod, kategoriaid nem ernek fabatkat sem.
az adamantix kis projekt mint a weboldalan is olvashato, az eroforrasai is vegesek, hamarabb ernek veget mint valamelyik nagy kereskedelmi distronak. eppen ezert elegge forditott erzesem van mint neked, hogy azok az eloremutato fejlesztesek amelyek az adamantixban mar regen benne vannak vajon miert nincsenek meg mindig benne egy nagy eroforrassal rendelkezo kereskedelmi distrokban?
A "magyar support" annyi, hogy van egy óvodai html szakkör színtű weblap, ami 2 cég oldalára mutat. Abból is az egyik nem működik?
ugye nem a magyar support weboldal mukodese alapjan itelunk meg distrot?... remeltem. :)
Még egy fórumot, vagy egy levlistát sem látok.
itt keresd: http://lists.adamantix.org/
Az adamantix 2004-08-17-án hallatott magáról utoljára a distrowatch-on
tehat egy distro fokmeroje hogy mikor hallatott magarol utoljara a distrowatch-on... tanulok, tanulok! :)
Őszintén szólva megpróbáltam anno feltelepíteni egy full scsi Compaq Proliant gépre. Csakhogy a telepítő végül minig kiakadt a beállítási folyamat végén. (bármit is próbáltam)Ui. /dev/hda-val elérési baja volt. Ez futott a monitoron ezerrel és nem volt hajlandó sehogy sem tovább lépni. Na persze! mivel nem is volt ilyen a gépben.
Lehet, hogy én vagyok amatőr, de más distrokat, többek között debiant és annak más mutációit is simán felraktam arra a gépre. Végül az a benyomásom támadt, hogy ha egy distro telepítője annyira kispályás, hogy a készítőjében fel sem merült, hogy nem lesz a gépben /dev/hda , akkor az nem a nagypályásoknak való.
ez igy verzio nelkul elegge levegobe pufogtatas. bar megertem frusztraciodat az adamantix telepitesevel kapcsolatban, de gondolom nem a leirasban szereplo javasolt telepitesi eljarast hasznaltad, miszerint "telepits debiant upgradelj adamantixra". :) en amiota ezt legeloszor olvastam mindig ezt alkalmazom es meg nem volt gondom a telepitessel. :) egy ilyen kis projektnek felesleges sajat telepito, igy ha a meglevo nem is mukodik viszont van ra egyszeru modszer hogy lehet kikuszobolni a problemat akkor az teljesen megfelelo. nem ez az egyetlen eset az informatikaban ahol WORKAROUND-ot alkalmazunk :)
Persze az adamantixban alkalmazott összeválogatott megoldások előremutatőak lehetnek. (de pl Redhat-Centos vonalon van pl selinux, de pl az újabb susékban is vannak a default kernelben is extra beállítási lehetőségek)
jo lenne ha mar minden benne lenne ami az adamantixban is benne van...
De sajnos saját tapasztalatból is mondom, hogy napjainkban a leginkább pl. az efféle ( http://hup.hu/node/29252 ) afférok nehezítik meg a rendszergazdák életét. A tutorialokból tanuló php "coderek", akik közül sokan állítom, hogy még egy normális php könyvet sem olvasnak el, olyan alapvető hibákat vétenek, hogy franciakockásra kaparom magam! Akik 1-szer azon hőzöngenek, hogy miért van a php safe módban. Utána meg nem értik, hogy a nem ellenőrzött url paramétereken keresztüli includolásnak miért az a vége ami szokott volt lenni...
na orulok hogy kipufogtad magad, remelem jott tett :)
igazad van egy szervernel tobb szintu a biztonsag, te itt most a php programnyelv biztonsagi kerdeseire hivtad fel a figyelmet, en pedig az adamantixban talalhato binaris szintu megoldasokra. mindkettore szukseg van, es az egyik nem zarja ki a masikat. es meg ezen kivul is van tobb szint amit nem erintettunk.
A szerver biztonság inkább azon múlik, hogy biztonságos emberek végzik a beállításokat
szeretnek egy ilyen "biztonsagos ember" diplomat, mert en csak siman paranoias vagyok de errol nincs papirom :)
a szerveren pontosan minek a beallitasara gondoltal? mert pl. ha az RSBAC beallitasara nem gondoltal akkor az en olvasatom szerint nem vagy elegge "biztonsagos ember" tehat meg lehetne biztonsagosabba is tenni az altalad beallitott szervert. :)
és írhatnak rá programot,
vagyis egyedul maradsz a biztonsagosan beallitott szervereddel, mert az ugyfel a sajat programjat akarja felrakni ra. vagy felrakod a mas altal irt - talan nem - biztonsagos programot es lesz beveteled vagy elkuldod az ugyfelet de akkor meg nincs beveteled.
megoldas meg hogy minden programot te irsz a szerveredre de ezhez az kell hogy a napi 48 orabol nem szabad egyet sem aludnod :)
s nem azon, hogy senki se tud belépni a túlzásba vitt rsbac beállításoktól.
az RSBAC nem arra valo hogy ne tudjal belepni a szerverre, ezt nagyon felreertetted :)
szerintem egy szerveren mindent annyira biztonsagosra kell beallitani amennyire csak lehet. igy ha van benne RSBAC mint plusz biztonsagi szint akkor azt is.
felre a trefat, tapasztalataim alapjan az adamantix megallja a helyet szerveren, bar az en velemenyem abbol adodik hogy tobbet telepitettem is es tobb eve hasznalom is.
es a felreertesek elkerulese vegett nem vagyok tagja egyik magyar support cegnek sem, csak lattam a linkeket, tehat lehet nyugodtan fikazni.
- A hozzászóláshoz be kell jelentkezni
Tény, hogy nem mozgok otthonosan az adamantixban, ezt igyekeztem érzékeltetni a hozzászólásomban is; valószínű, hogy nem eléggé. Elnézést szeretnék kérni mindazoktól akik téves információkhoz és következtetésekre jutottak a hozzászólásomból.
Köszönöm, hogy sok kérdésemre és az adamatixal kapcsolatos kételyemre válaszoltál.
- A hozzászóláshoz be kell jelentkezni
Ha nehany domain lesz, akkor a dns fölösleges, kérjétek a domain regisztrátortól (nagyon sok helyen bennevan a domain árban). A tűzfal meg ugye kötelező.
A feltöltés/letöltés és egyebeket pedig NE ftp-vel, hanem valami SCP jellegűvel oldjátok meg. Ha emailezés is lesz a cuccon, akkor annál is mindenféle SSL-es dolgot kéne eröltetni. Az apache-hoz használj mod_security-t, amivel még chrootolni is könnyebb. Ha linuxozol, akkor pedig grsec-es kernel nélkül ne eröltesd a dolgot.
Ez a mindent különgépre dolog olyan jól hangzik, csak valószínüleg egyikőtök sem abban a helyzetben van, hogy a saját vállalkozásának kell kitermelnie a pénzt két normális gépre. A webhostingosokat egyébként sem kéne bántani, mert amíg a T. Üffél évi 10e forintot is baromira sokall (tisztelet a kivételnek, mert szerencsére van), addig nemtom hogy mégis milyen különszerverre lehetne kitermelni a pénzt.
- A hozzászóláshoz be kell jelentkezni
Egyetértek a webhostingos megjegyzéseddel.
A témaindítóból nem derül ki, hogy konkrétan mire is kell.
Ha teszem azt egy gazdasági társaság nagy weblapja lesz rajta és minden oldal letöltéstől csak 1 Ft bevételt/profitnövekedést várnak. (Ha az 1 Ft sem jön össze, akkor tegyenek ki bannereket, ad-wördsöt. Vagy adják el a know-howt, hogy hogyan lehet Magyarországon ekkora forgalmat elérni egy induló weblapnak.)
Ha veszem a rendkívül konzervatív 1 Ft/oldalletöltést és a témaindítóban írt napi 500 000 oldalletöltést, akkor az +15 millió Ft /hó . Ez azért nagyobb mozgásteret kellene, hogy engedjen, mint egy átlagos kis garázs projekt.
Persze az is lehet, hogy havi 100 millát akarnak kezdetben marketingre költeni. Viszont ekkor sem egy szál kommersz "Pistikének is jobb van!" gépet kellene megtenni a rendszer fundamentumának.
A DNS-re térve, valóban nem kell DNS szerver, ha nincs sok domain. De ekkora forgalomnál érdemes külön megegyezni a névszerver fenntartóval, mert valószínüleg nem számít ennyi dns lekérésre. Amiből mindkét félnek csak problémái lesznek... Napi 20 000 látogató könnyedén produkálhat percenként 20 dns lekérést.
Ilyen méretekben kibontakozó projekt esetében elég nagy blamázs lenne, ha névfeloldási anomáliák miatt lassulna az elérés, vagy lenne elérhetetlen.
- A hozzászóláshoz be kell jelentkezni
A névfeloldásnál a percenkénti 20 szerintem nem sok. Ha akkor a forgalom, akkor +1-2 slave zonat siman hadrendbe lehet állitani, ha olyan a szolgáltató. A másik, hogy ugye ezért vannak a szolgáltatók resolv névszerverei, amik cache-elik a TTL szerint a zónát, a TTL simán lehet 2-3-4 nap is, ha nem várhatók változások. Ha pedig szinte DDoS-olják a lekérések, akkor pedig tökmind1.
Az 1Ft/lapletöltést gondolom a reklámra mondod. Baromi nehéz eladni a reklámot, de egy dualcore P4-es frontendre és adatbazisos gépre össze kell jönnie a pénznek szerintem. HA van 10+ millió marketingre, akkor 800e körül fussa má' normális(abb) gépre vagy gépekre.
- A hozzászóláshoz be kell jelentkezni
Nálam alap lenne a Raid + Debian Sarge.
Levelezésre én dovecot(imap+pop3)+ldap+ssl esetleg CA kulcs.
Tuzfal:hazi iptables esetleg shorewall.
Dns: egyértelműen bind9, de próbálkozhatsz PDNS-el is+ldap.
Biztonsági mentés: tar (mindent tud, inkrement stb.)+rsync másik gépre.
A választás rajtad áll....
- A hozzászóláshoz be kell jelentkezni
ha nalam valami alap az a scsi es az ecc ram, redundas tap, 2 proci.
- A hozzászóláshoz be kell jelentkezni
Ennél a confignál mondtam az alapot, mivel két vinyó van.
Egyébként nálunk meg alap a cluster server + fiber + Compaq Prolient Blade Server + IBM AS400 Business Server + Compaq Iridium backup.
Segíteni jöttünk vagy mi?!
- A hozzászóláshoz be kell jelentkezni
Üdv!
Ehhez a feladathoz - mint azt már páran jelezték - ez a vas halálosan (magas load) kevés. A 2 GB ram is light-nak tűnik, de mivel saját fejlesztésű kód fog futni a rendszeren, ezért könnyebb helyzetben vagy; én tennék egy próbát a Lighttpd-vel (http://lighttpd.net).
Persze web frontendnek elég lenne a gép, feltéve hogy az adatbázis (meg a többi szolgáltatás; ez utóbbi erősen ajánlott) másik gépen fut, valamint a php is fastcgi-vel másik gépen (gépeken) fut (load balanced application server).
Ha spórolni akartok, én a quad opteronos lapok között nézelődnék, kezdetben 2 db cpu-val, majd amint lehet bővítés. (Én személy szerint Tyan párti vagyok.)
SATA-val nekem nincs bajom, feltéve hogy dolgozik alatta egy pci-x hardware-es raid5-raid10 vezérlő. Persze a 2db HDD halálosan kevés a jó teljesítmény/rendelkezésre állás tekintetében: raid5 minimálisan 3 db hdd. Spare nélkül lehet ugyan élni, de az első hibánál (aminél természetesen az adott pillanatban úgysem lesz rendszergazda a gépen :) ) megtérül.
Szóval lényeg a lényeg: ha most spóroltok a gépen, többszörösen fogjátok rákölteni a pénzt, amikor agyonnyomja a gépet a terhelés.
Üdv: Mess.
- A hozzászóláshoz be kell jelentkezni
Az elején én is így kezdtem :) Összeraktam egy gépet, aztán felment rá szépen a debián aztán bevittem egy hosting céghez... és elkezdtem értékesíteni okosan. Aztán a szerver nem ment leált, le dosolták és így tovább :(
Sajnos egy idő után unalmas lett meg hát rohangáltam be mint a hülyegyerek a szerverterembe már nekem volt kellemetlen. (Elment a hállókártya, megált a wincsi...)
Aztán meguntam elmentem VPS rendszerre... Az legalább kényelmes és relative olcsobb mindnent figyelembe véve....
Ha érdekel ezeknél vagyok:
http://www.nlgsys.net/index.php?page=vps
- A hozzászóláshoz be kell jelentkezni