Sziasztok!
Nagy segítségre lenne szükségem
Egy nagymértékben skálázható platformra lenne szükségem, amire az elején nem kell sokat költeni, viszont amikor beindul a forgalom már simán ki tudjuk fizetni a nagy pénzeket is.
Csak ennek egy nagyon gyorsan fejleszthető dolognak kell lennie. Ha jönnek ki kell hogy szolgáljuk a felhasználókat.
Egy webes játék lenne jó kis ... wordpress alappal, html, php es és sql lekérdezések garmadája. kezdetben közel 10.000 (amikor felpörög) párhuzamos felhasználóra számolunk.
A szervernek rollbackelhetőnek kell lennie, backup és biztonság meg legyen oldva, az adminisztrációját karbantartását a bérbeadó managelje.
Egy két cucc ami még kéne:
php 5; javascript; xml; mysql; php mail; smtp; automatic backup; remote mysql; .htaccess; custom error pages; cron jobs; phpmyadmin (newest); cgi scripts; php: curl, gd2library, xml, json; fopen, fwrite; safe mode; file upload )
Előre is nagyon köszönöm a segítségetek, tényleg nagyon sürget most már az idő, és a godaddyt néztük, de a supportjuk használhatatlan sablonszövegeket ír vissza. :(
- 6679 megtekintés
Hozzászólások
0. lepes: vegyetek fel valakit, aki simogatja a rendszert, es ert hozza.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Valamennyire értek, hozzá, de most a pénz diktál, már felvettünk volna egy szakembert.. : )
- A hozzászóláshoz be kell jelentkezni
Pedig ha a kezdetkor jó irányba mentek és jól van megírva az app, akkor nagyságrendet az üzemeltetésen fogni. Ezt sajnos már elég sokszor láttam, aztán mindíg jött a panaszkodás/siránkozás, hogy jajjdedrága, jajjdelassú. Tehát nagyon találjátok ki, hogy szerver oldalon mivel nyittok és itt lehet hogy a WP nem a legoptimálisabb választás.
- A hozzászóláshoz be kell jelentkezni
Igen ezzel tisztában vagyunk, wp le lesz cserélve, ahogy meglesznek rá a források. Sajnos most idő és pénz szűkében egy ilyen "cms" megoldásra futotta.
- A hozzászóláshoz be kell jelentkezni
Erre kiváncsi leszek. Általában az ilyen "majd lecseréljük" nem szokott menni.
- A hozzászóláshoz be kell jelentkezni
valóban :D a szó amit kerestem, az újraírjuk az egészet
- A hozzászóláshoz be kell jelentkezni
ha bix is kell, akkor cloudee.eu
írj nekik, személyes, gyors, kiváló support, vannak egyedi csomagok, nem csak az, ami az oldalukon publikált
ha nem kell bix, inkább usa, akkor gigenetcloud - support válaszideje 5 perc körüli, szintén nagyon barátságos és személyes
- A hozzászóláshoz be kell jelentkezni
cloudee.eu: "We use SuperMicro high-end SAN storages" :))))
- A hozzászóláshoz be kell jelentkezni
Igen, a SuperMicro es a high-end eleg vicces egy mondaton belul. Ugyanakkor kiszolgalasra (foleg arerzekeny piacon) teljesen jo.
- A hozzászóláshoz be kell jelentkezni
mi a baj a supermicroval?
- A hozzászóláshoz be kell jelentkezni
Azzal semmi. :)
Csak épp a "high-end Supermicro storage" hangzik viccesen.
Hasonlítsd össze a "high-end" Supermicro storage-ot mondjuk egy high end IBM storage-al és rájössz te is.
- A hozzászóláshoz be kell jelentkezni
mondjuk ja, kifejezetten storage megoldásukhoz még nem volt szerencsém, de a szervereikkel meg voltam elégedve, bár ez nem zárja ki amit mondasz:)
- A hozzászóláshoz be kell jelentkezni
Szerintem ez itt azt jelenti, hogy supermicron belül a legmenőbb felszerelést használják.
- A hozzászóláshoz be kell jelentkezni
igen, ez a legvalószínűbb.
- A hozzászóláshoz be kell jelentkezni
raadasul a XIV a high-end imho, nem a D8000 :)
- A hozzászóláshoz be kell jelentkezni
hát akkor nézz jobban utána...
A XIV-be 180db sata vagy SAS diszket pakolhatsz max, SSD nem megy bele.
A DS8800-ba 1536-darab diszk fér, SSD ill. 15Krpm FC diszk is belemegy.
Az tény, hogy az XIV is high-endnek minősül, de más felhasználási jellegre van pozicionálva mint a DS8000-es széria.
- A hozzászóláshoz be kell jelentkezni
"az adminisztrációját karbantartását a bérbeadó managelje"
Akkor - meg mielott itt nagyon belemelegednek a kollegak - neked nem VPS vagy IaaS cloud kell, hanem egy jo oreg IT uzemeltetesi outsourcing szolgaltatas. Az meg ugye nem olcso.
A masik irany egy php-s PaaS szolgaltatas (pl. ez), de itt meg az emlitett technologiak nem stimmelnek.
Min terveztetek ezt futtatni eredetileg?
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
Eredetileg vds (most is azon van), de nem vagyok 100% ig profi a managementben, és csak a debiant ismerem.
Ezért is néztem ezt a godaddyt mert ők meg a managementet havi 50fontból megoldják, csak az centOS. (és dedikált)
- A hozzászóláshoz be kell jelentkezni
"Eredetileg vds (most is azon van)"
Ezt nem terveztetek tul ha jol sejtem. :)
"managementet havi 50fontból megoldják"
Ezzel vigyazni kell, senki nem fog komplex infrastrukturat tervezni es felugyelni managed vps arert.
Kozben raneztem erre a phpfog-ra, a felsoroltak kozul a fo dolgokat allitolag tudja.
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
Megnézem ezt a phpfog-ot köszönöm a tippet.
A servert nem tudtuk belőni, hogy mekkora erőforrás kell sajnos, ezért is szeretnénk valamilyen szinten egy elasztikus szolgáltatást, egy dedikált helyett.
- A hozzászóláshoz be kell jelentkezni
Rögtön kezdjetek el a több frontend irányban gondolkodni ha skálázódni akartok. A statikus tartalmat is le lehet választani már most, legalább hosztnév szinten.
- A hozzászóláshoz be kell jelentkezni
Menedzselt VPS-t akartok? Az feláras.
VPS-nél el kell dönteni, hogy a konténeralapú OpenVZ vagy Xen virtualizáció az ami kell.
A Xen rendszerint többe kerül, az operációs rendszered egy virtuális gépen fut (boot loadert, kernelt telepíthetsz stb.), és allokálják (vagy nem allokálják, mert az is lehetséges Xen-el) a memóriamennyiséget.
Szemben az OpenVZ-vel ahol garantálják a memóriamennyiséget, de nem allokálják, de egy rendes VPS szolgáltatónál a szerver erőforrásait nem értékesítik túl és a garantált memóramennyiség mindig rendelkezésre áll (meg adnak burst memóriamennyiséget is, de ott már legálisan levadászhat az OOM killer :/).
- A hozzászóláshoz be kell jelentkezni
fyi: a legtobb helyen overcommitoljak a memoryt _a rendes helyeken is_.
- A hozzászóláshoz be kell jelentkezni
Kezd kialakulni a kép a fejemben (illetve kezdek visszatérni az eredeti elképzelésemhez) hála Nektek. : )
Kezdésnek 2 VDS vásárlásán gondolkozom az NQhostnál. (2x4gb memóval) (majd ha kell még lehet többet is beállítani)
Saját managelésben.
Lenne a frontendnek (wordpress) egy teljes szeró amit HyperDB vel leosztanék a hátsó serverre is.
És a háttér serveren, amire csak a másolások mennek át, lenne az alkalmazás.
Csak azt nem tudom, hogy lehet megoldani, hogyha a game a wp session cookiból dolgozik, azt mennyire érinti rosszul ez a szeparáció? (mert nem programmer vagyok :/ )
Nagyjából jó irányba haladok?
Köszönöm az eddigi segítségeiteket. : )
- A hozzászóláshoz be kell jelentkezni
ha te uzemelteted, akkor IaaS a legjobb valasztas, nem fuggsz semmitol es senkitol. amazon ec2, aztan kesz.
- A hozzászóláshoz be kell jelentkezni
Az a baj, hogy ezt az IaaSt nem értem, hogy működik, mert nekem is az Amazon EC2 vagy a godaddy Cloud, vagy a cloudee tetszene a legjobban.
Hogyan töltöm arra fel a programunkat? hogyan kezeli a fileokat képeket ilyesmit?
Amikor abbahagytam a tanulást(server téren) még csak kezdtek beszállingózni ezek a dolgok elméleti síkon.
- A hozzászóláshoz be kell jelentkezni
mindegyiknek nagyszeru dokumentacioja van, sot, az amazont ki lehet ingyen probalni (gondolom a tobbit is).
- A hozzászóláshoz be kell jelentkezni
"ezt az IaaSt nem értem, hogy működik"
Kicsit egyszerusitve pont ugyanugy mint a VPS, csak egy sima api hivas eleg ahhoz, hogy uj gepeket (ec2 terminologiaban instance-okat) hozz letre image-bol, es ora+adatforgalom alapon fizetsz. Ez az alapkoncepcio, ami mindegyiknel ugyanaz, erre jonnek a kulonbozo tobbletszolgaltatasok, pl. cdn, api hivassal atmap-elheto ip cim, elastic db szerver, stb.
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
Ez nagyon jól hangzik.
Nekem amiket leírtam ezek szerint megfelelne egy ilyen szolgáltatás és még ki is tudnám próbálni, hogy egyáltalán elindul-e ?
Utána nézek alaposabban, de ha egy kis kezdőlökést adnátok az sokat segítene. : )
VDS alatt azt értem hogy fixen hozzárendelt erőforrás van kiosztva egy vps nek, amit bármilyen körülmények között ki tud használni.
- A hozzászóláshoz be kell jelentkezni
"Nekem amiket leírtam ezek szerint megfelelne egy ilyen szolgáltatás és még ki is tudnám próbálni, hogy egyáltalán elindul-e ?"
Hogy megfelel-e, azt te tudod, kiprobalni pl. az ec2-t itt lehet.
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
Lehetek őszinte?
Azon rendszerek 95-98%-a, ami már induláskor hatalmas felhasználósereggel számol, soha nem fogja azt a szintet elérni, ahol egy gépnél több kéne a kiszolgálására.
Szerintem rakd fel egy sima gépre; a PHP szerencsére elég request-központú ahhoz, hogy relatív gyorsan (1-2 hét) át lehessen skálázni BÁRMIT többgépesre.
(Skáláztam már át pár hostot, PHP3-ban írt kóddal is, tudom mit beszélek)
- A hozzászóláshoz be kell jelentkezni
"Azon rendszerek 95-98%-a, ami már induláskor hatalmas felhasználósereggel számol, soha nem fogja azt a szintet elérni, ahol egy gépnél több kéne a kiszolgálására."
Meg ami nem szamol vele, az sem. :)
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
ez nem igaz, PHP eseten effektiv nem kell vele szamolnod, olyan lazan loadbalance-olod.
Nyilvan ez enyhe tulzas, de en szoktam lenni az, aki ezeket a rendszereket aztan felskalazza global reachre (oldal keszre toltodes < 1 sec a vilag barmely pontjan meg hasonlok), meg sok parallel userre, nyilvan ekkor mar memcached, cdn meg minden van, de az EC2 csak a penzt viszi.
- A hozzászóláshoz be kell jelentkezni
Kezdésnek mondjuk 10k paralelnek mekkora szervert ajánlasz? wordpress és nem optimalizált cuccra. :(
- A hozzászóláshoz be kell jelentkezni
Ez a 10k parallel így elég nehezen megfogható. Mekkora szerver van most alatta? Az mekkora terhelést bír?
Első körben mindenképp szedd szét a szolgáltatásokat szerepkörök szerint. Így hangolhatóbb lesz a rendszer. Jelenlegi hiányos információk birtokában első körben 4 szerverrel dolgoznék: 1 db DB, 1 db PHP+WEB, 1 db tűzfal+reverse proxy, 1 db PHP+WEB teszt szerver a finomhangoláshoz. Mindegyik gép 2-2 procival, 4 GB memóriával - a tűzfal+proxy-ba elég 1-2 GB is. A DB-t érdemes failover/HA működésre felkészíteni.
- A hozzászóláshoz be kell jelentkezni
Attol fugg, mi van azon a wordpressen, csak egy blog? Mert akkor legeneraltatod vele a statikus oldalakat oszt szevasz. Semmi dinamikus tartalommal 10k parhuzamosat szepen kiszolgal am egy jol configolt apache is statikus fajlokbol, kell bele RAM oszt joccak.
- A hozzászóláshoz be kell jelentkezni
sajnos ez tele van dinamikus tartalommal + egy webes játékkal : )
- A hozzászóláshoz be kell jelentkezni
Wordpress alapon?
Olyat is szoktunk csinalni, hogy a logikat atvisszuk a kliensre; nekem van olyan appom, ami a szerveroldalon masfelmilliard darab statikus fajlbol all.
- A hozzászóláshoz be kell jelentkezni
Huh az kemény, nem rosz ötlet, de szerintem ez most nem lesz ennyire összetett.
Amúgy az nem terheli le nagyon a gépét a felhasználónak? : )
- A hozzászóláshoz be kell jelentkezni
Nezd, szarraoptimalizaltuk. Mondtuk, hogy olyan nincs hogy egyaltalan nem zabal _valamennyi_ eroforrast, de azota a kollegak portoltak androidra es iOS 4-re is, javascriptben, ott is szepen fut, igy annyira nagy baj csak nincs vele :)
- A hozzászóláshoz be kell jelentkezni
a halozati reszen is gondolkoztal mar? Mennyi savszelesseg kell 1 usernek?
- A hozzászóláshoz be kell jelentkezni
Sávszél szerencsére nem fog sok kelleni, mert az elején lecacheljük, ami viszonylag többet foglal, aztán utána már csak bitdobálás van. : )
Szüval azzal még nem is foglalkoztam, pont emiatt.
- A hozzászóláshoz be kell jelentkezni
Nem tudom, mi az a "bitdobalas" (ez olyan, mint a kesdobalas?), de azt igen, hogy noha a cache-eles sok mindenre jo, de a savszelessegigenyt imho aligha csokkenti. Szoval en azert torodnek az issue-val...
- A hozzászóláshoz be kell jelentkezni
"ez nem igaz, PHP eseten effektiv nem kell vele szamolnod, olyan lazan loadbalance-olod"
Errol nem mondtam semmit*, csak arrol, hogy nincs korrelacio a "gondoltal-e elore sok juzerre" es a "lesz-e sok juzered vegul" kerdesek kozott.
*: akar meg igaz is lehet, a problema nem a PHP-val van.
--
"You're NOT paranoid, we really are out to get you!"
- A hozzászóláshoz be kell jelentkezni
Inkább ne legyen és kalibráljam túl a rendszert, mint legyen, de mindenki szakadjon.
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
Egy nagyobbacska VDS, Memcached, php-fpm, cloudflare beüzemelve.
Tervezek még egy szervert berakni mellé, az lenne a kérdésem, hogy miként érdemes ráfuttatnia dolgokat, ha manuális "failover" szerverként szeretném azt használni, de ha kell tehermentesítésre is lehessen használni.
- A hozzászóláshoz be kell jelentkezni