[mikk36]

entr0cks, kui rendid majutuse kusagilt asjalikust firmast, siis suure tõenäosusega on juba sellised moodulid kasutuses.

[entr0cks]

[Tanel]

[Andrus Luht]

entr0cks, see, mida sa siin küsid on töö, mida võiks nimetada teostatavuse analüüsiks ning mis hõlmab järgmisi tegevusi: koormusarvutus, tasuvusarvutus, veataluvusarvutus, jne. Jõukohased tööd spetsialistidele ka siin foorumis. Seda aga hinnaga tugevalt üle 100€/tunnis ning koos praeguste olematute lähteandmete täpsustamisega võiks esialgne hinnatav tööde maht olla suurusjärgus 30...40h. Selle tulemusena valmib sulle põhjalik analüüs soovitavast ning sinu välja pakutud lahenduste plussid-miinused ning hinnanguline maksumus. Tasuta ära looda siit pädevat vastust saada, spetsialistidel on käed/jalad tööd täis ning pro-bono sulle keegi siin midagi kokku ei pane.

Edu

[entr0cks]

Andrus Luht. Kes teostatavuse analüüsi ja/või selle harusid võiks õpetada?
Muidu jah midagi analoogset, kui mitte täpselt seda sama üritan ma enam-vähem teha. Lisaks tahaks kuulda ka inimeste kogemustest, mitte illustreerivat teksti teenusepakkujate kodukatelt.
Vahelduseks tänan jällegi kõiki, kes võtavad sellest arutelust osa

[Andrus Luht]

Teostatavuse analüüs (feasibility study) laiemalt on piisavalt põhjalikult uuritav Google'i vahendusel. Leidma peaksid sa vastused küsimustele: mida teha, miks teha, kuidas teha, palju maksab ja kuidas on lood tasuvusega.

Edu

[entr0cks]

Suur tänu!!!
Nüüd on vähemalt ettekujutus, mida otsida.

[Angrist]

Maailmarekord praegu paraleelselt mängimas on vist mingi 155 000 kasutajat.
Kui võtad sellise mängu nagu EVE online kus on ca 30 000 kasutajat online pidevalt ja datat streamub, siis nende server on ikkagi superarvutite klassist.
Võta ikka mõni jõukohasem teema, mitte ära hakka kirjutama referaati selle kohta mida arvutavad maailma tipptasemel spetsialistid.

Näiteks võta 100 kasutajat korraga lehel, see on juba reaalselt suur number.

[Ho Ho]

[mikk36]

Ho Ho, millel põhineb arvamus EVE kohta?
Lihtsalt infoks siis et EVE füüsikamootor jne, simulatsioon jookseb paljude erinevate serverite peal, andmebaas on aga kõigil ühine.
http://www.eveonline.com/devblog.asp?a=blog&bid=885

[Ho Ho]

[mikk36]

Ho Ho, WoW'is on üsna harv juhus kus üksteise nägemisulatuses on 1500 mängijat näiteks?

[Ho Ho]

Räägi parem palju evente iga eve'i mängur genereerib keskmiselt. Kunagi sai arvutatud, et wow'is üht targetit dps'ides genereerib shadowpriest keskmiselt 40 eventi sekundis. Teoreetiline max oleks ulatunud mõnesaja evendini. Good luck kui noid tegelasi on üksteise nägemisulatuses kasvõi kõigest 4-5 ning sa pead nonde kõigi evente kõigile teistele+üksteisele saatma ja serveris arvutama umbes-täpselt 100ms jooksul mis juba sisaldab serveri pingi. Niisama idledes pole erilist probleemi ka kümneid tuhandeid mängijaid üksteisele näidata ja neid serveri poolt manageerida.

[entr0cks]

Nagu ma ennem võisin mainida, kasutajate arv ei loe niivõrd minu jaoks, kui ülesehitus ja seosed, mida saab eskaleerida (järjest laiendada).
Ja ma mõtlesin seda 100k korraga kasutajat, kui arvu, mis võib mingi ime läbi järsku serverit koormata, nagu ma aru saan on see veits üle pakutud
Latency ja ping mängivad selliste asjade puhul päris suurt rolli, aga veebikal oli vist, et lehte võiks kuvada 2 sekondi jooksul.

[Angrist]

[mahno]

Gleniga nõustudes ei ole ka mina valmis kulutama üle 5 minuti

