updatedubuntu12.04

ubuntu12.04  时间:2021-03-29  阅读:()
ExploitingNeigborhoodSimilarityforVirtualMachineMigrationoverWide-AreaNetworkHsu-FangLai,Yu-SungWu*,andYu-JuiChengDepartmentofComputerScienceNationalChiaoTungUniversity,Taiwanblackxwhite@gmail.
com,hankwu@g2.
nctu.
edu.
tw,chengyj@cs.
nctu.
edu.
twAbstract—Conventionalvirtualmachine(VM)migrationfocusesontransferringaVM'smemoryandCPUstatesacrosshostmachines.
TheVM'sdiskimagehastoremainaccessibletoboththesourceanddestinationhostmachinesthroughsharedstorageduringthemigration.
Asaresult,conventionalvirtualmachinemigrationislimitedtohostmachinesonthesamelocalareanetwork(LAN)sincesharingstorageacrosswide-areanetwork(WAN)isinefficient.
Asdatacentersarebeingconstructedaroundtheglobe,weenvisiontheneedforVMmigrationacrossdatacenterboundaries.
WethusproposeasystemaimingtoachieveefficientVMmigrationoverwideareanetwork.
ThesystemexploitssimilarityinthestoragedataofneighboringVMsbyfirstindexingtheVMstorageimagesandthenusingtheindextolocatestoragedatablocksfromneighboringVMs,asopposedtopullingalldatafromtheremotesourceVMacrossWAN.
Theexperimentresultshowsthatthesystemcanachieveanaverage66%reductionintheamountofdatatransmissionandanaverage59%reductioninthetotalmigrationtime.
Keywords—Livemigration,Storagede-duplication,Wide-areanetwork,Virtualization,DatacenterI.
INTRODUCTIONVirtualizationhasbeenwidelyadoptedinrecentdatacenterconstructionstoallowformultiplevirtualmachines(VMs)runningonasinglehostmachineandachievecost-effectiveresourceutilization.
Virtualizationalsoenablesdynamicresourceallocationthroughthemigrationofvirtualmachinesamonghostmachines.
Forinstance,VMswithheavyworkloadcanbespreadontodifferenthostmachinesforloadshedding.
Conversely,VMswithlightworkloadcanbeaggregatedtogetherontoafewhostmachinessotheotherhostmachinescanbepoweredoffforenergysaving.
VMmigrationalsoprovidesnewpossibilitiesforfaulttoleranceinthesensethatVMscanbemigratedawayfromafailinghostmachine.
ConventionalvirtualmachinemigrationtransfersthememoryandCPUstatesofaVMfromasourcehostmachinetoadestinationhostmachine.
TheVM'sdiskstoragehastobeplacedonasharedstorageserver,whichisattachedtobothofthehostmachines.
Asthesharedstoragecannotbeefficientlyimplementedacrosswide-area-network(WAN),conventionalvirtualmachinemigrationisprimarilyusedwithinlocal-areanetwork(LAN)environment.
ThewidespreadconstructionofdatacentersaroundtheglobehasprovidedanewopportunityforfurtherimprovingresourceutilizationandfaulttoleranceincloudcomputingthroughVMmigration.
Forinstance,differentgeographicregionshavedifferenttimesforpeakworkloads.
Wecanthusimproveresourceutilizationthroughloadbalancingacrossdatacentersindifferentgeographicregions.
And,forthepurposeoffaulttolerance,theabilityofVMmigrationacrossgeographicregionscanimproveresilienceagainstgeographicregionrelatedfailures.
Forinstance,ifaregionisexpectingahurricane,wecanmigratetheVMsawayfromtheregiontoadatacenterthatisnotonthepathofthehurricane.
However,itisnotfeasibletoapplyexistingVMmigrationmechanismsinawide-areanetworkenvironment.
AsharedstorageacrossWANwouldberatherinefficientduetothelimitedbandwidthandthelongtransmissionlatencyofWAN.
Withoutasharedstorage,VMmigrationintheWANenvironmentwillhavetocopytheVMstorageimageovertothedestinationseverinadditiontocopyingtheCPUandthememorystatesoftheVM.
Achallengeisthatinmostcases,thesizeofaVMstorageimageistoolargetobeefficientlytransmittedacrosstheWAN.
Forinstance,AsmallinstanceofAmazonEC2VMisequippedwitha160GBstorageimage[1].
ItwilltakeconsiderableamountoftimetomigratejustonesingleVMacrosstheWAN,andtheapproachiscertainlynotscalableformigratingalargenumberofVMsaroundthesametime.
Inthiswork,weproposeanovelapproachforVMmigrationinWANenvironment.
Theapproachisbasedontheinsightthatalarge-scaledatacenterisadefactowarehouseofdata.
ItislikelythatsomeofdatainaVMstoragetobemigratedmaybepresentinthedestinationdatacenter.
Therearemanyreasonstothisphenomenonbeyondpurecoincidence.
Forexample,mostVMsusestocksystemsoftwaresuchasstandardLinuxdistributionsorWindows.
TheapplicationsoftwarerunningontheVMsalsopossesstypicalcompositions.
Somemayberunningadatabaseserver,somemayberunningawebserver,andetc.
Asidefromthesoftware,theapplicationdataarelikelytohavesimilarityaswell.
Forinstance,someofthedatamaybecollectedfromacommonsource,oranearlierversionoftheVMmighthavehadbeenmigratedtothedatacenter.
Basedontheinsight,theproposedapproachemploysanindexingmechanismtoidentifydatasimilarityintheVMstorageimageskeptonastorageserver.
Duringmigration,theportionsofVMstoragedatathatarefoundintheindexwillbepulledlocallyfromtheneighboringVMinsteadofbeingpulledfromthesourceVMacrossWAN.
TheapproachreducesasignificantamountofnetworkdatatransmissionandmakesitfeasibletomigrateaVMacrossWAN.
AprototypesystemisbuiltonaLinuxhostbasedon20137thInternationalConferenceonSoftwareSecurityandReliability978-0-7695-5021-3/13$26.
002013IEEEDOI10.
1109/SERE.
2013.
2114920137thInternationalConferenceonSoftwareSecurityandReliability978-0-7695-5021-3/13$26.
002013IEEEDOI10.
1109/SERE.
2013.
21149Xenhypervisor[2].
TheprototypeusesaniSCSI-based[3]storageserver.
Therestoftheworkisorganizedasfollows.
SectionIIgivesabriefintroductionofconventionalvirtualmachinemigrationandasurveyofrelatedwork.
SectionIVdescribestheproposedapproachforVMmigrationinWANenvironment.
SectionVdescribestheprototypeimplementation.
SectionVIpresentstheexperimentresults.
SectionVIIconcludesthisworkwithdiscussiononpotentialfuturework.
II.
BACKGROUNDTheconceptofmigrationcanbetracedbacktoclustercomputingsystems,whereprocessesonabusyservercanbemovedtoalessbusyserverforloadbalancing[4].
However,migratingaprocessbetweenserversiscomplicatedbytheinter-dependenciesbetweentheprocessandtheunderlyingOSkernelstates.
Ingeneral,themigrationisnon-transparenttotheupperlayerapplication,and,asaresult,processmigrationonlyfindslimiteduseinreal-worldsystems.
Platformvirtualization(i.
e.
theuseofvirtualmachines)enablesthemigrationofafullsystemstackencapsulatedinavirtualmachine(VM)betweenhostmachines.
Thisiscommonlyreferredtoasavirtualmachinemigration[5].
ConventionalVMmigrationisdesignedtooperateinLANenvironment,whereashareddiskstorageisassumedtobeattachedtobothhostmachinesinvolvedinamigration.
Thereisnoneedtomigratethestoragedata,soaVMmigrationtypicallybeginswithcopyingtheCPUandthememorystatesofaVMrunningonasourcehostmachinetoanewVMonadestinationhostmachine.
Atasuitabletimepoint,thesourceVMwillbesuspended,andthenewVMwilltakeovertheexecutionandstartrunning.
ThetimepointfortheexecutiontransferdifferentiatestwoapproachestoVMmigration:pre-copyvs.
post-copy.
Underthepre-copyapproach,theexecutiontransferisinitiatedafteralargeportionoftheVMstateshavebeencopiedtothedestinationhostmachine.
TheoriginalVMwillkeeprunningonthesourcehostmachineduringthecopyingofVMstates,sosomeofthestatesthathadbeencopiedcanbecomedirty(updatedbytherunningVM)andwillhavetobecopiedagain.
Ifthegenerationofdirtystatesistoofrequent,therewillbealotofre-copying.
Whenthisoccurs,theoriginalVMwillbesuspendedtopreventthegenerationofdirtystates.
ThemigrationprocesswillthencompletethetransferofVMstates,andstartthenewVM.
ThetimeperiodduringwhichneitherVMisrunningisreferredasthemigrationdowntime.
Underthepost-copyapproach,thetransferofexecutiontakesplacerightaftertheCPUstates(andaminimumamountofmemorystates)aretransferredtothedestinationhostmachine.
ThenewVMonthehostmachinewillbeginexecutionwithincompletememorystates.
ThememorystateswillbecopiedondemandfromtheoriginalVM,whichhadbeensuspendedatthemomentoftheexecutiontransfer.
Bothapproacheshavetheirprosandcons.
post-copytendstohaveashortermigrationdowntimethanpre-copyasthedowntimecorrespondstothecopyoftheCPUandaminimumamountofthememorystatesoftheoriginalMV.
Ontheotherhand,pre-copyhastheadvantagethatthemigrationprocesscanbecancelledandrolledbackatanymomentbeforethetransferofexecution.
Cancellationofmigrationprocessismuchmoredifficultwithpost-copy,asneithertheoriginalVMnorthenewVMisguaranteedtohaveconsistentstatesattimeofacancellation.
Underpost-copyapproach,thenewVMmayrunslowlyuntilthefullstateshavebeencompletelycopiedfromthesource.
Mosthypervisorsadoptpre-copyastheirdefaultmechanismforVMmigration[5-7].
StoragemigrationmovesthestorageimageofaVMfromthesourcestorageservertothedestinationstorageserver.
ItalsoconsistsoftwostagessimilartoconventionalVMmigrationwithasharedstorage,whicharethecopyingofstoragestatesandtheswitchofactivestoragetarget(i.
e.
thetransferofexecution).
Similarly,dependingonthetimepointoftheswitchofstoragetargetwithrespecttothecopyingofstoragestates,thereisalsoadistinctionofpre-copyvs.
post-copystoragemigrationmechanisms.
ThediscussiononVMmigrationaboveiscenteredonmovingaVMfromonehostmachinetoanotherhostmachine.
ConventionalVMmigrationassumesasharedstorageisattachedtobothhostmachinesandmovesonlytheCPUandmemorystatesofaVM.
MovingthestoragestatesofaVMacrosswide-area-networkisverytimeconsumingandnotusedinpractice.
AnotherissuewehavenotaddressedisthatwhenmigratingaproductionVM,theVMmayhaveactivenetworkconnections.
Inordertokeeptheconnectionsfrombeingdisruptedbythemigration,thenetworkroutesusedbytheVMwillhavetodynamicallyreprogrammed.
SolutionssuchasmobileIP[8]andnetworkvirtualizationtechniques[9]canbeusedtodealwiththis.
III.
RELATEDWORKConventionalVMmigrationinvolvesthetransferofVMCPUandmemorystates.
Techniquessuchascompression[10]andde-duplication[11]havebeenusedtoexploitdatasimilarityinthememorystatesofaVMtoreducenetworkdatatransmissionandmigrationtime.
Therehasalsotheattempt[12]thatprioritizesthetransferofcoldmemorypagestofurtherreducethemigrationdowntime.
ForVMstoragemigration,thebarrierimposedbystorageareanetworkwasaddressedinthesystem[13]byK.
Haselhorstetal.
,whereDRBD[14]wasusedtosynchronizethedestinationstoragewiththesourcestorage.
ThexNBDsystem[15]byT.
Hirofuchietal.
supportspost-copystoragemigrationbyextendingtheLinuxnetworkblockdevice(NBD).
VMwarealsosupportsstoragemigrationwiththeirvMotion[16]technology.
WhiletheabovestoragemigrationsystemscanbeusedinWANenvironment,thehighamountofnetworkdatatransmissionasrequiredformigratingthestoragedataisstillnotaddressed.
Thesystem[17]byAkoushetal.
delaysthetransmissionofhotsectorsandachievedaconsiderablebandwidthreduction.
Thesystem[18]byTravostinoetal.
involvestheuseoffiber-opticnetworktospeedupthetransmissionofVMstorageandmemorystates.
TheCloudNet[19]appliesde-duplicationandcompressiononsingleVM'sstorageimage(andmemory)toreducetheamountofdatatransmissionduringWANmigration.
150150OurworkisdistinctfromexistingVMstoragemigrationsystemsinthatwearethefirsttoexploitdataredundancyacrossmultipleVMstorageimages.
Theproposedapproachiscomplementarytoexistingtechniquesthatarecenteredonthede-duplication,compression,andadaptivetransmissionofdatawithinasingleVMstorageimage.
IV.
EXPLOITINGNEIGOBORHOODSIMILARITYFORVIRTUALMACHINEMIGRATIONOVERWIDE-AREANETWORKWeproposeasystemtosupportefficientVMmigrationinWANenvironment.
Ahigh-leveloverviewofthesystemarchitectureisshowninFig.
1.
OursystemtransferstheCPUandmemorystatesofaVMdirectlytothedestinationhostmachine.
Weadoptthepre-copyapproach,sotheVMwillkeptrunningonthesourcehostmachinetillasignificantamountofmemorypageshavebeencopiedovertothedestination.
TherunningVMmaymodifysomeofthememorypagesthathadbeencopiedinapreviousround.
Thesepageswillbemarkedasdirtyandwillneedtobecopiedagain.
Ifthedirtypagegenerationrateistoohigh,theVMwillhavetobepausedtopreventthegenerationofdirtypages.
Remainingdirtymemorypageswillbecopiedtothedestinationhostmachineinalastround.
Finally,theVMwillresumeexecutiononthedestinationhostmachine.
MigratingaVMoverWANrequiresnotonlymovingthememorystatesoftheVMbutalsomovingitsdiskstoragestates.
ThesizeofaVMstorageimageistypicallyintherangeofafewhundredgigabytes,whichmakesmigratingthestorageoverwide-areanetworkaveryexpensiveprocess.
However,wenoticedthatinalarge-scaledatacenter,itisverylikelytofindVMswithsoftwaresetupsimilartotheVMbeingmigrated.
Forinstance,VMsrunningweb-basedservicestypicallyemployoneofthepopularwebstacks(e.
g.
J2EE,.
NET,orLAMP),andmostVMswillusewell-establishedserveroperatingsystems(e.
g.
Linux,BSD,Windows,Solaris,etc.
).
Besides,datakeptontheVMsmayalsopossesssomedegreeofsimilarity.
Forinstance,thedatamayoriginallycomefromthesamesources(e.
g.
musicfilesfromthesamealbums).
ItisalsopossiblethatanoldversionoftheVMbeingmigratedpre-existsinthedestinationdatacenter,possiblyduetoapreviousmigration.
IfwecanidentifythecommondataamongneighboringVMsinadatacenterandusethedatatohelpreconstructthestorageoftheVMbeingmigrated,wemaysignificantlyreducetheamountofdatatransmissionacrossthebandwidth-limitedwide-areanetworkandmakeitfeasibletouseVMmigrationinWANenvironment.
Fig.
1.
OverviewofmigrationoverWANWebuiltanindexmechanismtoindexthedataintheVMstorageimages(Sec.
IV.
A).
ThemigrationprocesswillleveragetheindextoidentifyneighboringVMsatthedestinationdatacenterfromwhichcommondataareavailable.
Wesupportthepre-copyapproachofVMmigrationbyaddingthebitmapmechanismonthestorageserverfortrackingdirtyblocks(Sec.
IV.
C).
Fortheswitchofactivestoragetargets,aspartoftheVMexecutiontransfer,weuseanindirectionlayerimplementedbythecombinationofavirtualblockdeviceandtheblockdeviceremappingmechanism(Sec.
V.
B).
A.
IndexingVirtualMachineDiskStorageStatesDiskstoragesizesarerelativelylargecomparedtomemorysizes.
ItisquitetypicalforaVMstoragetohaveatleastafewhundredgigabytesofdataonit.
AstraightforwardapproachforVMstoragemigrationistotransferallthestorageblocksovertothedestination.
TheapproachwouldprobablyworkwellontheLANbutwilldefinitelynotworkontheWAN.
Onthebandwidth-limitedWAN,themigrationwilltakeaverylongtimetofinish,andthehugeamountofdatatransmissionwilllikelyincursomeheftynetworkusagefees.
ToimprovetheefficiencyofVMstoragemigration,weexploitdatasimilaritiesamongVMdiskstoragesbybuildinganindexofthestorageblocksofneighboringVMs.
Theindexisahashtablethatstoresthehashvalues(fingerprints)ofstorageblocks.
Eachentryintheindexpointstoablockindex.
Ablockindexrecordsthefingerprint(fp)andthesignature(sig)ofthecorrespondingstorageblock.
Thesignatureisasmallpieceofdatasampledfromthestorageblock.
Inourimplementation,astorageblockhasasizeof512bytes,andthesignatureisasampleofthe9ththroughthe16thbytesofthestorageblock.
Thesignatureisusedforresolvinghashvalue(fingerprint)collisions.
Ablockreference(br)thatcanbeusedtolocatethecorrespondingstorageblockonthestorageserverisalsokeptintheblockindex.
Throughtheindexandtheblockindexes,wecanquicklycheckifthestorageblocksoftheVMbeingmigratedexistinneighboringVMsatthedestination.
WecanthentransferthestorageblocksfromneighboringVMsinsteadfromthesourceacrosstheWAN.
Fig.
2givesanexampleoftheindexforadiskstorageoffiveblocks.
Whenweindexadiskstorage,wefirstallocateablockreferencearraywithlengthequaltothenumberofblocksinthediskstorage.
Theblockreferencearraystoresthelinktotheblockreferenceforeachofthestorageblocks.
Storageblockswithidenticaldatacontentwillbelinkedtothesameblockreference.
InFig.
2,wecanseethatblock1,2,and5haveidenticaldata,astheyarealllinkedtothesameblockreference.
Giventhehashvalue(fingerprint)ofastorageblock,wecanchecktheindexatthedestination.
Ifablockindexismatched,wecanfollowtheblockreferencetoretrievetheblockdatafromaneighboringVMatthedestinationandavoidthecostlytransmissionoftheblockdataacrosstheWAN.
VMHostStorageServerVMHostStorageServerVMHostStorageServerDatacenterADatacenterBStorageServerMemoryStorageWAN151151Fig.
2.
ExampleofindexdatastructuresTable1.
Sourcestorageservermigrationprocessflow1//Blockinterval(I,N):=theblocksstartfromtheIthblockandendatthe(I+N-1)thblock2//Bitinterval(I,N):=thebitsstartfromtheIthbitandendatthe(I+N-1)thbit3//D:=theblockdevicethatistobemigrated4//D[I]:=theIthblockofD5//D.
block_nr:=thenumberofblocksofD6//D.
bitmap:=thebitmapofD7//D.
bitmap[I]:=theIthbitofthebitmapofD8//D.
br:=theblockreferencesofD9//D.
br[I]:=theblockreferenceoftheIthblockofD10//D.
br[I].
index:=theblockindexoftheblockreferenceD.
br[I]11//BI:=blockindex12//BI.
fingerprint:=thefingerprintoftheblockindex13//BI.
signature:=thesignatureoftheblockindex14//ZBI:=theblockindexofzeroblock1516//ClearbitmapofblockdeviceD17For(I=0;IdirtythresholdandIUbuntu12.
041.
79%3.
05%3.
90%4.
86%5.
35%15.
72%22.
70%n/a0.
54%0.
80%6.
52%Sense41.
75%6.
26%4.
66%4.
40%3.
71%3.
95%4.
26%3.
86%n/a1.
22%8.
23%Better5.
79%14.
20%24.
16%19.
08%13.
43%13.
65%15.
97%11.
33%2.
15%n/a13.
31%Fig.
6.
Storageimagesimilarityfordifferentblocksizes155155thesimilaritybetweenanytwosystemstorageimagesareonaverage10%~20%accordingtoTable3,soanaverage80~90%ofnewdatawillhavetobeaddedtotheindexforeachsystemimage.
Inpractice,ifthesizeoftheindexisaconcern,onecanlimitthesizeoftheindexattheexpenseofsacrificingsimilarityandapotentiallylongermigrationtime.
Fig.
7.
IndexingtimeforVMstorageimagesFig.
8.
IndexsizewithrespecttotheadditionofstorageimagesFig.
9.
MigrationtimewithandwithoutindexFig.
10.
AmountofdatasentbythesourcestorageserverD.
MigrationtimeandamountofdatatransmissionInthisexperiment,welookatthemigrationtimeandtheamountofdatatransmission.
Theresultsarecomparedagainstabaselinesystem,whichtransmitsallthestorageblocksdirectlyfromthesourceservertothedestinationserver.
WeusethetwoproductionsystemsSenseandBetterfortheexperiment.
WesetuptwoiSCSIstorageserversandusea100MbpsnetworktoemulatetheWAN.
Theindexispopulatedwithtwofreshlyinstalledsystems,whichrunthesameoperatingsystemsasSenseandBetter.
Thefreshlyinstalledsystemshaveneithertheapplicationprograms(i.
e.
thewebserverandtheonlinejudgesystem)northeapplicationdataasSenseandBetter.
WemigratethetwosystemsystemsrespectivelyovertheemulatedWANandmeasurethemigrationtimeandtheamountofnetworkdatatransmission.
Fig.
9showstheresultonthemigrationtime,andFig.
10showstheamountofdatasentbythesourcestorageserver.
Oursystemreducesabout59%ofthemigrationtimeforSenseandabout82%ofthemigrationtimeforBetter.
Intermsofnetworkdatasentbythesourcestorageserver,oursystemreducesabout66%ofdatatransmissionforSenseandabout86%ofdatatransmissionforBetter.
Thepercentageofreductionisroughlythesameforthemigrationtimeandforthenetworkdatatransmission.
Thisindicatesthatmostofthemigrationtimeisduetodatatransmissionduringmigration.
Fig.
11.
MigrationtimewhenmigratingoverWANWealsoconductanexperimentinreal-worldWANenvironment.
WemigrateSensefromtheNCTUcampusnetworktoaremotesite,whichisconnectedthrough50MbpsADSLtotheInternet.
Thenetworkrouteconsistedof14hopsandhadanend-to-endlatencyof13.
7ms.
Fig.
11showstheresultoftheexperiment.
Oursystemreducedabout69%ofthemigrationtimeandtookonlyabouthalfanhourtocompletethemigration.
Fromtheexperiment,wecanclearlyseethatoursystemispracticalforsupportingVMmigrationinWANenvironment.
E.
DowntimeevaluationTheWANmigrationsystememploysthepre-copyapproachforVMmigrationandsupportslivemigration.
However,theVMwouldstillneedtobepausedbrieflyduringthetransferofexecution.
Remainingdirtymemorypagesanddirtystorageblockswillallhavetobetransferred115120125130135140145150155Times(sec)010002000300040005000600070008000900010000Memoryusage(MB)0.
797.
130.
321.
26012345678SenseBetterTotalmigrationtime(hours)WithoutindexWithindex050000100000150000200000250000300000350000SenseBetterAmountofdatasentbysourcestorageserver(MBs)WithoutindexWithindex99.
7330.
42020406080100120Sense(overWAN)Totalmigrationtime(minutes)WithoutindexWithindex156156tothedestinationhostmachineandstorageserver.
TheapplicationsrunningontheVMwillbecometemporarilyunavailable.
Thetimeperiodisreferredtoasthemigrationdowntime.
ThisdowntimecanvarydependingontheloadingoftheVM(i.
e.
aheavily-loadedVMislikelytocreatemoredirtypages/blocks)andalsodependingonthebandwidthofthenetwork.
Inthisexperiment,weevaluatethedowntimeoftheWANmigrationsystembyrunningI/Ointensivebenchmarksincludingdbench[31]andkcbench[32]ontheVMtobemigrated.
Fig.
12.
ComparisonofmigrationtimeandnetworktransmissionwithandwithoutindexingmechanismFig.
12showstheresultfromtheexperiment.
TheaveragedowntimeformigratinganidleVMisabout539milliseconds.
It'sshortenoughformostservicestooperatecontinuouslywithoutinterruption.
ThedowntimeincreaseswhenthereisworkloadontheVM.
Forinstance,thedowntimewithdbenchrunningontheVMis2.
627secondsandthedowntimewithkcbenchrunningontheVMis1.
048seconds.
Overall,theaveragedowntimeislessthan3secondsevenunderheavyI/Oworkload.
Thisisgoodenoughfornon-realtimeapplicationstobemigratedwithoutmuchimpactontheuserexperience.
Overall,oursystemperformswellwithrespecttothedowntimeevaluation.
VII.
CONCLUSIONANDFUTUREWORKConventionalvirtualmachinemigrationislimitedtoLANenvironment,becauseboththesharingandthemigrationofVMstorageacrosswide-areanetwork(WAN)areexpensiveduetotheamountofdataintheVMstorageandthelimitedbandwidthofWAN.
Ontheotherhand,theadoptionofcloudcomputinghascausedactiveconstructionofdatacentersaroundtheglobe.
BeingabletocarryoutVMmigrationacrossdatacenterboundariesandacrossWANenvironmentwouldopenupnewpossibilitiesformorepowerfulresourceutilizationandfaulttoleranceincloudcomputing.
WeproposeasystemtofacilitateVMstoragemigrationinWANenvironment,therebyenablingVMmigrationacrossdatacenterboundaries.
ThekeytechniqueistoexploitdatasimilarityinthestorageimagesofneighboringVMsonastorageserver.
ThesystembuildsanindexoftheVMstorageimagesoneachstorageserverandusestheindextoassistthereconstructionofthestorageimageoftheVMtobemigrated.
ThetechniquereducestheamountofdatatransmissioninvolvedinVMmigrationsignificantlyandbringstheoverallWANmigrationtimedowntoanlevelthatisacceptableforpracticaluse.
Thesystemadoptsthepre-copyapproachandsupportslivemigration.
TheevaluationoftheprototypesystemconfirmsthatneighboringVMsdopresentconsiderableamountofduplicatedata.
Throughtheproposedsystem,themigrationtimeofaproductionVMacrossreal-worldWANenvironmentwasshowntobereducedby70%.
Withrespecttolivemigration,thesystemwasabletokeepthedowntimebelow3secsforallthebenchmarksusedintheevaluation.
Theevaluationalsoidentifiedsomedeficienciesoftheprototypesystem.
Onedeficiencyisthememoryusagebytheindexingmechanismisstillalittlebittoohigh.
Theindexingmechanismmaintainsanindexdataentryforeach512bytesstorageblock.
Whilewecanreducethenumberofindexdataentriesbyusingalargeblocksize,itwillcausethesimilarityofstorageblockstodrop(Sec.
VI.
B).
Forfuturework,wecanleverageupper-layerfilesysteminformationtoaddresstheissue.
Theotherdeficiencyofthecurrentprototypeisthatthedowntimemaynotbeshortenoughforlivemigrationofreal-timeapplications.
Forfuturework,weareconsideringtointegratepost-copymechanism[15]toreducethedowntime.
ACKNOWLEDGMENTTheworkwassupportedinpartbyTaiwanInformationSecurityCenterandNationalScienceCouncilundergrant101-2221-E-009-076.
REFERENCES[1]Amazon.
com.
AmazonEC2InstanceTypes.
Available:http://aws.
amazon.
com/ec2/instance-types/[2]Xen.
org.
XenHypervisor.
Available:http://www.
xen.
org/[3]Open-iSCSIproject:Open-iSCSI–RFC3720architectureandimplementation.
Available:http://www.
open-iscsi.
org/[4]D.
S.
Milojii,F.
Douglis,Y.
Paindaveine,R.
Wheeler,andS.
Zhou,"Processmigration,"ACMComputingSurvey,vol.
32,pp.
241-299,2000/09//2000.
[5]C.
Clark,K.
Fraser,S.
Hand,J.
G.
Hansen,E.
Jul,C.
Limpach,etal.
,"Livemigrationofvirtualmachines,"2005,pp.
273-286.
[6]Migration-KVM.
Available:http://www.
linux-kvm.
org/page/Migration[7]VMware-VMotion-DS-EN.
pdf.
Available:http://www.
vmware.
com/files/pdf/VMware-VMotion-DS-EN.
pdf[8]Q.
Li,J.
Huai,J.
Li,T.
Wo,andM.
Wen,"HyperMIP:HypervisorControlledMobileIPforVirtualMachineLiveMigrationacrossNetworks,"in11thIEEEHighAssuranceSystemsEngineeringSymposium,2008.
HASE2008,2008,pp.
80-88.
[9]M.
Tsugawa,P.
Riteau,A.
Matsunaga,andJ.
Fortes,"User-levelvirtualnetworkingmechanismstosupportvirtualmachinemigrationovermultipleclouds,"in2010IEEEGLOBECOMWorkshops(GCWkshps),2010,pp.
568-572.
[10]H.
Jin,L.
Deng,S.
Wu,X.
Shi,andX.
Pan,"Livevirtualmachinemigrationwithadaptive,memorycompression,"2009,pp.
1-10.
[11]X.
Zhang,Z.
Huo,J.
Ma,andD.
Meng,"ExploitingDataDeduplicationtoAccelerateLiveVirtualMachineMigration,"in2010IEEEInternationalConferenceonClusterComputing(CLUSTER),2010,pp.
88-96.
[12]F.
F.
MoghaddamandM.
Cheriet,"Decreasinglivevirtualmachinemigrationdown-timeusingamemorypageselection0.
5392.
6271.
04800.
511.
522.
53IdledbenchkcbenchAveragedowntime(sec)157157basedonmemorychange,"inInternationalConferenceonNetworking,SensingandControl,2010,pp.
355-359.
[13]K.
Haselhorst,M.
Schmidt,R.
Schwarzkopf,N.
Fallenbeck,andB.
Freisleben,"EfficientStorageSynchronizationforLiveMigrationinCloudInfrastructures,"2011,pp.
511-518.
[14]DRBD.
Org.
(2012/12/31).
DRBD:SoftwareDevelopmentforHighAvailabilityClusters.
Available:http://www.
drbd.
org/[15]T.
Hirofuchi,H.
Ogawa,H.
Nakada,S.
Itoh,andS.
Sekiguchi,"ALiveStorageMigrationMechanismoverWANforRelocatableVirtualMachineServicesonClouds,"2009,pp.
460-465.
[16]VMware-Storage-VMotion-DS-EN.
pdf.
Available:http://www.
vmware.
com/files/pdf/VMware-Storage-VMotion-DS-EN.
pdf[17]S.
Akoush,R.
Sohan,B.
Roman,A.
Rice,andA.
Hopper,"ActivityBasedSectorSynchronisation:EfficientTransferofDisk-StateforWANLiveMigration,"in2011IEEE19thInternationalSymposiumonModeling,AnalysisSimulationofComputerandTelecommunicationSystems(MASCOTS),2011,pp.
22-31.
[18]F.
Travostino,P.
Daspit,L.
Gommans,C.
Jog,C.
d.
Laat,J.
Mambretti,etal.
,"SeamlesslivemigrationofvirtualmachinesovertheMAN/WAN,"FutureGener.
Comput.
Syst.
,vol.
22,pp.
901-907,2006.
[19]T.
Wood,K.
Ramakrishnan,P.
Shenoy,andJ.
VanderMerwe,"CloudNet:dynamicpoolingofcloudresourcesbyliveWANmigrationofvirtualmachines,"inACMInternationalConferenceonVirtualExecutionEnvironments(VEE),2011,pp.
121-132.
[20]LinuxUnifiedTarget-MainPage.
Available:http://linux-iscsi.
org/wiki/Main_Page[21]LinuxKernelDocumentation::filesystems:configfs.
Available:http://www.
mjmwired.
net/kernel/Documentation/filesystems/configfs/[22]proc(5):processinfopseudo-filesystem-Linuxmanpage.
Available:http://linux.
die.
net/man/5/proc[23]procfs-Wikipedia,thefreeencyclopedia.
Available:http://en.
wikipedia.
org/wiki/Procfs[24]mmap(2)-Linuxmanualpage.
Available:http://www.
kernel.
org/doc/man-pages/online/pages/man2/mmap.
2.
html[25]ioctl-Wikipedia,thefreeencyclopedia.
Available:http://en.
wikipedia.
org/wiki/Ioctl[26]ioctl(2)-Linuxmanualpage.
Available:http://www.
kernel.
org/doc/man-pages/online/pages/man2/ioctl.
2.
html[27]Device-mapperResourcePage.
Available:http://sources.
redhat.
com/dm/[28]LVM2ResourcePage.
Available:http://sourceware.
org/lvm2/[29]multipath-tools:Home.
Available:http://christophe.
varoqui.
free.
fr/[30]LAMP(softwarebundle)-Wikipedia,thefreeencyclopedia.
Available:http://en.
wikipedia.
org/wiki/LAMP_(software_bundle)[31]DBENCH.
Available:http://dbench.
samba.
org/[32]kcbench(1):Kernelcompilebenchmark-Linuxmanpage.
Available:http://linux.
die.
net/man/1/kcbench158158

