HW vykon serveru

[Crusty]

Zdravim,

pro hru bezici v mobilu (Android) mam v planu vytvorit server. Zatim je predpoklad, ze hra bude potrebovat komunikovat zhruba jednou za sekundu a prenese max par KB.
Serverovou cast bude ridit PHP, ktere bude cerpat data z MySQL. (Zatim takoveto reseni, hadam, ze serverova cast psana treba v C++ bude rychlejsi)

Nemam zadnou predstavu o tom, jak vykony by server mel byt, aby zvladl napr 1000 online uzivatelu.

Jak mam tedy odvozovat HW naroky na server? Mate nekdo sve zkusenosti popripade odkazy nebo nakopnout, jak se dopocitat aspon neceho, ceho se chytit.

Dekuji
_________________
http://www.2ox.cz

[Al]

S tímto nemůžu pomoct, dám jen pár myšlenek, třeba to nějak pomůže v dalšímu bádání.

Pan Google o tom nic neví? Srovnání C++ a PHP nikde není? Při připojování 1000 lidí za sekundu přes web server (jestli to teda dobře chápu - že jeden pošle něco jednou za sekundu a celkem bude 1000 takových) to taky drsně zaseká RAMku.

Teda záleží na implementaci, já bych to prostě udělal, bez spekulací, a vyzkoušel v praxi. Udělat zátěžový test by přece nemělo být problém. Zkušenost nemám jen ze školy, kde 1000 připojení na studijní agendu znamená pro server skoro smrt. Jestli se nepletu, jede to na IBM WebSpehere a Javě. Nedělal jsem to já a věřím, že by se to dalo naprogramovat líp, ale měl bych po této zkušenosti strach, že pro 1000 online lidí zaráz to už není úplně sranda.

[josh]

V dnešním světě kompjůtrů
nemá už podle mě smysl rozlišovat servery jako HW železo.
Smiř se s tím, že jestli chceš být úspěšný, tak musíš aplikaci psát tak,
aby jsi ji mohl spustit na clusteru db serverů (nebo na jednom) a na nějaký sérii aplikačních serverů.
Pak se dá za pár šušnů koupit celý hostingový řešení jako PaaS a nafukovat si jednotlivý aplikační servery automaticky nebo podle konfigurace.

např. známý www.heroku.com

Nebo si to sestavit na vlastním HW, kde si nainstaluješ Openshift nebo Cloudfoundry a mastíš si to sám.

Jinak na serverovýcj částech začíná (je) velmi úspěšný node.js, který má výkon výrazně lepší než bývá v té oblasti běžné (ruby, php, java).
_________________
Tak Karle, kolik?

[Tringi]

Tak nějak jak píše josh. Dneska se musíš rozhodnout, jestli tě vyjde levněji investovat do hardware nebo do času a schopností "inženýrů".

V prvním případě snadno napíšeš server (myšleno proces), který zvládne třeba jen stovku uživatelů na jednom fyzickém stroji, ale "snadno" se rozškáluje na několikanásobek serverů je-li to potřeba. Pak platíš za hardware u poskytovatele.
V druhém případě můžeš vyvinout server (opět proces), který na jednom stroji obslouží třeba pět tisíc uživatelů, ale síťová škálovatelnost je pak další ne-triviální výzvou, a celý vývoj bude trvat mnohem déle a stát mnohem, mnohem víc.
_________________
WWW | GitHub | TW

[Crusty]

Al: Google rika, ze je C++ vykonejsi, takze to bude potreba asi server hosting, nebo neco takoveho. Ted mam web hosting u Active24 a zjistil jsem, ze bych tam s PHP asi nepochodil, jelikoz maji omezeny PHP na pocet soucasnych pripojeni, coz je asi jen 12 ...
Zatezovy test zkusim, ale zatim nemam serverou cast napsanou.

josh: V serverovych vecech se zatim az tak neorientuji, ale co jsem tak vycetl, tak stavet si svuj server by bylo hodne narocne a takove prostredky nemam. Ale zkusim se porozhlednou po cloudovych nabidkach.
_________________
http://www.2ox.cz

[josh]

no nevim, rozumny 1U intel s dvouma diskama v raidu se da dycky koupit do 30k,
problem je ze housing te stoji skoro litr mesicne,
coz je lepsi zaplatit si minimalni heroku a nazdar

jinak je to proste stejne ale hrozne akademicka debata, protoze nevime, co tam chces poustet
_________________
Tak Karle, kolik?

[Flash]

[Crusty]

ano, Flash to vicemene trefil. Da se to k tomu prirovnat. Nechci zatim byt konkretni, jelikoz je hotovo tak 50%, ale rad pak vyuziji tohoto fora pro presentaci.

V aplikaci je in-app billing a server ma na starost spravu nakoupenych predmetu + dela logicke a kontrolni vypocty (napr: hrac A utoci na B s 200 jednotkama a aktivnim predmetem, je to OK?, ...) Slibuji si od toho (snad ne najivne) ze aspon castecne znemoznim podvodum ve hre.

