Cloud a drahá nezávislost

22.1.2012 14:59 | Přečteno: 2177× | Ani zbla

Utíkáme před buzzwordem.

Ze všech stran se na nás valí tak zvaný “cloud”. Původně mi to slovo přišlo velmi výstižné, přesně vystihovalo architekturu datových center Google, kde aplikace je od fyzického serveru oddělena několika vrstvami abstrakce (GFS, BigTable, ...), že opravdu pluje v oblacích.

S tím, jak se tohle slovo dostalo do mainstreamových médií se jednak stalo protivným buzzwordem, druhak se jeho význam posunul někam k pojmu “webová stránka”.

Cloudu (přesněji řečeno aplikacím, které žijí na serveru) se většina lidí neubrání, přestože to znamená, že zčásti musí vzdát kontroly nad daty. Vím, že tenhle článek čte hodně lidí, kterým tenhle aspekt vývoje vadí, jsem jeden z nich.

Ruční synchronizace

Jaké jsou tedy možnosti? První je dělat všechno postaru (ala 90. léta, můžete si k tomu pustit 2 Unlimited), ale to je nepohodlné, protože dnes je běžné přistupovat k jedněm datům z více zařízení. Tento text sepisuju na netbooku, se kterým se válím na gauči. Na stole mám velký notebook, pracovní stanici v práci. Občas lezu na web smartphonem a kdybych měl zbytečných 15 tisíc, měl bych na záchodě tablet. Udržovat synchronizaci mezi tolika zařízeními bez bez nějakého centrálního bodu je na zbláznění.

Domácí server

Dobře, můžu si tedy domů pořídit server. Na něm budu mít všechna data a můžu si na něm provozovat vlastní webové aplikace, které budu mít plně pod kontrolou. Má to dva háčky, údržba takového systému vyžaduje odborné znalosti a žere čas a stejně nikdy nedosáhnu takové kvality služeb, jakou má třeba Google. Druhý problém je v domácím připojení, které má dost často uškrcený upload. Já mám doma 5 Mbit a nejsem si jistý, jak by moji přátelé snášeli, kdyby si museli takovýmto způsobem prohlížet fotografie, které bych jim sdílel nějakou domácí verzí Picasy.

VPS

Upgrade domácího serveru je pořídit si VPS v datovém centru. Je to stejná situace jako o odstavec výš, jenom to kromě znalostí a času vyžaduje 300 až 1000 korun měsíčně.

Závěr

Takže mít data pod kontrolou je možné, jenom to vyžaduje značné odhodlání. Je mi docela sympatické občanské sdružení FreeVPS, možná by mohl existovat nějaký FreeCloud, kde by člověk měl najatý server, ale ale při správě aplikací by mohl spoléhat na nějaké předpřipravené konfigurace od nadšenců.

Osobně Cloud používám, život je příliš krátký na to, abych si dopřával paranoiu, jen se snažím mít zálohu všech dat i někde lokálně.        

Komentáře

[Jezekus]

Osobně nějaky ten domácí server také na 5Mbit (uploadu) provozuji a mám zde i pár svých fotek a pár fotek přátel, kterým se nechtělo je hodit do spárů nějakému "cloudu". Upload je vytížený na cca 0.6Mbit v průměru a nikdo si nestěžoval zatím na nic
Nějaké úsilí to stojí, ale já například mohu s klidným svědomím usínat s vědomím, že když už má google moje emaily (i tam se to snažím omezit), tak nemá mé telefonní kontakty a kalendářové schůzky, mé bookmarky, mé fotky a videa.
Další věcí je i další možnosti využití takového serveru
O VPS jsem také přemýšel, ale zatím jsem spokojen s tím "šrotem", co mám v komoře (2xPIII@1GHz,2GB RAM,5.4TB HDD space)

[:::]

život je příliš krátký na to, abych si dopřával paranoiu

spis bych rekl "zivot je prilis kratky a kdyz nebudes dostatecne paranoidni tak muze byt jeste mnohem kratsi"

[kralyk z abclinuxu]

Já jsem tohle zatím řešil přechodem od googlu k českému web+e-mail hostingu. Kontrola nad daty není taková, jako kdybych to měl na VPS, ale je to imho furt lepší než google a je to levné. Do budoucna bych ale asi VPS radši...

Nicméně současný vývoj ukazuje, že data nemá člověk bezpečná vůbec nikde, snad jen na zašifrovaném disku zakopaném na pustém ostrově, případně někde na okraji sluneční soustavy.

[Vskutečnosti Saýc]

Same here.

Jinak problem synchronizace bezi tabletem, netbookem, notebookem, stolnim pocitacem a smartphonem jsem vyresil tak, ze nemam tablet, netbook, stolni pocitac a smartphone. Pak cloveku staci jeden offlineimap a je v pohode.

[TM]

Není problém mít malý domácí server a ani jeho údržba není nijak náročná. Naivitu a ztrátu soukromí ponechme těm, kteří se nejsou schopni proti tomu bránit a nebo jsou líní. Mimochodem roli takového domácího serveru může hrát i třeba jednoduché NAS zařízení, které si takový člověk může koupit a nastavit doslova jako cvičená opice.
Prostě pro poskytování soukromí kdejakému vykukovi neexistuje racionální důvod - pouze lenost, hloupost a móda (spoustu těch služeb člověk vlastně ani nepotřebuje - představa životně důležitého zběsilého synchronizování "naprosto důležitých" dat domácím uživatelem je prostě komická).

[alblaho]

Problém je, že na takovémto NASu nebudu mít google docs. To je totiž aplikace, která opravdu usnadňuje život, třeba rozpočet skupinového výletu ve sdíleném spreadsheetu nemá chybu.

[TM]

Tak to je tedy argument Aplikace, pomocí které poskytujete soukromá data komusi neznámému již během vzniku dokumentu - ta je naprosto stěžejní. Bez té to prostě nejde.

[Martin Böhm]

