Migration från datacenter till molnet: De 7 vanligaste problemen med molnmigrering

Under en migrering från datacenter till moln finns det många saker som kan gå fel. Dessa problem kan vara tidskrävande, stressande och gå ut över effektiviteten.

Detsamma gäller för all annan migrering av datacenter eller avveckling av datacenter.

Kolla in vår checklista för avveckling av datacenter här.

Molnmigreringar är en mycket komplex process.

Några av de viktigaste sakerna att tänka på är appberoenden, ändringar i säkerhetspolicyn, nätverksändringar och övergången från CapEx till Opex.

En process som på pappret borde vara så enkel som "lägg alla våra arbetsbelastningar på deras servrar, inte våra" är oftast allt annat än enkel.

I den här artikeln går vi igenom de vanligaste problemen och felen vid migrering av datacenter till molnet. Vi ger dig också råd om hur du undviker dem.

7 mycket vanliga problem med migrering från datacenter till molntjänster att se upp för

1. Onödig användning av molnet

Använd inte molnet om det inte är rätt för ditt företags behov. Molnet har en rad fantastiska fördelar, men det passar inte i alla situationer.

En migrering från datacenter till molnet kan ge betydande kostnadsbesparingar eftersom man slipper de infrastrukturkostnader som är förknippade med fysiska servrar, men i vissa situationer är det olämpligt.

En migrering av ett datacenter till ett publikt moln är en dålig idé när:

1. Molnets flexibilitet är inte nödvändig

2. Ett företag med konsekventa arbetsbelastningar kommer inte att kunna dra nytta av molnets flexibilitet.

Om ett företags arbetsbelastning dessutom förändras kontinuerligt kan infrastrukturen konfigureras för att hantera förändringarna på samma sätt som molnet skulle göra.

I dessa fall kan molnet användas för testning för att förstå databehandlingsbehovet för en ny verksamhet.

När företaget är bekant med den nödvändiga infrastrukturen kan det övergå till ett eget anpassat moln som kostar mindre samtidigt som det är tillräckligt lämpat för att hantera skiftande arbetsbelastningar utan massor av redundanta servrar.

När data lagras i molnet är det inte längre du som har kontroll över säkerheten. Ett privat moln eller en egen infrastruktur är sannolikt lämpligare i det scenariot.

En lämpligare tidpunkt för molnmigrering av datacenter är när huvuddelen av ett företags data inte är känslig eller har högt värde.

Mer lämpliga situationer för molnmigreringar är när målen främst handlar om användningsområden på lägre nivåer som dev ops, säkerhetskopiering av data, arkiv eller katastrofåterställning.

I princip alla data som inte behöver finnas till hands hela tiden, som inte är särskilt viktiga men som ändå behöver underhållas och användas halvfrekvent.

2. Att välja fel typ av molntjänster

Att välja fel typ av provisionering kan vara mycket skadligt och orsaka stora problem vid molnmigrering.

Även om molnet ofta beskrivs som en allomfattande enhet är verkligheten att det är en tjänst som tillhandahålls i många olika format och från mer än ett fåtal unika leverantörer. Det finns några olika typer av offentlig molnlagring, var och en med olika för- och nackdelar.

Att välja blocklagring för skräpdata när kanske kall arkivering var lämpligare kan leda till stora onödiga kostnader.

Här får du en snabb överblick över de olika typerna av molntjänster och vad de används till:

• Arkivering: Mycket billigt, vanligtvis med hjälp av bandlagring eller inaktiv disklagring; tar lång tid att komma åt, så bör oftast bara användas för data som nästan säkert inte kommer att behövas på något sätt under lång tid.
• Kylning/kylförvaring: Låg kostnad, men data som lagras här är bara marginellt lättare att komma åt än arkiverade data; ett ekonomiskt alternativ för att lagra stora mängder arkiverade data men ändå kunna komma åt dem inom rimlig tid.
• Aktiv lagring, även känd som nearline, Active Archived eller kyld lagring: Disk- eller högpresterande bandbibliotek; analysdata eller data för halvfrekventa sökningar skulle passa bra för denna typ av lagring
• Sekundär lagring: Består i allmänhet av enklare SATA-disklagring; bra för säkerhetskopiering av viktiga data eller ögonblicksbilder
• Primär lagring: Flashminne och avancerad disklagring; De viktigaste uppgifterna som behöver nås snabbt är mest lämpliga för denna typ av lagring.