Unusta heaga see 100 000 samaaegset külastajat ära, see ei ole selle foorumi külastajatele mõislik küsimus, sest vaevalt siin keegi reaalselt millegi taolisega kokku puutunud on.

Aga õppimise mõttes miks mitte panna tavalise pc peale server püsti ja 10 sõbraga vaadata, mis juhtub kui 10 samaaegset kasutajat külge tulevad.

[entr0cks]

Nojah, head vastused ja soovitused!
Ma olen harjunud asju iseseisvalt õppima ja endale selgeks tegema + õpetaja ise ei ole ka väga kogenud.
Referaadiks võib muidu enam-vähem suvaliselt juppe valida, teadmised on minu jaoks kõrgemas väärtuses .
Natuke rohkem uurima hakkama nende kohta, mida siin teemas on soovitatud, ehk jääb midagi külge ka.
Referaadiks on vast reaalne 50k kuus külastajate arvuks, see on vist selline tuntuma blogi tase vast?

[d3t]

entr0cks, pühendatud server ei ole võrreldav pilve lahendusega. Ning selleks, et aru saada, mis on pilv ja kes mida pakub on vaja aru saada mõistetest nagu SAAS, IAAS ja PAAS.

• Esimene siin pildil on IAAS ehk infrastruktuur kui teenus. See on sisuliselt see, mida pakub Amazon. Sa pead ise majandama kogu oma tarkvara (sealhulgas ka operatsioonisüsteemi). See pole päris ideaalne lähenemine, kuna sa pead pidevalt ise majandama muude asjadega ja rakenduse arendamiseks jääb vähem aega.
  
• Teine sealt pildilt on PAAS, ehk platvorm kui teenus. See on sisuliselt see, mida pakub Azure. Ehk Microsofti poolt tehakse igasugused turvauuendused, täiendatakse operatsioonisüsteemi ja kõike muud. Ainuke mida sina pead tegema on oma rakendust arendama.
  
• Viimane on aga SAAS ehk tarkvara kui teenus. See on sisuliselt nüüd juba sama kui Blogger, Wordpress.com või suvaline teine tarkvara mida sa kasutad kui teenust.

Nüüd mis selle pilve eelised on seotud skaleerumisega. Uudiste saitidel on see vägagi aktuaalne, sul võib pommuudise peale lennata peale sadu ja isegi kümneid tuhandeid kasutajaid sekundis juurde. Mäletame ju kenasti kui postimees rahutuste ajal umbes oli. Selline mure oleks lahendatud siis kui postimees oleks pilve peale istutatud omal ajal. Nimelt saab koormuse kasvades öelda labaselt "ma tahan rohkem servereid" ning järjest pannaksegi niipalju kui tarvis servereid juurde. Hiljem kui koormus langeb annad servereid lihtsalt tagasi. Kusjuures, see serverite juurdepanemine võtab aega vaid mõned minutid mis ole võrreldav sellega, kui sa lähed poodi, ostad serveri, installid tarkvara, sõidad serveriruumi paigaldama, parimal juhul saad sa päeva jooksul hakkama. Nüüd mis puutub videostriimi, siis ilmselt räägid sa globaalsest lehest. Sul on vaja mingit sorti CDN'i (Content Delivery Network) millekaudu ülemaailma videot striimida.

Kogu see lahendus on suhteliselt kergesti teostatav Azuriku otsas. Seal peal jookseb ka näiteks kuulus sait I Can Has Cheezburger? mis saab päevas üle 1,500,000 külastuse päevas.

[Pailaps]

Algupärase ülesande juurde tagasi tulles, mainisid umbes 50-100k külastajaid blogile ning tõenäoliselt soovid oma serveriparki pilve ehitamiseks?

Ressursimaht:
* 24 CPU tuuma
* 51.12GHz arvutusvõimsust
* 72GB mälumahtu
* 6TB jagatud püsimälu redudantsusega
* 16TB püsimälu varunduse tarbeks, hea oleks 2 x 8TB