Není problém mít malý domácí server a ani jeho údržba není nijak náročná. Naivitu a ztrátu soukromí ponechme těm, kteří se nejsou schopni proti tomu bránit a nebo jsou líní. Mimochodem roli takového domácího serveru může hrát i třeba jednoduché NAS zařízení, které si takový člověk může koupit a nastavit doslova jako cvičená opice.

To si nemyslim. Jako student, ktery ted studuje teoreticke veci a na prakticke veci (jako je sprava systemu) od stredni skoly nekoukl vidim, ze spravovat server nebo vubec jej nainstalovat je dost prace. Az prilis.

Ono totiz nejde jen o ten server. Muzu pouzit Apple jako priklad, i s vedomim, ze leccos nedelaji dobre? Jejich yslenka toho, ze se vase data (v tomhle pripade kontakty, pisnicky, dokumenty a dalsi) synchronizuji mezi mobilnimi pristroji a nekolika laptopy/PC skoro samy je dobra. Jako uzivatel bych si pral, aby to skutecne fungovalo tak, ze kliknu "Sync" a data se synchronizovala.

Na tomhle ale na Linuxu nikdo moc nepracuje, a mam strach, ze se brzy dostaneme do situace, kdy Linux kvuli tomu zacne ztracet i uzivatele, kteri jinak open-source maji docela radi. Protoze vidina toho, ze se mi treba PDF synchronizuji mezi mobilem a dvema pocitaci, mezi kterymi dojizdim, by mi prinesla objektivne zjednoduseni prace.

Kdybyste jeste synchronizovali jen mezi distribucemi Linuxu, tak to muzete obejit nejakym resenim pomoci gitu, ktere je asi vytvoritelne -- ale stejne potrebujete server a stejne si to snadno nedostanete do toho mobilu bez toho, aby za Vas nekdo napsal celou aplikaci.

Ja to chapu, ze je to pro Linux tezke, protoze vsechny ty open-source aplikace nemaji jednoho vyrobce a nemohou se tedy ujednotit na jednom API pro cloud, nebo na jednom pred-nastavenem synchronizacnim serveru.

Nenechte se zmylit -- Microsoft je dnes stejne pozadu, jako jsou aktualni distribuce. Jen mam strach, ze diky fragmentaci trhu a skutecnosti, ze cely mobilni trh ovladaji firmy, ktere asi nebudou chtit podporovat jiny nez "svuj" cloud/server (Google si pojede to sve, Apple si pojede to sve, Microsoft si pojede to sve), tak snadno skoncime jako posledni. Nakonec Microsoft kopirovat featury umi docela dobre. :o)

[w4rr10r]

Já nevím, ownCloud nic...?

[Martin Böhm]

Ja chapu, ze bychom to mohli zavrit vetou "reseni existuje", ale tyhle nekonstruktivni reseni nejsou moc dobra. Aby to fungovalo rozumne dobre, asi k tomu budete taky potrebovat podporu aplikaci na android, aplikaci na windows... dokud to nebude dobre integrovane do vetsiny aplikaci, tak to bude sice reseni, ale ne moc pouzitelne. A integrovat to do neandroidich telefonu bude asi orisek, a mam strach, ze to vzdycky bude vypadat jako "horsi" varianta toho, co nabizi Google sam.

[w4rr10r]

Já mám pocit, že tam jde prostě o sdílení souborů (v prvé řadě) a nezapomínal bych na to, že je to součást KDE, takže se počítá s integrací s Plasma Active a nedivil bych se integraci s projekty jako Maemo/MeeGo/Mer/... Telefon s WP7 jsem si nekoupil, alfoun jsem si taky nekoupil... a tohle bych si možná koupil.

[Jakub Lucký]

To si nemyslim. Jako student, ktery ted studuje teoreticke veci a na prakticke veci (jako je sprava systemu) od stredni skoly nekoukl vidim, ze spravovat server nebo vubec jej nainstalovat je dost prace. Az prilis.

Jako student, který nikdy IT nestudoval a tu a tam si za pár korun nainstaluju a nastavím server musím říct, že to zas tak moc práce není... Člověk zvyklý pracovat s Linuxem to podle mě za víkend musí dát dohromady (detaily možná po pár dotazech v poradně pak dorazí ve středu za 2 hodiny)

[Kvakor]

Pokud ty data budou v objemu řádově megabyty a ne gigabyty, tak jako server stačí i nějaký lepší router s USB. Některé to dokonce umí i s firmwarem od výrobce, ale lepší nejspíš bude nacpat tam OpenWRT nebo něco podobného. Sice rychlost nebude nic moc, ale pro účely synchronizace to stačí, je to levné, spotřeba je do deseti wattů (pokud je diskem nějaký USB flashdisk) a ještě to dělá zároveň router, firewall a WiFi AP.

[Shadow]

VPS se dá pořídit levněji než za 300 Kč na měsíc. Vybírejte. Zrovna je tam jedna VPS za 13 USD na rok, parametry nic moc, ale na synchronizaci malého objemu dat to určitě stačí. Když si jich koupíte pár, můžete je zálohovat mezi sebou a dopřát si i malý "cloud" pro chudé.

[jeleniste]

