Migratie van datacenters naar de cloud: 7 meest voorkomende problemen bij cloudmigratie

Leestijd: 7 minuten

Tijdens een datacenter- naar cloudmigratie kunnen er veel dingen misgaan. Deze cloudmigratieproblemen kunnen tijdrovend en stressvol zijn en hun tol eisen op het gebied van efficiëntie.

Hetzelfde geldt voor elke andere datacentermigratie of ontmanteling van datacenters.

Bekijk onze checklist ontmanteling datacenter hier.

Cloudmigraties zijn een zeer complex proces.

Een paar van de belangrijkste dingen om rekening mee te houden zijn app-afhankelijkheden, wijzigingen in het beveiligingsbeleid, netwerkveranderingen en de overgang van CapEx naar opex.

Een proces dat op papier zo eenvoudig zou moeten zijn als "zet al onze werklasten op hun servers, niet op de onze", is meestal allesbehalve eenvoudig.

In dit artikel bespreken we de meest voorkomende problemen en fouten bij elke datacentermigratie naar de cloud. We geven je ook advies over hoe je ze kunt vermijden.

7 veelvoorkomende problemen bij datacentermigratie naar cloud om voor op te passen

1. Onnodig cloudgebruik

Gebruik de cloud niet als deze niet geschikt is voor uw zakelijke behoeften. De cloud heeft een aantal geweldige voordelen, maar is niet geschikt voor elke situatie.

Een migratie van datacenter naar cloud kan aanzienlijke kostenbesparingen opleveren omdat er geen infrastructuurkosten zijn voor fysieke servers, maar is voor sommige situaties ongeschikt.

Een datacentermigratie naar een publieke cloud is een slecht idee wanneer:

1. De flexibiliteit van de cloud is niet nodig

2. Een onderneming met consistente workloads zal niet profiteren van de voordelen van de flexibiliteit van de cloud.

Bovendien, als de werkbelasting van een bedrijf consistent verandert, kan hun infrastructuur worden ingesteld om de veranderingen te verwerken zoals de cloud dat zou doen.

In deze gevallen kan de cloud worden gebruikt voor testen om inzicht te krijgen in de computerbehoeften van een nieuwe operatie.

Als de onderneming eenmaal bekend is met de benodigde infrastructuur, kan ze overstappen op een eigen cloud op maat die minder kost en toch voldoende geschikt is om veranderende werklasten aan te kunnen zonder tonnen overbodige servers.

Als je gegevens in de cloud onderbrengt, heb je de controle over de beveiliging ervan niet meer in eigen handen. In dat scenario is een private cloud of een eigen infrastructuur waarschijnlijk geschikter.

Een geschikter moment voor een datacenter-cloudmigratie is wanneer het grootste deel van de gegevens van een onderneming geen gevoelige of waardevolle gegevens zijn.

Meer geschikte situaties voor cloudmigraties zijn bijvoorbeeld wanneer de doelen voornamelijk draaien om lagere use cases zoals dev ops, gegevensback-up, archivering of voorzieningen voor disaster recovery.

Eigenlijk alle gegevens die niet altijd bij de hand hoeven te zijn, die niet zo belangrijk zijn, maar wel onderhouden en semi-regelmatig gebruikt moeten worden.

2. Het verkeerde type cloudvoorzieningen kiezen

Het kiezen van het verkeerde type voorziening kan ernstig nadelig zijn en grote problemen veroorzaken bij cloudmigratie.

Hoewel vaak naar de cloud wordt verwezen als een allesomvattende entiteit, is de realiteit dat het een dienst is die wordt geleverd in veel verschillende formaten en door meer dan een paar unieke leveranciers. Er zijn een paar verschillende soorten openbare cloudopslag, elk met verschillende voor- en nadelen.

Kiezen voor blokopslag voor junkdata terwijl koude archivering misschien beter was, kan flinke onnodige kosten met zich meebrengen.

Hier volgt een kort overzicht van de verschillende soorten cloudvoorzieningen en waar elk type voor wordt gebruikt:

• Archivering: Zeer goedkoop, meestal met behulp van tape-opslag of ongebruikte schijfopslag; duurt lang om toegang te krijgen, dus moet meestal alleen worden gebruikt voor gegevens die vrijwel zeker lange tijd op geen enkele manier nodig zullen zijn.
• Koel/Koude opslag: Lage kosten, maar gegevens die hier zijn opgeslagen zijn slechts marginaal makkelijker toegankelijk dan gearchiveerde gegevens; een voordelige optie om enorme hoeveelheden archiefgegevens te bewaren en er toch binnen een redelijke tijd bij te kunnen.
• Actieve opslag, ook bekend als nearline, actieve gearchiveerde opslag of gekoelde opslag: Schijf- of high-performance tapebibliotheken; analytische gegevens of gegevens voor semi-frequente zoekopdrachten zijn geschikt voor dit type opslag.
• Secundaire opslag: Bestaat over het algemeen uit SATA-schijfopslag in het lagere segment; goed voor back-ups van belangrijke gegevens of snapshots.
• Primaire opslag: Flashgeheugen en high-end schijfopslag; de belangrijkste gegevens die snel toegankelijk moeten zijn, zijn het meest geschikt voor dit type opslag.

