När organisationer utvärderar alternativen för hård- och mjukvaruinfrastruktur måste de bestämma sig för om de hellre vill välja den framväxande kategorin hyperkonvergerad infrastruktur eller bygga sin egen lösning med hjälp av handplockade leverantörer som de själva väljer. En stor drivkraft för det förstnämnda alternativet är argumentet "single throat to choke", som har hörts och framförts så många gånger - och av goda skäl! Ofta får företag som väljer det senare alternativet att ta itu med leverantörer som spelar fingerpekningsspelet när en infrastruktur går ner. Det verkliga värdet i hyperkonvergerad infrastruktur handlar mer om enkel installation, central hantering och hyperoptimering av systemet. Det handlar med andra ord om att förenkla och effektivisera infrastrukturen, så att administratörer kan fokusera sin energi på viktigare saker. Prestanda är i allmänhet ett problem på lägre nivå när hyperkonvergerad övervägs.
När organisationer utvärderar alternativen för hård- och mjukvaruinfrastruktur måste de bestämma sig för om de hellre vill välja den framväxande kategorin hyperkonvergerad infrastruktur eller bygga sin egen lösning med hjälp av handplockade leverantörer som de själva väljer. En stor drivkraft för det förstnämnda alternativet är argumentet "single throat to choke", som har hörts och framförts så många gånger - och av goda skäl! Ofta får företag som väljer det senare alternativet att ta itu med leverantörer som spelar fingerpekningsspelet när en infrastruktur går ner. Det verkliga värdet i hyperkonvergerad infrastruktur handlar mer om enkel installation, central hantering och hyperoptimering av systemet. Det handlar med andra ord om att förenkla och effektivisera infrastrukturen, så att administratörer kan fokusera sin energi på viktigare saker. Prestanda är i allmänhet ett problem på lägre nivå när hyperkonvergerad övervägs.
Hur uppnås denna idé om enkel infrastruktur? För att förstå denna förenkling måste man tänka på infrastrukturens utveckling under de senaste åren. Traditionellt har ingenjörer hanterat de olika komponenterna i datacentret som de enskilda delarna de är. Detta resulterar i lite av en mardröm för IT-personal; de måste underhålla tekniker som förstår varje komponent hur de alla fungerar (och inte fungerar) tillsammans. Detta ineffektiva tillvägagångssätt ledde till saker som kvalifikationsguider, interoperabilitetsmatriser och enorm huvudvärk.
Målet med konvergerad infrastruktur är att minimera kompatibilitetsproblem och anpassa komponenterna till en enda formfaktor för centraliserad hantering, vilket i slutändan gör saker enklare. Konvergerad infrastruktur finns i många former och storlekar, men de kan vanligtvis delas in i fyra pooler.
| Referensarkitektur | Konvergerade erbjudanden | Hyperkonvergens | Rackskala | |
|---|---|---|---|---|
| Egenskaper | Flexibel, fördefinierade alternativ, kvalificerad, självbyggd | Leverantörslåsning, Enkel stödstruktur, Förbyggd | Enkelt, mjukvarulager, aggregerade resurser | Flexibla, sammanslagna och uppdelade resurser, modulär |
| Exempel | VSPEX, FlexPod | Vblock, Exadata | EVO: RAIL, Nutanix, SimpliVity, HP ConvergedSystem |
I en referensarkitektur har någon tagit alla komplexa kvalifikationer och interoperabilitet ur ekvationen genom att göra benarbetet i förväg. Det är i huvudsak en ritning som kan följas för att bygga en beprövad konfiguration. Detta är bra eftersom någon har gjort de mest smärtsamma delarna av att bygga infrastrukturen, även om varje komponent fortfarande måste hanteras separat.
Med ett konvergerat erbjudande finns det två undertyper: allmän användning och ändamålsbyggande. Hur som helst, administratörer använder ett komplett system som är förbyggt av leverantören. Vblock är en av de mest välkända konvergerade infrastrukturerna för allmän användning, men specialbyggda erbjudanden som Exadata passar också bra in i denna kategori. I allmänhet är alternativen begränsade till "hur mycket" och "hur snabbt", som är unika för varje företag.
Något nytt för konvergerad infrastruktur är hyperkonvergensutrymmet, som använder programvara för att maskera alla individuella komponenter till ett enda hanteringsgränssnitt. Dessa skalas väl, men i allmänhet kan datoranvändning och lagring inte skalas separat.
Det lämnar Rackscale. Det är här summan av uppdelade resurser tas från olika källor och slås samman. Med Rackscale kan en administratör ta hela företagets lagring från en mängd whitebox-servrar och koppla ihop dem som en enda pool. Detta skiljer sig från hyperkonvergens, eftersom servrarna och lagringskomponenterna inte behöver matcha.
Nyckeln till infrastrukturkonvergens är enkelhet, och det finns en myriad av sätt att uppnå det. Detta kommer säkerligen att bli en intressant tid inom infrastruktur eftersom fler och fler leverantörer försöker komma in i ekvationen. Med större lagringsmatriser som redan har en hypervisor inbyggd, kan det bara vara en tidsfråga innan inbyggda applikationer kan köras på traditionella företagslagringsarrayer.
Om författaren
Mark May är lagringsingenjör i Cincinnati, OH. Han har arbetat inom Enterprise Storage and Backup i över 15 år. Han är en EMC Elect, Cisco Champion och ivrig teknolog. På sin fritid gillar han att hjälpa andra att förstå alla detaljer i den ständigt föränderliga lagringsindustrin. Han kan hittas på nätet på en mängd olika ställen, men de två är troligtvis hans personliga blogg och twitter @cincystorage.
Diskutera den här historien
