Datarepatriëring uitgelegd: Waarom het verplaatsen van clouddata on-premises belangrijk is

De hoge kosten van het bewaren en gebruiken van data in een publieke cloud worden steeds vaker een dealbreaker voor bedrijven. Organisaties zoeken naar meer kosteneffectieve alternatieven, weshalb we steeds meer gevallen zien van datarepatriëring (het actie van het terugtrekken van data die momenteel in de publieke cloud zit en het opnieuw hosten on-site of op bare metal).

Dit artikel is een inleiding tot datarepatriëring en de effecten (zowel positief als negatief) van het verlaten van de publieke cloud ten gunste van on-premises bare metal opslag. Lees verder om te leren over de hoofddrijfveren achter datarepatriëring en te zien of het terugtrekken van cloud-gebaseerde data een slimme zet is voor uw bottom line.

Wat is datarepatriëring?

Datarepatriëring is het proces van het verplaatsen van data van de publieke cloud naar zelfbeheerde opslag (zoals een on-site dedicated server of een private cloud). Afhankelijk van hoeveel data een bedrijf besluit te herhosten, is de repatriëring ofwel:

• Totaal (wanneer een organisatie alle data ophaalt en de banden met de publieke cloud verbreekt).
• Deels (wanneer een bedrijf besluit een deel maar niet alle data uit de cloud te halen, wat typisch gebeurt wanneer een team probeert prestaties te verbeteren of cloudkosten te verlagen).

Datarepatriëring wordt steeds meer gangbaar naarmate organisaties de hoge kosten beseffen van het bewaren van grote hoeveelheden data in de publieke cloud. Wanneer u een enorme opslagbehoefte hebt (bijvoorbeeld als u verschillende petabytes an gestructureerde data heeft die u regelmatig benadert), is cloud-gebaseerde opslag niet zo kosteneffectief als meer traditionele oplossingen.

Gemiddeld kosten cloud-opties twee keer zoveel voor gebruik als on-site datahosting. Deze statistiek blijft waar zelfs wanneer we rekening houden met de overhead die vereist is voor on-site opslag, wat de prijs omvat van:

• Het personeel dat de hardware beheert.
• Datacenter ruimte.
• Stroom.
• Fysieke beveiliging.

De hoofdoorzaak achter het drastische prijsverschil is egress-kosten. Providers rekenen u niet voor het uploaden van data, maar u betaalt voor capaciteit en dataoverdrachten. Overdrachten die data buiten de infrastructuur van de provider sturen, zijn duur en maken vaak het grootste deel van de maandelijkse cloudfactuur uit.

De kosten zijn niet de enige reden waarom bedrijven kiezen voor datarepatriëring. Andere veelvoorkomende oorzaken zijn:

• Nieuwe updates aan nalevingsregels.
• Problemen met netwerklatentie.
• Zorgen over cloudcomputing-beveiliging.
• Een wens om hogere niveaus van dataredundantie te bereiken.
• Frequente downtime door fouten aan de provider-kant.
• Problemen met shadow IT (ongeautoriseerd gebruik van publieke cloudresources).
• Een beslissing om een ander cloud-implementatiemodel na te streven.

Voordelen van datarepatriëring

Als de meeste IT-beslissingen, heeft het kiezen voor datarepatriëring zowel voor- als nadelen. Laten we nader kijken naar de meest prominente voordelen van het terugtrekken van publieke clouddata.

Kostenverlaging en betere ROI

Kosten is het primaire voordeel en de leidende reden voor datarepatriëring. Terwijl een on-premises datacenter duur is om op te zetten, beginnen publieke cloudkosten op te lopen over tijd naarmate u maandelijks betaalt voor:

• Opslagvolumes.
• Serverinstanties.
• Per-use diensten.
• Dataoverdrachtskosten (egress).
• "Verborgen kosten" (recente studies onthullen dat bedrijven jaarlijks meer dan $62 miljard uitgeven aan publieke cloudresources die ze noch nodig hebben noch gebruiken.)

