Ett stort aber för många företag att använda molnet är känslan av inlåsning, många leverantörer använder olika lösningar och de är allt som oftast inte kompatibla med varandra. En del dominerande tekniker på marknaden har stöd för att migrera ut och in ur liknande system, tex e-postlösningar som bygger på Microsoft Exchange, där är det relativt enkelt för kunden att begära ut sina brevlådor som .pst och sedan importera dessa i en annan exchangeserver, Gmail har även ett migreringsverktyg för de användare som använder Google Apps (Standard, Premium eller Education). Skulle det inte finnas färdiga verktyg så kan man relativt enkelt koppla upp sig mot de flesta e-posttjänster via POP eller IMAP och migrera mailen manuellt i en mailklient.

Hur är det då med server och VPS-lösningar? Går det att på ett enkelt sätt migrera sin maskin från en leverantör till en annan?

Det finns inget riktigt bra svar på den frågan, det beror lite på vilken leverantör man väljer och hur mycket du är beredd att betala, det senare antaget bygger jag på utgångspunkten att allt går att köpa. Generellt kan man säga att det går bra att migrera maskiner mellan plattformar som är likadana, tex så är det relativt enkelt att migrera en maskin mellan två st XEN plattformar, eller mellan två VMware plattformar, värre är det med korskompabiliteten, att migrera en maskin från en OpenVZ miljö till Vmware eller KVM. Problemet sitter främst i hur virtualisering med OpenVZ resp KVM/XEN fungerar, det är två helt olika virtualiseringstekniker och att få dem att prata med varandra är inte superenkelt. Jag kommer nedan att förklara problematiken lite mer ingående.

Först och främst måste skillandena mellan KVM och OpenVZ belysas, det är två väldigt olika tekniker.

Väldigt enkelt så är OpenVZ en teknik där man virtualiserar på OS nivå, och rent tekniskt så delar varje virtuell maskin kärna med värden som de körs på. Man brukar kalla Virtuella maskiner som virtualiseras med OpenVZ och liknande tekniker för containrar och de är i princip ett helt OS i en mapp på filsystemet. Så containern delar kärna, filsystem boot loader etc med värden. Man kan även bara köra samma operativsystem som värden i en container.

KVM/XEN/Vmware å andra sidan är plattformar som låter dig köra i princip valfritt operativsystem omodifierat. Tillskillnad från OpenVZ installerar du operativsystemet på en egen volym, tex en egen hårddisk partition eller hårddiskimage. Varje system får även egen bootloader och filsystem, de virtuella maskinerna är med andra ord inte lika beroende av systemet som körs på värden, eller hypervisorn. En av de största fördelarna för kunden med en sån här lösning är att det finns större möjligheter att göra som man vill med maskinen, då den har sin egen kernel, en frihet man inte får med en container.

Min personliga uppfattning är att en OpenVZ-lösning är enklare och billigare att arbeta med för tjänsteleverantören, men de erbjuder inte samma flexibilitet för kunden. Men finns de en leverantör därute som kan förklara valet av OpenVZ och liknande för mig så tar jag med glädje emot informationen!

Hur ser det då ut med migreringsmöjligheterna?

Att migrera från en plattform till en tekniskt likadan plattform är det enkla sättet att göra det på, dock så kommer det innebära en del handpåläggning. Den stora nöten att knäcka är om leverantören vill ge dig avbilden / datan eller om du själv måste extrahera den. I fallet med OpenVZ containrar så är det allra enklaste och snabbaste att bara synca över de filer du vill behålla, tex /var/www och databasen och bara importera dessa i den nya maskinen.

Men om du vill planera eller säkra upp för att du ska kunna migrera/flytta dina maskiner längre fram så bör du välja en leverantör som kan och vill exportera ut dina diskfiler så du kan importera dessa i ett nytt datacenter. Det kommer inte vara smärtfritt, men det går.

Det finns ytterligare en möjlighet som jag inte har sett implementerad på den svenska marknaden som skulle kunna göra migrering mellan moln mycket enklare, det är plattformen Eucalyptus som har implementerat Amazons APIer i sin egen plattform, och bygger maskiner på samma sätt som de maskiner som används i EC2. Det är ett steg i rätt riktning, mot ett moln där olika leverantörer är kompatibla med varandra.

Inför den här artikeln så ringde jag runt lite till några stora webhotell för att se hur de gör med import/export och här är svaren jag fick.

CityCloud – nej inte än, men möjligheter undersöks

Surftown – Nej filbackup

Ipeer – Kan gå om man flyttar till en lösning på samma plattform

Uppdatering 2010-11-29 13.20

Oderland – Man kan exportera sin openvz maskin via kontrollpanelen och läsa in den som en template hos en ny leverantör om den nya leverantören tillåter det. Har man managedtjänsten kan man få ut sin serverimage för förvaring på annan site utan kostnad. (Enligt ett mail från oderland)

Jag har valt att inte avslöja vilken plattform de olika hotell använder, då jag tycker att det är något som de själva måste avgöra, hur och om de vill avslöja det.

Jobbar du på något av ovan hotell och tycker att informationen inte stämmer? Skicka mig ett mail på andreas@abergman.se så ska jag rätta det!

Vill du att ditt hotell ska finnas med eller har du hittat rena faktafel etc? Maila mig! andreas@abergman.se