美国200G美国高防服务器16G,800元

美国高防服务器提速啦专业提供美国高防服务器,美国高防服务器租用,美国抗攻击服务器,高防御美国服务器租用等。我们的海外高防服务器带给您坚不可摧的DDoS防护,保障您的业务不受攻击影响。HostEase美国高防服务器位于加州和洛杉矶数据中心,均为国内访问速度最快最稳定的美国抗攻击机房,带给您快速的访问体验。我们的高防服务器配有最高层级的DDoS防护系统,每款抗攻击服务器均拥有免费DDoS防护额度,让您...

快云科技:夏季大促销,香港VPS7.5折特惠,CN2 GIA线路; 年付仅不到五折巨惠,续费永久同价

快云科技怎么样?快云科技是一家成立于2020年的新起国内主机商,资质齐全 持有IDC ICP ISP等正规商家。我们秉承着服务于客户服务于大众的理念运营,机器线路优价格低。目前已注册用户达到5000+!主营产品有:香港弹性云服务器,美国vps和日本vps,香港物理机,国内高防物理机以及美国日本高防物理机!产品特色:全配置均20M带宽,架构采用KVM虚拟化技术,全盘SSD硬盘,RAID10阵列, 国...

VirMach:$7.2/年KVM-美元512MB/$7.2/年MB多个机房个机房可选_双线服务器租赁

