Holý kov vs. cloud: průzkum

Horkě diskutované téma holého kovu versus cloudu se nedávno dostalo do čela komunity EOS. Stejně jako u většiny věcí ve světě kryptografií / blockchainů existuje kolem diskuse obrovské množství hluku a FUD (Strach, nejistota a pochybnosti). Jsem tu, abych vám řekl, že holý kov vs. mrak je nepodloženým argumentem, a každý je příliš zaneprázdněn ostřením vidlí, aby se soustředil na to, na čem opravdu záleží.

Než se ponoříme, vraťme se o krok zpět a připomněme si, co je důležité; o tom, co výrobci bloku souhlasí při podpisu smlouvy o registraci výrobce bloků: spolehlivé, bezpečné a poctivé fungování mainstreamu EOS.

Jen pro informaci, my v EOS Dublin jsme v Bare-Metal Brigade ™ a k tomuto článku jsme připojili speciální odznak, který si můžete stáhnout na svůj web nebo Twitter. Odznak si můžete stáhnout zde.

Začněme některými definicemi, protože terminologie je všechno a mohou zde být nějaké nové termíny.

Holý kov

Podle své definice znamená holý kov jednoduše fyzický server s jediným nájemcem. Jinými slovy, měl by běžet podobně jako váš domácí počítač. Nainstalujete MacOS nebo Windows na svůj notebook / plochu a bude interagovat s hardwarem přímo (alespoň kvůli tomuto tématu).

Systém běží na holém kovovém hardwaru, nikoli na softwarové abstrakci (virtualizaci) tohoto hardwaru.

Mrak

Když lidé mluví o cloudu, obvykle označují platformu Infrastruktura jako služba (IaaS), distribuované prostředí složené z virtualizovaných serverů s více nájemci. Příkladem veřejných cloudových infrastruktur jsou platformy jako Amazon AWS, Microsoft Azure, Google Cloud Platform (GCP) nebo IBM Bluemix. Myšlenka je taková, že pomocí moderních virtualizačních technik můžete provozovat infrastrukturu na vysoce škálovatelné distribuované síti serverů za nižší cenu než holý kov.

Cloud vs Bare-metal

Chvíli mi trvalo, než jsem pochopil toto nesmyslné srovnání, ale nakonec jsem si uvědomil, že to bylo prostě nepochopení terminologie, s vírou, že holý kov = hardware, který je vlastněn a spravován, zatímco cloud = pronajatý nebo pronajatý hardware.

To je prostě nepravda. Holý kov a cloud nejsou protiklady.

Na základě výše uvedené definice je možné provozovat holé kovové servery v cloudovém prostředí, stačí se zeptat EOS Dublin. Porovnání cloudu s holým kovem je podobné jako „Audi vs sportovní vůz“. Nyní Audi, výrobce automobilů, vyrábí širokou škálu automobilů, včetně sportovních automobilů. Sportovní vozy jsou pouze kategorií produktů, které Audi nabízí. Můžete si také koupit sportovní vůz od jiných výrobců, jako je Porsche, menší nezávislá společnost jako Koenigsegg (zdarma při každém nákupu), nebo si můžete vytvořit svůj vlastní.

Single-Tenant vs Multi-Tenant nebo Virtualized vs Physical

To je skutečná podstata problému a debata, na kterou bychom se měli soustředit. Virtualizovaná prostředí s více nájemci mají mnoho výhod, pokud se opravdu nestaráte o hardware, na kterém běžíte, nebo nepotřebujete záruky dostupnosti zdrojů. Pokud sdílíte server s ostatními, každý ve vaší vlastní zděné zahradě, sdílíte také náklady.

Nevýhodou je, že pokud máte hlučné sousedy, kteří rádi sdílejí náročné zdroje na své podíly na serveru, mohou vás velmi dobře ovlivnit, což vede ke snížení výkonu. Mohli by také být schopni vylézt nebo tunel pod těmito zdmi.

Producent bloku musí zajistit, aby jejich uzel byl izolován od akcí jiných aktérů. To nelze zaručit, když běží na sdíleném hostiteli.

Nájem jednoho nebo více nájemců

Jeden-nájemce a více-nájemce popisují typy architektury, které definují způsob, jakým je hardware nebo software přidělen uživatelům. V architektuře s jediným nájemcem má jediný zákazník přístup k softwaru / hardwaru, zatímco ve scénáři s více nájemci je jediná instance sdílena mezi více uživateli současně. To se opravdu scvrkává na kompromis mezi náklady a přínosy.

Příkladem v reálném světě, kde terminologie nepotřebuje překlad, by bylo přemýšlení o bytovém domě, který je rozdělen do několika jednotek vs. Pokud sdílíte budovu s dalšími nájemníky, sdílíte také některé zdroje, například vodu přicházející do budovy nebo kanalizační služby, které odplavují odpad. Pokud žijete v budově se slabým tlakem vody a ne více než dva nájemníci mohou spustit pračku nebo se sprchovat současně, vaše schopnost využívat tento zdroj, zásobování vodou, může být ovlivněna ostatními v budově.

