Vlákno názorů k článku Casablanca INT druhý den v potížích: po zatopení serverů obnovuje data [AKTUALIZOVÁNO] od Wiro - Samozrejme bezna virtualizacia ako ju nazyvaju cloudom teraz,...

Samozrejme bezna virtualizacia ako ju nazyvaju cloudom teraz, lebo je to moderne a pritahuje pozornost tak clud nieje.

Cloud nieje ani cluster.

Sluzby ako amazon a gmail vyuzivaju distribuovane ulozisko napriec viacerymi datacentrami. Nieje to zdaleka tak, zeby niekde lezat centralny storage ktory moze umriet.

Co ludskych schopnosti uspravovat celok vetsi ako 4 servery, zrejme mate velke medzery v aktualnych technologiach. Nieje problem v teame 4 ludoch uspravovat a mat prehlad co sa deje na radovo stovkach serverov. Je to len o pouziti dostupnych technologii a nepristupovat k sprave sposobom ako sa to riesilo pred 20 rokmi.

jsou to aplikační servery 400 hitů/sec negeneruje ani 4 mbit na server tj tranzit je problém pro operátora (stojí výrazně více narozdíl od flatového nixu) tedy pro nás zákazník to většinou nepozná (i když o tom samozřejmě ví).
Dnes za peníze dostanete cokoliv, jestli chet mít jistotu tak si pořidťě vlákno z bodu a do bodu B. Což je v našem případě ekonomický nesmysl vznikne permutace spojů A-B A-C A-D D-C a to je bambilion. Tj zálohování jede normálně nixem, neprobíhá tam žádnej sync filesystému ale jen replikace aby byla data vždy v replice konzistentní.

mate pravdu ale:

u globalni sluzby vas nix netrapi a u backupu to resi ten distribuovanej pds system( rikejme mu cloud) ten ma za ukol data ulozit tak aby jedna kopie byla geograficky jinde a druha jinde nez prvni a ne v lokalite originalu. tj v pripade padu nixu proste vzroste delay a pojede to tranzitem. navic to amneco jako qos tak ro prvni udela ve stejne lokalite aby existovala kopie a tranzitem to vytlaci mezi mistama - pouze to dele potrva.

a unceskych skuzeb je to sumak, za dostupne se dle vop webhostingy povazuji v pripade kdy funguje vice jak80 procent nixovych tras. nemuzeme rucit ze nejaky isp treba z olomouce bude mit funkcni nix a nekdo nezavola ze se nemuze na neci stranky dostat - za toto neruci nikdo je dostupňost infrastruktury a sitova kde je tolik faktoru ze muzeme rucit jen za ty objektivne ovlivnitelne. stejne tak nemuzeme financne platit za to ze napr mailserver komercky neodmitne vas mail - proste to nejde ovlivnit jak vyhodnoti protistrana obsah.

ano atomizace je zdrobnovani problemu na venek. ale jako CELEK to beru jako cloud (plne skalovatelne, kdyz chybi vykon vypushuji se dalsi nody dle potreby, je to geograficky oddelene, nema to v distribucni fazi zadnou centralni ridici strukturu je to proste "mraky" atomizovanejch problemu)

tj neco jako kdyz kral posla 6 samostatnych poslu samostatne, stacilo kdyz z MSG dojel jeden - to byl takovej predchudce cloudu. misto aby poslal JEDNU silnou druzinu aby spolecne byla silnejsi poslal 6 malejch picmundu a doufal ze projdou.

Ano já hovořím o přístupu k zákazníkovi tj jakej efekt to má pro něj a u cdn se dá celkem dobře zajistit jak provoz tak neztratit ta data. Např my tam prostě nemáme raid data fyzicky nakopírujeme na 3-4 lokality a navíc ty exponovaná do sebe natahají ty cacheovací nody.

