Názory k článku
Tři nové cloudové hostingy z ČR

Migrace z běžného hostingu na VPS je většinou vynucena použitím nějaké externí služby - např. potřeba speciální rozšíření php, memcached, procesy na pozadí, vytváření náhledů z videí atd.

Na cloudu ovšem nic z toho nedostanu. Tím se to stává napoužitelné.

Místo "na cloudu" jste chtěl napsat "v cloudové službě typu PHPfog", protože cloudy běžně nabízejí i služby a la VPS, viz v článku zmíněný BeeScale, Virtualmaster nebo Amazon EC2...

To je ovsem pravda jen napul.

Jednak bezne "PHP Cloudy" se tomu snazi predejit tim, ze maji maximum moznych modulu a rozsireni povolenou. A druhak (aspon tedy v ramci WEBCLOUD.CZ) se nabizi vytvorit i sofistikovanejsi procesy skrze CRON ci CGI volani jinych procesu.

Osobne si myslim, ze duvodem pro nepouziti "PHP Cloudu" pro PHP aplikaci je bud jeji naprosto brutalni architektura a nebo nutnost otevrit jiny nez HTTP/S, FTP (ci proste z vyctu nabizenych) kanal.

Nicmene, pokud je uzivatel jiz natolik schopny, ze vi co je memcache a ze je treba spustit nejakeho daemona na pozadi, napr. pro resample videa, pak si jiste VDS server zvladne spravovat bez potizi sam a jedna z hlavnich vyhod (nemuset "prilis neco resit") odpada.

Problém je v tom, že dneska se slovíčkem „cloud“ ohání v oboru každý a nálepkuje se tím cokoli, aby to bylo víc „in“ a lépe se to prodalo (marketing). Což vede např. k tomu, že teď máš pocit, že ti cloud nic nepřinese. Když ale cloud budeme brát jako virtuální počítač, kde platíš za spotřebovaný* výkon/zdroje a můžeš si snadno měnit parametry, tak ti cloud dává vše, co VPSka, a ještě něco navíc – nebo taky ne, protože ta pružnost je služba jako každá jiná a je potřeba za ni platit (naopak, když dokážeš dobře odhadnout svoje potřeby a moc se nemění, nebo mění předvídatelně, tak bude výhodnější obyčejný VPS nebo vlastní server).

*) na rozdíl od klasické VPS, kde platíš fixní paušál bez ohledu na to, kolik zdrojů jsi využíval, a je to řádově nepružnější (čas od času třeba pořídíš vyšší tarif s více RAM nebo CPU a diskem a musíš kvůli tomu třeba měnit smlouvu – vs. cloud, kde si ty parametry můžeš měnit třeba každý den a nemusíš se o tom s nikým dohadovat a je to hned)

Mně Webcloud od Ignumu připomíná obšlehnutý dřívější projekt Timehosting.cz. Tomu se v minulosti dostalo obrovského zájmu (zejména od lidí kolem Webtrhu), ale ten pak nebyl schopen ustát a několikrát se zhroutil, aby pak byl prodán a nakonec umřel.

Ignum také původně za tu službu chtělo (nebo spíš mělo chtít) daleko více peněz, nakonec to dopadlo tak, že chtějí "tarif" min. 2 koruny za den (což chce třeba i Rosti.cz) + něco za procesorový čas.

Jediný podstatnější rozdíl mezi Webcloudem a Timehostingem vidím v tom, že to první provozuje Ignum a i když to podnikatelsky nevyjde, tak to nenechají úplně slítnout.

(Ono Ignum má dost velký problém v poslední době a to, že hodně dlouho stálo a vlastně ještě stojí na jednom místě s vysokými cenami a jiné webhostingové firmy je začaly rychle dalece předbíhat. Tak se to snaží dohnat, asi.)

Možná by stálo za to zmínit v článku Timehosting. To byla sice dost lamerská a špatně zvládnutá záležitost a průšvih (naštěstí znám jen z doslechu). Ale když se na to člověk podívá nezaujatě a bez emocí, tak bych řekl, že to byli průkopníci* a předběhli dnešní „cloudové webhostingy“ o velký kus. Pokud vím, tak v té době v ČR nikdo nic podobného nenabízel.

*) byť neúspěšní, ale tak to často bývá

Timehosting neexistuje, nenabízí služby, a to je, řekl bych, poměrně důležitý faktor, který hovoří proti zmiňování v článku. Zmínění coby průkopníka v komentářích je v tomto kontextu dostatečné. Až budeme psát "historii cloudových hostingů", bude mu jistě patřit náležitý prostor...

Nejaky patek je tady take http://relbit.com/ , pokud vim funguji od cervence.

Za tip na Relbit dík, podívám se na něj...

