Co je to cloud a k čemu to je?

[samalama]

Když si to vezmeš čistě selsky, mělo by to význam, kdyby to fungovalo opravdu tak, jak tvrdí marketing, tj. hlavně:
1. jestliže máš klasický hw server vytížený na 10%, tak by TCO cloudového řešení stejného problému bylo maximálně desetinové, spíš nižší
2. cloud by bezobslužně sám škáloval přesně podle zátěže

...což se prostě neděje. Když si koupíš server z druhé ruky za deset ticsíc a hodíš ho do housingu za sedm set měsíčně, tak máš víc muziky než na EC2 za dva tisíce měsíčně

s tym sa neda nesuhlasit, ale rozdiel pocitis, ked ti hw server odide. netvrdim, ze cloud je voci tomu odolny (pri nedavnom velkom vypadku amazonu to postihlo aj nas server), ale zo zalohy (ebs image, ebs data, s3 data) sme ho velmi rychlo rozbehli. ked nam odisiel hw server s virtualmi, tak sme boli odstaveni na niekolko dni, kym sa nasla nejaka nahradna mb...

[Reklama]

reklama

[Mirek Prýmek]

s tym sa neda nesuhlasit, ale rozdiel pocitis, ked ti hw server odide. netvrdim, ze cloud je voci tomu odolny (pri nedavnom velkom vypadku amazonu to postihlo aj nas server), ale zo zalohy (ebs image, ebs data, s3 data) sme ho velmi rychlo rozbehli. ked nam odisiel hw server s virtualmi, tak sme boli odstaveni na niekolko dni, kym sa nasla nejaka nahradna mb...

To jo no. Ale vzhledem k tomu, jak je ec2 děsivě předražený na to, jak mizerný má parametry, tak bys ty hw servery mohl koupit klidně dva a pořád by ti to vyšlo levněji

[Mirek Prýmek]

tak sme si prenajali vypoctovy cloud do ktoreho pushneme data, zdrojak v pythone a Rku, staci stlacit button execute a za 15 minut uz len stahujeme vysledky testov, ktore dalsi tyzden analyzujeme.

v tomto pripade nema zmysel investovat prachy do zeleza a zbytocne ho krmit ked nic nerobi. jedine co zivime je ten cloud na analyzy ale to su len 3 storage servery s moznostou prenajatia do aleluja, no 3 zatial stacia.

No tak pronájem strojového času a dávkové zpracování úloh, to umíme už tak od padesátých let, ne? Nebo s tím taky přišel klaud?

[Nakej Franta Novak]

Drive to bylo na server, pak prisel Gates, ze to teda udelame vse u klienta a svet z toho byl paf, dnes hipsteri hlasaji, jak je revolucni vse cpat zpatky na server a sam nemit nic, ze pry je to novinka. Za 5 let prijde nekdo s napadem to mit vse u klienta a ziska za to pul miliardy liku na socialni siti od hipsteru pro ktere je uz vse na server moc mainstream.

[Ivan]

Vezmete si treba Oracle RAC, ten ma skalovatelnost dost mizernou, je dobrej tak do 6-8 uzlu.

Oracle RAC je zalozen na Pekarove algoritmu (Bakery algorithm).  Z toho vyplyva i potreba cluster interconnect - cim vice nodu, tim vice packetu si budou vymenovat az se to nakonec ukomunikuje k smrti. Na druhou stranu je to ale univerzalni genericke reseni. Skalovatelnou aplikaci ziskate jedine tak, ze ji jako skalovatelnou napisete - pri vetsi zatezi vam ani ten RAC nepomuze.

[Reklama]

[knedla]

tak je jasne ze existuje bod za ktorym uz distribuovany system zacina byt neefektivny ale 6-8 uzlov je dost malo. kto nejde nad 1000 neni cloudista

[Mirek Prýmek]

tak je jasne ze existuje bod za ktorym uz distribuovany system zacina byt neefektivny

To přece záleží na typu problému. Pokud děláš třeba nějaký paralelní map, tak je to efektivní až do n

[knedla]

pokial uvazujes pri prenose informacie s nekonecne velkou rychlostou tak ano, v praxi nie.

[Mirek Prýmek]

pokial uvazujes pri prenose informacie s nekonecne velkou rychlostou tak ano, v praxi nie.

Nechapu. Pokud mam paralelni map nad polem o sto polozkach a provedu to na sto strojich, tak je to stokrat rychlejsi nez na jednom. Jakou roli tam hraje rychlost prenosu informace? Jedinej pozadavek je, ze ta operace je podstatne slozitejsi nez najit policko n a poslat ho na stroj n.

[knedla]

to ze ta informacia sa musi prebit na druhu stranu oceanu a ked mas napr 1000 nodov po celom svete a 500 nodov v serverovni pod ritou , tak tych 500 to urobi skor.

[Mirek Prýmek]

to ze ta informacia sa musi prebit na druhu stranu oceanu a ked mas napr 1000 nodov po celom svete a 500 nodov v serverovni pod ritou , tak tych 500 to urobi skor.

Tak to dá asi rozum, že nebudu chtít spočítat na druhé straně oceánu součet dvou integerů Ale jednak datacentra nejsou jenom za na druhé straně planety a pak taky existuje spousta úloh, kde vstupních dat je málo a výpočet trvá dlouho. Tady se myslím snažíš hledat problém, kde není...

[knedla]

nie, nesnazim.
ale robili sme model jedneho systemu kde mal klient po svete viac vypoctovych nodov a pri prekroceni poctu nods X sa cely system spomalil.

takze trebalo dynamicky menit cesty medzi nodami, sem tam niektory na cas odstavit atd...

preto vravim ze distribuovany system je fasa, ale odtial potial

[Mirek Prýmek]

ale robili sme model jedneho systemu kde mal klient po svete viac vypoctovych nodov a pri prekroceni poctu nods X sa cely system spomalil.

No tak vzdycky je to pomerne mezi cenou vypoctu a cenou komunikace. Kdyz je cena komunikace vetsi, tak se to nevyplati. To neni zadna raketova veda, ne?

[knedla]

jasne ze, ne ale pri cloude musis s tym tiez ratat

tymto skladam zbrane a prajem ti prijemny vecer/den