[entr0cks]

Tervist!
Otsin nõu, milline näeb välja mõistlik lahendus ca 100k külastajaga veebilehe majutamiseks.
Kasutada pilve (cloud)?
Kui: millised võimalused / eelised, pakkujad (amazon, microsoft etc)?
Kasutada pühendatud serverit (dedicated)?
Kui: eelised, ...?

E: Ütleme, et need 100k on ühel hetkel maksimaalne kogus inimesi lehel ning näiteks kolmandik neist vaatavad mõnda uudisega seostatud videot (nt 720p resoga) ja ülejäänud lihtsalt lehitsevad. Rahulikumal ajal (min siis) 30k inimest lehel.
E2: Suuresed on rohkem näiteks, võime ka 10ndiku nõudlusega lehte vaadelda. Ma tahan lihtsalt teada, mis peab olemas olema ja kuidas omavahel seotud. Nt, et ma oskaks paberil umbkaudselt (muutujatega) serveri vastavalt vajadusele kokku panna.

Eesmärk: ise võimalikult targemaks saada, kumb tasub rohkem ära, mis on paremini laiendatav jne, mis vähegi pähe tuleb.
Teistel ka hea hiljem uurida
Loodan saada võimalikult palju arvumusi / seisukohti / kogemusi.
Tänud!

[mikk36]

entr0cks, 100k number ei ütle mitte midagi. On see unikaalseid külastajaid? Kui pikad on ühe külastuse kestused, kui palju näpitakse ühe külastuse jooksul? Kui pika aja jooksul koguneb number 100k: kuu, päev, tund? Kui palju on samal ajahetkel korraga lehel külastajaid?
Veel vähem teame me mis rakendust nad sul veebiserveri peal kasutavad, mis laadi koormust see tekitab.

[entr0cks]

Väike täiustus, muide tänud mikk36 arutamast

Spoiler

Ütleme, et need 100k on ühel hetkel maksimaalne kogus inimesi lehel ning näiteks kolmandik neist vaatavad mõnda uudisega seostatud videot (nt 720p resoga) ja ülejäänud lihtsalt lehitsevad. Rahulikumal ajal (min siis) 30k inimest lehel.

Leheks võib olla siis mingi uudiste portaal.

[hexmex]

Nagu ma aru saan, siis need 100k külastajat on KORRAGA lehel? Sellisel juhul pöördu spetsialistide poole kellel on kogemus taolise koormusega. Vastasel juhul juhtub nii nagu meil siin tavaks on: e-valimised ei kuva tulemusi ja energiahiid ei suuda näite vastu võtta 100k paralleelset külastust ajahetkel on juba päris suur number mille puhul iga suvalise Juhani arvamust ei tasuks tõepähe võtta.

[entr0cks]

Abiks ikka, siingi leidub spetsialiste. Tahakski teada, mis oleks väga kõrge upTime nõudlusega serveri puhul hea (riistvaraliselt), mis tavalisel blogile, mis võib mingi kord nädalas kergelt (nt max 1h) maas olla, erineva eelarvetega jne. Võimalikult palju lahendusi ja arvamusi tahaks kuulda.
Tänud ka hexmex'le vastamast .

[hexmex]

Amazonil on olemas vidinad millega saad välja arvutada oma võimaliku kulu kui tahad nende teenuseid kasutama hakata. Selleks pead sa aga üsna täpselt teadma oma süsteemi plaanitavaid koormuseid ja liigutatavaid andmemahtusid. Samuti peaks juba ette teadma mil viisil hakkab toimuma varundus ja kõik muu vajalik. Kui sa neid andmeid tead või suudad ennustada, siis saad ka üsna täpselt välja arvutada oma kulu Amazoni teenustele. Mis aga on vahet pilves ja mitte pilves olemisel? Esimene ja tihti ka üsna arvestatav fakt on see, et pilves teenuse alustamine on oluliselt väiksemat stardikapitali nõudev. Kui aga raha on kohe alguses jalaga segada, siis on valida kas panna püsti pädev serveripark ja hakata seda haldama (või rentida vastav tehnopark ja haldusteenus/tarkvara selle otsa). Kas paremini/lihtsam on laiendada oma ettevõtmist pilves või oma tehnopargis on ka esmalt raha küsimus ja teisalt kasutatava süsteemi tarkvara küsimus Fakt on see, et amazoni pilves saad oma "laiendused" tehtud stiilis "paar klikki siia ja sinna" ning see ei nõua taas suurema summa matmist uude rauda.