Tieto cloudy su na dve veci...neviem naco mi budu ked najlacnejsi VPS 100Gb je za 10 EUR, dedik. server uz od 40 EUR (2 x500 Gb HDD), / 1 mesiac. Tie ceny musia ist rdikalne dole, inac to je o jednom velkom *ovne...

Kvalitni technologie neco stoji. Pokud nekdo pozaduje "super-mega-nadupanou" sluzbu se SLA 99.99, neomezenym trafficem a buhvicim jeste a je ochoten platit par euro, tak je asi neco spatne

Muze mi nekdo vysvetlit jaky je prinos nebo vyhoda cloudu oproti klasickemu VPS? Mam uz druhym rokem predinstalovane VPS od Vas hosting, platim tak nejak asi co jsem koukal prumernou cenu, problemy nejsou, konfiguraci LAMP jsem resit nemusel... tak kde jde prinos v cloudu kdyz jedine co me to prinese oproti VPS je ze muzu doufat, ze ve finale cena bude nizsi? Nebo v pripadde ze se mi zadari, napr. newsletter bude uspesny, tak se nedoplatim?

Podle mne claud to je takové zaklínadlo, když někdo nechce prozradit zkutečně používanou technologii a její silné a slabé stránky.
Co se claudových technologií týče, používané lze nejspíš rozdělit do těchto kategorií.
wmware, microsoft hyper-v, xen, redhat kvm

http://www.master.cz/cloud-hosting/

Tabulka na kterou jsem dal odkaz je patrně poskládána tak, aby se jevilo jako nejlepší wmware vsphere 4.4, výhody jiných řešení tam asi chybí.

A pak je zde ještě extra kategorie. Paravirtualizace, která ovšem může mít
též většinu cloudových vlastností zde je třeba vserver, openvz

Co používám výše zmiňovaný? To kvm? Podle toho by se dalo soudit slabé a silné stránky. Že si to celé vyvíjeli sami se mi nechce věřit.

Ještě bych chtěl upozornit na projekt http://www.4smart.cz Už je v provozu cca rok.
Liší se především tím, že neúčtuje za alokované, ale opravdu spotřebované prostředky. Tedy neplatíte za celé jedno jádro procesoru, ale jen za zkutečně využité cykly třeba hned osmi procesorů. Neplatíte za paměť, kterou si v rozhraní naklikáte, ale za paměť, kterou si aplikace opravdu alokují. Pokud tedy s prostředky zachází virtuál rozumně, provoz na 4smart.cz vychází až desetinásobně levněji, zvláště u začínajících projektů, které ještě nejsou na systémové prostředky tak náročné. Také se liší svoji otevřeností.

Zajimalo by me teda jaka je vyhoda toho cloudu.. kdyz u VPS vim, že platim XXX mesicne potazmo rocne a mohu se na to spolehnout. U cloudu kdyz mi nejaka chyba nebo i dobra kampan nazene navstevniky/za­tizeni... tak abych se modlil ze me za to cloudovy provider nesedre na kost?

Ano přesně, ale aspoň se není třeba bát (u pořádného poskytovatele), že při úspěšné kampani/zmínce v článku nebo něčem jiném, co skokově přitáhne lidi to ta VPSka neutáhne.

Ta tabulka u Masteru je hloupost. Porovnaval jsem jejich A/N u HyperV se skutecnosti a maji tam radu chyb.

Nicmene Cloud neni Virtualizace. Oboji je neco jineho, byt se casto doprovazi. Kazdopadne zakladni schopnosti Cloudu je Elasticita. To zadne VPS na HyperV, Xenu ci cemkoliv jinem nema - mate sve max. hranice a pokud se potrebujete dostat za ne, rozhodne ne tak, ze tu tzv. "Cloud" sluzbu natahnete - ta uz se za hranice proste nedostane. A nic na tom nezmeni ani to, ze muzete ty vase hranice On-Line menit - presto jsou hranice, za ktere se nedostanete. BTW: Maximum jader ve virtualnim stroji predstavuje minimalni pocet jader jednoho ze serveru ve Virtualnim Clusteru - tj. pri dnesnich CPU je to v nejlepsim pripade 24. Ve WEBCLOUDu vykon nedelime ale spojujeme - aktualne stranky obsluhuje 42 ruznych jader.

Clouding a vyhody LAMP v Cloudu jsou prave o te Elasticite. Neni problem vytvorit jeden server LAMP a spustit na nem aplikaci, ale nutne je problem zajistit kvalitni odezvu pri menicim se vytizeni. A to je presne to, co ma LAMP v Cloudu v popisu prace. A pritom - jak je z komentaru videt - vlastne nestoji vic.