Föreställ dig i värsta fall hur snabbt du skulle behöva komma åt data, och välj sedan den typ av lagringslösning som bäst uppfyller den tidsramen.

3. Avstånd

Om du väljer en molnleverans som ligger för långt bort kan det leda till latensproblem längre fram.

Molnet är en underbar teknik som till synes är uppbyggd av sagostoft och magi.

Men det följer också fortfarande fysikens lagar, och molndatorresurser tillhandahålls av fysiska servrar i datacenter.

Ju längre bort molnet ligger från din plats, desto högre blir latensen mellan dina servrar och deras servrar. Se därför till att bedöma var du befinner dig i förhållande till dina molnservrar, annars kan du stöta på problem.

För vissa företag är en liten skillnad i latens helt acceptabel, men för andra är det en avgörande faktor.

Ta reda på hur långt ifrån dig molnens bas ligger innan du bestämmer dig för en leverantör.

4. Osäkrade uppgifter

När ansvaret flyttas från företaget till molnet kan vägen till datasäkerhet bli grumlig. Tyvärr har beslutsfattare inte lyxen att vara osäkra när det gäller datasäkerhet.

Trots att ansvaret för säkerheten flyttas till molnet kvarstår företagets obligatoriska säkerhetskrav efter en molnmigrering.

Tidigare förväntades företaget att proaktivt försvara sig mot datasäkerhetshot ständigt på plats. Detta krävde en skicklig teknisk personal för att upprätthålla en säker infrastruktur. Nu kommer molnleverantören att göra mycket av detta arbete.

Även om molnleverantörerna har förbättrat datasäkerheten på senare tid är det lätt hänt att man förlitar sig på molnleverantören som enda säkerhetsåtgärd för sina data.

Säkerhet är naturligtvis en mycket viktig fråga när det gäller data. Och som vi alla har sett i nyheterna kan dataintrång bli enorma problem för företag.

Att hitta ett stabilt servicenivåavtal, övervaka att molnleverantören upprätthåller det, kryptera data till och från molnet och upprätta strikta åtkomstprotokoll och referenser kommer alla att vara nya viktiga uppgifter att upprätthålla.

Dessutom bör användarbehörighet och åtkomst, konfigurationer för nätverk och system, registrering av händelser och nätverkstrafik omvärderas i samband med detta skifte för att säkerställa att det inte uppstår några problem med datasäkerheten.

5. Dålig tillförlitlighet i nätet

Molnleverantörernas nätverk är i allmänhet tillförlitliga, men många företags nätverk är inte det.

Tillförlitlig nätverksanslutning är avgörande för alla företag som förlitar sig på molnet, eftersom molnåtkomst är beroende av en nätverksanslutning.

Enkelt uttryckt kan problem med nätverkets tillförlitlighet leda till problem med molnmigrering och frustration.

Investera i ett stabilt nätverk och en nätverksleverantör. Om ditt företag planerar att flytta sitt datacenter till molnet bör du låta en tredje part eller en intern expert granska ditt nätverk.

Nätverksproblem som orsakas av felaktiga VPN-konfigurationer och routingproblem är vanligt förekommande.

6. Beroenden

Att flytta en app till en ny plats när den är beroende av komponenter på den gamla platsen kan leda till problem med molnmigrering. Det kan vara katastrofalt.

Därför anses kartläggning av appberoende vara avgörande för alla IT-flyttar, och en molnmigrering är inget undantag.

Tidigare var det svårt att kartlägga dessa med traditionella metoder som domänspecifika verktyg och kalkylblad.

I takt med att datacentren växer och virtualiseras är dessa metoder inte längre gångbara.

Kartläggningsverktyg för applikationsberoenden är nu en branschstandard för alla implementeringar av molnmigrering, liksom för daglig användning.

Dessa verktyg upptäcker och "kartlägger" automatiskt relationerna mellan appar och komponenter.

Dessa kartor importeras till konfigurationshanteringsdatabasen, förkortat CMDB.

CMDB är till hjälp på flera sätt:

• Proaktivt förstå de framtida effekterna av eventuella förändringar
• Minska stilleståndstiden med bättre stabilitet i miljön
• Effektivt fördela resurser efter prioritet och värde för verksamheten

Det finns dock många potentiella möjligheter att misslyckas.