No, přes veškerý výhrady, který můžu mít ke gůglu používam gůgl desktop, gůgl docs, g talk, g+, gmail, nějakej ten kalendář, úkolníček apod. A to "synchronizuju" jen dvě věci, PC v práci a noutbůka doma. Mam tam i dost osobní věci (denníček kterej si na gůgl docs vedu pro svýho psychiatra apod). Proč? Protože je to pro mě funkční, riziko, že to zmizne je rozhodně menčí, než riziko, že mě někdo čmajzne přenosnej disk, což by bylo druhý řešení, který mě-podle vás lempla, napadlo. Což platí i pro kompromitaci nějakejch dat. Navíc to sdílení na gůgl docs je fakt dost výhodný. Jistě, mohl bych to mít v nějakym texťáku někde na servru, ale gůgl docs mam prostě na knoflíku v gůgl desktopu. Tak mě má gůgl přečtenýho, ví o mojí práci, o mojem soukromí (může si číst muj denníček, kterej hodlam nasdílet psychiatrovi), jedinej efekt, kterej já vidim, je reklama, kterou mě gůgl sype, vzhledem k tomu, že gůglí mejl používám téměř výhradně na gůglí věci, tak mi nabízel furt postgre, katastr etc. Pak mě na gtalk hodil kámoš odkaz na nějakej pornofilm a ejhle, ve sloupku reklam se objevily věci typu "je vám třicet a neumíte sbalit ženu, poradíme Vám jak na to". Takže mě zas tak přečtenýho nemá (jsem ženatej a mam dítě). No, sečteno a podtrženo, to, co o mě gůgl ví je změť všelijakýho balastu a já tak nějak nemam co tajit, navíc pro mě může bejt užitečný, když bych například ztratil práci a díky těm reklamám na míru mě to nabídlo inzerát na práci v oboru, na kterej bych třeba jinak nenarazil. Jistě, je to šmírák, ale nepředstavuju si pod tím nějakýho exota, kterej si leští klacek nad tím, že sem byl podrážděnej a vzal si prášek na uklidnění, což je asi nejskandálnější info, který v těch gůgl věcech mam.

[w4rr10r]

Já bych se na to podíval jinak. Google sídlí v USA a k jeho datům má nebo v budoucnu může mít americká vláda, bezpečnostní složky atp. Už se nejednou ukázalo, že šmírovali i lidi, kteří byli mimo USA a nebyli občany USA. A teď si čtou moje e-maily. Vidí například, že jde o člověka s technickým vzděláním, znalostí více jazyků, zájmem o přírodní vědy, podporujícího třeba Pirátsku stranu nebo Amnesty International a další. Není takový člověk mezi masou potenciálně podezřelý? Je!

[jeleniste]

To jste mě trefil docela (až na tu znalost jazyků, svoji pidgin english bych fakt za znalost jazyků neoznačil ani v rámci eufemismu). No a na to jste ale nepotřeboval mít přístup na muj gůgl. Stačí vědět, že sem zaregistrovnej na ábíčku. Tady většina lidí má přírodopisný vzdělání (což je navíc celkem obecný označení), kdo dneska nemluví aspoň krapet anglicky a u lidí, co maj vztah k open source se dá předpokládat, že budou sympatizovat s pirátskou stranou. Takže asi tak.

[TM]

Jste nebezpečný sám sobě. Opravdu nedokážete domyslet, kam se ty informace mohou dostat? Opravdu jste si jist, že relativní svoboda je tady navždy a nemůže třeba za 20 let zmutovat do autoritativního režimu, který po informacích o poddaných jen prahne? Jste fakt tak naivní?

[jeleniste]

Naivní?? To asi jsem. Jasně, dokážu si představit, jak by se někdo probral mojí poštou a udělal si z toho muj profil. Co si ale představit nedokážu je, jak to udělat strojově pro všechny lidi co maj účty na gůglu a jejich data jsou z devadesáti procent složený z balastu, navíc v různejch řečech.

[Michal Vyskočil]

A přesto se to občas stane - navíc k tvorbě tvého profilu není potřeba prohledávat okolní balast, stačí prohledat (tedy něco, v čem Google skutečně exceluje) jenom jeden profil

[jeleniste]

No, je fakt, že metodika na dělání profilů lidí vyhodnocováním jejich šrotu na gůglu nějakou automatickou metodou by mohla bejt docela zajímavá. Až na to bude gůgl někoho shánět, doufám, že mi gůglí reklama ukáže inzerát, abych věděl, že mam zkusit poslat CV. Jé, to by mě bavilo.
Taky bych hrozně rád měl data, který získává tesko pomocí těch karet (díky kterejm je schopný propojit jednotlivý nákupy s konkrétní osobou). To by se zjistilo věcí... Závislost toho, jak daleko to člověk má do obchodu na tom, jak často chodí nakupovat (dává se adresa, "aby tesko mohlo posílat kupóny"), o kolik víc člověk utratí po výplatě, o kolik víc rohlíků si koupí, když jsou v akci o desetník lacinější a o kolik víc když jsou lacinější o dvacetník. To jsou panečku data (já kvůli tomu tu kartu odmít, protože u teska je patrný, že je hodlá zneužít). Proti takovejm datů je cokoliv co se dá vyfiltrovat z gůglu prd. A teda musim říct, že k takovejm datum bych hrozně rád měl přístup. Nemyslim k datum jednotlivce, myslim k celýmu objemu.

[dementni.lojzik]

Jak si ses tak jisty, ze na VPS mas data pod kontrolou? Jestli ses paranoidni, tak IMHO jedine reseni je mit svuj server. Jinak, v jistem smyslu mi data na google a pod prijdou lepe schovana nez u nejakeho lokalniho poskytovatele (onen FreeCloud) - aneb kdyz si moje maily cte nejaky chlapik v Indii, tak mi to vadi mnohem min, nez kdyz by si ty maily cetl nekdo, u koho je nenulova sance, ze zna stejne lidi jako ja (CR je opravdu velmi mala zeme) nebo jeste hur znamy, u ktere bych mel napr. mail server. Tohle je jen jeden uhel pohledu, ale IMHO se na nej casto zapomina a a IMHO je mnohem vic pravdepodobny pripad, ze si moje maily bude chtit precist nekdo, kdo me zna, nez ze by si je chtel cist CIA, BIS atd.

[xkucf03]

e-maily bys měl v první řadě šifrovat a pak nebudeš řešit blbosti typu, jestli je čte někdo v Indii nebo tady…

[w4rr10r]

Nevyžaduje to čirou náhodou spolupráci obou stran? A teď znovu.

[Vskutečnosti Saýc]

Na tom emailu je hlavne hloupe to, ze dava genialni prehled o tom jake dalsi sluzby pouzivas, protoze kazdy a jeho mama chteji email pri registraci a zacnou ti posilat sracky. I pokud emaily s blizkymi sifrujes, jedno kouknuti do tve schranky mi rekne kolik mas penez na uctu, jaky mas login na ebayi, jaky na paypalu, na jakych forech jsi registrovany ... same pekne veci.