Stel je in het ergste geval voor hoe snel je toegang tot de gegevens nodig hebt en kies dan het type opslagvoorziening dat het beste bij dat tijdsbestek past.

3. Afstand

Als je een cloudvoorziening kiest die te ver weg is, kan dat later problemen met de latentie veroorzaken.

De cloud is een prachtige technologie die uit sprookjesstof en magie lijkt te zijn opgebouwd.

Het volgt echter nog steeds de wetten van de fysica en cloud computing-resources worden geleverd door fysieke servers in datacenters.

Hoe verder de cloud van uw locatie is gehost, hoe hoger de latentie tussen uw servers en hun servers zal zijn. Zorg er dus voor dat u uw locatie ten opzichte van uw cloudservers goed inschat, anders kunt u problemen ondervinden.

Voor sommige bedrijven is een klein verschil in latentie heel acceptabel, maar voor anderen is het een spelbreker.

Zoek uit hoe ver de basis van elke cloud van je vandaan is voordat je een leverancier kiest.

4. Onbeveiligde gegevens

Nu de verantwoordelijkheid verschuift van de onderneming naar de cloud, kan het pad naar gegevensbeveiliging onduidelijk worden. Helaas hebben besluitvormers niet de luxe om onzeker te zijn over gegevensbeveiliging.

Ondanks de verschuiving van beveiligde verantwoordelijkheden naar de cloud, blijven de verplichte beveiligingseisen van de onderneming na een cloudmigratie-implementatie bestaan.

Voorheen werd van de onderneming verwacht dat ze zich ter plekke proactief verdedigde tegen bedreigingen van de gegevensbeveiliging. Hiervoor was een bekwaam technisch team nodig om de infrastructuur veilig te houden. Nu doet de cloudprovider veel van dit werk.

Hoewel cloudleveranciers de beveiliging van gegevens de laatste tijd hebben verbeterd, is het vertrouwen op de cloudleverancier als enige beveiligingsmaatregel voor uw gegevens een schandaal op het gebied van datalekken.

Beveiliging is natuurlijk enorm belangrijk als het om gegevens gaat. En zoals we allemaal in het nieuws hebben gezien, kunnen datalekken enorme problemen opleveren voor bedrijven.

Het vinden van een solide service level agreement, het controleren of de cloudprovider zich eraan houdt, het versleutelen van gegevens van en naar de cloud en het instellen van strikte toegangsprotocollen en referenties zijn allemaal nieuwe cruciale taken die moeten worden uitgevoerd.

Daarnaast moeten gebruikersautorisaties en -toegang, configuraties voor netwerken en systemen, eventregistratie en netwerkverkeer allemaal opnieuw worden geëvalueerd voor zover ze van toepassing zijn op deze verschuiving om ervoor te zorgen dat er geen problemen zijn met de gegevensbeveiliging.

5. Slechte netwerkbetrouwbaarheid

Terwijl de netwerkbetrouwbaarheid van cloudleveranciers over het algemeen consistent is, is dat bij veel bedrijfsnetwerken niet het geval.

Betrouwbare netwerkconnectiviteit is van vitaal belang voor elke onderneming die op de cloud vertrouwt, aangezien toegang tot de cloud afhankelijk is van een netwerkverbinding.

Eenvoudig gezegd kunnen problemen met de betrouwbaarheid van netwerken leiden tot problemen met cloudmigraties en frustratie.

Investeer in een solide netwerk en netwerkprovider. Als je bedrijf een datacentermigratie naar de cloud plant, laat dan je netwerk doorlichten door een derde partij of een voldoende expert in huis.

Netwerkproblemen veroorzaakt door onjuiste VPN-configuraties en routeringsproblemen zijn aan de orde van de dag.

6. Afhankelijkheden

Het verplaatsen van een app naar een nieuwe locatie wanneer deze afhankelijk is van componenten op de oude locatie kan leiden tot problemen met cloudmigratie. Het kan rampzalig zijn.

Daarom wordt het in kaart brengen van app-afhankelijkheden algemeen beschouwd als essentieel voor elke IT-move, en een cloudmigratie-implementatie is daarop geen uitzondering.

Het in kaart brengen hiervan was in het verleden vervelend met traditionele methoden zoals domeinspecifieke ontdekkingstools en spreadsheets.

Naarmate datacenters groeien en virtualiseren, zijn deze methoden niet langer levensvatbaar.

Tools voor het in kaart brengen van de afhankelijkheid van applicaties zijn nu een industriestandaard voor elke implementatie van een cloudmigratie, maar ook voor dagelijks gebruik.

Deze tools ontdekken automatisch de relaties tussen apps en componenten en brengen deze in kaart.

Deze kaarten worden geïmporteerd in de configuratiebeheerdatabase of kortweg CMDB.

De CMDB helpt op een paar manieren:

