8 vragen over datacentermigratie

1. Waarom migreert een bedrijf het datacenter?

Mark: “Het kan zijn dat een bedrijf naar een andere locatie verhuist. Of door een overname ontstaat een bedrijf met een of meer extra datacenters, waarbij je vanuit kostenbesparing een mooie consolidatieslag kunt slaan. Het kan ook een logische stap zijn om een migratie te combineren met andere vernieuwingen in de infrastructuur die reeds op de roadmap stonden. Ten slotte kan het gebeuren dat de locatie van een bedrijf een beperkende factor begint te worden, bijvoorbeeld op het gebied van connectiviteit waarbij de korte afstand van knooppunten met de cloud cruciaal is.”

Patrick: “De aanleiding voor een datacentermigratie is dan ook goed te vergelijken met de reden om naar een nieuwe fabriekshal of naar een nieuw kantoorpand te gaan. Je wilt iets nieuws, iets anders of je moet actie ondernemen omdat er iets met je bestaande locatie aan de hand is. Natuurlijk zijn er onderliggende wensen, zoals virtualisatie of het inzetten van innovatieve cloudconcepten. De wens om cloud in te zetten is op dit moment ook vaak een belangrijke aanleiding om de bestaande infrastructuur aan te vullen of opnieuw in te richten.”

2. Hoe draagt een datacentermigratie bij aan de stap naar de cloud?

Mark: “Als je op het punt staat iets met je datacenter te doen, is het goed om te weten welke keuzes je hebt. Als je je infrastructuur gaat verplaatsen, is het niet meer dan logisch om het zo flexibel mogelijk en daarmee toekomstvast te maken. Een logische keuze is dan een hybride cloudconcept, waarbij je een deel on-premise dicht bij de cloud hebt. Door op zo’n hybride concept te landen, kun je de mogelijkheden van de cloud direct benutten, zonder operationele risico’s te lopen dankzij het reeds bestaande on-premise Datacenter. Het is een voor de hand liggende stap van traditioneel datacenter naar een flexibele infrastructuur die ook integratie met de cloud voorziet.”

Patrick: “Vergelijk het met outsourcing, wat al een aantal jaren veel gebeurt. Ook daarbij verzamelen zich een heleboel bedrijven rond de serviceprovider van de hoofddienst om de snelheid van handelen te kunnen vergroten. Ook in de ICT hebben we nog steeds te maken met de beperking van de snelheid van het licht. Je kunt nu eenmaal sneller handelen als je op één kilometer afstand zit dan op honderd kilometer afstand. Dat geldt zowel voor de techniek als voor het logische deel.”

3. Welke vormen van datacentermigratie zijn er?

Mark: “In het verleden werden datacenters vaak alleen fysiek verplaatst. Dat gebeurt nog steeds, echter zo’n lift-and-shift brengt wel risico’s met zich mee. Hardware kan kapot gaan en je hebt vaak niet van elk device een reserve-exemplaar op de plank liggen. Door virtualisatie werd het makkelijker om ‘systemen’ te verplaatsen. De laatste tijd zie je vaker dat er meer naar applicaties en workload wordt gekeken. Op basis daarvan wordt direct gekeken waar de workloads en applicaties het beste kunnen landen. Workloads kunnen landen enerzijds op het on-premise, omdat je bijvoorbeeld te maken hebt met specifieke security of andere requirements en anderzijds kan het landen op een public-cloudoplossing, vanuit flexibiliteit, schaalbaarheid of kostenefficiency-oogpunt. Het is hierbij ook nodig om te kijken naar de applicaties en hoe deze aangepast moeten worden om optimaal gebruik te

kunnen maken van de mogelijkheden die de flexibele hybride infrastructuur biedt.”

Patrick: “Vroeger waren logische verhuizingen bijvoorbeeld een verplaatsing van een storage pool of een netwerkswitch van de ene locatie naar de andere. Nu zie je een beweging dat je een applicatie van A naar B verhuist, maar je kunt nog een niveau hoger: een procesload van A naar B verplaatsen. Dat kan een moment zijn om naar een publieke SaaSomgeving te gaan. Langzaam zie je het naar boven bewegen in de ICT-stack.”

4. Wat is er in algemene zin van belang bij een datacentermigratie?

Patrick: “De klassieke “lift-and-shift” verhuizing waarbij eigenlijk alles hetzelfde blijft behalve de stenen waar het tussen staat, wordt steeds meer vervangen door een migratie naar ‘as-a-service’-diensten. Dat vraagt een andere regie-discipline bij de organisatie. Net als bij outsourcing is het simpelweg ‘je data ergens anders naartoe verplaatsen’ niet meer voldoende. Je moet gedurende het traject al maatregelen nemen om ervoor te zorgen dat het na de migratie blijft draaien en dat je je klanten kunt blijven bedienen. Dat wordt echt vaak over het hoofd gezien. Wie heeft bijvoorbeeld de coördinerende rol over de verschillende leveranciers? Zijn de contracten wel aangepast? Hoe zit het met de governance van je organisatie? Zijn je ITIL-processen aangepast? Dat is een valkuil die we vaker hebben gezien. Het is niet alleen een IT-infrastructuur-feestje.”