Samozrejme pokud takove sluzby nepouzivas, jsi v pohode. Ale prave pro tyhle ucely je osobni mail mimo google prijemny.

[dementni.lojzik]

mail byl jen priklad. To samy plati pro fotky nebo libovolny jiny dokumnety. Bud to zasifruju a muzu to mit na google nebo kdekoli jinde nebo to nezasifruju a pak to muze zneuzit i lokalni poskytovatel nejake sluzby. Zkratka jsem jen chtel rict, ze duverovat lokalnimu poskytovateli cehokoli rozhodne neznamena, ze mam data pod kontrolou, ba naopak to muze byt jeste horsi nez treba u googlu.

[Jendа]

Zajímalo by mě, jak to řešíš. GPG klíč mám od pár lidí, zbytek to neřeší/neumí.

[SPM]

Hlavně ten support GPG/X509 je dost mizernej... na desktopu je to OK, na telefonu už má člověk problém. Na android třeba je nějaké APG, jenže autor se na to už před několika lety vykašlal a jediné co to zvládá je inline zprávy - s PGP/MIME už si to neporadí...

[Jendа]

Hmm, tak já znám jenom lidi, co na mobilu používají mutt .

[SPM]

Tak přímo do mobilu je ho dost těžké dohákovat (!= nemožné), viděl bych že tak v N900, na androidech už to bude horší... druhá možnost je přes ssh, ale tam si člověk s mizerným připojením skoro ani neškrtne... a i v obou případech i s hw klávesnicí mi přijde, že tohle je takové hodně blbě použitelné :) a to mám mutt rád.

[kralyk z abclinuxu]

Z tohohle pohledu je nejlepší mít mail v nějaké liberální zemi jiné než ČR.

Koukal jsem onehdá na nějaký e-mail providery ve Švýcarsku, slibují bezpečí, soukromí, všecko zašifrovaný atd., je to ale dost drahý. A přitom ta bezpečnost je za ty peníze stejně nejistá...

[Jendа]

Z tohohle pohledu je nejlepší mít mail v nějaké liberální zemi jiné než ČR.

Aby si to poslechli cestou nebo na druhé straně?

VPSka ve Švajcu stojí zhruba stejně jako tady.

[Skautik]

Libi se mi paranoa nekterych uzivatelu nejen zde na ABC. Co rikate na veskera osobni data ke kterym ma pristup kdejaky urednicek? Nikdy nevite kdo si co cte...

Koupene sitove uloziste - nemate zdrojovy kod -> nevite jestli tam neni nejaka ficura co posila vase data nekam do dali.

A co pripojeni? To si poridite taky radeji vlastni?

OS ve vsech zarizenich. Opet problem jako s NAS, mate vsude k dispozici posledni radek kodu?

Osobne sverim data Googlu, kde vim komu jsem dal pristup. Vic me stve to ze se k mym osobnim datum muze dostat nejaky urednicek o kterem nic nevim. Ani nevim kdy se mi k temto datum dostane. Ale to zrejme maji paranoici poresene narozenim v anonymite, falesnymi doklady nebo radeji zadnymi...

[kralyk z abclinuxu]

A co pripojeni? To si poridite taky radeji vlastni?

Ne, raději SSL, TLS, SSH,...

Osobne sverim data Googlu, kde vim komu jsem dal pristup.

U Googlu vidíš, komu jsi ke svým datům dal přístup? To jo

[paranoik]

Ne, raději SSL, TLS, SSH,...

Jseš si jistej, že tvoje implementace SSL, TLS, SSH neobsahuje backdoor? Seš si jistej, že vůbec návrh těch protokolů neobsahuje backdoor?

[Thorby]

Jedno je isté. Pokiaľ to neimplementuješ, tak miesto obavy máš istotu (že sa to dá sledovať).

[kralyk z abclinuxu]

Tak OpenSSL je open-source, a jiné používané knihovny taky... (botan, Crypto++). Takže já myslim, že ok.

[Jendа]

Jak dlouho trvalo, než se zjistilo, že OpenSSL v Debianu generuje klíče bez entropie?

[Miloslav Ponkrác]

"Koupene sitove uloziste - nemate zdrojovy kod -> nevite jestli tam neni nejaka ficura co posila vase data nekam do dali."

Co když síťové úložiště nemá fyzicky možnost něco někam do dáli posílat? I kdyby chtělo?

[snajpa]

Chystame cloud, ale realne nechapu vyznam IaaS cloudu, podle mne je to predrazeny buzz. Rekl bych - stay tuned. Co muzu slibit rovnou je, ze neodlame delat neco, jenom abychom mohli nasledovat ostatni a nahanet zisky na soucasnych buzzwordech bez realneho vyuziti :)

[dementni.lojzik]

realne nechapu vyznam IaaS cloudu

z takovych beznejsich veci je to dobre napr. na testovani. Jinak typicky to AFAIK pouzivaji spis firmy provozujici SaaS a PaaS - zakaznici v jednu chvili zacnou klikat v jejich online aplikacich jak divi, behem chvilky nahodi napr. na amazonu dalsi servery a vyrovnaji zatez. Nebo uz jen to, ze za infrastrukturu plati podle toho, co skutecne spotrebuji jim umoznuje i jejim zakaznikum uctovat poplatky podle toho, jak dlouho zakaznik danou aplikaci pouziva.

[snajpa]

Dobre, a jak se to teda lisi od beznych VPS? Teda, krom toho ze to u amazonu stoji nekolikrat tolik a ma to vic technickych omezeni?

[Vskutečnosti Saýc]

Automaticky se to skaluje. Takze ti to neshodi slashdot effect.

To je myslim asi vsechno.

[snajpa]

Jakoze se mi vyrobi VPS s 256 GB RAM a 8mi 4core CPU? Protoze pokud ne, tak musim resit clustering reseni stejne jako nad nekolika beznymi VPS, jenze s tim rozdilem, ze nevim jestli budou o rack, dva vedle nebo o pul datacentra jinde (= jina sitova latence, coz dost komplikuje zivot pro distribuovane FS).