Jahh, Amazoni pilveke kukkus alles hiljuti korraks kokku, viies endaga kaasa ka mõne suure tegija ärid Kuid sama asi võib juhtuda ka oma serveripargiga. Ühel juhul tähendab see seda et pead ootama kuni pilveke taas toimima hakkab teisel juhul võib see tähendada järjekordset raha matmist et oma tehnika/tarkvara taas toimima saada.

Lõppkokkuvõttes tähendab see seda, et ENNE on vaja teha väga põhjalik analüüs. Teada täpselt oma süsteemi prognoositavat koormust, rahavooge jne. Ning oma tehnoparki looma hakates või seda ka täisteenusena rentides tuleb aga samuti VÄGA täpselt analüüsida erinevaid võimalusi ja lisaväärtuseid - alates tehnoloogiatest ja lõpetades vastutuste jagamise ning garantiidega. Kõige hullem on see, kui saad oma serverid püsti .. need kenasti aastakese töötavad ... siis maha kukuvad ja keegi enam ei tea kes/millal/mis raha eest teenuse uuesti püsti peab panema. PS. olen ise näinud situatsiooni, kus ettevõttes isegi enam ei teatud kus nende e-maili server asub .. teati et kuskil majas see on .. aga millise ukse taga ? Serverit hakati taga otsima loomulikult siis, kui kirjad enam liikuda ei tahtnud

[entr0cks]

Päris asjalik arutlus hexmex, suur tänu!
Lisa küsimus: kui enda rauda kokku hakata otsima, millistele omadustele tuleks rohkem rõhku panna: CPU efektiivsus, IDLE võimsuse kulutus, RAM CL arvud? Viimase puhul, kui palju need rolli mängivad? RAID'd 0,1,1+0,0+1,5 jne.
Küsige ise ka küsimusi, tahaks võimalikult palju tsenaariume läbi mängida ja kogemusi vahetada .

Pilve suureks eeliseks on vast jah, et ei pea ise raua eest hoolitsema, k.a. ostma ja müüma ja kergem ning ka odavam laiendada. Rentimiseks raha teha vist väga lootust pole teha? Konkurents liiga suur.

[Ho Ho]

[entr0cks]

Ho Ho, ehk oskad rääkida, milline see analüüs välja näeb. Ette tänades!
Lisaks ma, vähemalt veel mitte, ei ehita midagi, lihtsalt mul nädala või kahe pärast vaja analoogsel teemal mingi referaat vms teha ning mõtlesin, et kui juba, siis võiks midagi korralikku kokku kirjutada ja ise ka ennast ja võimalusel ka teisi harida.
Õpin TPT's Arvuteid ja arvutivõrke, kolmas kursus läheb, koolis nii väga midagi asjalikumat ei tehta. Harjunud asju muidu ise õppima, tükk maad kiirem, kui õpetajate mitme saja slaidiseid faile kuivalt lugeda.

[Ho Ho]

[Xcater]

Mul selline mure, et tahan ehitada Call Of Duty 4 MW jaoks mänguserverit. Plaanin teha 64 mängijaga serveri. Oleks vaja kokku panna mingi serverikast, mis oleks optimaalne, st jõuakaks ilusti ära jooksutada, et ressursse ei jääks palju üle ja ei tuleks ka puudu. Ootaks soovitusi protsessori, mälude, kõvaketasete kohta ja mida olulist sinna veel üldse vaja oleks? HDD kohapealt - kas võtta 15K RPM või SSD? RAID?

[entr0cks]

Neid parameetreid võib muuta, alguses võib olla nt mingi 1k korraga lehel, sorry ei oska hästi välja mõelda ka millistele osadele rõhku panna . Näiteks alguses on vist pilv mõttekam, laiendamise seisukohalt, eriti kui on tegemist mõne lehega, mis kasvab alguses üsna kiiresti.
Üritan vist aru saada palju on vaja mingi asja jaoks väga ümbardatult RAM'i, arvutus võimsust - front end, mail server, andmebaasid jne jne.
Ei pea vast ka ainult veebiserveriga piirduma, võib rääkida ka virtuaal keskkondadest ja millest iganes muust.

E:

[hexmex]

[Ho Ho]

[entr0cks]

[Ho Ho]

[entr0cks]

