Wanneer organisaties opties voor hardware- en software-infrastructuur evalueren, moeten ze beslissen of ze liever kiezen voor de opkomende hypergeconvergeerde infrastructuurcategorie of hun eigen oplossing bouwen met zorgvuldig uitgekozen leveranciers van hun keuze. Een grote drijfveer voor de eerste optie is het argument "één keel om te stikken", dat al zo vaak is gehoord en gemaakt - en terecht! Bedrijven die voor de laatste optie kiezen, hebben vaak te maken met leveranciers die met de vinger wijzen wanneer een infrastructuur uitvalt. De echte waarde van hypergeconvergeerde infrastructuur ligt meer in het gemak van implementatie, centraal beheer en hyperoptimalisatie van het systeem. Met andere woorden, het gaat om het vereenvoudigen en stroomlijnen van de infrastructuur, zodat beheerders hun energie kunnen richten op belangrijkere zaken. Prestaties zijn over het algemeen een zorg op een lager niveau wanneer hyperconverged wordt overwogen.
Hoe wordt dit idee van eenvoudige infrastructuur bereikt? Om deze vereenvoudiging te begrijpen, moet men nadenken over de evolutie van de infrastructuur in de afgelopen jaren. Traditioneel hebben technici de afzonderlijke componenten van het datacenter beheerd als de afzonderlijke onderdelen die ze zijn. Dit resulteert in een beetje een nachtmerrie voor IT-personeel; ze moeten technici onderhouden die elk onderdeel begrijpen hoe ze allemaal samenwerken (en niet werken). Deze inefficiënte aanpak leidde tot zaken als kwalificatiegidsen, interoperabiliteitsmatrices en enorme kopzorgen.
Het doel van geconvergeerde infrastructuur is om compatibiliteitsproblemen tot een minimum te beperken en de componenten op één lijn te brengen in één enkele vormfactor voor gecentraliseerd beheer, waardoor de zaken uiteindelijk eenvoudiger worden. Geconvergeerde infrastructuur is er in vele soorten en maten, maar ze kunnen over het algemeen in vier groepen worden ondergebracht.
| Referentiearchitectuur | Geconvergeerd aanbod | Hyper-convergentie | Rackweegschaal | |
|---|---|---|---|---|
| Kenmerken | Flexibel, vooraf gedefinieerde opties, gekwalificeerd, zelf samengesteld | Vendor lock-in, Enkele ondersteuningsstructuur, Pre-built | Eenvoudig, softwarelaag, geaggregeerde bronnen | Flexibele, samengevoegde en gedesaggregeerde middelen, modulair |
| Voorbeelden | VSPEX, FlexPod | Vblock, Exadata | EVO: RAIL, Nutanix, SimpliVity, HP ConvergedSystem |
In een referentiearchitectuur heeft iemand alle complexe kwalificaties en interoperabiliteit uit de vergelijking gehaald door van tevoren het voorwerk te doen. Het is in wezen een blauwdruk die kan worden gevolgd om een beproefde configuratie te bouwen. Dit is geweldig omdat iemand de meest pijnlijke delen van het bouwen van de infrastructuur heeft gedaan, hoewel elk onderdeel nog steeds afzonderlijk moet worden beheerd.
Bij een geconvergeerd aanbod zijn er twee subtypen: algemeen gebruik en speciaal gebouwd. Hoe dan ook, beheerders gebruiken een compleet systeem dat vooraf is gebouwd door de leverancier. Vblock is een van de meest bekende geconvergeerde infrastructuren voor algemeen gebruik, maar speciaal gebouwde aanbiedingen zoals Exadata passen ook goed in deze categorie. Over het algemeen zijn de opties beperkt tot "hoeveel" en "hoe snel", die uniek zijn voor elke onderneming.
Enigszins nieuw in de geconvergeerde infrastructuur is de hyperconvergentieruimte, die software gebruikt om alle afzonderlijke componenten te maskeren in een enkele beheerinterface. Deze zijn goed schaalbaar, maar over het algemeen kunnen computergebruik en opslag niet afzonderlijk worden geschaald.
Dat laat Rackscale over. Hier wordt de som van uitgesplitste bronnen uit verschillende bronnen gehaald en samengevoegd. Met Rackscale kan een beheerder alle opslag van een onderneming uit een mengelmoes van whitebox-servers halen en ze aan elkaar koppelen als een enkele pool. Dit is anders dan hyperconvergentie, omdat de servers en opslagcomponenten niet bij elkaar hoeven te passen.
De sleutel tot infrastructuurconvergentie is eenvoud, en er zijn talloze manieren om dit te bereiken. Dit wordt zeker een interessante tijd in de infrastructuur, aangezien steeds meer leveranciers proberen deel te nemen aan de vergelijking. Met grotere opslagarrays die al een ingebouwde hypervisor hebben, kan het slechts een kwestie van tijd zijn voordat native applicaties kunnen worden uitgevoerd op traditionele bedrijfsopslagarrays.
Over de auteur
Mark May is een storage engineer in Cincinnati, Ohio. Hij werkt al meer dan 15 jaar in enterprise storage en back-up. Hij is EMC Elect, Cisco Champion en een fervent technologieliefhebber. In zijn vrije tijd helpt hij anderen graag de fijne kneepjes van de steeds veranderende storage-industrie te begrijpen. Je kunt hem online op verschillende plekken vinden, maar waarschijnlijk vooral op zijn persoonlijke blog en Twitter-account @cincystorage.
Bespreek dit verhaal
Amazon