[Vskutečnosti Saýc]

Ano, ale vetsina "webovych stranek" se sama da snadno instanciovat pokud je napsana aspon trochu slusne. Vem si, ze na tom aplikacnim serveru bezi jenom nejaka prezentacni vrstva, ktera bere data z databaze a to vetsinou cteni (idealne jeste pres memcached) a jednou za cas tam posle nejakou zapisovou aplikaci. Takhle funguji blogy, eshopy, groupwary a kdovi co jeste. Samozrejme ze pokud ta aplikace neni napsana s timhle v planu, tak se to muze dost spatne darit, ale webove aplikace jsou ve vetsine pripadu fakt jenom hezke rozhrani k databazi.

Takze kdyz jeden webserver nestiha, jde snadno pustit pet dalsich a loadbalancovat to, a nic se nestane. A platis za ne jenom kdyz je potrebujes, ne pokazde.

Je to samozrejme neco jineho nez pujcit si cluster a resit na nem diferencialni rovnici o 10^12 promennych, to je trosku jiny druh reseni, i kdyz mam podezreni ze Amazon by ti na tohle tu kapacitu taky prodal.

[snajpa]

No ano, ale porad mi v tom chybi ten "cloud" :) Proste porad v tom nevidim nic jineho nez co ve vpsFree uz delame tri roky. Mozna kdybychom zavedli billing po napr 10ti minutach, tak tomu muzem zacit rikat cloud a zdrazit muzeme 2x... Nevim, prijde mi to jako odrb. A s tim amazonem mas pravdu, maji v podminkach limit, kolik instanci a jak rychle je muzes instanciovat (nepamatuju si presna cisla, ale afaik to docela popiralo smysl cloudu).

[kralyk z abclinuxu]

Počkat, ve vpsFree můžete dynamicky - za běhu - přidělovat VPSky / servery aplikacím podle toho, jak jsou zatížený?

[snajpa]

No, dodelat to je otazkou tak 5 minut a asi 30 minut na nejaky rozumny API pres ktery to pujde ovladat a jsme tam :) Jenom pro to totalne nebyl zadnej pozadavek, tak jsme o tom ani nikdy neuvazovali. Jinak uz jsme asi mohli mit cloud :D

[Kvakor]

No ano, ale porad mi v tom chybi ten "cloud" :) Proste porad v tom nevidim nic jineho nez co ve vpsFree uz delame tri roky...

To je normální, spousta věcí se děla postupem P, který je zevnitř úplně stejný, jako postup Q, ale postup Q je popsaný pomocí nových, módní a cool buzzwordů, takže ho managoři mají rádi, narozdíl od P, který je plný pro ně složitých technických termínů

[dementni.lojzik]

AFAIK hlavne (z pohledu zakaznika) tim, za co platim a co mi je dana sluzba schopna poskytnout. Ted se mozna pletu, protoze o nabidkach VPS nemam absolutne zadny prehled, ale AFAIK typicka nabidka VPS vypada tak, ze platis mesicne za predem dohodnuty pocet VPS, at je pouzivas nebo ne. Kdyz ty stroje budes pouzivat 24/7, pak asi IaaS nic navic nenabizi a jeste to asi bude drazsi. Pokud ale potrebujes treba jednou tydne provest nejake vypocty/testy/neco na co potrebujes napr. 5 stroju na 3 hodiny, tak se ti urcite vyplati zaplatit Amazonu za 5x3 hodiny nez permanentne platit 5 VPS. Stejne tak pokud provozujes nejaky SaaS nebo PaaS, tak typicky potrebujes nejak automatizovane pridavat a odebirat servery podle zateze (a opet podle toho uctovat zakaznim tvoji sluzby) - tohle AFAIK VPS poskytovatele nenabizi.

technicka realizace se IMHO asi nijak zasadne lisit nebude, jen v cloudu asi bude zapojeno radove vic stroju

[Miloslav Ponkrác]

Nevím proč mi článek připomíná, že se úmyslně snaží nastavit překážky. Zhruba ekvivalent tvrzení: "Já holka z vesnice se chci vdát pouze za miliardáře, který se pořád doma, je něžný, pozorný, bude mi doma pomáhat, budeme spolu cestovat po světě, bude dobrý ve sportu, bude mít nad 185 cm, bude hezký, sexy, vždy čistý, upravený, bude inteligentní a bude všemu rozumět, zároveň zručný kutil, a bude mně mít rád, vždy mi bude věrný, bude mi často volat, ... Jo a řekla jsem už že budeme mít doma farmu, zvířátka, adoptujeme si 30 černoušků z Afriky, ..."

1) Domácí počítač, notebook, tablet i ostatní nepotřebují 5 Mbps linku. Vlastně jejich synchronizace nepotřebuje vůbec internet. Nevím proč, ale domácí síť běhá na 1 Gbps a něco mi říká, že by to mohlo na synchronizaci zařízení doma stačit. Server umí i Wi-Fi když je nejhůř a i ten je rychlejší, než těch 5 Mbps.

2) Pokud si vymyslíte tisíce ptákovin co "nutně" potřebujete, zhruba jako ta ženská co píšu více, tak samozřejmě "nutně" potřebujete obrovský cloud. Pak není co řešit.

3) Nemám problém se synchronizací, protože nepotřebuje baziliön ptákovin co nutně musím mít jinak bez nich neumřu a život nemá cenu.

4) K čemu vlastně potřebuji cloud a nahánět data po venkovních počítačích? Nějak jsem to nepochopil kromě mailu a prohlížení webů, případně spolupráce s ostatními. Článek se mně nějak snaží říct, že potřebuji ještě něco více.

5) Webový server sídlící na 5 Mbps je pro 99,9999 % webových stránek dostatečný.

6) Pokud si už někdo umí dobře nastavit server, není důvod proč by to nedělal. Jste na specializovaném serveru, kde je vyšší procento výskytů takových lidí. Výhodou jsou možnosti, které těžko získáte jinak.

[Jendа]

