I en senaste artikeln, vi tittade på en av de mer intressanta teknikerna som för närvarande används i datacentret: disaggregerad hyperkonvergerad infrastruktur (dHCI). Vi tittade särskilt på HPE:s implementering av dHCI eftersom de är ledande inom denna teknik. Som en sammanfattning liknar dHCI hyperkonvergerad infrastruktur (HCI) i den meningen att den tillåter att lagring, beräkning och nätverk kan hanteras från ett enda hanteringsplan (i HPE:s fall från vCenter Server); dock, till skillnad från HCI, behöver dHCI inte distribuera lagring i låssteg med compute. dHCI-leverantörer har medvetet kopplat bort lagringen från datorn för att ge datacenter friheten att växa sina distributioner på ett holistiskt sätt, och därigenom förhindra det strandade resursproblemet som är utbrett med HCI-distributioner. Denna obalans med HCI-distributioner beror på att väldigt få applikationer ökar datorbehoven med samma hastighet som lagring. I den här artikeln kommer vi att dyka djupare in i lagringsaspekten av dHCI och se om den kan hanteras effektivt från samma fönster som compute.
I en senaste artikeln, vi tittade på en av de mer intressanta teknikerna som för närvarande används i datacentret: disaggregerad hyperkonvergerad infrastruktur (dHCI). Vi tittade särskilt på HPE:s implementering av dHCI eftersom de är ledande inom denna teknik. Som en sammanfattning liknar dHCI hyperkonvergerad infrastruktur (HCI) i den meningen att den tillåter att lagring, beräkning och nätverk kan hanteras från ett enda hanteringsplan (i HPE:s fall från vCenter Server); dock, till skillnad från HCI, behöver dHCI inte distribuera lagring i låssteg med compute. dHCI-leverantörer har medvetet kopplat bort lagringen från datorn för att ge datacenter friheten att växa sina distributioner på ett holistiskt sätt, och därigenom förhindra det strandade resursproblemet som är utbrett med HCI-distributioner. Denna obalans med HCI-distributioner beror på att väldigt få applikationer ökar datorbehoven med samma hastighet som lagring. I den här artikeln kommer vi att dyka djupare in i lagringsaspekten av dHCI och se om den kan hanteras effektivt från samma fönster som compute.
Ställa in HPE Nimble dHCI-miljön
För att få en bättre förståelse för lagring i en dHCI-miljö och hur HPE:s dHCI-lösning har automatiserat och förenklat processen för att installera och hantera dHCI, distribuerade vi den i en miljö som hade befintliga vCenter-servrar. Vi kände att detta skulle replikera de upplevelser som användarna skulle ha när de gjorde en initial dHCI-distribution. Vårt första dHCI-kluster kommer att bestå av två beräkningsnoder anslutna till en HPE Nimble Storage-array och hanteras med hjälp av vSphere med HPE dHCI-plugin.
För beräkningsnoderna använde vi HPE DL360 Gen10-servrar. Dessa servrar har dubbla Intel Xeon 6130-procs, 128 GB RAM och redundanta enheter för operativsystemet. VMware ESXi 6.7u1 och Nimble verktygslåda är förinstallerade på dessa system.
För förvaring använde vi en HPE Nimble från deras AF-linje; specifikt en AF20Q-array med 12 960 GB SSD-enheter, vilket ger oss 5.8 TiB användbar lagring. För anslutning har AF20Q fyra 10 Gb-portar, varav två vi använde som iSCSI-mål, medan de andra två vi använde för hantering.
För att koppla ihop alla system använde vi en HPE FF570 32XGT. Denna switch har 32 10 Gb Base-T, åtta 10 Gb SFP+ och två 40 Gb QSFP+ portar.
Nedan är ett diagram som visar hur vi kopplade datorn till lagringen.
Efter HPE Nimble Storage dHCI och VMware vSphere Deployment Guide, vi installerade och konfigurerade först Nimble Storage, skapade och la sedan till beräkningsnoderna och skapade slutligen klustret. I avsnitten nedan kommer vi att ge en genomgång av vår erfarenhet av denna process.
Konfigurera Nimble Storage
Vi kopplade vår bärbara dator till samma nätverk som Nimble Storage Array. Sedan tog vi upp en webbläsare och angav serienumret för arrayen efterfixad med lokal. Detta tog upp den webbaserade Nimble-konfigurationsguiden.
Vi valde Ställ in den här arrayen (men gå inte med i en grupp) alternativet och klickade Nästa. Från guiden gav vi arraynamnet, specificerade nätverksparametrar och skapade ett lösenord för arrayen. Det tog några minuter för arrayen att initialiseras, varefter den tog upp stackkonfiguratorn. Vi loggade in som administration. Överst i guiden fanns ett förloppsdiagram för att indikera våra framsteg i installationsprocessen.
Från stackkonfiguratorn blev vi tillfrågade om nätverkshanteringsinformation. Efter att ha klickat Finish, fick vi ett meddelande om att array-installationen var klar och tjänsterna hade startat.
Ansluta till en befintlig vCenter-server
Efter att ha valt Kontakta, var vi anslutna till lagringsserverns webbsida och loggade in som administration. Vi klickade på kryssrutan för att Använd en befintlig vCenter-server, och angav sedan informationen för vCenter-servern. Guiden har också ett alternativ att skapa en ny vCenter-server.
Vi fick frågan om vi ville använda ett befintligt kluster eller skapa ett nytt; vi valde att skapa en ny. Vi blev sedan tillfrågade om namnet på det nya datacentret och klustret.
Vi presenterades och valde ut de två ESXi-servrarna som guiden automatiskt upptäckte. Vi angav IP-informationen för iSCSI och lösenordet för ESXi-servrarna och iLO. Vi erbjöds sedan alternativet att lägga till en databutik, vilket vi gjorde. Vi skapade en VMFS-databutik.
Vi fick en sammanfattning av våra konfigurationsparametrar och sedan skapades dHCI-klustret. Denna process innebar att konfigurera ESXi-servrarna, konfigurera klustret, registrera vCenter Server-plugin-programmet och konfigurera lagringen. Vi presenterades sedan för alternativet att starta vCenter- eller Nimble-gränssnitten. Vi klickade Starta vCenter UI; Men om vi skulle ha klickat på Starta HPE Nimble Storage UI kunde vi ha ställt in mer avancerade inställningar, såsom kryptering, AD-integration och Cloud Volumes-integration. HPE har indikerat att dessa funktioner så småningom kommer att bli tillgängliga på vCenter dHCI-plugin.
Vi var nyfikna på hur automatiserad processen var att implementera en HPE Nimble Storage dHCI i en ny miljö så vi såg HPE göra det.
Green Field-utbyggnad
Miljön som HPE använde liknade den vi gjorde vår brownfield-utbyggnad på. Brownfield-distributioner gör det möjligt för IT-administratörer att använda sina befintliga HPE ProLiant-servrar och godkända switchar. Greenfield-distributioner är när hela miljön utnyttjar all ny dator, lagring och nätverk. Den första installationen för Nimble Storage var exakt densamma som vi gjorde i vår miljö.
Efter att ha valt Kontakta, kopplade de till lagringsserverns webbsida och loggade in som administration. De klickade på kryssrutan för att skapa en ny vCenter-server och angav sedan informationen för servern.
De tillfrågades om namnet på det nya datacentret och klustret; de valde ESXi och angav IP-informationen för iSCSI och lösenordet för ESXi-servrarna. Det sista steget var att välja en datalagringstyp (VMFS eller VVol) för vCenter-servern.
De presenterades med en sammanfattning av deras konfigurationsparametrar, och sedan skapades dHCI-klustret. Denna process innebar att konfigurera att göra allt som vår distribution gjorde med tillägget av att distribuera en vCenter-server. De hade då möjlighet att starta vCenter- eller Nimble-gränssnitten.
För att vara ärlig, var vi något förvånade över djupet av automatisering och integration HPE har lagt in i den här lösningen oavsett om det är en befintlig eller en ny implementering. Det tog HPE mindre tid att konfigurera ett helt dHCI-kluster, inklusive att sätta upp en vCenter-server, än det skulle ha tagit oss att konfigurera, konfigurera och integrera en vCenter-server med en SAN-lagringsuppsättning.
vCenter-plugin
Vi gick tillbaka till vår dHCI-miljö och loggade in på vår vCenter-server och valde HPE Nimble Storage. Detta kan nås från antingen genvägarna eller rullgardinsmenyn.
Nimble Storage har alltid haft en nära relation med vCenter genom dess plugin, och vi var nyfikna på att se hur de har utnyttjat denna upplevelse med sitt dHCI-erbjudande.
Det första vi märkte var att allt redan var fullt installerat och konfigurerat, och vi behövde inte göra något annat för att använda det. Plugin-programmet har samma utseende och känsla som vCenter-servern; den är uppdelad i olika sektioner och har sex olika flikar ovanpå som hänför sig till dHCI-klusterhantering.
Från pluginet verifierade vi att våra servrar och lagring visades under Lager flik. Genom att klicka på lagring fliken såg vi olika sektioner för lagringspoolerna, arrayerna och replikeringspartnerna.
Genom att klicka på Servrar fliken såg vi olika avsnitt för värdarna. Under Serverhälsa det indikerade att våra strömförsörjningar inte var redundanta.
Daglig verksamhet
Det stora dragplåstret med dHCI är att den dagliga driften – såsom övervakning, underhåll och lägga till lagring och beräkning, samt att kontrollera om klustrets konfiguration är korrekt – kan utföras från ett centralt hanteringsplan; i HPE:s fall görs detta med dHCI-plugin på vCenter.
För att undersöka den dagliga verksamheten tittade vi först på lagringen för klustret. Vi klickade på Databutiker och då vvol flikar. Vi klickade på + ikonen och hade möjlighet att lägga till ytterligare VMFS- eller vVols-databutiker.
Medan databutiker är extremt välkända, är vVols mindre så. Detta är synd eftersom vVols har funnits i över ett halvt decennium och tillför en ny nivå av sofistikering och abstraktion till datacentret. HPE var en av de första leverantörerna att implementera vVols och är en av de starkaste förespråkarna för dem – och detta engagemang för vVols är verkligen tydligt i deras dHCI-plugin.
Vi skapade en ny vVols datastore genom att välja VVOL från Databutiker rullgardinsmenyn och klicka på + ikonen för att visa guiden. Från den här guiden anger vi namnet och attributen för vVol-dataarkivet, utrymmet vi ville tilldela den och IOPS- eller MiB/s-gränserna vi ville ha.
När vi skapade en vVol-databutik skapade vi en VM-lagringspolicy för den från vSphere-klienten genom att välja Policyer och profiler från Meny falla ner.
Från den här guiden kunde vi välja och specificera reglerna för vVols-lagringen. Guiden levereras i förväg med regeluppsättningar för ett brett utbud av applikationer och användningsområden, såsom en för datakryptering, prestanda, säkerhetskopieringsschema, etc. Vi skapade en ny policy för att skydda SQL Server som säkerhetskopierade data varje timme och hög prestanda.
Efter att policyn skapats byggde vi en ny virtuell maskin (VM) och anger lagringspolicyn för den.
När vi återvände till dHCI-pluginen valde vi VVol VMs. Från denna vy kunde se de virtuella datorerna som använde vVols. En innovativ egenskap hos Nimble-arkitekturen är att du har 72 timmar på dig att återställa en virtuell dator efter att den har tagits bort från vyn. VM:er kan också replikeras från denna vy.
Om du har befintliga virtuella datorer som använder VMFS som datalager men vill uppgradera dem till vVols-stödda datalager, kan du migrera dem genom att använda vMotion lagring.
HPE Nimble dHCI Configuration Checker
En annan innovativ funktion i plugin är dHCI Configuration Checker. Att köra konfigurationskontrollen kommer att verifiera att din dHCI-distribution är korrekt inställd. Kontrollerna sträcker sig från något vanliga till mycket djupgående kontroller. Vårt system visade att 66 regler kontrollerades och vi hade 2 fel. Dessa kontroller sträckte sig från att kontrollera lagringsvägar till att kontrollera iLO-administratörsbehörighetsregler.
Även om en av de största fördelarna med dHCI, som nämnts ovan, är dess förmåga att skala beräkning och lagring separat, kan denna fördel förnekas om detta är svårt eller obekvämt att åstadkomma. DHCI-pluginen gör det trivialt att lägga till ytterligare datoranvändning (ESXi-servrar) till ett dHCI-kluster.
Genom att klicka på + ikonen tar upp en guide som skannar ditt nätverk efter ESXi-värdar som kan läggas till i klustret. När du väl har valt den värd som du vill lägga till och ger den IP-information, ESXi och iLO-lösenordet läggs den automatiskt till i klustret. När den väl har lagts till kommer den att konfigureras med nödvändiga vSwitches, VMKernel-portar, iSCSI-initiatorer och brandväggsinställningar, och ha HA och DRS aktiverade på den.
HPE Infosight
HPE Nimble Storage är en solid förvaringsprodukt, men en av anledningarna till att HPE köpte den tillbaka 2017 var för InfoSight. InfoSight utvecklades ursprungligen för hantering av lagringsresurser och kundsupport, vilket det åstadkommer med hjälp av innovativa proprietära prediktiva algoritmer och artificiell intelligens (AI). Men HPE såg värde i att använda denna teknik över ett bredare spektrum av sina produktlinjer, så HPE InfoSight stöder nu HPE-servrar, nätverk och lagring. Med hjälp av Infosight bryter HPE hela tiden den otroliga mängden metadata som de har och använder sedan denna data för att upptäcka korrelationer när problem uppstår. Den varnar sedan kunderna om dessa problem så att de proaktivt kan åtgärda dem för att förhindra driftstopp och andra störningar.
På en teknisk nivå består HPE InfoSight av HPE InfoSight Engine som samlar in data och analyserar den med hjälp av dataanalys, systemmodellering och prediktiva algoritmer. Motorn körs i molnet och nås via HPE InfoSight Portal som visar information om dina system. Slutligen skickar Proactive Wellness-funktionen förebyggande varningar för system samt övervakar deras allmänna hälsa.
Efter att ha konfigurerat HPE InfoSight på vårt dHCI-kluster och låtit det köras i några dagar för att samla in data, gick vi sedan åt HPE InfoSight-portalen via en webbläsare. Vi loggade in på HPE InfoSights webbsida och valde vårt HPE Nimble Storage dHCI-kluster. Huvudvyn visade vår Nimble Storage-array, ESXi-värdar och antalet utplacerade virtuella datorer, samt mätvärden för klustrets resursanvändning.
Genom att klicka på dHCI-klustret fick vi en mer detaljerad bild av klustret.
Blå text på portalen är hyperlänkar som kan användas för att borra ner djupare i objekt. Vi klickade på en server och såg en mängd lågnivåinformation om vår VMware-miljö, såväl som våra Storage- och Compute-servrar.
klick Wellness Alerts visade att vi hade några säkerhetsproblem som behövde åtgärdas och att våra strömförsörjningar inte är redundanta. Från denna vy kan vi skapa ett nytt supportärende om det behövs.
HPE InfoSight har även instrumentpaneler för att visa förkonfigurerad information, allt från rekommendationer och kapacitet till en verkställande översikt. Cross-Stack Analytics för VMware ger administratörer möjlighet att inte bara få insikter i sina virtualiserade miljöer utan också dra nytta av guidad felsökning. Under våren 2020 introducerade HPE InfoSight en konsoliderad VMware och HPE Nimble Storage rekommendationsmotor, som har integrerats i InfoSights webbportal. Genom att kombinera lagring och VMware-specifika diagnoser och åtgärder, är denna VM-rekommendationsmotor möjlig med hjälp av ML (maskininlärning) och intern ämnesexpertis, som båda utnyttjar peer learning via den rika telemetriinformationen som tillhandahålls av HPE installerad bas. Se nedan för ett exempel på cross-stack-analys och VM-rekommendationer.
Se nedan för ett exempel på den verkställande instrumentpanelen som visar kapacitetsbesparingar.
HPE Nimble dHCI-uppgradering
Uppgraderingar kan vara en av de mest smärtsamma operationerna som en administratör utför. Att se till att allt är kompatibelt och att alla nödvändiga komponenter uppgraderas i rätt ordning kan göra även den mest kräsna administratören nervös. Lyckligtvis gör dHCI-pluginen detta åt dig och kommer att uppgradera array-firmwaren, Nimble Storage Connection Service (NCS) och ESXi-noderna i ett kluster.
För att göra en uppgradering väljer du det dHCI-kluster som du vill uppgradera, klickar på Uppdatering fliken och välj sedan den uppgradering du vill initiera. Filerna för uppgraderingen, inklusive ESXi iso, laddas ner via plugin.
Efter att en förkontroll är klar kommer Nimble-arrayen och sedan servrarna att uppdateras.
Uppdateringarna görs på ett round-robin-sätt för att eliminera klusterstopp.
Slutsats
dHCI har potentialen att vara en spelförändrare i datacentret eftersom det blandar enkelheten i HCI-hantering med flexibiliteten att distribuera lagring och beräkning oberoende av varandra, som man gör med ett traditionellt datacenter. Men dHCI kan bara vara en spelväxlare om den implementeras korrekt (dvs. inte bara slå ihop en lagringsarray med servrar). Istället handlar det om att konstruera en hård- och mjukvarulösning som kan hanteras helt, från driftsättning till daglig drift, på ett holistiskt sätt från en central hanteringsruta – och det ser ut som att HPE har åstadkommit just det med HPE Nimble Storage dHCI .
Lättheten och enkelheten att distribuera det ursprungliga dHCI-klustret, lägga till lagring och datoranvändning och uppgradera hela systemet var verkligen imponerande. Ännu mer har HPE samlat in sin stora kunskap om vVols och sömlöst integrerat dem i denna lösning. Vi ser också HPE InfoSight som ett ovärderligt verktyg för att säkerställa att systemet är, och kommer att fortsätta att vara, opåverkat och belastat av supportproblem. HPE Infosight gör detta möjligt med deras AI:s förbättrade prediktiva stöd och förebyggande rekommendationer, vilket möjliggör proaktiv – inte reaktiv – systemhantering. Kort sagt, HPE har gjort dHCI rätt.
Ta dHCI för en provkörning idag
HPE Nimble Storage dHCI-webbplats
HPE Nimble Storage dHCI QuickSpecs
HPE Nimble Storage dHCI Infographic