Nekdo v komentarich psal cosi o 40EUR za 500GB mista - nerad to rikam, ale uz nekdo nekdy hostoval 500GB prezentaci na jednom dedikovanem serveru? Misto je zda se pro kazdeho zaklinadlo, ale dopady toho jak moc ho vyuzijete ci spise nevyuzijete nikdo nedopocitava. Realne narazite na limity mnohem driv, nez se vam povede to misto zaplnit, takze onech 40EUR za 500GB je nesmyslny prepocet, ktery ve vysledku bude znamenat, ze 40EUR je porad jen nejaky CPU a sit, byt s velkym prostorem, na ktery se ale nikdo nepodiva.

A myslenka Cloudu je tu prave proto, abyste na limity nenarazili - a to nikde! Jak HDD, CPU ci sit - coz jsou hlavni komponenty pro poskytnuti webove stranky - maji schopnost elasticity. A pokud nemaji, neni to Cloud. Kazdy se ohani Cloudem, vsichni to desne umi, jenze realita je takova, ze ty opravdu klicove parametry jejich systemy nesplnuji. To je ale zbytecne se zlobit, je to buzzWord, tak jako rada jinych a "oblak" lip nez kterekoliv jine se "napasuje" na cokoliv. Skoda pro nej.

Jinak na otazku - co pouziva vyse zmineny - WEBCLOUD.CZ nepouziva zadnou virtualizaci. Cilem projektu nebylo (a nebude) rozdelovat zatez jednoho velkeho serveru na spousty malych, ale naopak - spojovat zatez mnoha velkych serveru na jeden jeste vetsi (a v ramci toho obrovskeho systemu obsluhovat stranky zakazniku - a to rychle a spolehlive i pri obrovskych zatezich) - to je WEBCLOUD a proto o nem tvrdime, ze je to Cloud. Virtualizaci jsme nepouzili, protoze nam akorat brala prostredky a kazde procento vykonu se pocita.

Marek Erneker, IGNUM

Pokud by hlavní vlastnost cloudu byla elasticita tak Beescale se svým maximem 4 jádry 2GB paměti zrovna moc elasticity nenabízí. To ta jejich technologie neumožní a nebo to celé běží jen na dvou strojích a mají strach aby jim to jeden uživatel nějak nepřetížil?
Je ale otázka, zda-li tu hranici potřebujeme nastavenu někde extrémně vysoko, nebo nám stačí zhruba maximum dnešních fyzických serverů. Pokud jsme vyvinuli aplikaci co požaduje 50 GB paměti 5T disku a nejlépe 36 jader na jednom stroji, tak je možná něco špatně s návrhem. Asi žijeme moc v oblacích.

Dobrý den,

BeeScale má implementované limity, které omezují uživatele, aby se nepokoušeli služby záměrně přetěžovat. Kdo chce limity zvýšit (a je platící zákazník), stačí napsat a limity jsou mu zvednuty dle požadavků, pokud jsou reálné. Důvod je jednoduchý - jedná se o sdílenou službu a my musíme udělat maximum proto, aby bylo rozdělení prostředků spravedlivé a zároveň každý dostal za co si zaplatí.

BeeScale je služba, která Vám umožní spustit si server na hodinu nebo dvě, týden, měsíc, s tím, že si můžete v čase měnit případně parametry, pokud to tak potřebujete.

Pokud Vaše aplikace potřebuje 50GB paměti, 5T na disku a 36 jader, pak jste velmi zajímavý potencionální zákazník. ;-)

Jarda Prodělal (za BeeScale )

Díky za info. Pokud pro BeeScale neplatí opravdu žádné technologické limity jako maximální výkon fyzického stroje, myslím že je to zajímavá informace i když to naprostá většina uživatelů nikdy nevyužije.

Každý poskytovatel má limity. U cloudu jde o relativní velikost poskytovatele oproti zákazníkovi – poskytovatel musí být „mnohem větší“ aby limity z pohledu zákazníka byly „nekonečné“.

4smart mohu oporucit. Pokud nepotrebujete IPv4 tak bezna konfiurace prijde na nekolik desetikorun mesicne.

4smart jsem zkousel a take se mi ten koncept libi. Vic nez Amazon EC2.
Jediny problem je stale stadium urciteho experimentu - vyvoj nestihaji tak rychle, jak by si platici uzivatele prali, trochu amaterska podpora (nemaji ani tiketovaci system) a obcasne vypadky.

Máte někdo zkušenost, kde jde nainstalovat a funguje Aegir pro Drupal? Představoval bych si něco s jednoduchou správou, kde se nemusím starat o OS a platím za spotřebované zdroje. Zatím mi do toho zapadá Webcloud, kde dostanu SSH přístup s možností instalace SW do svého user space.