Já to řeším tak, že mám on-line instanci dat na notebooku, který nosím všude s sebou (nesmí nastat situace, kdy bych se musel připojovat z cizího počítače domů pro přístup k datům - neexistuje cizí počítač, kterému bych věřil dostatečně na to, abych na něm zadával klíč). Zálohování si řeším tak, že si troufnu tvrdit, že mě má data přežijí. Mám je ve třech kopiích doma, na VPSce (geografické oddělení ~3 km) a na počítači 100 km daleko. Zjistil jsem totiž, že těch opravdu důležitých dat mám asi 5 GB - a to v dnešní době není problém narvat skoro kamkoli.

Náklady v podstatě nulové, protože notebook i ostatní počítače s volným místem na disku bych měl tak jako tak.

Google používám pro ~80 % hledání a jednou za dlouho na Street View. To hledání mě štve, protože se přes to dá vystavět strašně podrobný profil (něco podobného), ale to ostatně z mých příspěvků tady taky.

Teď jsem ve stavu, kdy řeším, co s GSM bonzáčkem. Asi ho začnu nechávat doma…

Další věc, co řeším, je, že zapomenu heslo. Už jsem měl jednou infekci, která mi rozhodila jemnou motoriku tak, že jsem ho nedokázal napsat na klávesnici. Co kdybych ho zapomněl? Uvažuji o tom, že vyberu v okolí 4 nejdůvěryhodnější osoby a dám jim soubor s fragmentem klíče spočítaným tak, že libovolné 3 z těch 4 dokáží sestavit kompletní klíč. Kdyby o sobě ještě navzájem nevěděly, to by bylo nejlepší.

[Jendа]

Jo a ještě risk management současného řešení (nezastávám security-by-obscurity, takže to sem klidně napíšu)

• rubberhose cryptoanalysis
• remote code injection
• zlomení AES

První se nedá řešit AFAIK nijak, druhé a třetí bych vyřešit uměl, ale vyžadovalo by to silnější HW, než je moje přetaktovaná 486.

[Jendа]

První se nedá řešit AFAIK nijak

Teď mě napadl kryptomodul s falešným heslem, které data nerozšifruje, ale smaže. Muselo by se ale zkusit, jestli bych psychicky měl na hraní takového divadla…

[pavlix]

Hlásím se k tomu testování, jestli to dáš :).

[Jendа]

Tahle situace se v přátelském prostředí emuluje o dost hůř, než jenom „dej mi heslo“. A v nepřátelském (jako že si na mě někdo počká pod mostem) se mi to fakt testovat nechce.

Pokud to náhodou čte jedna osoba: OPRAVDU NECHCE!

[kralyk z abclinuxu]

Obávám se, že to je nahouby, "oni" si ty data určitě vyzálohují před zadáním "hesla"...

[Jendа]

Kryptomodul je kus křemíku, kde ve kterém je klíč uložen v EEPROMce. Ještě se to dá všelijak jinak obfuskovat, aby vyčtení dat bylo dražší, než je jejich hodnota.

[kralyk z abclinuxu]

No jo, ale data máš na disku a disk se dá zálohovat, takže leda bys měl klíč k datům uložen zašifrovaný v modulu a svým klíčem odemykal data v modulu (→klíč), s tím, že určitý falešný klíč k modulu smaže zašifrovaný klíč k datům... Přijde mi to ale dost nešikovný.

[Jendа]

Přijde mi to ale dost nešikovný.

Dost lidí nosí takové zařízení v peněžence nebo v mobilu.

[Martin Petr]

Jak řešíš synchronizaci těch dat? Ručně? A jak často?

[Jendа]

Občas spustím skript, který to všechno provede. Je to skript ve stylu

nbd-client 185.287.465.321 2000 /dev/nbd0
cryptsetup luksOpen /dev/nbd0 zaloha
mount /dev/mapper/zaloha /mnt/crypto
rsync …
umount /mnt/crypto
cryptsetup luksClose zaloha
nbd-client -d /dev/nbd0

Problém je u velkých měnících se souborů, které se přenáší vždy celé znova a na pomalém počítači to pak trvá. Typicky blockchain Bitcoinu.

[coques]

Uvažuji o tom, že vyberu v okolí 4 nejdůvěryhodnější osoby a dám jim soubor s fragmentem klíče spočítaným tak, že libovolné 3 z těch 4 dokáží sestavit kompletní klíč. Kdyby o sobě ještě navzájem nevěděly, to by bylo nejlepší.

Čo, ak zabudneš komu si tie kľúče dal? :)

[SPM]

Sakra, stejná otázka, ale trvalo mi déle přečíst celej thread

[Jendа]

Když ztratím paměť, ty osoby se o tom určitě dozví.

[SPM]

Další věc, co řeším, je, že zapomenu heslo. Už jsem měl jednou infekci, která mi rozhodila jemnou motoriku tak, že jsem ho nedokázal napsat na klávesnici. Co kdybych ho zapomněl? Uvažuji o tom, že vyberu v okolí 4 nejdůvěryhodnější osoby a dám jim soubor s fragmentem klíče spočítaným tak, že libovolné 3 z těch 4 dokáží sestavit kompletní klíč. Kdyby o sobě ještě navzájem nevěděly, to by bylo nejlepší.

Co když zapomeneš komu si to řekl? :)

[Honza Jaroš]

Požádat je, aby se mu v případě amnézie daní jedinci sami přihlásili?

Pak už stačí si jenom vzpomenout, jak to heslo dát dohromady...

[Jendа]

Požádat je, aby se mu v případě amnézie daní jedinci sami přihlásili?

JJ, přesně.

Pak už stačí si jenom vzpomenout, jak to heslo dát dohromady...

No tak k tomu musí být nástroj…

[xm]

Kvalitní VPS lze mít od Wedosu již za 132,- Kč měsíčně (včetně DPH). Za tu cenu se jedná o 512 MB RAM a 15 GB disk, což je pro soukromý server dostačující. Navíc je to skutečná virtualizace - KVM - nikoliv pouze kontejner jako OpenVZ. Jsem s nimi už dlouhodobě hodně spokojenej.

