Kira-kira 7 taun ka tukang, proyék-proyék anu pangheulana pindah ka méga urang sacara sederhana sareng teu bersahaja. Gambar mesin virtual diunggah ka server FTP, atanapi dikirimkeun dina hard drive. Lajeng, ngaliwatan server impor husus, VMs diunggah ka awan.
Upami éta henteu masalah pikeun klien mareuman mesin virtual sadinten atanapi dua dinten (atanapi henteu aya pilihan sanés), maka ieu tiasa dilakukeun. Tapi upami downtime kedah maksimal sajam, maka metode ieu moal jalan. Dinten ieu kuring bakal nyarioskeun ka anjeun alat naon waé anu bakal ngabantosan anjeun migrasi ka méga kalayan downtime minimal sareng kumaha prosés migrasi urang sorangan jalanna.
Migrasi sareng Nyadangkeun sareng Réplikasi Veeam
Sarerea terang Veeam Nyadangkeun sareng Réplikasi salaku alat pikeun nyiptakeun cadangan sareng réplika. Kami nganggo éta pikeun migrasi antara situs kami sareng pikeun ngangkut klien tina virtualisasi pribadi ka awan kami. Mesin virtual klien direplikasi ka vCenter kami, saatos éta insinyur nambihanana ka vCloud Director.
Réplikasi primér lumangsung dina mesin virtual anu diaktipkeun. Dina waktos sapuk, mesin sisi klien dipareuman. Réplikasi dijalankeun deui pikeun ngalaksanakeun parobahan anu parantos kajantenan ti mimiti réplikasi. Sanggeus ieu, mesin virtual dimimitian dina awan urang.
Ilaharna, ti mimiti mesin dipareuman dina infrastruktur klien nepi ka momen eta dihurungkeun dina awan urang, teu leuwih ti satengah jam pas, tapi rada 15-20 menit.
Dina hal ieu, mesin virtual aslina tetep dina situs klien. Upami ujug-ujug aya anu salah, anjeun tiasa ngagulung deui sareng hurungkeun. Metoda ieu ogé merenah pikeun klien nu teu merlukeun anjeunna boga Veeam.
Kasus 1
Klién ngagaduhan infrastruktur virtual sorangan dumasar kana VMware - 40 VMs kalayan kapasitas 30 TB. Alat-alat anu dipasang kluster parantos lami, sareng klien mutuskeun henteu ganggu mésér anu énggal sareng ngalih ka méga umum. Sarat downtime pikeun sistem kritis teu leuwih ti sajam. Replikasi Veeam dipilih salaku alat. tambah sejen éta panyadia Internet klien urang hadir dina puseur data urang, nu ngamungkinkeun pikeun ngatur saluran alus. Migrasi nyandak ngeunaan sabulan, downtime salila switching éta nepi ka 30 menit per grup mesin virtual.
Migrasi sareng Veeam Cloud Connect
Veeam Cloud Connect mangrupikeun alat anu ngabantosan anjeun nyetél réplikasi mesin virtual sareng ngaluncurkeun réplika dina méga panyadia ladénan. Saatos ngamutahirkeun ka taun, janten mungkin pikeun ngayakeun réplikasi mesin virtual langsung ka vCloud Director. Hiji-hijina kaayaan nyaéta yén dina sisi klien, Veeam Nyadangkeun sareng Réplikasi kedah disebarkeun sahenteuna versi 9. Pondokna (vérsi rinci ), teras sadayana prosés sapertos kieu.
Di Diréktur vCloud, organisasi diciptakeun kalayan sumber daya sareng jaringan anu diperyogikeun. Dina Veeam Cloud Connect, urang nyieun hiji akun, klien nu nyambung ka dinya ti na Veeam B&R, milih panyadia DataLine jeung organisasi, sarta ngonpigurasikeun tugas pikeun réplikasi. Salian kanyataan yén nalika migrasi sapertos kitu, downtime bakal aya dina 15-20 menit, klien henteu gumantung kana sagala cara kana dukungan téknis panyadia sareng ngatur sadayana prosés sacara mandiri: nyiptakeun tugas réplikasi, réplikasi sorangan, pareum. mesin tur mimitian aranjeunna dina situs anyar.
Kasus 2
Infrastruktur klien, ti mana migrasi ieu rencanana, ieu lokasina di Bélarus. Ieu diperlukeun pikeun ngangkut 90 VMs kalawan volume total 27 TB, sanajan kanyataan yén saluran Internet éta 100 Mbit / detik. Upami anjeun ngadamel cadangan sareng langsung unggah kana méga kami, maka pikeun sababaraha VM butuh sababaraha dinten. Antukna, hiji délta badag bakal tumuwuh dina VM, sarta ieu bisa boga dampak negatif kana kinerja mesin atawa, malah parah, spasi dina datastore bakal béak. Urang proceeded kieu: kahiji, klien nu nyieun cadangan pinuh lokal sarta mindahkeun salinan eta ka awan urang via Veeam Awan Connect. Teras kuring ngadamel sareng ngalihkeun paningkatan kana méga. Mesin virtual aslina terus ngajalankeun. Saatos mareuman VM, klien ngadamel paningkatan anu sanés sareng ogé ngalihkeunana ka méga. Di sisi kami, kami nyebarkeun mesin virtual tina cadangan lengkep, teras ngagulung dua paningkatan kana éta. Skéma ieu pamustunganana ngamungkinkeun pikeun ngaleutikan downtime ka 2 jam nalika ngalih ka situs urang.
Migrasi jeung VMware vCloud Kasadiaan
Dina Maret taun ieu, VMware ngarilis vCloud Kasadiaan 3.0, nu ngidinan Anjeun pikeun migrasi mesin virtual antara awan béda (Diréktur vCloud - vCloud Diréktur) jeung tina virtualization klien swasta nangtung ka awan (vCenter - vCloud Diréktur). Genah utama nyaéta integrasi sareng antarmuka vCloud Director. Ieu greatly simplifies prosés manajemén réplikasi jeung ngaminimalkeun downtime salila switchovers.
Ngagunakeun alat ieu, urang migrasi salah sahiji klien tina awan Moscow kami ka awan kami di St. Perlu ngangkut 18 mesin virtual kalayan kapasitas total 14 TB. Hiji organisasi dijieun pikeun klien dina awan St. Petersburg sarta jaringan diperlukeun anu diayakeun. Salajengna, ti panganteur vCloud Diréktur, klien indit ka setélan vCloud Kasadiaan, dijieun replikasi jobs sarta switched ka situs St Petersburg dina waktu merenah pikeun anjeunna. Downtime salila switching éta 12 menit.
Skéma migrasi antara awan DataLine di St. Petersburg jeung Moscow.
Kasadiaan vCloud gaduh mékanisme pikeun migrasi VM tina situs klien ka awan urang. Jang ngalampahkeun ieu, hiji aplikasi vCloud Kasadiaan husus deployed dina vCenter klien. Saatos setelan saderhana, anjeun nyambung ka awan sareng ngonpigurasikeun tugas migrasi. Klién ogé ngatur sadayana prosés sacara mandiri sareng waktos migrasi dijaga minimal.
Skéma pikeun migrasi mesin virtual tina pamasangan pribadi ka méga.
Kasadiaan VMware vCloud ngagaduhan seueur kasus pamakean anu sanés; urang bakal ngobrol ngeunaan éta dina tulisan anu misah pas.
Nyiapkeun pikeun migrasi
Pikeun milih alat sareng leres-leres ngamimitian migrasi, anjeun kedah mutuskeun dina titik-titik ieu:
Ti mana urang hijrah? Upami anjeun hijrah tina solusi pribadi, maka anjeun gaduh kabébasan lengkep dina milih alat. Upami anjeun ngajauhan panyadia anjeun, maka éta langkung pajeulit. Paling dipikaresep, numbu ka infrastruktur dua panyadia tur saukur nyered tur ngaleupas VM moal jalan alatan alesan kaamanan. Kadang-kadang panyadia yén klien éta rék nolak mimiti jadi mischievous sarta lapak keur waktu. Anjeun tiasa ngajauhan panyadia ku cara baheula: ku ngamuat VM ka disk sareng FTP, atanapi ku migrasi dina tingkat aplikasi. Ngaran anu terakhir nyaéta kondisional, sareng sigana sapertos kieu.
Kasus 3
Ieu diperlukeun pikeun migrasi sistem SAP klien ti panyadia Éropa: 34 VMs kalawan kapasitas 54 TB. Klién dialokasikeun sumber daya dina awan kami. Konektipitas jaringan diayakeun antara kami sareng infrastruktur panyadia Éropa. Pangladén aplikasi dipasang deui, kalayan konfigurasi anu diperyogikeun digulung. Basis data ageung dialihkeun ngalangkungan unggah cadangan ka awan kami. Salajengna, réplikasi dikonpigurasi antara pangkalan data dina situs kami sareng situs asli. Dina waktos anu sapuk, urang ngalih ka pangkalan data dina awan urang.
Volume data sareng saluran Internét. Kami biasana naroskeun ka klien pikeun nyayogikeun unggah ku sistem kalayan mémori, CPU, sareng parameter disk. Urang evaluate naha saluran cukup pikeun ngirim langsung réplika atawa cadangan mesin virtual.
downtime ditarima. Pikeun sistem anu béda sareng, sasuai, mesin virtual, éta tiasa béda-béda gumantung kana kritisitas bisnisna. Biasana klien hadir kalawan syarat siap-dijieun pikeun downtime salila migrasi, sarta dumasar kana ieu kami milih alat luyu jeung rencana migrasi. Urang nyobian ngajadwalkeun switchover final peuting atawa dina weekends ambéh downtime minor teu noticeable ka pamaké tungtung klien urang.
Dumasar data ieu, anjeun tiasa milih alat sareng ngamimitian migrasi sorangan. Ieu naon anu lumangsung salajengna.
- Nyetél konektipitas jaringan. Urang ngatur konektipitas jaringan antara awan urang jeung infrastruktur klien urang. Mesin virtual bakal disalin kana jaringan ieu. Upami Nyadangkeun sareng Replikasi Veeam dianggo, maka ieu mangrupikeun saluran khusus, jarang saluran VPN. Upami Veeam Cloud Connect, maka sadayana ngalangkungan Internét atanapi saluran khusus anu sami.
Lajeng jaringan ieu ngonpigurasi pikeun VM dina awan. Mobil biasana gerak dina grup sareng langkung ti hiji dinten. Sakali VMs dibawa ka kami sareng diluncurkeun, aranjeunna kedah komunikasi sareng mesin anu masih aya dina situs asli.
- Jadwal migrasi. Nalika aya seueur mobil, éta masuk akal pikeun ngabagi kana grup sareng ngangkut aranjeunna dina bets. Babarengan klien, urang satuju kana rencana nu urang tangtukeun iraha jeung nu mesin bakal mindahkeun sarta nalika réplikasi final na switchover ka loka anyar bakal dilaksanakeun.
- Uji migrasi. Urang migrasi mesin virtual test jeung pariksa naha sagalana geus ngonpigurasi leres: konektipitas jaringan antara situs, kasadiaan mesin virtual ka mesin dina situs sumber, hak akun, jsb. Tés ieu ngabantosan ngahindarkeun halangan dina tahap migrasi tempur.
Sakitu wae kanggo abdi. Dina koméntar, naroskeun patarosan sareng wartosan kami ngeunaan pangalaman migrasi anjeun.
sumber: www.habr.com