Totéž platí pro systémy s více nájmy. Pokud máte hlučného souseda, který provozuje všechny druhy intenzivního zpracování dat, mohlo by to snížit množství energie, které máte k dispozici. Nyní si můžete sednout s ostatními nájemníky v budově a souhlasit s plánem, ale nikdo tím není vázán. V prostředí jediného nájemce, stejně jako kde máte celé místo pro sebe nebo svou rodinu, také ovládáte mnohem více alokace zdrojů.

Virtualizace

Toto je velmi široké téma se spoustou aplikací a zdaleka není nové, sahá až do 60. let. Pro účely tohoto článku, kdykoli mluvíme o virtualizaci, hovoříme o virtualizaci hardwaru. tj. výroba jednoho kusu hardwaru se jeví jako mnoho kusů hardwaru. Tato virtualizace je řešena v softwaru, kde operační systém bude spouštět věci zvané virtuální stroje. Každý virtuální stroj se jeví jako svůj vlastní počítač přímo k softwaru, který na něm běží. To umožňuje poskytovateli služeb podporovat více zákazníků (více nájemců) na jednom fyzickém serveru.

Jen tip

Tak je to! Pokud provozujete holý kov a vyhýbáte se virtualizaci, jste nejlepší BP na světě a měli byste automaticky jít nahoru! No, ne. Servery, počítače, které skutečně provozují platformu EOS, jsou jen malou částí obrázku infrastruktury. Pojďme prozkoumat některé další oblasti, které jsou rozhodující pro bezpečné a spolehlivé nastavení.

Podpůrná infrastruktura

Až budete mít svůj lesklý holý kovový server na místě, budete muset zvážit některé triviální záležitosti, jako je napájení, sítě, fyzická bezpečnost a přístup k internetu. Stavíte to sami nebo využíváte stávající infrastrukturu? Pokud využíváte stávající infrastrukturu, jste si jisti, že společnost splní své sliby? Kopnou jejich záložní generátory, když dojde k výpadku napájení? Mají dostatek peněžních toků na bouřky?

Jsem ochoten se vsadit, že většina holých kovových sestav běží svůj hardware na pronajatém stojanu v datovém centru. A je možné, že stejná datová centra provozují cloudovou infrastrukturu pro jednoho z velkých chlapů a nějakou formu soukromé cloudové infrastruktury. Takže kdyby každý běžel v datových centrech Equinix, byli bychom o něco lepší, než kdyby všichni běhali v cloudu jako Amazon AWS?

Vlastnictví

Existují argumenty, že provoz na cloudové infrastruktuře je špatný, protože hardware nevlastníte, a proto jej můžete kdykoli vzít.

Co máme na mysli, když říkáme vlastnictví? Pokud jste na nákup hardwaru získali půjčku, nevlastníte ji přímo, dokud nebude provedena poslední platba. Pokud jste podporováni investory, nejspíš nevlastníte všechno úplně a je třeba je udržovat šťastnými.

Je to jen oblečení, kteří odešli a skořápky z vlastních kapes, které mohou skutečně tvrdit, že vlastní svůj hardware a jsou nezávislé. Myslím, že je to relativně nízký počet BP, kdo to může říci, mimo větší výměnu samozřejmě.

Nezávislost

Zde však dochází k určitému překrývání s vlastnictvím. Pokud však uvažujeme o nezávislosti provozování vlastního hardwaru, tak, jak chcete, pak, pokud jste uzavřeni ve víceletém jednání s datovým střediskem pro hostování hardwaru, jsi stále nezávislý? Je to hodně jiné, než být zamčený k poskytovateli cloudu pro vyhrazenou instanci?

Pokud používáte hardware v datovém centru někoho jiného, ​​riskujete, že mu bude fyzicky odepřen přístup. Řekněme, že se někdo v datovém centru dopustil vraždy a místo je uzamčeno jako místo činu. Vím o takovém výskytu v kancelářském prostředí a nikdo neměl přístup k serverové místnosti po několik dní. Sekundární uzly byste samozřejmě měli běžet na samostatném místě, ale to by mohlo znamenat, že nyní běžíte bez převzetí služeb při selhání, dokud znovu nezískáte přístup. Může se to zdát trochu přitažlivé, ale je to technika: pokud se to může stát, stane se to.

Dalším populárním argumentem je, že pokud běžíte na cloudové platformě, máte strach, že pokud tyto zlé korporace nesouhlasí s tím, co děláte, jednoduše vás odříznou. I když je to zcela možné, je to velmi nepravděpodobné. Více se obávám o něco na vládní úrovni ... Bylo to opravdu tak dlouho, že jsme zapomněli na mnoho aktů vládní cenzury, které odepřely přístup ke službám, jako je Twitter? Nebo velký čínský firewall? Služby zabíjení Libye, Rusko se snaží zakázat přístup k telegramu? Bez ohledu na to, kde spouštíte hardware, hrozí, že vás někdo vypne, pokud to někdo bude chtít dost špatně.