[Jendа]

Co děláš na VPS, že potřebuješ plnou virtualizaci?

[pavlix]

Taky by mě zajímalo, jestli mu to k něčemu je nebo se jedná o pouhé „víc proužků, víc adidas“.

[Honza Jaroš]

V podstatě jediné, co mi pod OpenVZ skutečně blbne, je java; od té doby co změnili ve verzi 1.6.0_18 způsob alokace paměti, se mi tam daří spustit jen značně omezené množství instancí javy, další pak začnou při spuštění padat na nedostatku paměti. Nepodařilo se mi zjistit co přesně tomu vadí, řešení jsem našel jen dvě: buď nastavit privvmpages na unlimited (pak to běhá spolehlivě i na strojích s relativně malou RAM), nebo explicitně nastavovat parametry -Xmx a -Xms na nízké hodnoty (což si jsem schopen ošetřit u svého serveru, ale u jednoho zákazníka, kde vládne mírná javová anarchie, se to ukázalo jako neprůchodné ). Zkoušel jsem psí kusy, bohužel bezvýsledně.

Jo, teď jsem si ještě vzpomněl na IPSec, tam jsem taky ve spojení s OpenVZ svého času řešil nějaké potíže, kvůli kterým jsem se nakonec pokorně vrátil k OpenVPN. Jen už si přesně nepamatuju o co šlo...

[pavlix]

Pokud si dobře pamatuju, tak v OpenVZ nelze provozovat IPsec tunnel mode na virtuály prostřednictvím fyzického stroje. Transport mode ale tenhle problém nemá, tzn je potřeba překopat celý návrh.

[Honza Jaroš]

Jo, byl to tunel; pokud si dobře vzpomínám, končil na externím rozhraní fyzického stroje, přičemž ten skrz tunel v pohodě fungoval, další počítače v interní síti taky, ale z VPS se do tunelu nešlo dostat. Bohužel v tomto případě nešlo použít transport mode, protože mezi sebou komunikovaly sítě s neveřejnými adresami a veřejnou jsem měl na jedné straně k dispozici jen jednu. Ale je zbytečné to řešit, ono OpenVPN na tohle bohatě stačilo.

Mimochodem, netuší někdo, jak je to s IPSec u LXC? Tyhle kontejnery znám zatím jen z doslechu a k praktickým testům jsem se ještě nedostal...

[pavlix]

Já jsem si na LXC udělal praktický test za pěkných pár desítek tisíc. Neměl jsem čas to otestovat pořádně, a když jsem zjistil, že mi LXC virtuály ve větším počtu než „několik málo“ tuhnou a přestávají komunikovat. Navíc že spousta jaderných nastavení jak rlimit a podobně funguje ze záhadných důvodů napříč virtuály, takže jsem některé aplikace musel ukecat, ať rlimits nepoužívají, jinak bych si je pustil jenom v jedné instanci.

Přišel jsem částečně kvůli tomu o kšeft, druhá část byla vlastní blbost :).

[Honza Jaroš]

Au!

A byl problém v kontejnerech samotných (tedy v jádře), nebo v LXC? A jaké verze jádra, resp. LXC to byly?

[pavlix]

LXC je v jádře + pár userspace nástrojů, které si to jádro zavolají... takže odhad je na 99% v jádře, ale detaily neznám.

Verzi jádra přesnou nemám, ale počítej cca před rokem stabilní Debian (tzn pokud vím, tak Debian 6) a tehdy aktuální jádro ve Fedoře.

A přesný projev „mrznutí“ byl ten, že virtuály přestaly být dostupné po terminálu. Nehledě na to, že narozdíl od OpenVZ neumí LXC pustit příkaz tak, aby se provedl ve virtuálu (vzctl exec), takže to nejde ani rozumně zkoumat.

[Honza Jaroš]

Verzi jádra přesnou nemám, ale počítej cca před rokem stabilní Debian (tzn pokud vím, tak Debian 6) a tehdy aktuální jádro ve Fedoře.

Hmm, Squeeze má 2.6.32, u Fedory nevím. Asi by stálo za to zkusit novější verzi.

Nehledě na to, že narozdíl od OpenVZ neumí LXC pustit příkaz tak, aby se provedl ve virtuálu (vzctl exec), takže to nejde ani rozumně zkoumat.

No, tak tohle je z mého pohledu dost problém. vzctl exec běžně používám.

Škoda, OpenVZ používá docela archivní verze jader, takže jsem si říkal, že pokud bych potřeboval novější (a navíc nepatchovaný) kernel, mohlo by to LXC řešit. Tak asi zatím nic, no...

[pavlix]

Já jsem nedávno na Debianu nasadil oficiální OpenVZ kernel, který je dělaný pro RHEL. Samozřejmě 2.6.32. Ale není to nijak na překážku.

LXC nebude IMO dobré do té doby, než se podaří dostat do jádra klíčové OpenVZ patche. Teoreticky, kdyby se do jádra dostaly všechny potřebné OVZ patche, tak bude OpenVZ už jen sada userspace nástrojů.

Ale OpenVZ patche se do jádra nedostanou, dokud budou mít tak zásadní nedostatky, jaké mají teď. Takže pokud na to vůbec dojde, tak bych to viděl minimálně na roky.

Tak jako tak mě LXC hodně otrávilo a i když jsem si za to z velké části mohl sám, tak ve mě vůbec nebudí důvěru.

[Honza Jaroš]

Já jsem nedávno na Debianu nasadil oficiální OpenVZ kernel, který je dělaný pro RHEL. Samozřejmě 2.6.32. Ale není to nijak na překážku.

Jasně, debianí OpenVZ kernel mám v podstatě na všech serverech, proto taky vím z hlavy verzi. Spíš mi šlo o to, kdybych náhodou někde potřeboval něco novějšího - znáte to, kdo je připraven, není překvapen. Vyšší verze než 2.6.32 bohužel není k dispozici ani na webu OpenVZ. No a taky jsem si říkal, že by to třeba řešilo ty problémy s Javou.