CDN je plne cloudove, no tím chci říci že se dá napsat tak že buckety jsou zcela izolované tj nehrozí nic jako nutnost týden něco obnovovat obnoví se co chybí a neexistuje nic jako celek. Jako celek funguje jen administrace (cloudově prostě se zaloguje vyberese mu noda kde běží administrace a tam si to lokálně pytlíkuje přes api s cdkou) a billing a to ještě tak že se "mergeují" data z jednotlivých popů a platí že 1% data loss není problém prostě když se stratí záznam že proběhl z popu download tak to zákazníka postíhne tak že zaplatí o 1% méně a nijak jinak.

což je ale jiná situace kdy existuje nějakej iSCSI volume 50TB velikej a pak se děj vůle boží - to by bylo peklo.

A osobně si myslím a vsadím na to krk že ten výpadek se týkal těch zahraničních node a tam je problém že nemá fyzicky lidi ve všech bodech kde to kupuje takže prostě selhal někdo jiný (podrobnosti neznám). Ale vsadil bych na to že to byli tech/kapacitní problémy.

pro nás je to témeř stejně levné, stejně jsme měli vždy v Brně z hist důvodů vývoj (jsem brňák sice už 18 let pražská naplavenina) tj prostě trávím 2 dny v týdnu v brně a vedu dvě izolované jednotky (dohled je centrální z prahy tady se jen fyzicky manipuluje s disky a to stačí 1x denně protože se s tím infrastruktura popere - se selháním serveru).

NAvíc je dobré že se jedná o globální projekt takže nejsou peaky zatížení nodů je mnohem mnohem plošší než české projekty a tudíž je dokonce jedno že se z hw manipuluje ve dne.

Myslím že je v celku jasné čí appky to jsou a asi se dá snadno ověřit kde všude to běží (včetně aws/azure)

jestě doplním, jedná se o mraky instalací té samé app proto je ten cloud realizovatelný kdyby to měl být cloud ala aws kde by instanace byli zákaznické vps byl by problém 100x větší a rozhodně si co do kvality netroufám cokoliv s azure/aws srovnávat.

Ale pro specifickou štíhlou aplikaci kterou používají desítky milionů zákazníků se opravdu napsat "custom" řešení vyplatí.

ANo je a důvody jsou samozřejmě ekonomické je to 2x Praha jednou Brno nejsou to různé sály jednoho isp jsou to samostatní ISP.

A důvod je jednoduchej ta firma je moje a je příliš malá na to aby ustála žaloby o např 50M škody takže musíme makat. Navíc máme zákazníka co má u nás několik set (jeho) serverů a to je firma co to dělá do světa a opravdu dobře takže na tyto technologie slyší resp nedovoli by nám to pravidelně musíme předkládat analýzu rizik a zoučasně roadmapu našeho "cloudu" protože oni tomu uzpůsobují verzování svých aplikací které na tom provozují a musí se to potkat. Samozřejmě se pak vede debata kdy mají navrch (jejich R&D je samozřejmě nákladnější tj my musíme naše řešení přizpůsobit jejich problémům).

A finančně na tom asi win-winují obě strany, pro ně je ekonomicky naprosto opodstatnitelné mít na to dodavatele kterj to pak může prodávat jinde než kdyby celej R&D táhli sami pro sebe. Už teď jsou náklady výrazně pod 10% aws, a samozřejme když k nám někdo pošle 100Gbit/S DDoS bude problém a útoky chodní pravidelně a s tím se cloud snadno popere ) find targetem většinou je to utok na konkrétního zákazníka a ne na infrastrukturu tudíž stačí "půlením" přesněji setinkováním intervalu rozložit projekty z daného serveru mezi 20 rezervních serverů a po chvíli víte proti komu útok jde takže např do 3-4 hodin už máte téměř jistotu ale hned po 10 minutách se utok netýká 80 procent projektů v daném node po 30 už 90 a pak se precizuje hledání cíle nebo se prostě IP blackholuje a aplikace se stím popere.

