Ny hyperkonvergens, gammelt lager

Vi drømmer alle om den dag, hvor vi får lov til at bygge en ny infrastruktur fra bunden uden eksisterende teknisk gæld, der holder os tilbage. En greenfield-udrulning, hvor vi vælger det bedste, ruller det ud frisk og nyder det. Men de fleste af os lever i den virkelige verden, hvor det ikke er særlig realistisk, og hvad vi faktisk står over for, er en verden, hvor vi er nødt til at planlægge for fremtiden, men også arbejde med det, vi allerede har.

At klare sig med det, vi har, er næsten en uundgåelig kendsgerning i IT-livet, og når man nærmer sig lager ved overgangen fra en eksisterende arkitektur til hyperkonvergens, vil tingene ikke være anderledes. I rigtig mange tilfælde vil vi stå over for en situation, hvor der er en eksisterende investering i lager på plads, som vi ikke bare ønsker at kassere, men som ikke nødvendigvis passer pænt ind i vores vision om en hyperkonvergeret fremtid.

Der er åbenlyse muligheder at overveje, naturligvis, som at returnere leaset udstyr, pensionere ældre udstyr eller sælge stadig brugbart udstyr direkte. Disse er levedygtige muligheder og bør overvejes. Eliminering af gammelt udstyr eller udstyr, der ikke passer godt ind i de nuværende planer, kan være gavnligt, da vi kan forenkle vores netværk, reducere strømforbruget og muligvis endda indhente en vis grad af vores investeringer.

I virkeligheden er disse muligheder sjældent finansielt levedygtige, og vi er nødt til at gøre mere produktiv brug af vores eksisterende teknologiinvesteringer. Hvilke muligheder der er tilgængelige for os, afhænger naturligvis af en række faktorer. Men vi vil se på nogle eksempler på, hvordan almindelige lagerenheder kan genbruges i et nyt hyperkonvergeret system for at opretholde deres nytte, enten indtil de er klar til at blive pensioneret, eller i nogle tilfælde endda på ubestemt tid.

Den nemmeste genanvendelse af eksisterende lager – og dette gælder i de fleste tilfælde lige meget for både NAS og SAN – er at udpege dem som backup- eller arkiveringsmål. Traditionelle NAS- og SAN-enheder er fremragende backuphardware og er generelt anvendelige af næsten enhver backupmekanisme, uanset tilgang eller leverandør. Og fordi de er generiske backupmål, hvis en blanding af backupmekanismer anvendes, såsom agentbaseret, agentløs og brugerdefinerede scripts, kan disse alle arbejde mod det samme mål. Backups får sjældent den opmærksomhed og investering, de fortjener, så dette er ikke bare den nemmeste, men ofte den mest værdifulde brug af pre-eksisterende lagerinfrastruktur.

Naturligvis kan alt, hvad der er egnet til backups, også bruges til arkivlager. Arkiveringsbehov er generelt sjældnere nødvendige (kun en procentdel af virksomhederne har brug for arkivlager, mens alle har brug for backups) og er af lavere prioritet, så dette er mere et kanttilfælde for genbrug, men stadig et at overveje, især for organisationer, der måske arbejder på at genbruge et stort antal muligvis uensartede lagerenheder. Det er dog værd at bemærke, at overgangen til hyperkonvergens har en tendens til at “fladgøre” beregnings- og lagerpladsen på en måde, der let kan introducere en værdi til lavere ydeevne, lavere prioritet arkivlager, der måske ikke eksisterede eller eksisterede så tydeligt inden ommøbleringen af miljøet.

NAS har de unikke fordelagtige anvendelsestilfælde, at det kan bruges som generelt netværkslager, især til hjemmemapper for slutbrugere. NAS-lager kan bruges så mange steder på netværket, at det er meget nemt at fortsætte med at bruge det efter at have skiftet kernearkitekturer. Det mest populære tilfælde er til brugernes egne lagerbehov med NAS direkte tilsluttet slutbrugerenheder, hvilket giver mulighed for at aflaste lagerkapacitet, ydeevne og netværkstrafik fra den konvergerede infrastruktur til NAS. Det ville faktisk være meget sjældent at fjerne et NAS fra et hyperkonvergeret netværk, da dets potentielle nytte er så høj og åbenbar.

Både SAN og NAS har potentiale til at blive tilsluttet direkte til de virtuelle maskiner, der kører oven på en hyperkonvergeret infrastruktur. På denne måde kan de fortsætte med at blive udnyttet på traditionel vis, indtil de ikke længere er nødvendige eller passende. Selvom det ikke altid er den anbefalede tilgang at tilslutte netværkslager direkte til en VM, er der anvendelsestilfælde for dette, og det giver systemer mulighed for at opføre sig, som de altid har gjort i et fysisk miljø ind i fremtiden. Dette er særligt nyttigt for tilknyttede drev og brugerkataloger via et NAS, ligesom vi nævnte for slutbrugerenheder, men tilfældene er bestemt ikke begrænset hertil.

Et SAN kan tilbyde noget tiltrængt funktionalitet i nogle tilfælde for visse arbejdsbelastninger, der kræver delt bloklager, som ellers ikke er tilgængeligt eller eksponeret på en platform. Arbejdsbelastninger på en VM vil bruge SAN'et, som de altid har gjort, og ikke engang være klar over, at de er virtualiserede eller konvergerede. Vi kan naturligvis også tilslutte et SAN til en virtualiseret filserver eller NAS-head, der kører på vores hyperkonvergerede infrastruktur, hvis lagdelingen for den slags arbejdsbelastning anses for passende.

At arbejde med eksisterende infrastruktur ved implementering af en ny udgør en udfordring, men en vi kan tackle med kreativitet og logisk tilgang. Lager er en næsten endeløs udfordring, og det at have eksisterende lager til at genbruge kan nemt ende med at være exceptionelt fordelagtigt.