No, asi si s tím časem pohraju ve spojení s novější verzí kernelu a vyzkouším, jestli tam ty bugy ještě jsou. Pro jistotu. Každopádně zatím nemám důvod cpát na servery jiné než distribuční jádro a na desktopu stějně většinu věcí honím ve VMwaru, když už ho mám koupený, takže tak jako tak by to bylo jen pro strýčka Příhodu...

[pavlix]

Já jsem se bavil s lidma od Parallels a ti mě přesvědčovali, že ofiko jádro je podstatně dál než to v Debianu. Konkrétní výhody jsem neobjevil, ale snažím se instalovat radši ofiko.

Jinak s tím novějším jádrem bych se do toho až tak po hlavě nepouštěl. OpenVZ je docela rozsáhlá sada patchů a já bych byl rád, že to jede teď tak jako to jede. Vzhledem k tomu, co všechno se v poslední době kurví ve vanille, tak bych se nějakých velkých pokusů docela bál.

[xm]

Neříkám že nutně potřebuji, obešel bych se i s (dobře nastaveným) OpenVZ hostingem. V podstatě mě k tomu vede jen blbá zkušenost z předchozích 2 hostingů na OpenVZ, což ovšem mohlo být (a v některých případech vím že bylo) jen blbou konfigurací. V každém případě když můžu mít tak levně plnou virtualizaci, vždy si jí vezmu radši, cítím se v ní jistěji (byť je to třeba iracionální).

[snajpa]

No, my mame OpenVZ docela slusne odladene, rekl bych... a opravdu nemam nejmensi motivaci prechazet na KVM, obzvlast kdyz vidim, jak je to neefektivni technologie a jakou ma *jeste porad* v roce 2012 rezii. ackoliv uz je to o hodne lepsi nez to bylo, nektere veci vychazi proste z podstaty spatneho navrhu - napriklad dve vrstvy planovace nad sebou - pro IO resitelne, pro CPU jedine patchovanim hypervisor kernelu nebo statickym pinningem CPU jader.
Stalo by to hodne snahy mne presvedcit, ze kontejnery pro aplikacni servery nejsou tou nejlepsi volbou "virtualizace"...

[pavlix]

No, my mame OpenVZ docela slusne odladene

<rejp>Třeba odladíte i komunikaci se zákazníky a členy.</rejp>

a jakou ma *jeste porad* v roce 2012 rezii

To jako myslíš, že plně virtualizovaná technologie bude v roce 2012 režií konvergovat k minimální režii konejnerové virtualizace? :)

[snajpa]

Třeba odladíte i komunikaci se zákazníky a členy.

Koukam ze tady ma nekdo jeste porad raneny ego.. No nebudu to rozebirat , pojdme se radsi bavit vic na technicky urovni prosim.

To jako myslíš, že plně virtualizovaná technologie bude v roce 2012 režií konvergovat k minimální režii konejnerové virtualizace? :)

Ani ne.. jenom se mi nelibi ten koncept KVM, kdy se snazi pouzivat planovace a obecne prostredky jadra, ktere byly navrzeny pro uplne jiny ucel. Idealni HW virtualizace by byla takova, kde by hypervisor byl nad systemem. Tusim, ze to byl hlavni koncept Xenu, bohuzel Xen je tak trochu historii, protoze uz mu nikdo nevenuje moc pozornosti.

[pavlix]

Koukam ze tady ma nekdo jeste porad raneny ego.. No nebudu to rozebirat , pojdme se radsi bavit vic na technicky urovni prosim.

Pokud by to bylo raněným egem, dávno by to vyprchalo. A pokud si dobře pamatuju, na mě osobně nikdo příliš neútočil (pokud jsem na něco nezapomněl).

Spíš je to nedůvěra v lidi, kteří považují neprofesionalitu a hulvátský přístup za dobrý přístup k podnikání. Je mi líto, ale vzhledem k tomu, že VPS veřejně provozovat nechci, dohazuju potenciální zákazníky těm, kteří se k nim budou na 99% chovat na úrovni.

Může mezi ně patřit virtualmaster.cz (se kterými momentálně sám žádný obchodní vztah nemám). Můžou mezi ně patřit i jiní. Ale celkové řešení musí mít nějakou úroveň.

Můžeš to brát jako čistě praktickou úvahu. Ona praxe není jenom znát pár technických vychytávek, že.

Idealni HW virtualizace by byla takova, kde by hypervisor byl nad systemem. Tusim, ze to byl hlavni koncept Xenu, bohuzel Xen je tak trochu historii

Jestli je Xen historií, tak nejspíš hlavně proto, že používá tento koncept, který se ukázal jako nevhodný. Abych byl konkrétní, tak nevhodný pro ty, kteří chtějí dané řešení udržovat, z důvodu, že Xen funguje jako operační systém, potřebuje drivery, atd...

IMO je z globálního pohledu, tedy když kromě uživatelů započítáš i údržbu, ideální model takový, který nevyžaduje hypervizor nad operačním systémem, ale umožňuje běh hypervizoru v rámci operačního systému, který má kontrolu nad hardware. Zhruba jako to má KVM, i když se samozřejmě nebráním výhradám vůči jiným vlastnostem KVM.

[xm]

Plná virtualizace bude mít vždy větší režii než kontejnery, to vychází snad z logiky věci. Ta větší režie je ovšem vykoupena výhodami plné virtualizace (pro někoho to tak být ale samozřejmě nemusí, záleží případ od případu, názor od názoru).

Když mi ovšem někdo nabízí plnou virtualizaci za cca 130,- měsíčně, tak je to pro mě jasná volba (navíc když mám ověřeno, že je to opravdu kvalitní hosting - prakticky bez výpadků, rychlost výborná, okamžitá odezva podpory).

[xm]

(btw. momentálně tam má muj virtuál uptime 110 dní)

[pavlix]

Zní to docela dobře :), skoro škoda, že už žádnou virtualizaci nesháním (za služby tohoto typu už nějakou dobu nemusím platit), ale ta nízká cena by mohla být pro některé mé zákazníky lákadlem.