Doorbreek de vloek van datamigratie: geen downtime, geen drama

Om maar gelijk met de deur in huis te vallen: voor de meeste IT-teams zorgt het woord ‘datamigratie’ voor hoofdpijn. Het is het soort project dat nooit netjes in een planning past, altijd om 02:00 uur ’s nachts in het weekend lijkt plaats te vinden, en gepaard gaat met het zwaard van Damocles: als er iets misgaat, staat alles op het spel.

Hoe groter de organisatie, hoe rommeliger meestal de storage-stack. En hoe rommeliger de stack, hoe moeilijker het wordt om data van het ene systeem naar het andere te verplaatsen zonder downtime, verstoringen of boze telefoontjes van het applicatieteam.

Toch is datamigratie onvermijdelijk. Of je nu hardware voorziet van een upgrade, arrays consolideert of probeert te ontsnappen aan verouderde SAN-infrastructuur die je budget opslokt: op een bepaald moment moet de data verplaatst worden. En dat veroorzaakt onnodig veel stress bij IT-teams.

Waarom storage-migratie als een vloek voelt

Als data het levensbloed van een organisatie is, dan is storage de bloedsomloop. En zoals bij elke grote transplantatie heeft storage-migratie de reputatie risicovol, stressvol en zelfs vervloekt te zijn. Dit is waarom:

• Downtime is niet de bedoeling, maar gebeurt meestal toch: Traditionele migraties vereisen het uitschakelen van hosts, het ontkoppelen van volumes, het handmatig kopiëren van data en het opnieuw configureren van alles. Zelfs in het beste scenario werk je grotendeels in het duister.
• Ongelijke arrays werken niet prettig samen: Overstappen van de ene storage-leverancier naar de andere betekent LUN’s, paden en host-toewijzingen opnieuw configureren. Dat is: áls je al dezelfde functionaliteit hebt.
• Applicaties houden niet van verandering: Storage is nauw verweven met kritieke workloads. Verstoor je volumes of zoning, dan kan je database, ERP-systeem of hypervisor-stack direct uitvallen.
• Handmatige stappen brengen handmatige risico’s mee: Elke herconfiguratie van een host, wijziging in zoning of herindeling van volumes creëert een extra kans op fouten, en een extra manier waarop het tijdens de cutover mis kan gaan.

Geen wonder dus dat veel IT-teams migraties jarenlang uitstellen. Totdat hardware faalt, support afloopt of prestaties instorten. En dan ben je dus te laat. Maar het hoeft niet zo te gaan.

De moderne realiteit: migratie hoeft geen pijn te doen

Storage is geëvolueerd en de opties voor migraties ook. Met de juiste architectuur hoef je systemen niet offline te halen, kritieke workloads niet te pauzeren en niet elke volume mapping opnieuw uit te werken om data van de ene array naar de andere te verplaatsen. Beide systemen hoeven zelfs niet van dezelfde leverancier te zijn.

Door een gevirtualiseerde storage-control-plane bovenop je block-infrastructuur te plaatsen, kun je data verplaatsen tussen ongelijksoortige storage-omgevingen zonder de toegang tot volumes te verstoren waar applicaties van afhankelijk zijn. In plaats van alles in één risicovolle actie te migreren, verplaats je data geleidelijk van oud naar nieuw, terwijl applicaties gewoon blijven lezen en schrijven. Wanneer je er klaar voor bent, schakel je gecontroleerd over.

Ongelijke systemen? Geen probleem.

Een van de grootste obstakels bij traditionele SAN-migraties is incompatibiliteit. Je probeert block-volumes te verplaatsen tussen platformen die nooit ontworpen zijn om samen te werken. Misschien gaat het om:

• Een legacy Fibre Channel-array die niet langer wordt ondersteund
• Een nieuwere iSCSI-gebaseerde SAN waarin je wilt consolideren
• Verschillende LUN-indelingen, zoning-configuraties of zelfs totaal verschillende hardwareleveranciers

In zulke situaties moeten storage-teams tijdelijke oplossingen aan elkaar knopen: exporteren, kopiëren, opnieuw mounten, scripts schrijven. Dit is niet alleen verstorend, maar ook foutgevoelig, traag en zeer arbeidsintensief.

Met een software-defined storage-laag kun je deze verschillen abstraheren. Zowel het oude als het nieuwe systeem verschijnt als onderdeel van één uniforme virtuele SAN. Van daaruit wordt data volume voor volume op de achtergrond verplaatst, zonder complexiteit zichtbaar te maken voor de host-laag. Applicaties blijven hun block-volumes via dezelfde paden benaderen, en de overstap naar nieuwe hardware is onzichtbaar wanneer het moment daar is.

Wanneer alles succesvol is verplaatst en gecontroleerd, kunnen hosts tijdens een onderhoudsvenster worden omgeschakeld naar de nieuwe storage, zonder paniek, zonder verrassingen in de configuratie en zonder downtime. 

Migreren zonder chaos

Naadloze storage-migratie zonder downtime, zelfs tussen totaal verschillende systemen, begint met de juiste basis: storage-virtualisatie, aangedreven door software-defined storage (SDS). Datamigratie hoeft geen risicovol, nachtelijk project te zijn waarbij iedereen stand-by staat. Met de juiste aanpak kun je data verplaatsen tussen ongelijksoortige systemen en elke combinatie van storage hardware, zonder downtime of verstoring.

Redundantie blijft behouden en zodra de migratie is voltooid kan oude hardware veilig worden verwijderd zonder hosts opnieuw te configureren of volumes opnieuw toe te wijzen. Snel, flexibel en volledig onzichtbaar voor gebruikers. Precies zoals migratie hoort te zijn en een aanpak waarbij het mythische zwaard lekker kan blijven hangen. 

Dit is een ingezonden bijdrage van DataCore. Via deze link vind je meer informatie over de mogelijkheden van het bedrijf.