Společná je jen v nepoužívání různých hw dodavatelů, mixují se paměti disky ale servery jsou pořád stejné Supermicro - raději 13x supermicro než 10x dell/hp v cloudu najde 13 serverů vetší uplatnění než 10. TO by mohl být problém pouze v případě nějaké hodně specifické chyby ala scada (IPMI běží za firewallem) ale u některých serveůr bývalo sdílené takže teoretická chyba může existovat.

Přijdte se podívat v tomto případě není o nějakém cloud hype je to o tom že při instalovaných stovkách serverů se prostě privátní cloud VYPLATÍ ekonomicky.

Ano máte pravdu jsem to nenapsal přesně, zákaznící to chtěli tak převlékli virtualizaci a uha byl to cloud.

Tak prijde na navstevu, je to sice privatni cloud ale jedna se o dveste serveru ve trech lokalitach kde vse bezi cloudove (proste se na dany server namapuji role a on si to vytaha z distribuovaneho uloziste) tj pokud neco spadne (vzdy bezi nejmene dva popy pro jeden projekt) a pokud jeden sezle tak nastane
- vyrazeni z DNS
- sosnuti IP neumrelym bodem
- pseudoefekt kdy diky schopnosti modernich browseru poznaji obycejnej leta proverenej round-robin a proste zkusi druhou site.

dostupnost opravdu dobra (diky dvou lokalitam).

Dal vam muzu ukazat cloudo uloziste tvorene 320 nody ve 4 datacentrech (3x cr, 1x slovensko) ktre je immunni i napr proti pozaru celeho datacentra (projevi se to jen snizenim redundance) data nejsou ulozena v raidu nebo nejakem forme pole (proto narozdil od casa jsou ta data zcela izolovana a neexistuje neco jako pad vseho nebo nehrozi ztrata metadat co tvori nejaky vetsi logicky celek) ale fyzicky jsou umistena ve vice lokalitach (nejcastejsi datovy typ je ten ze jsou 3 fyzicke kopie).

Nu abych si nehonil triko a rikal ze nase CDN je plne cloudove tak zminim primou konkurenci. www.cdn77.com a verim, ze v cechach provozuje cloud jako "rich cloud" minimalne desitka subjektu. Plus dalsich nejmene 50 (bavime se komercne tj co si muzete koupit) provozuje virtualizaci s vyrazne cloudovymi prvky (ziva migrace za chodu, distribuovany fs). Moznost poustet klony, repliky a odvozenini pre-instalovanych serveru. Myslim ze radu ceskych hosteru velmi podcenujete.

Ano skutecny cloud ala amazon aws, nebo microsoft azure neprovozuje nikdo resp neni na to poptavka, ale API controled managovani instanci ma v cechah opravdu hodne subjektu - vic nez si myslite.

ale jděte.. Jaké "trh si žadal"?? Na marketérech a specialistech záleží, aby nazývali věci pravými jmény. Vy jste se tímto přidal k taktice Casy, která teprve ex-post vysvětluje, co u nich znamená geografická záloha.
V CR nevím o komerčně poskytované cloudové službě. Všechno to je virtualizace připadně cluster.

na vás platí mlčeti zlato. Jo trh si žádal nazývat obyčejnou virtualizaci cloudem tak to to všichni dělají i když to cloud není.

Budte radi, kdyz aspon obnovi ta data... Videli jste nekdo vubec ze by k necemu z hlediska redundance nejaky "Cloud" byl ? a vite vubec co to je vlastne Cloud ? Naprosto nesmyslne marketingovane slovo. Vsichni si to pletete s Clusterem ... Vsichni cpete data do sluzeb typu Amazon, Office 365, gmail, .... vite jaka bude sranda az spadne nektera z techto sluzeb, ktery jsou podstatne vetsi ....... 14 dni se nebude prodavat chleba....

Ja bych si do celku slozeneho z vice nez 4 serveru do 10TB max velikosti nedal nikdy nic, je nadlidsky ukon to pak v rozumnem case obnovit :-)