Waar of later zal uw totale clouduitgaven de prijs van on-site hostingapparatuur bereiken. Op dat moment heeft u die fondsen echter uitgegeven aan operationele kosten van cloudcomputing, en bezit u geen hardware ondanks de investering. Van dat standpunt heeft on-site hosting een verre superieure ROI.

Houd er rekening mee dat cloud-gebaseerde opslagkosten ook inconsistent en moeilijk te voorspellen zijn. Geprojecteerde kosten overschrijden snel het budget omdat:

• Providers prijzen wijzigen.
• Uw IT-behoeften veranderen over tijd.
• Teams vaak de kosten die betrokken zijn bij het opereren in de cloud onderschatten.
• Complexe IT-omgevingen lijden vaak onder shadow IT.

Met een on-site opslagsysteem veranderen de kosten niet op basis van wat u met uw data doet. Als uw IT-behoeften groeien, moet u investeren in meer hardware, maar u zult nooit "overboard" gaan met een factuur zoals u kunt met cloud-gebaseerde opslag.

Handmatige beveiliging over uw data

Data hosten in een publieke cloud betekent dat de provider verantwoordelijk is voor het opslaan en veilig houden van informatie. Deze regeling is een zegen voor sommigen, maar kan een dealbreaker zijn voor bedrijven die zoeken naar een meer handmatige benadering van databeveiliging.

Er zijn ook verschillende unieke zorgen wanneer u data in een publieke cloud bewaart:

• Honderden tenants (of zelfs meer) delen de publieke cloudinfrastructuur, wat een risico-element introduceert dat niet bestaat bij in-house hosting.
• Er is een gebrek aan zichtbaarheid in welke controles clouddata veilig houden.
• Het team van de klant is verantwoordelijk voor het gebruik van maatregelen die door de leverancier worden geboden, dus er is ruimte voor misconfiguratie (de meest voorkomende fouten ontstaan in cloudbeveiligingsbeleid).
• De provider houdt de rechten tot bestanden die u in de publieke cloud opslaat (tenzij u een SLA tekent dat anders luidt).
• De publieke cloud stelt eindgebruikers in staat om data vanaf overal te benaderen, dus er is altijd de mogelijkheid om data met de verkeerde mensen te delen.

Hoewel fouten door providers zeldzaam zijn, moeten publieke cloudgebruikers weten dat ze een mogelijkheid zijn. In augustus 2018 blootstelde een AWS-fout bedrijfskritieke data van ongeveer 31.000 systemen behorend tot GoDaddy. Als het bedrijf de data on-site had bewaard, zou dit incident niet zijn gebeurd.

Data repatriëren stelt een niveau van nabijheid en fysieke controle over data in dat de publieke cloud niet kan bieden. U beperkt ook het aanvalsoppervlak door het aantal gebeurtenissen dat mis kan gaan met uw data te verminderen. Denk erbij als geld bewaren in een kluis thuis versus een kluis bij een bank—de bank is veilig, zeker, maar u hebt geen zeg in hoe ze kluizen beschermen, plus ze zijn een primair doel voor overvallen. Van dat standpunt is er een sterke case dat uw geld veiliger thuis is.

Geen risico op vendor lock-in

Vendor lock-in treedt op wanneer een bedrijf te afhankelijk wordt van een cloudprovider. Als u data te lang bij een leverancier opslaat en een app-architectuur bouwt rond die opslag, zal lock-in van nature groeien over tijd. U bent dan niet in staat om over te schakelen naar een ander platform (ofwel in-house of behorend tot een andere provider) zonder hoge switchkosten.

Datarepatriëring zorgt ervoor dat uw opslag nooit afhankelijk is van enige provider meer dan uw interne team. Uw personeel beheert de dataset, en er is geen risico op "vast te zitten" met een derde partij.