Kuidas selliseid asju üldse analüüsida, võrrelda,...
Pole endal millelegi väga toetuda
E: mängu serveri puhul pole erilist HDD vaja vast, ainult üles bootimisel asjad sellelt mällu lugeda, et sealt kiiresti kätte saada või mis? RAID 1 võib-olla ainult, lugemis kiirus suurem ja peegel kõvaketas.

[Xcater]

Millist toiteplokki oleks serverile vaja? Ja kuidas saaks teha niimoodi, et ühe toiteplokki maha surres, rakenduks kohe teine?

[Ho Ho]

Backup plokkide jaoks on spets emaplaadid

[entr0cks]

Kas need toiteplokid peavad töötama ka mingil madalamal koormusel (nt 50%), kui ta on 24/7 sees? Või vähemki, eriti kui dubleeritud, siis vajub kogu koormus ühele.
E: kas peab igal emablaadil olema, kas nii ei saa, et ennem nt blade'deni jõudmist saavad kaks toiteplokki kokku?

[sakinaga]

Kui soovid referaati kirjutada, siis soovitan suurusjärgu võrra allapoole kolida, saad ehk ka reaalseid kogemusi ja mõistad ka ise süsteemi veidikenegi. 100k pidevaid külastajaid... mitu lehte maailmas sellist asja teeb? Google, Youtube, Facebook, rohkem ei pruugigi olla väga palju neid.

[Ho Ho]

Nii palju kui mina tean siis iga toiteplokk eraldi on suuteline kogu serverit töös hoidma. Kuidas täpselt toimub ümber lülitumine ühelt teisele ma küll ei tea aga oletan, et ju neil seal on miskid suuremad kondensaatorid või ehk akud mis annavad mõne hetke jooksul piisavalt voolu kuniks teisele ümber lülitutakse. Kaht plokki korraga minu teada töös ei hoita.

[entr0cks]

maatriks, suuresed on rohkem näiteks, võime ka 10ndiku nõudlusega lehte vaadelda. Ma tahan lihtsalt teada, mis peab olemas olema ja kuidas omavahel seotud. Nt, et ma oskaks paberil umbkaudselt (muutujatega) serveri vastavalt vajadusele kokku panna.
E: Elionis pidi olema 2 tk, kumbki 50% peal töötama, just eelnevalt nimetatud põhjusel.
E2: Äkki saab nii: võrgust tuleb kahte toiteplokki, sealt UPS'i, mis suudab mõnda aega asja siiski elus hoida ning siis serveritesse?
E3: Näiteks võib sedasi teha, et proovida mõne "kappi/riiuli" suurune, blade'dega kokku panna. Mõni tulp riistvara maast poole ruumi kõrguseni.

[hexmex]

Toite poolelt on olemas toitemoodulid .. toiteräkid .. toitekapid. Olemuselt on tegu suuremat sorti "kastiga" kus on sees hot pluggable, hot swappable moodulid. Põhimõtteliselt on sellised moodulid võimelised omama igaüks oma sisendit eraldi toiteallikast. Tulemuseks on see, et meil võib serveri toide tulla näiteks 4 erinevast allikast (loe toiteplokki läheb 4 juhet seinast), kui mõni allikas ära kukub jätkub töö teise allika pealt. Kui mõni moodul ära sureb jätkub töö järgmise mooduli pealt ning vigane moodul on võimalik kuumalt vahetada.

Kuulu järgi on olemas isegi sellised kahest moodulist koosnevad toiteplokid, mis lähevad tavalise arvuti PSU asemele .. ja selle moodulid on samuti kuumvahetatavad

[entr0cks]

hexmex, et moodulid jagavad omavahel erinevaid sisendeid ning väljund on ühendatud mitme mooduliga, nii et mistahes moodul või sisend ära kaob jätkub töö? Palju selline asi maksma võib minna? Selline asi on vist rohkem Elioni ja suuremate firmade ala vist, mitte nt valla lehe jaoks.
Kas RAM's on parem hoida enamus teksti materjal või indeksid, millega sooviks ka rohkem tutvuda, mida nad täpsemalt endast kujutavad? Video stream leatakse üldiselt RAM'i vajadusel ja kiiresti mitmele kasutajale või samuti otse kõvaketaste massiivist ning palju selline asi võib RAM'i kasutada? Kui olulist rolli mängivad MHz'd ja CL mäludel pöördumiste puhul?

[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]