hbitost

Pokud jste na holém kovu, jak rychle můžete přesunout fyzické umístění vaší infrastruktury? Nebo upgradovat hardware? A co náhradní díly / výměny? Řekněme, že váš server selhává velkolepě a že musíte účinně vyměnit celou jednotku. Jak to zapadá do vašeho rozpočtu? A jaký je čas na získání této náhrady? Jistě, můžete mít převzetí služeb při selhání, ale dokud nedostanete náhradu, běžíte bez převzetí služeb při selhání. V EOS Dublin běží v cloudu holý kov, takže pokud se něco pokazí, můžeme na naši platformu přidat novou holý kov a pokračovat v běhu. Pokud někdo v datovém centru používá vlastní holý kov, bude muset fyzicky jít ven a koupit si nový server, poté jej nainstalovat a nastavit.

Citlivost

Od doby, kdy byla síť spuštěna, jsme zaznamenali řadu problémů a většina z nich se týkala softwaru. Právě tuto minulou neděli (8. července) jsme zaznamenali několik selhání uzlů, včetně top 21, kvůli problému s konfigurací. Pro informaci, EOS Dublin tím nebyl ovlivněn a naše uzly pokračovaly v běhu. Schopnost společnosti BP reagovat na tyto „mimořádné události“ je prvořadá pro chod sítě. V budoucnu uvidíme další problémy; je to nevyhnutelné, takže se musíme ujistit, že jsme zapnuli týmy, které mohou rychle reagovat.

O čem se znovu hádáme?

Doufejme, že nyní máte větší uznání, že je více k pochopení kompetencí společnosti BP podporovat síť EOS než společnost, kterou používají k provozování svého hardwaru.

Nejprve se dohodneme, že přestaneme mluvit o „cloudu vs. holém kovu“, protože tito dva ve skutečnosti nejsou v rozporu se způsoby vidění infrastruktury. Místo toho se zaměřme na lepší pochopení toho, jak jsou BP nastaveny, abychom mohli porovnat rozmanitost v síti. Stanovení schopnosti BP provozovat infrastrukturu se musí omezit na více než na to, zda běží na cloudové infrastruktuře, pronajatém stojanu nebo ve vlastním datovém centru.

Za druhé, pojďme pracovat na vytvoření strukturovanějšího přístupu k určování kompetencí BP se zaměřením na více než jen na hardware.

Závěr

Argument „holý kov vs. mrak“ je nesmyslný. Přesnější srovnání by bylo „virtualizováno vs. fyzické“, to se však zaměřuje pouze na velmi malou část obrázku infrastruktury pro BP. Při určování schopnosti kandidáta na výrobce bloků podporovat síť EOS se musíme podívat na více než jen stroje, na nichž běží.

My v EOS Dublin cítíme silně, že aktivní uzly produkující bloky by měly být provozovány na holém kovu, aby byl zajištěn maximální výkon a bezpečnost. Cítíme také, že rozmanitost v komunitě je jedním z nejsilnějších aktiv. Nemůžeme nechat každého běžet v cloudu, stejně jako nemůžeme nechat každého běžet z jejich garáže. Potřebujeme směs. A co je nejdůležitější, potřebujeme kompetentní týmy. Týmy, které se zabývají zlepšováním EOS a reagují na vzniklé problémy.

My, komunita EOS, potřebujeme více informovaný a vědecký přístup k měření schopnosti BP provozovat a udržovat profesionální nastavení, bez ohledu na to, kde hardware sedí. Musíme zajistit, aby hardware, o kterém se říká, že je ve skutečnosti v pohotovostním režimu, skutečně pracoval a aby byl připraven k akci, kdyby byli vyzváni. Významný Thomas Cox pracuje na takovém rámci, jak mluvíme, což znamená, že bychom měli brzy mít formálnější proces pro vytvoření obrazu BP a jejich schopnosti sloužit komunitě.

Do té doby možná jen musíme začít žádat BP, aby zveřejnily své příjmy?

Dejte si pozor na nový příspěvek v příštích několika dnech, ponořte se do toho, jak jsme připraveni a proč, ale prozatím si můžete být jisti, že naše uzly produkující blok jsou holé kovy!

Chceme od tebe slyšet!

EOS Dublin On Telegram: https://t.me/eosdb

EOS Dublin Online: https://www.eosdublin.com/

EOS Dublin na Twitteru: https://twitter.com/eosdublin

EOS Dublin On Steemit: https://steemit.com/@eosdublin

EOS Dublin On Medium: https://medium.com/@eosdublin/

EOS Dublin On Meetup: https://www.meetup.com/EOS-Dublin/

EOS Dublin On Everipedia: https://everipedia.org/wiki/eos-dublin/