Betere latentie

Terwijl de publieke cloud bijna onbeperkte opslagcapaciteit biedt, hangt uw vermogen om cloud-gebaseerde data te benaderen en te gebruiken af van de internetverbinding. Operaties lijden onder vertragingen als u verwerking in-house uitvoert en de verbinding met publieke clouddata traag is.

Vertraging is misschien geen probleem voor sommige use cases (zoals back-up en herstel of e-mailoperaties), maar is schadelijk voor sommige workloads, zoals:

• Real-time analytics.
• Cyberbeveiligingsapps.
• Sensoren.
• IoT-apps.

Als u een latentie-gevoelige app heeft die zwaar vertrouwt op een dataset, biedt het hosten van info on-site (of het gebruik van een edge-server) veel minder lag dan het gebruik van een publieke cloud. U verkort het communicatiepad, plus het interne team heeft de mogelijkheid om opslag, compute en netwerkresources finetunen om de app te passen.

Makkelijkere naleving van datereglementen

Publieke cloudproviders (vooral hyperscalers) werken hard om te voldoen aan overheids- en industriële vereisten zoals HIPAA en PCI. Er is echter een groot probleem met het voldoen aan regelgeving in de publieke cloud: datalocatie. Als uw bedrijf onder een wet valt die datahosting in een specifieke regio vereist, kan het gebruik van de publieke cloud u in een wereld van juridische (en financiële) problemen brengen.

In plaats van cloudservers in specifieke regio's op te zetten en te vertrouwen op een derde partij om info niet te verplaatsen, kiezen sommige organisaties ervoor om de volledige controle te nemen en data te verplaatsen naar een on-premises systeem.

Nadelen van datarepatriëring

Hier zijn de meest opvallende uitdagingen en nadelen van het kiezen voor datarepatriëring:

• U moet een budget apart zetten voor de hardware die nodig is om data on-site te hosten, ongeacht welk systeem u besluit op te zetten (private cloud, dedicated server, colocation apparatuur, enz.).
• U moet een intern team inhuren om de nieuwe IT-omgeving te configureren en te beheren.
• Uw team is uitsluitend verantwoordelijk voor het instellen van bescherming en het veilig houden van on-site data tegen potentiële inbraken, lekkages, cyberaanvallen en dreigingen voor dataintegriteit.
• Het is aan uw personeel om voldoende beschikbaarheid van data te garanderen.
• Als er iets misgaat, is het aan uw team om het probleem op te lossen. Er is geen provider om te wenden in geval van downtime, dus zorg ervoor dat uw team weet hoe on-premises databases te beheren voordat u besluit iets uit de publieke cloud te halen.
• Datarepatriëring verstoort soms de teamchemie en -cultuur. Sommige werknemers kunnen voelen alsof het bedrijf een stap achteruit doet, plus u moet enkele nieuwe taken aan hun werkdag toevoegen.
• Soms leidt het terugtrekken van data on-site tot verlies van snelheid of prestaties. In dat geval moet u alle diensten en workloads die die dataset gebruiken, opnieuw optimaliseren, een proces dat vaak tenminste een paar dagen duurt.
• U heeft geen toegang meer tot oneindige on-demand resources zodra u de publieke cloud verlaat, dus zeg vaarwel tegen snelle inrichting en instant schaling. U moet resources apart zetten en nieuwe hardware kopen als u meer opslag nodig heeft.

Hoe data te repatriëren?

Monitor het gebruik van cloudresources en vergelijk die kosten periodiek met alternatieve opslagmethoden. Als het duidelijk wordt dat een ander type opslag een hogere ROI biedt voor uw use case, is het tijd voor datarepatriëring. Dit proces ziet er als volgt uit:

