Tua 7 mlynedd yn ôl, symudodd y prosiectau cyntaf un i'n cwmwl yn syml ac yn ddiymhongar. Llwythwyd delweddau peiriant rhithwir i weinydd FTP, neu fe'u danfonwyd ar yriannau caled. Yna, trwy weinydd mewnforio arbennig, uwchlwythwyd y VMs i'r cwmwl.
Os nad yw'n broblem i'r cleient ddiffodd y peiriant rhithwir am ddiwrnod neu ddau (neu os nad oes unrhyw opsiynau eraill), yna gellir gwneud hyn. Ond os dylai'r amser segur fod yn uchafswm o awr, yna ni fydd y dull hwn yn gweithio. Heddiw byddaf yn dweud wrthych pa offer fydd yn eich helpu i fudo i'r cwmwl heb fawr o amser segur a sut mae ein proses fudo ei hun yn gweithio.
Mudo gyda Veeam Backup ac Atgynhyrchu
Mae pawb yn adnabod Veeam Backup and Replication fel offeryn ar gyfer creu copïau wrth gefn a chopïau. Rydym yn ei ddefnyddio ar gyfer mudo rhwng ein gwefannau ac ar gyfer cludo cleientiaid o rhithwiroli preifat i'n cwmwl. Mae peiriannau rhithwir y cleient yn cael eu hailadrodd i'n vCenter, ac ar ôl hynny mae'r peiriannydd yn eu hychwanegu at vCloud Director.
Mae atgynhyrchu cynradd yn digwydd ar beiriant rhithwir wedi'i bweru. Ar yr amser y cytunwyd arno, mae'r peiriant ochr cleient yn cael ei ddiffodd. Mae atgynhyrchu yn rhedeg eto i gario drosodd newidiadau sydd wedi digwydd ers yr atgynhyrchu cyntaf. Ar ôl hyn, mae'r peiriant rhithwir yn cychwyn yn ein cwmwl.
Yn nodweddiadol, o'r eiliad y caiff y peiriant ei ddiffodd ar seilwaith y cleient hyd nes y bydd yn cael ei droi ymlaen yn ein cwmwl, dim mwy na hanner awr yn mynd heibio, ond yn hytrach 15-20 munud.
Yn yr achos hwn, mae'r peiriant rhithwir gwreiddiol yn aros ar safle'r cleient. Os aiff rhywbeth o'i le yn sydyn, gallwch chi bob amser rolio'n ôl a'i droi ymlaen. Mae'r dull hwn hefyd yn gyfleus i'r cleient gan nad oes angen iddo gael Veeam.
Achos 1
Roedd gan y cleient ei seilwaith rhithwir ei hun yn seiliedig ar VMware - 40 VMs gyda chynhwysedd o 30 TB. Roedd yr offer y defnyddiwyd y clwstwr arno eisoes wedi dyddio, a phenderfynodd y cleient beidio â thrafferthu prynu rhai newydd a symudodd i'r cwmwl cyhoeddus. Nid oedd y gofyniad amser segur ar gyfer systemau critigol yn fwy nag awr. Dewiswyd Veeam Replication fel yr offeryn. Mantais arall oedd bod darparwr Rhyngrwyd y cleient yn bresennol yn ein canolfan ddata, a oedd yn ei gwneud hi'n bosibl trefnu sianel dda. Cymerodd y mudo tua mis, roedd yr amser segur yn ystod y newid hyd at 30 munud fesul grŵp o beiriannau rhithwir.
Mudo gyda Veeam Cloud Connect
Offeryn yw Veeam Cloud Connect sy'n eich helpu i sefydlu atgynhyrchu peiriant rhithwir a lansio atgynyrchiadau yng nghwmwl y darparwr gwasanaeth. Ar ôl diweddaru i flwyddyn, daeth yn bosibl i ddyblygu peiriannau rhithwir yn uniongyrchol i vCloud Cyfarwyddwr. Yr unig amod yw bod yn rhaid defnyddio Veeam Backup and Replication ar ochr y cleient o leiaf fersiwn 9. Yn fyr (fersiwn fanwl ), yna mae'r broses gyfan yn edrych fel hyn.
Yn vCloud Director, mae sefydliad yn cael ei greu gyda'r adnoddau a'r rhwydweithiau angenrheidiol. Yn Veeam Cloud Connect, rydym yn creu cyfrif, mae'r cleient yn cysylltu ag ef o'i Veeam B&R, yn dewis darparwr a sefydliad DataLine, ac yn ffurfweddu tasgau i'w dyblygu. Yn ogystal â'r ffaith, yn ystod ymfudiad o'r fath, y bydd amser segur o fewn 15-20 munud, nid yw'r cleient yn dibynnu mewn unrhyw ffordd ar gefnogaeth dechnegol y darparwr ac yn rheoli'r broses gyfan yn annibynnol: yn creu tasgau atgynhyrchu, y dyblygu ei hun, yn diffodd y peiriannau a'u cychwyn ar y safle newydd.
Achos 2
Roedd seilwaith y cleient, o ble y cynlluniwyd yr ymfudiad, wedi'i leoli yn Belarus. Roedd angen cludo 90 VM gyda chyfanswm cyfaint o 27 TB, er gwaethaf y ffaith bod y sianel Rhyngrwyd yn 100 Mbit yr eiliad. Os gwnewch gopi wrth gefn a'i uwchlwytho ar unwaith i'n cwmwl, yna ar gyfer rhai VMs byddai'n cymryd sawl diwrnod. Yn ystod y cyfnod hwn, byddai delta mawr wedi tyfu ar y VM, a gallai hyn gael effaith negyddol ar berfformiad y peiriannau neu, hyd yn oed yn waeth, byddai'r gofod ar y storfa ddata wedi dod i ben. Aethom ymlaen fel a ganlyn: yn gyntaf, gwnaeth y cleient gopi wrth gefn llawn lleol a throsglwyddo copi ohono i'n cwmwl trwy Veeam Cloud Connect. Yna fe wnes i a throsglwyddo'r hicyn i'r cwmwl. Parhaodd y peiriant rhithwir gwreiddiol i redeg. Ar ôl cau'r VM, gwnaeth y cleient hicyn arall a'i drosglwyddo i'r cwmwl hefyd. Ar ein hochr ni, fe wnaethom ddefnyddio peiriant rhithwir o gopi wrth gefn llawn, ac yna rholio dau gynyddran arno. Yn y pen draw, roedd y cynllun hwn yn ei gwneud hi'n bosibl lleihau amser segur i 2 awr wrth newid i'n gwefan.
Mudo gyda VMware vCloud Argaeledd
Ym mis Mawrth eleni, rhyddhaodd VMware vCloud Argaeledd 3.0, sy'n eich galluogi i fudo peiriannau rhithwir rhwng gwahanol gymylau (Cyfarwyddwr vCloud - Cyfarwyddwr vCloud) ac o saif rhithwiroli cleient preifat i'r cwmwl (vCenter - vCloud Director). Y prif gyfleustra yw integreiddio â rhyngwyneb Cyfarwyddwr vCloud. Mae hyn yn symleiddio'r broses rheoli atgynhyrchu yn fawr ac yn lleihau'r amser segur yn ystod y newid i ddigidol.
Gan ddefnyddio'r offeryn hwn, fe wnaethom fudo un o'r cleientiaid o'n cwmwl Moscow i'n cwmwl yn St Petersburg. Roedd angen cludo 18 o beiriannau rhithwir gyda chyfanswm capasiti o 14 TB. Crëwyd sefydliad ar gyfer y cleient yng nghwmwl St Petersburg a threfnwyd y rhwydweithiau angenrheidiol. Nesaf, o ryngwyneb Cyfarwyddwr vCloud, aeth y cleient i'r gosodiadau Argaeledd vCloud, creu swyddi dyblygu a newid i safle St Petersburg ar amser cyfleus iddo. Yr amser segur yn ystod y newid oedd 12 munud.
Cynllun mudo rhwng cymylau DataLine yn St Petersburg a Moscow.
Mae gan vCloud Availability fecanwaith ar gyfer mudo VMs o wefan y cleient i'n cwmwl. I wneud hyn, mae cymhwysiad vCloud Availability arbennig yn cael ei ddefnyddio yn vCenter y cleient. Ar ôl setup syml, byddwch yn cysylltu â'r cwmwl ac yn ffurfweddu tasgau mudo. Mae'r cleient hefyd yn rheoli'r broses gyfan yn annibynnol ac mae amser mudo yn cael ei gadw i'r lleiafswm.
Cynllun ar gyfer mudo peiriannau rhithwir o osodiad preifat i'r cwmwl.
Mae gan VMware vCloud Availability lawer o achosion defnydd eraill; byddwn yn siarad amdanynt mewn erthygl ar wahân yn fuan.
Paratoi ar gyfer mudo
I ddewis offeryn a dechrau mudo mewn gwirionedd, mae angen i chi benderfynu ar y pwyntiau canlynol:
O ble rydyn ni'n mudo? Os ydych chi'n mudo o ddatrysiad preifat, yna mae gennych ryddid llwyr wrth ddewis offer. Os byddwch yn symud i ffwrdd oddi wrth eich darparwr, yna mae'n fwy cymhleth. Yn fwyaf tebygol, ni fydd cysylltu seilwaith dau ddarparwr a llusgo a gollwng VM yn unig yn gweithio oherwydd rhesymau diogelwch. Weithiau mae'r darparwr y mae'r cleient ar fin ei wrthod yn dechrau bod yn ddireidus ac yn oedi am amser. Gallwch symud i ffwrdd oddi wrth y darparwr yn y ffordd hen ffasiwn: trwy uwchlwytho VMs i ddisgiau a FTP, neu drwy fudo ar lefel y cais. Mae enw'r olaf yn amodol, ac mae'n edrych yn debyg i hyn.
Achos 3
Roedd angen mudo system SAP y cleient o ddarparwr Ewropeaidd: 34 VMs gyda chynhwysedd o 54 TB. Dyrannwyd adnoddau i'r cleient yn ein cwmwl. Trefnwyd cysylltedd rhwydwaith rhyngom ni a seilwaith y darparwr Ewropeaidd. Cafodd gweinyddwyr y rhaglen eu hail-leoli, gyda'r ffurfweddiadau angenrheidiol yn cael eu rholio drosodd. Cafodd cronfeydd data mawr eu mudo trwy uwchlwytho copïau wrth gefn i'n cwmwl. Nesaf, ffurfweddwyd atgynhyrchu rhwng y cronfeydd data ar ein gwefan ni a'r gwefannau gwreiddiol. Ar yr amser y cytunwyd arno, fe wnaethom newid i gronfeydd data yn ein cwmwl.
Cyfaint data a sianel Rhyngrwyd. Fel arfer byddwn yn gofyn i'r cleient ddarparu uwchlwythiad fesul system gyda pharamedrau cof, CPU, a disg. Rydym yn gwerthuso a yw'r sianel yn ddigon i anfon copïau neu gopïau wrth gefn o beiriannau rhithwir yn uniongyrchol.
Amser segur derbyniol. Ar gyfer systemau gwahanol ac, yn unol â hynny, peiriannau rhithwir, gall fod yn wahanol yn dibynnu ar eu pwysigrwydd busnes. Fel arfer daw'r cleient â gofynion parod ar gyfer amser segur yn ystod mudo, ac yn seiliedig ar hyn rydym yn dewis yr offeryn a'r cynllun mudo priodol. Rydym yn ceisio trefnu'r newid terfynol gyda'r nos neu ar benwythnosau fel nad yw hyd yn oed mân amser segur yn amlwg i ddefnyddwyr terfynol y cleient.
Yn seiliedig ar y data hwn, gallwch ddewis offeryn a dechrau'r mudo ei hun. Dyma beth sy'n digwydd nesaf.
- Sefydlu cysylltedd rhwydwaith. Rydym yn trefnu cysylltedd rhwydwaith rhwng ein cwmwl a seilwaith y cleient. Bydd peiriannau rhithwir yn cael eu copïo dros y rhwydwaith hwn. Os defnyddir Veeam Backup and Replication, yna mae hon yn sianel bwrpasol, yn llai aml yn sianel VPN. Os Veeam Cloud Connect, yna mae popeth yn mynd trwy'r Rhyngrwyd neu'r un sianel bwrpasol.
Yna mae'r rhwydwaith wedi'i ffurfweddu ar gyfer y VM yn y cwmwl. Mae ceir fel arfer yn symud mewn grwpiau ac am fwy nag un diwrnod. Unwaith y bydd y VMs yn cael eu dwyn atom a'u lansio, rhaid iddynt gyfathrebu â'r peiriannau sy'n dal i aros yn y safle gwreiddiol.
- Amserlen ymfudo. Pan fo llawer o geir, mae'n gwneud synnwyr eu rhannu'n grwpiau a'u cludo mewn sypiau. Ar y cyd â'r cleient, rydym yn cytuno ar gynllun lle rydym yn nodi pryd a pha beiriannau fydd yn symud a phryd y bydd yr atgynhyrchu terfynol a'r newid i'r digidol yn cael eu cyflawni.
- Profi mudo. Rydym yn mudo'r peiriant rhithwir prawf ac yn gwirio a yw popeth wedi'i ffurfweddu'n gywir: cysylltedd rhwydwaith rhwng safleoedd, argaeledd y peiriant rhithwir i beiriannau ar y safle ffynhonnell, hawliau cyfrif, ac ati. Mae'r prawf hwn yn helpu i osgoi problemau yn y cam ymladd mudo.
Dyna i gyd i mi. Yn y sylwadau, gofynnwch gwestiynau a dywedwch wrthym am eich profiad mudo.
Ffynhonnell: hab.com