Pokud je to serverove reseni vicemene stejne u vsech tech her, tak jak to tedy resi? Staci tedy virtualni server a postupne navysovat kapacity s rostoucim poctem hracu?
Rad bych mel aspon nejaky odhad do zacatku s jakym poctem hracu muzu pocitat napr na takoveto konfiguraci (uvazujme stale PHP a MySQL)

[goddard]

[kidd.sadam]

Cus,
shodou okolnosti naky zkusenosti serverama mam, tak ti dam aspon zakladni rady:
Takze hlavni vec, PHP nebo C++ na tvorbu serveru je obrovska p*covina. Ano, C++ je vykonejsi, ale pro tvorbu serveru ABSOLUTNE nevhodna. Z me zkusenosti bych doporucil server v Jave (multiplatformni, jednoducha, spolehliva, obrovske mnozstvi knihoven a frameworku pro servery, ...). PHP by taky slo, ale vykon a vse okolo uz neni nic moc (oproti Jave). MySQL je myslim dobra volba, ale pozor na zbytecne komplexni SQL dotazy v jedne transakci (co nejmin tabulek).
Hm, co se tyce vykonu serveru, musis pocitat, ze mas dva servery - aplikacni a databazovy. Aplikacni je mozne skalovat na X mensich a slabsich serveru (takze kdyz zjistit, ze servery nestihaji, muzes pridat dalsi), ale DB je jenom jeden - takze je potreba zvolit vykonejsi.
Nejlepsi by bylo, kdybys udelal i load testy, ktery by simulovali realnou komunikaci.
Jinak pokud planujes 1000 req./sec, bude to uz chtit neco vykonejsiho a to uz neco stoji, takze je potreba to taky zvazit
Kdybys chtel vedet vic, tak mi pisni PM

[Crusty]

vsem dekuji za rady

postupnym zkoumanim moznosti, jsem se dostal az k AppEnginu od Googlu, coz by dle meho laickeho usudku mohlo byt vhodne a do budoucna se to da i skalovat (s poplatkem)

Je to tedy vhodne pro ala Webovou hru? Mate nekdo s AppEngine zkusenost?
_________________
http://www.2ox.cz

[goddard]

[Mem]

No kdyz clovek trochu pohleda, tak najde pribehy, kdy i pres dostatecny prisun penez byly velke appengine powered projekty dlouhe hodiny nedostupne apod. Cloudy jak je v soucasnosti resi Google, Amazon, i MS (zkouseli jsme ve firme Azure) bych osobne neriskoval, pokud se nedela bud jen nejaky proof of concept nebo to neni opravdu dobre posichrovane a overene (a takove zkusenosti nemam). Co nechapu jeste vic, ze se pouziva free GDocs (ale placene gapps jsou na tom stejne) apod. ve firmach. Resp. pouziti pro spolupraci nebo nejake drafty to muze byt sikovne, ale ukladat tam (a pouze tam) veskera data a resit problemy pri kazde zmene sluzeb, vypadcich, ... to mi hlava nebere.

[Crusty]

no ale pak jsou zase pribehy, kde jim to funguje, jako treba toto
http://googleappengine.blogspot.cz/2012/10/building-scalable-social-games-on-app_18.html

Ja spoleham na to, ze Google vi jak stavet servery, tak ze by to mohlo frcet dobre.

Beru to z pohledu "networking" amatera, tak pokud vite o lepsim reseni, tak sem s nim.
_________________
http://www.2ox.cz

[Ladis]

Naše firma přešla s většinou dokumentů na GDocs a problémy s nedostupností nepamatuju. Co mě ale nas*alo, od nějaké doby byl nový, ale horší, webový tabulkový editor. Oproti starší verzi nekopíroval vzhled posledního řádku tabulky (písmo, barva pozadí buněk, ...), když jste vložili nový řádek. Tehdy jsem to řešil, že se zkopíroval vždycky starší dokument a obsah kopie se vymazal (získali jste tak nový dokument se starým lepším editorem). No a editor na text zas zobrazoval v IE prázdné řádky navíc, kde ostatní prohlížeče byly ok (vlastnost IE, když si nedáte pozor, tak se prázdný řádek zobrazí jako 2, ale Google editor si to měl hlídat). A nikomu ve firmě to nevadilo.

No a teď přenášíme naší nejdůležitejší databázi - databázi zákazníků - s kterou se pracuje denně, na MS Dynamics CRM, a to je opravdu "sranda" Je to pomalý, jede to jen v IE a Outlooku, našel jsem už způsob, jak do 10 sekund shodit tab IE s CRM včetně všech z něj otevřených popup oken a neumí to základní věci (automatické číslování nových záznamů, předvyplnění polí pro nový záznam, textbox s výběrem připravených hodnot, ...). Tahle chybějící funkcionalita se řeší JScriptem a .NET pluginy, ale člověk si dost ošoupe Ctrl, C a V . Dokonce ani zálohování tam pořádně nejede (napoprvý, když jsme potřebovali zálohu, nám řekli, že jim vytváření záloh prostě nefungovalo), a když, tak je to jen jedna automatická záloha (nelze udělat ve zvolený moment a je jen jedna). Toto byl pro nás problém, ale vyřešil se tím, že ten Dynamics CRM teď beží na našem serveru, takže zálohy si děláme sami.
_________________
Award-winning game developer