Mis Sul vaja?
Vähemalt 3x ESX jooksutavat 4- tuumalist serverit Xeon 5506 baasil 4 vähemalt 1 Gbps võrkari KVM-IP ja redudantse toitega ning 24GB rammi.
Üks samalaadne managment server, kuid 6GB rammu ja vastupidavate 2x250GB ketastega RAID-1s.
2 SANi , millest igast 24TB kogumahtu, 2x10 Gbit ja 4x Gbit võrguga, 6 GB vahemälu, ja võimalusel Open-E DDS 16TB iSCSI/NAS tarkvara.
VMware Essentials Kit Plus aastase toega.

Kuidas asi toimib?
Need 2 SANi on sul konfigureeritud reaalajas alati toimima, isegi, kui primaarne peaks katki minema võtab sekundaarne üle. Üks RAID-10 mälumassiv põhi tarbeks, teine RAID-5 varunduse eesmärgil. Oma näitel jagaksin 6 TB kasutatavaks mahuks, mis on reaalajas sünkroniseeritud ja pakub momentaalset taastamisvõimalust. Saab SANe lisada juurde rohkem või vähem, kui vaja, varunduse mahust lõivu võttes.
Võrgutamiseks võiks olla igal 2-l SANil üks vaba 10 GE võrgupesa ja 1 GE võrgupesa põhiswitchile.
Igal ESXi jooksutaval serveril võiks olla 2 vaba 1 Gbit võrgupesa , mille kaudu saaks ligipääsu WAN kaudu vajalikule asjadele. Püsimälumassiivi ühendamiseks rohkem vaja pole, nad on omavahel ühendatud omavahel 1 Gbit ja 10 Gbit kaabeldusega.
Haldus käib üle KMVoIP ning võiks olla vähemalt 2x6 võrgupesa switchis.

Hinnaks pakun ma Sulle pohmellis peaga ja õhust võttes umbes 20000 eurot. Soovid? Tegu ühe populaarse blogi/foorumile ehitatud kontseptsiooniga.

Unustasin mainida ohtudest, kui Su tegevus/lehekülje sisu ei ole sobiv mõnele külastajale ja ta otsustab oma pahameelt väljendada võrgurünnakuga, siis lisa julgelt kuludesse veel kaitse teenusena Gigenet, Staminus või Awknetilt.

[Ho Ho]

Olen üsnagi kindel, et 50k kliendi paralleelseks teeninduseks tuleb sul need numbrid läbi korrutada umbes 20-50'ga.

[d3t]

Ho Ho, ära liialda nüüd. Pailapse arvutused on esmahinnagul isegi varuga. Video streamimine ei ole tegevus mis otseselt raske oleks, protsessimise ja asjadega seal ei tegeleta vaid on puhas datavoog.

[entr0cks]

Pailaps, mul jäi suu ammuli seda lugedes .
Rohkem rauda, kui ma algselt arvasin, et vaja.
Ma ise alustades arvasin, et viiendik sellest, mis sa välja tõid peaks umbes minema
Väga põhjalik, huvitav ja kasulik postitus, suur tänu!

[Ho Ho]

[Angrist]

Ärge nüüd üle ka pingutage ja õhust lahmige.

Asi lihtne User X data kiirus /võrguliikluse kõige kitsam koht.
User X data kiirus /ketta IO.

Protsessori jaoks on küsimus kas saidi arvutused tehakse serveris või masinas. Nagu batka ütles pane server püsti ja mõõda, lambi numbritega saad ka lambi serverid kokku arvutada, mis reaalsusest jäävad valgusaastate kaugusele.


1 Gigabitine link suudab ära toita:

1 usrer 200 megabaiti sekundis
10 userit 20 megabaiti sekundis
100 userit 2 megabaiti sekundis
1000 userit 200 kilobaiti sekundis
10000 userit 20 kilobaiti sekundis


SAS Ketta IO ilma raidimata on ca 150 megabaiti sekundis mis teeb umbes sama välja kui gigasel lingil.
Kettal tuleb veel juurde olulisi parameetreid näiteks seek time jne, mida SSD puhul ei ole.

Üldiselt oleneb ikkagi vägapalju APP-ist et kui palju ta datat ja IO-d kasutab.

Alati saab ka kalleid lahendusi ehitada aga iga asja peale ei pea SAN-i ehitama, üldjuhul on SAN see mis hinna lakke ajab, aga SAN vajadus tekib sul siiski alles siis kui andmemahud ületavad teatud kriitilise piiri, kuni sinnani on masin oma kuue või kaheksa kettaga hea küll.

Lisaks sellele on skaleeritavus.

[Ho Ho]