• Proactief inzicht in de toekomstige effecten van mogelijke veranderingen
• Minder downtime met betere omgevingsstabiliteit
• Middelen effectief toewijzen op basis van prioriteit en waarde voor het bedrijf

Er zijn echter talloze potentiële kansen op mislukking.

Deze strategie vertrouwt zwaar op de CMDB als de enige ogen van de operatie. Het huidige risico van dat feit wordt snel duidelijk als je je realiseert dat de overgrote meerderheid van de CMDB-initiatieven mislukken.

Deze mislukkingen zijn deels het gevolg van ontoereikende mogelijkheden van de zoek- en inventarisatietool.

Met onjuiste hulpmiddelen is de kans groot dat er overbodige of ontbrekende gegevens zijn.

De meeste van deze problemen kunnen worden vermeden door een up-to-date tool te kiezen met een track record van consistentie.

De tool van Solarwind, FireScope en Retrace zijn drie voorbeelden van zulke tools.

De rest van de storingen is grotendeels te wijten aan menselijke fouten.

Het negeren van synchronisatie tussen omgevingsveranderingen en de CMDB kan leiden tot een verouderde map.

Door ijverig te werken aan het onderhouden van een CMDB die een nauwkeurige weergave is van wijzigingsrecords, bent u verzekerd van een betrouwbare tool met een groot aantal voordelen, waaronder een naadloosere datacentermigratie naar de cloud - minder cloudmigratieproblemen.

7. Aanpassingsproblemen

Te veel maatwerk

Het uitgebreid aanpassen van een Infrastructure-as-a-Service implementatie kan voordelen bieden, ja, maar het kan ook elke toekomstige cloudmigratie implementatie tot een nachtmerrie maken.

De mogelijkheid om de omgeving te sjabloneren en later migraties op te starten is optimaal. Meestal krijgt het project deze vorm wanneer het wordt geleid door een enkele afdeling die zeer specifieke beleidsregels, processen en configuraties binnen de implementatie creëert die niet relevant zijn voor de onderneming als geheel.

Niet genoeg maatwerk

Zonder een cloudimplementatie af te stemmen op de unieke voordelen van de cloud, gaan die voordelen verloren.

Een typisch scenario bij cloud-implementaties is de "vorkheftruck"-manoeuvre. Veel IT-infrastructuren worden in een vroeg stadium gevormd met een onvolledige visie. Van daaruit evolueert de infrastructuur reactief op externe krachten.

Het eindresultaat is een IT-infrastructuur die niet helemaal is geoptimaliseerd voor de behoeften van het bedrijf. Door een IT-infrastructuur te plug-and-playen in uw cloudmigratie-implementatie laat u veel potentieel op tafel liggen.

Als er een plan is om snel veranderingen door te voeren zodra de overgang is voltooid, is dat één ding, maar vaker wel dan niet blijft de infrastructuur steken in dat formaat en brengt de cloudmigratie nooit de voordelen waarvoor het bedoeld was.

Alles samenvoegen

De cloud is niet langer een nieuwe dienst, maar de impulsiviteit en opwinding blijven. Zorg ervoor dat u de volgende stappen doorloopt voordat u in de cloud springt:

1. Beslissen of de cloud geschikt is voor uw bedrijf
2. Bepaal welke cloudvoorziening het beste past bij uw unieke scenario.
3. Evalueer uw latentiebehoeften en hoe de afstand tussen elke cloudprovider en u hierop van invloed kan zijn
4. Stel proactief nieuw beveiligingsbeleid en protocollen op om te voorkomen dat er gegevens uitlekken tijdens deze kwetsbare overgang.
5. Beoordeel de betrouwbaarheid van het netwerk en verbeter eventuele zwakke punten die in de toekomst problemen met cloud-toegang kunnen veroorzaken.
6. Analyseer afhankelijkheden en onderhoud een effectieve afhankelijkhedenkaart met zorgvuldig gekozen tools
7. De cloudvoorziening aanpassen aan uw bedrijf als geheel en toezicht houden op de partijen die het voortouw nemen bij het aanpassen

Wat te doen met overgebleven IT-apparatuur?

Bij veel implementaties van cloudmigraties of datacentermigraties zijn delen van servers, geheugen, opslagen andere IT-apparatuur overbodig of overbodig worden.

Deze hardware is meestal een bijzaak en als er al aan wordt gedacht, wordt het waarschijnlijk voor een fikse rekening aan een recycler gegeven.

exIT Technologies biedt dezelfde ophaal-, gegevensvernietigings- en R2-gecertificeerde recyclingdiensten als elke andere IT-recycler. Het verschil is dat we werken volgens een "betalen voor product"-model in plaats van een "betalen voor service"-model.

Dit betekent dat we je niet alleen de service bieden die je nodig hebt om overtollige hardware op een milieuveilige manier te verwijderen, maar dat we je ook compenseren voor de waarde van de datacenterapparatuur.

Bezoek onze ITAD-diensten pagina om erachter te komen hoe je gecompenseerd zou kunnen worden en hoe ons proces werkt.