Denna strategi innebär att man förlitar sig starkt på CMDB som verksamhetens enda ögon. Den nuvarande risken med detta faktum blir lätt uppenbar när man inser att de allra flesta CMDB-initiativ misslyckas.

Dessa misslyckanden är delvis ett resultat av otillräcklig kapacitet för upptäckts- och inventeringsverktyg.

Med olämpliga verktyg är det lätt hänt att data blir överflödiga eller saknas.

De flesta av dessa problem kan undvikas genom att välja ett uppdaterat verktyg som har visat sig vara konsekvent.

Solarwinds verktyg, samt FireScope och Retrace är tre exempel på sådana verktyg.

Resten av misslyckandena beror till stor del på den mänskliga faktorn.

Om man bortser från synkroniseringen mellan miljöförändringar och CMDB kan det leda till en inaktuell karta.

Om man är noggrann med att underhålla en CMDB som korrekt återspeglar ändringsregistreringar får man ett tillförlitligt verktyg med en mängd fördelar, inklusive en mer sömlös migrering av datacenter till molnet - och färre problem med molnmigrering.

7. Problem med kundanpassning

För mycket anpassning

Omfattande anpassning av en Infrastructure-as-a-Service-distribution kan ge fördelar, ja, men det kan också göra alla framtida molnmigreringar till en mardröm.

Möjligheten att skapa en mall för miljön och starta upp migreringar längre fram är optimal. Vanligtvis får projektet den här formen när det leds av en enskild avdelning som skapar mycket specifika policyer, processer och konfigurationer inom distributionen som inte är särskilt relevanta för företaget som helhet.

Inte tillräckligt med anpassningar

Om man inte skräddarsyr en molnimplementering så att den passar de unika fördelarna med molnet går dessa fördelar till spillo.

Ett typiskt scenario vid molnimplementeringar är "gaffeltruckmanövern". Många IT-infrastrukturer skapas med en ofullständig vision i ett tidigt skede. Därifrån kommer infrastrukturen att utvecklas reaktivt till externa krafter.

Slutresultatet blir en IT-infrastruktur som inte är helt optimerad för att passa verksamhetens behov. Att använda en IT-infrastruktur för att implementera molnmigrering innebär att mycket potential går förlorad.

Om det finns en plan för att göra snabba förändringar när övergången är klar är det en sak, men oftast fastnar infrastrukturen i det formatet och molnmigreringen ger aldrig de fördelar som den var avsedd för.

Att sätta ihop allt

Molnet är inte längre en ny tjänst, men impulsiviteten och spänningen finns kvar. Innan du hoppar in i molnet bör du se till att gå igenom följande steg:

1. Avgör om molnet är lämpligt för ditt företag
2. Bestäm vilken molnleverans som passar bäst för ert unika scenario.
3. Utvärdera era behov av latens och hur varje molnleverantörs avstånd från er kan påverka dem
4. Inför proaktivt nya säkerhetspolicyer och protokoll för att undvika dataläckor under denna sårbara övergångsperiod.
5. Bedöm nätverkets tillförlitlighet och förstärk eventuella svaga punkter som kan orsaka problem med molnåtkomst i framtiden.
6. Analysera beroenden och upprätthålla en effektiv beroendekarta med noggrant utvalda verktyg
7. Anpassa molnleveransen så att den passar ditt företag som helhet, och ge tillsyn till de parter som står i spetsen för anpassningen

Vad ska man göra med överbliven IT-utrustning?

Vid många molnmigreringar eller migreringar av datacenter används delar av servrar, minne, förvaring, och annan IT-utrustning kommer att bli onödig eller överflödig.

Denna hårdvara är vanligtvis en eftertanke, och om den överhuvudtaget tas om hand så lämnas den sannolikt till en återvinnare för en rejäl slant.

exIT Technologies erbjuder samma tjänster för upphämtning på plats, datadestruktion och R2-certifierad återvinning som alla andra IT-återvinningsföretag. Skillnaden är att vi arbetar enligt en "betala för produkt"-modell istället för en "ta betalt för tjänst"-modell.

Det innebär att vi inte bara ger dig den service du behöver för att ta bort överflödig hårdvara på ett miljömässigt säkert sätt, utan att vi också kompenserar dig för värdet på datacenterutrustningen.

Besök vår ITAD-tjänster sidan för att ta reda på hur du kan bli kompenserad och se hur vår process fungerar.

Har du något att tillägga? Låt oss veta vad du tycker i kommentarer nedan!