Virmach对资源限制比较严格,建议查看TOS,自己做好限制,优点是稳定。 vCPU 内存 空间 流量 带宽 IPv4 价格 购买 1 512MB 15GB SSD 500GB 1Gbps 1 $7/VirMach:$7/年/512MB内存/15GB SSD空间/500GB流量/1Gbps端口/KVM/洛杉矶/西雅图/芝加哥/纽约等 发布于 5个月前 (01-05) VirMach,美国老牌、稳...

ubuntu12.04为你推荐
neworientalbecoming什么么意思netlife熊猫烧香是怎么制作的newworldNew World Group是什么组织地图应用谁知道什么地图软件好用,求 最好可以看到路上行人广东GDP破10万亿想知道广东城市的GDP排名百度关键词价格查询百度关键字如何设定竟价价格?冯媛甑冯媛甄 康熙来了www.haole012.comhttp://fj.qq.com/news/wm/wm012.htm 这个链接的视频的 第3分20秒开始的 背景音乐 是什么?m.2828dy.com电影虫www.dyctv.com这个电影站能下载电影吗?partnersonlinecashfiesta 该怎么使用啊~~
免费网站空间申请 域名空间购买 site5 国外服务器 php主机 512m 主机屋免费空间 英文站群 ibox官网 国外免费全能空间 免费申请个人网站 web服务器安全 免费网页申请 外贸空间 中国电信网络测速 免费的域名 论坛主机 iki 群英网络 国外网页代理 更多