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

Lästid: 7 Protokoll

Under en migrering från datacenter till moln finns det många saker som kan gå fel. Dessa problem med molnmigreringen 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, förändringar i säkerhetspolicyn, nätverksförändringar och övergången från CapEx till Opex.

En process som på papperet borde vara så enkel som att "lägga alla våra arbetsbelastningar på deras servrar, inte våra", är vanligtvis allt annat än enkel.

I den här artikeln går vi igenom de vanligaste problemen och felen i samband med migrering av datacenter till molnet. Vi kommer också att ge dig råd om hur du undviker dem.

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

1. Onödig användning av molnet

Använd inte molnet när det inte är rätt för ditt företags behov. Molnet har några fantastiska fördelar, men det är inte rätt för alla situationer.

En migrering från datacenter till moln kan ge betydande kostnadsbesparingar eftersom det inte finns några infrastrukturkostnader förknippade med fysiska servrar, men det är olämpligt i vissa situationer.

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.

Dessutom, om ett företags arbetsbelastning ändras konsekvent, kan deras infrastruktur 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å databehovet i en ny verksamhet.

När företaget väl känner till den infrastruktur som behövs 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 du placerar data i molnet har du inte längre kontroll över dess säkerhet. Ett privat moln eller en egen infrastruktur är sannolikt mer lämpligt i det scenariot.

En mer lämplig tidpunkt för en molnmigrering av datacenter är när huvuddelen av företagets data inte är känslig eller av högt värde.

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

I princip all data som inte behöver finnas tillgänglig hela tiden, som inte är så viktig men som ändå behöver underhållas och användas med jämna mellanrum.

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

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

Även om molnet många gånger refereras till 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 några få 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 kall arkivering kanske var lämpligare kan medföra stora onödiga kostnader.

Här följer en snabb översikt över de olika typerna av molnlösningar och vad de används till:

• Arkivering: Mycket billigt, vanligtvis med hjälp av bandlagring eller disklagring på tomgång; 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 en lång tid.
• Förvaring av kyla/kyla: Låg kostnad, men data som lagras här är bara marginellt lättare att komma åt än arkiverad data; ett ekonomiskt alternativ för att lagra stora mängder arkiverad data men ändå kunna komma åt den 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 den här typen av lagring
• Sekundär lagring: Består i allmänhet av SATA-disklagring i lägre prisklasser; bra för säkerhetskopiering av viktiga data eller ögonblicksbilder
• Primär lagring: Flashminne och avancerad disklagring; De viktigaste uppgifterna som måste vara lättåtkomliga är mest lämpade 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 lagring som bäst uppfyller den tidsramen.

3. Avstånd

Om du väljer en molnleverantör som ligger för långt bort kan det leda till problem med latens längre fram.

Molnet är en underbar teknik som till synes är byggd av älvstoft och magi.

Men det följer fortfarande fysikens lagar, och cloud computing-resurser tillhandahålls av fysiska servrar i datacenter.

Ju längre bort molnet finns från din plats, desto högre blir latensen mellan dina servrar och deras servrar. Så se 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 fördröjning helt acceptabel, men för andra är det en avgörande faktor.

Ta reda på hur långt bort varje molns bas är belägen från dig 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 oklar. Tyvärr har beslutsfattarna inte lyxen att vara osäkra på datasäkerheten.

Trots att ansvaret för säkerheten flyttas till molnet kvarstår de obligatoriska säkerhetskraven för företaget även efter en molnmigrering.

Tidigare förväntades företaget proaktivt försvara sig mot datasäkerhetshot hela tiden 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 en stor del av detta arbete.

Även om molnleverantörerna har förbättrat datasäkerheten på senare tid är det en skandal att förlita sig på molnleverantören som den enda säkerhetsåtgärden för dina data.

Säkerhet är naturligtvis en 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 gediget 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ändarnas behörighet och åtkomst, konfigurationer för nätverk och system, registrering av händelser och nätverkstrafik omvärderas i samband med denna förändring för att säkerställa att det inte uppstår några problem med datasäkerheten.

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

Medan molnleverantörernas nätverkstillförlitlighet i allmänhet är konsekvent, är många företags nätverk inte det.

Tillförlitlig nätverksanslutning är avgörande för alla företag som förlitar sig på molnet, eftersom åtkomst till molnet ä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 stabil nätverksleverantör. Om ditt företag planerar att flytta ett datacenter till molnet bör du låta en tredje part eller en intern expert granska ditt nätverk.

Nätverksproblem orsakade av felaktiga VPN-konfigurationer och routningsproblem är vanliga.

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 appberoenden allmänt vara avgörande för alla IT-flyttar, och en implementering av molnmigrering är inget undantag.

Att kartlägga dessa var tidigare tråkigt 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.

Verktyg för kartläggning av applikationsberoenden är nu en industristandard för all implementering av molnmigrering, såväl som för daglig användning.

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

Dessa kartor importeras till konfigurationshanteringsdatabasen, eller CMDB som den förkortas.

CMDB hjälper till på flera olika 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 till misslyckanden.

Denna strategi innebär att man förlitar sig 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 felaktiga verktyg är risken stor att data blir överflödiga eller saknas.

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

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

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

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

Genom att vara noggrann med att upprätthålla en CMDB som korrekt återspeglar ändringsregister 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 migrering till molnet.

7. Problem med kundanpassning

För mycket kundanpassning

Omfattande anpassning av en Infrastructure-as-a-Service-driftsättning kan ge fördelar, ja, men det kan också göra en framtida implementering av molnmigrering 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 enda 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 anpassningsmöjligheter

Utan att skräddarsy 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 "gaffeltrucks"-manövern. Många IT-infrastrukturer skapas med en ofullständig vision i ett tidigt skede. Därefter kommer infrastrukturen att utvecklas reaktivt till externa krafter.

Slutresultatet är en IT-infrastruktur som inte är helt optimerad för att passa verksamhetens behov. Att plugga in och använda en IT-infrastruktur i din molnmigrering innebär att du lämnar mycket potential på bordet.

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 oftare än inte fastnar infrastrukturen i det formatet och molnmigreringen ger aldrig de fördelar som den var tänkt att ge.

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, se till att gå igenom följande steg:

1. Bestäm om molnet är lämpligt för ditt företag
2. Bestäm vilken molntjänst som passar ditt unika scenario bäst.
3. Utvärdera dina latensbehov och hur varje molnleverantörs avstånd från dig kan påverka dem
4. Inför proaktivt nya säkerhetspolicyer och protokoll för att undvika dataläckage under denna känsliga övergångsperiod.
5. Utvärdera 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 hjälp av noggrant utvalda verktyg
7. Anpassa molnleveransen så att den passar ditt företag som helhet och ge tillsyn till de parter som leder anpassningen

Vad gör man med överbliven IT-utrustning?

Vid många implementeringar av molnmigreringar eller datacentermigreringar kan delar av servrar, minne, förvaringoch 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 lämnas den sannolikt till en återvinningsfirma mot en rejäl nota.

exIT Technologies tillhandahåller samma tjänster för upphämtning på plats, datadestruktion och R2-certifierad återvinning som alla andra IT-återvinnare. Skillnaden är att vi arbetar enligt en "betala för produkt"-modell istället för en "avgift 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ösäkert sätt, utan vi kompenserar dig också 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.