Mark: “Het heeft met diverse aspecten te maken. Met aansturing, maar ook met zaken als het bewaken van je securitybeleid, zorgen dat alle partijen of leveranciers hun afspraken nakomen. Als regieorganisatie moet je de partijen bij elkaar houden en afspraken maken over wie wat doet. Daarbij maakt het niet zo veel uit of je met twee of acht partijen te maken hebt. Je moet voorkomen dat je van het kastje naar de muur wordt gestuurd, als er een probleem is. Waar begint de verantwoordelijkheid van een partij en waar neemt een andere het over? Wie neemt de lead als er een probleem is? Als je geen technische kennis hebt, is het lastig om die partijen de juiste vragen te stellen en te zorgen dat ze bij elkaar komen.”

5. Hoe pak je de voorbereiding aan?

Mark: “Een datacentermigratie raakt het hele bedrijf. Het is belangrijk dat je ook in de voorbereiding de business, je leveranciers en eventuele andere partijen die je nodig hebt, al vanaf de kick-off erbij betrekt. Zo zorg je dat ze weten wat er gaat gebeuren en wat de impact op de bedrijfsvoering is. Je hebt alle partijen nodig in de voorbereiding en in de uitvoering. Vaak leeft het idee: IT pakt het op en zet het ergens anders neer. Maar de business moet het ook testen, goedkeuren en de risico’s onder controle houden en dat afstemmen met de stakeholders. Een dergelijk project heeft namelijk altijd impact op de bedrijfsvoering, wat afgestemd dient te worden. Je zou daarbij zeggen dat het IT-gedeelte het meest simpele is, maar wat we in de praktijk zien, is dat de documentatie die beschikbaar zou moeten zijn bijna nooit volledig en up-to-date is.

Ook hier zit in de voorbereiding veel uitzoekwerk.

Dan moeten de details inzichtelijk worden door een technisch assessment te doen en de mensen in de organisatie te vragen hoe het zit. Je kunt de aanpak aardig standaardiseren, maar de inhoud is per klant verschillend.”

Patrick: “Het klinkt negatief, maar het is veilig om te stellen: trust nothing, check everything. Zelfs als een klant zegt dat alles volstrekt standaard is ingericht.”

6. Welke problemen komen jullie tegen?

Mark: “Ondanks gedegen voorbereiding en risicomanagement kunnen er in alle fasen van een datacentermigratie toch onvoorziene issues naar boven komen. Een voorbeeld: tijdens de voorbereiding wordt duidelijk dat een component die verhuisd moet worden, niet in beheer is, of dat er componenten zijn die niet meer op voorraad zijn bij de ondersteunende leverancier. Navraag en toetsing bij de fabrikant of ondersteunende partij wijst soms uit dat de support er helemaal niet is of dat er eerst aan bepaalde voorwaarden moet worden voldaan, bijvoorbeeld een software-upgrade.”

7. Wat is er belangrijk bij de uitvoering en hoe zorg je ervoor dat risico’s zo klein mogelijk zijn?

Mark: “Denk aan een back-up of een bewezen fall-back-scenario. Je moet aan kunnen tonen dat de omgeving te herstellen is in geval van een calamiteit. Dat wil je in de voorbereiding ondervangen. Tijdens de uitvoering is het echt belangrijk dat alles gecoördineerd wordt, zeker als je met verschillende partijen te maken hebt. Je moet een draaiboek hebben met wat iedereen moet doen. Het klinkt logisch, maar die afstemming gaat vaak niet goed in organisaties. Mensen gaan al snel onafhankelijk van elkaar dingen doen, of er ontstaan communicatieverstoringen waardoor dingen mis gaan. Als je goede afspraken maakt over de afhankelijkheden, wie wat doet en wanneer, voorkom je veel problemen.”

Patrick: “De mentaliteit tijdens zo’n verhuizing moet dezelfde zijn als bij een calamiteit. De ‘chain of command’ hoe beslissingen worden genomen, wie wat doet op welk moment, is dan kraakhelder. Dat is bij een migratie lastig, omdat dit als het ware een geplande calamiteit is. Dat kan mensen een vals gevoel geven dat alles geregeld is. Het is echter onmogelijk om vooraf alle risico’s af te dekken. Een busje kan stil komen te staan, acties kunnen langer duren, het kan ineens hard gaan sneeuwen, een schijf kan stuk gaan of er kunnen mensen ziek worden.”

Mark: “Het helpt om in de voorbereidingsfase de risico’s te scoren en maatregelen te nemen om ze te beperken. Ook bij een logische verplaatsing, waarbij je niet de hardware verplaatst maar als het ware een knop omzet, heb je altijd het risico dat iets niet werkt.”

8. Hoe zit het met de applicaties?

Patrick: “Eigenlijk is datacentermigratie de verkeerde term. Dat zit ook al in het feit dat infrastructuur alleen maar in dienst staat van de applicaties, zoals de applicaties in dienst staan van de bedrijfsprocessen. Daarom moet je bij een datacentermigratie ook in eerste instantie denken aan de business en de bijbehorende applicaties. Applicaties zouden de leidende component moeten zijn omdat die het bedrijfsproces ondersteunen. Daarbij worden zaken die traditioneel in de infrastructuur werden geregeld, nu op applicatieniveau geregeld. Denk aan hoge beschikbaarheid, hersteltijd, security enzovoort. In organisaties is dat de afgelopen twintig jaar altijd gesplitst geweest.”

Mark: “Als infrastructuur-beheerder kun je niet meer alleen naar de infra-kant kijken. De applicatie of de load wordt bepalend voor hoe de infrastructuur eruit moet gaan zien en welke flexibiliteit en mogelijkheden die infrastructuur moet bieden.”