• Begin met het bepalen welke data u wilt repatriëren en het uiteenzetten van het doel van de verandering. Gaat u voor totale repatriëring, of maakt de deelse benadering meer zin?
• Overweeg eventuele vendor-lock-in, architecturale of eindgebruikersproblemen die de verhuizing uit de cloud kunnen vertragen of verhinderen.
• Breek het plan in fasen en stel KPI's in die u in staat stellen voortgang te monitoren.
• Beslis wat de optimale hostingsomgeving is voor uw data. Zoekt u data terug te brengen naar een on-site serverruimte, of zou het huren van een dedicated server een betere fit zijn? Of is misschien de hybride cloud de weg?
• Bepaal het vaardigheidsniveau van uw team. Afhankelijk van hoe ervaren werknemers zijn, zullen sommige hostingsopties meer aantrekkelijk zijn dan andere.
• Voer een gedetailleerde kosten-batenanalyse uit op het project om de financiële impact van elk haalbaar alternatief te beoordelen.
• Plan hoe het team de app-architectuur zal updaten met de data die een nieuwe thuiskomst krijgt. Is er ruimte om prestaties te verbeteren of lag te verminderen?
• Begin met het verplaatsen van data uit de publieke cloud. Onthoud dat de verhuizing tijd kost, en apps die vertrouwen op de data in kwestie zullen down zijn tijdens het proces als u geen back-upopslag heeft. Koude archieven zijn doorgaans eenvoudiger te verplaatsen dan frequent benaderde repositories, dus maak een plan met de kleinste impact op uw UX.
• Voer uitgebreide tests uit om te zien of alle apps en diensten geassocieerd met de dataset optimaal presteren.

Wanneer data repatriëren?

U moet data repatriëren wanneer het duidelijk wordt dat het weggaan van de publieke cloud een (of meer) van de volgende zakelijke fronten zou begunstigen:

• Uw bottom line.
• Beveiligingsniveaus.
• Serviceprestaties.

Hier zijn een paar veelvoorkomende scenario's waarin datarepatriëring de juiste zakelijke zet is:

• Cloudopslagfacturen lopen uit de hand: Begin met het overwegen van andere opslagopties zodra publieke cloudfacturen meer gaan kosten dan verwacht (of als u betaalt voor resources die u niet gebruikt).
• Verhuizen naar een beter passende hostingsomgeving: Datarepatriëring betekent vaak dat het bedrijf een betere opslagoplossing voor zijn use case heeft geïdentificeerd. De meest voorkomende problemen die bedrijven proberen op te lossen zijn lag en beschikbaarheidsproblemen.
• Nieuwe nalevingsregels: Updates aan regelgeving dwingen bedrijven in strickere sectoren data te repatriëren uit de publieke cloud.
• Het gebruik van de cloud heeft zijn loop gehad: De publieke cloud heeft de grootste impact tijdens de initiële fasen van elk project. Zodra uw team begint met het analyseren van resourcegebruikstrends, begin dan met regelmatige kosten-batenanalyses om te zien of er behoefte is aan datarepatriëring.
• Haasten in cloudadoptie: Slechte initiële planning, lift-and-shift tactieken en een gebrek aan weloverwogen cloudmigratieplannen zijn veelvoorkomende redenen voor het terugtrekken van publieke clouddata on-site. Onthoud dat verliezen beperken beter is dan all-in gaan op de verkeerde opslagoplossing.
• Cloudproviders die failliet gaan: Klanten hebben geen keuze dan hun data terug te trekken als een leverancier sluit. Hoewel deze scenario's zeldzaam zijn, moeten bedrijven een herstelplan na noodgevallen hebben voor het geval de provider opgaat.

Vrees niet voor datarepatriëring en ga altijd voor de optimale opslagoplossing

Datarepatriëring gaat over het najagen van nieuwe IT-kansen, uitgaven optimaliseren en app-prestaties verbeteren. Deze drie factoren gaan voor uw toewijding aan de publieke cloud, dus zorg ervoor dat uw team altijd hostingsalternatieven overweegt voor elke database, workload en service die in de cloud draait.