Pojďme na to: Hyperškálování není o tom, jak jste velcí.
Organizace nemusí být obrovské, aby mohly využívat hyperscale řešení. Ale to je přesně to, co si mnoho IT infrastruktur, provozů a devops profesionálů myslí, když se poprvé dozví o hyperškále.
Převládá přesvědčení, že architektura hyperškály je určena pro extrémně velké infrastruktury - jako jsou ty, které provozují LinkedIn, Amazon nebo Netflix - protože se rozšiřuje na tisíce instancí a petabajty dat. Jak se ukázalo, je lepší myslet na hyperškálu jako na popis přístup spíše než velikost. Jde o automatizaci, orchestraci a budování IT, které se inteligentně mění, kdykoli to společnost potřebuje. Nasazení v širokém měřítku může a měla by začít v malém, pak se neomezeně rozšiřovat. Měli by vám také umožnit nezávisle škálovat pouze část infrastruktury, která to potřebuje, což je v rozporu s dalším vznikajícím trendem podnikových datových center, hyperkonvergencí.
Už jste zmatení? Pokud ano, nejste sami. Pojďme se ponořit trochu hlouběji.
Definování hyperškály
Koncept budování hyperscale architektury je zmatený mnoha tangenciálními pojmy. Zejména vidíme zákazníky zmatené ohledně hyperkonvergované, hyperškálovatelné (nebo webové škály), konvergované, softwarově definované a komoditní infrastruktury.
Pojďme si chvíli vyjasnit definice těchto pojmů složek:
- Softwarově definované: Infrastruktura, kde je funkce zcela oddělena od základního hardwaru a je rozšiřitelná a programová. V tomto příspěvku si přečtěte naše zpracování konkrétně o softwarově definovaném úložišti.
- Na základě komodit: Infrastruktura postavená na komoditní nebo průmyslově standardní infrastruktuře, obvykle x86 do racku nebo blade serveru. Jak jsme již psali v minulosti, neplete zboží s levným.
- Konvergované: Škálovatelná architektura, kde jsou serverové, úložné, síťové a virtualizační / kontejnerizační komponenty svázány dohromady jako předem otestované předem integrované řešení. Komponenty jsou v této architektuře stále odlišné.
- Hyperkonvergované: Škálovatelná architektura, která posouvá konvergovanou infrastrukturu o krok dále tím, že kombinuje softwarově definované komponenty na vrcholu komoditního hardwaru zabalené jako jediné řešení - často jako jediné zařízení. Komponenty již nejsou odlišné.
- Nadměrné měřítko: Škálovatelná architektura, která je také softwarově definovaná a založená na komoditách, ale kde server, úložiště, síť a prostředky virtualizace / kontejnerizace zůstávají oddělené. Každá komponenta je odlišná a lze ji nezávisle škálovat.
Stručně řečeno, přemýšlejte o hyperkonvergované infrastruktuře jako o moderním logickém extrému konvergovaných systémů, zatímco hyperškála je moderní, logický extrém toho, jak budujeme datová centra již 30 let. Oba mají smysl pro konkrétní prostředí, jak je znázorněno níže.
Hyperškálovatelné a hyperkonvergované
Ve společnosti Hedvig se snažíme dodávat řešení úložiště, které lze flexibilně přizpůsobit jakémukoli pracovnímu zatížení, od soukromých cloudů, včetně Docker a OpenStack, přes nasazení velkých dat se spuštěním Hadoop nebo NoSQL až po tradiční virtualizaci serverů, zotavení po katastrofě, zálohování a archivaci. Platforma Hedvig Distributed Storage virtualizuje a agreguje flash a rotující disk v clusteru serveru nebo cloudu a představuje jej jako jediný elastický úložný systém, ke kterému lze přistupovat prostřednictvím rozhraní souborů, bloků nebo objektů.
Distribuovaná platforma úložiště Hedvig se skládá ze tří komponent:
- Hedvig Storage Service: Patentovaný modul distribuovaných systémů, který rozšiřuje výkon a kapacitu úložiště s běžnými servery x86 a ARM. Službu Hedvig Storage lze provozovat místně nebo na veřejných cloudech, jako jsou AWS, Azure a Google. Poskytuje všechny možnosti a funkce úložiště vyžadované pro podnikové nasazení, včetně inline deduplikace, inline komprese, snímků, klonů, tenkého zajišťování, automatického nastavení a ukládání do mezipaměti.
- Proxy úložiště Hedvig: Lehký virtuální počítač nebo kontejner, který umožňuje přístup k Hedvig Storage Service prostřednictvím průmyslových standardních protokolů. Hedvig v současné době podporuje NFS pro soubory a iSCSI pro bloky, stejně jako ovladače OpenStack Cinder a Docker. Hedvig Storage Proxy také umožňuje ukládání do mezipaměti na straně klienta a deduplikaci s místními SSD a PCIe flash prostředky pro rychlé místní čtení a efektivní datové přenosy.
- Hedvig API: Rozhraní API založené na REST a RPC pro úložiště objektů i operace Hedvig. Hedvig v současné době podporuje úložiště objektů Amazon S3 a Swift. Vývojáři a správci provozu IT mohou pomocí rozhraní API pro správu povolit přístup ke všem funkcím úložiště Hedvig k automatizaci zajišťování a správy pomocí samoobslužných portálů, aplikací a cloudů.
Hedvig podporuje hyperkonvergenci spojením Hedvig Storage Proxy a Hedvig Storage Service jako virtuálních zařízení běžících na komoditním serveru s hypervisorem nebo kontejnerovým OS. U hyperškály je služba Hedvig Storage nasazena na serverech s holým kovem, aby vytvořila vyhrazenou vrstvu úložiště, zatímco server Hedvig Storage Proxy je nasazen jako virtuální počítač nebo kontejner na každém serveru na výpočetní úrovni.
Proč si vybrat hyperškálu pro ukládání
Data rostou mnohem rychleji než rozpočty úložišť. Ekonomika je ochromující pro podniky, které nemají zdroje internetových goliášů, jako jsou Amazon, Google a Facebook. Podniky tedy musí přijmout softwarově definované a komoditní úložiště, aby snížily náklady a zachovaly flexibilitu a škálovatelnost potřebnou k udržení kroku s obchodními požadavky.
Ve společnosti Hedvig jsme si všimli, že přibližně 80 procent času si zákazníci volí spíše hyperškálovanou architekturu než hyperkonvergovanou, a to navzdory skutečnosti, že podporujeme obě. Ještě zajímavější je, že mnoho našich zákazníků k nám přichází a myslí si pravý opak. Asi 80 procent zpočátku požaduje hyperkonvergované řešení, ale poté, co si udělají domácí úkoly, se rozhodnou pro přístup hyperškály.
Proč? Stručně řečeno, protože při architektuře své infrastruktury upřednostňují především flexibilitu (nebo agilitu, pokud tento výraz musíte použít). Zvažte následující:
- Hyperkonvergovaný systém nabízí zjednodušený „stavební blok“ přístupu k IT. Pro štíhlé IT organizace, které chtějí snížit režii nasazení a rozšíření cloudové infrastruktury, poskytuje hyperkonvergence dobré řešení. Vyžaduje však relativně předvídatelnou sadu úloh, kde je „datová lokalita“ nejvyšší prioritou, což znamená, že aplikace nebo virtuální počítač musí být umístěny co nejblíže datům. To je důvod, proč byla VDI plakátovým potomkem hyperkonvergence. Uživatelé chtějí, aby jejich „virtuální disk C:“ byl místní. Není však flexibilní, protože zahrnuje změnu měřítka všech prvků najednou.
- Systém hyperškály udržuje úložiště nezávislé na výpočtech, což umožňuje podnikovým IT škálovat kapacitu, když to podnik vyžaduje. Hyperscale přístup k datovému centru a cloudové infrastruktuře nabízí vysokou úroveň elasticity, což pomáhá organizacím rychle reagovat na měnící se potřeby aplikací a datových úložišť. Je to také architektura, která lépe odpovídá moderním pracovním zátěžím, jako jsou Hadoop a NoSQL, a také architektuře s cloudovými platformami jako OpenStack a Docker. To vše jsou příklady distribuovaných systémů, které těží z nezávisle škálovaného sdíleného úložiště.
To, co jsme zažili u našich zákazníků, je shromažďování potvrzení toho, co jsme již nějakou dobu zaznamenali: že hyperkonvergovaný je an odpověď a ne the odpověď při zkoumání moderních architektur úložišť. Je zřejmé, že toto odvětví díky své jednoduchosti vidí velké kyvadlo, které se mění na hyperkonvergované. Ale pokud vaše data rostou exponenciálně a vaše výpočetní potřeby nejsou, pak máte nesoulad impedance, který není vhodný pro hyperkonvergenci.
Hyperškálovaný nebo hyperkonvergovaný?
Hyperkonvergovaný může být jednodušší a nákladově efektivnější přístup. Co však naši zákazníci u Hedvig objevují, je to, že podporujeme funkci, díky které je hyperscale vhodný pro téměř všechna pracovní zatížení: ukládání do mezipaměti na straně klienta. Hedvig může využít výhody místních SSD a PCIe zařízení ve vaší výpočetní vrstvě k vytvoření mezipaměti pro zápis. To významně zlepšuje výkon čtení a, což je důležitější, řeší výzvu k umístění dat. Úložiště je stále oddělené a běží ve své vlastní vyhrazené, škálovatelné vrstvě, ale aplikace, virtuální počítače a kontejnery mohou těžit z dat uložených v mezipaměti místně na výpočetní úrovni. To také řeší problém, jak rozšířit úroveň ukládání do mezipaměti, ale to je téma pro další článek.
Jako příklad této výhody si jeden zákazník vybral Hedvigův hyperscale přístup pro VDI, pracovní vytížení tradičně vyhrazené pro hyperkonvergovaná řešení, jak je popsáno výše. V tomto případě měl zákazník „pokročilé uživatele“, kteří požadovali 16 vCPU a 32 GB paměti, aby bylo vyhrazeno pro každou hostovanou plochu. Výsledkem bylo, že společnost byla nucena nasadit velké množství hyperkonvergovaných uzlů na podporu požadavků na zpracování a paměť, přičemž zbytečně zvyšovala kapacitu úložiště v lockstepu.
S platformou Hedvig mohl zákazník vytvořit vyhrazené uzly pro provozování farmy Citrix XenDesktop na svalnatých blade serverech s odpovídajícím CPU a RAM. Data byla uchovávána na samostatném hyperškálovaném klastru Hedvig na serverech typu rack-mount, přičemž data byla ukládána zpět na servery XenDesktop v místních SSD. Výsledek? Dramaticky levnější řešení (o 60 procent méně). Ještě důležitější je, že poskytla flexibilnější prostředí, kde by společnost mohla jezdit na Mooreově zákoně a nakupovat nejvýkonnější servery potřebné k upgradu výkonu jejich desktopů, aniž by musela upgradovat servery úložiště.
Na základě našich zkušeností existuje několik jednoduchých pravidel, jak určit, která architektura je pro vás ta pravá.
- Zvolte hyperškálu, když ... vaše organizace má 5 000 zaměstnanců nebo více, více než 500 terabajtů dat, více než 500 aplikací nebo více než 1 000 virtuálních počítačů.
- Vyberte hyperkonvergovaný, když… jste pod těmito čísly vodoznaku, máte pět nebo méně zaměstnanců spravujících vaši virtuální infrastrukturu nebo jste ve vzdálené nebo pobočkové kanceláři.
Dobrou zprávou je, že to nemusí být rozhodnutí. Můžete začít v hyperkonvergovaném prostředí, poté přejít na nadměrné měřítko, nebo je můžete kombinovat. Naší filozofií je, že vaše aplikace diktují, kterou z nich byste měli použít. A protože se vaše potřeby v průběhu času budou měnit, mělo by se měnit i vaše nasazení.
V moderních podnicích jsou změny a růst povinné. Stále častěji neexistuje způsob, jak vyřešit tento hlavolam bez hyperškálovatelné architektury, kterou propagovali weboví giganti. Změnilo se to, že jakýkoli podnik může nyní těžit z přístupu hyperškály.
Rob Whiteley je viceprezidentem pro marketing v Hedvigu.
Nové technologické fórum poskytuje místo, kde můžete prozkoumat a diskutovat o nově vznikajících podnikových technologiích v nebývalé hloubce a šíři. Výběr je subjektivní, založený na našem výběru technologií, které považujeme za důležité a pro čtenáře nejzajímavější. nepřijímá marketingové materiály ke zveřejnění a vyhrazuje si právo upravovat veškerý přispěný obsah. Všechny dotazy zasílejte na [email protected].
