Operasi "Migrasi": bagaimana untuk beralih ke awan DataLine

Kira-kira 7 tahun yang lalu, projek pertama berpindah ke awan kami secara ringkas dan bersahaja. Imej mesin maya telah dimuat naik ke pelayan FTP, atau ia dihantar pada pemacu keras. Kemudian, melalui pelayan import khas, VM telah dimuat naik ke awan.

Jika tidak menjadi masalah bagi pelanggan untuk mematikan mesin maya selama satu atau dua hari (atau tiada pilihan lain), maka ini boleh dilakukan. Tetapi jika masa henti hendaklah maksimum satu jam, maka kaedah ini tidak akan berfungsi. Hari ini saya akan memberitahu anda alat yang akan membantu anda berhijrah ke awan dengan masa henti yang minimum dan cara proses penghijrahan kami sendiri berfungsi.

Migrasi dengan Sandaran dan Replikasi Veeam

Semua orang tahu Sandaran dan Replikasi Veeam sebagai alat untuk membuat sandaran dan replika. Kami menggunakannya untuk penghijrahan antara tapak kami dan untuk mengangkut pelanggan daripada virtualisasi peribadi ke awan kami. Mesin maya pelanggan direplikasi ke vCenter kami, selepas itu jurutera menambahkannya pada Pengarah vCloud.

Replikasi utama berlaku pada mesin maya yang dihidupkan. Pada masa yang dipersetujui, mesin sisi pelanggan dimatikan. Replikasi berjalan semula untuk membawa perubahan yang telah berlaku sejak replikasi pertama. Selepas ini, mesin maya bermula di awan kami.

Lazimnya, dari saat mesin dimatikan pada infrastruktur pelanggan sehingga saat ia dihidupkan dalam awan kami, tidak lebih daripada setengah jam berlalu, melainkan 15–20 minit.

Dalam kes ini, mesin maya asal kekal di tapak klien. Jika tiba-tiba berlaku masalah, anda sentiasa boleh berpatah balik dan menghidupkannya. Kaedah ini juga mudah untuk pelanggan kerana ia tidak memerlukan dia mempunyai Veeam.

Kes 1
Pelanggan mempunyai infrastruktur maya sendiri berdasarkan VMware - 40 VM dengan kapasiti 30 TB. Peralatan yang digunakan kluster itu sudah lapuk, dan pelanggan memutuskan untuk tidak bersusah payah membeli yang baharu dan berpindah ke awan awam. Keperluan masa henti untuk sistem kritikal tidak lebih daripada satu jam. Replikasi Veeam telah dipilih sebagai alat. Kelebihan lain ialah penyedia Internet pelanggan hadir di pusat data kami, yang membolehkan anda mengatur saluran yang baik. Penghijrahan mengambil masa kira-kira sebulan, masa henti semasa penukaran adalah sehingga 30 minit bagi setiap kumpulan mesin maya.

Berhijrah dengan Veeam Cloud Connect

Veeam Cloud Connect ialah alat yang membantu anda menyediakan replikasi mesin maya dan melancarkan replika dalam awan penyedia perkhidmatan. Selepas mengemas kini kepada 2019 tahun, ia menjadi mungkin untuk meniru mesin maya terus kepada Pengarah vCloud. Satu-satunya syarat ialah di sisi pelanggan, Sandaran dan Replikasi Veeam mesti digunakan sekurang-kurangnya versi 9. Ringkasnya (versi terperinci di sini), maka keseluruhan proses kelihatan seperti ini.

Dalam Pengarah vCloud, organisasi dicipta dengan sumber dan rangkaian yang diperlukan. Dalam Veeam Cloud Connect, kami mencipta akaun, pelanggan menyambung kepadanya daripada Veeam B&Rnya, memilih pembekal dan organisasi DataLine dan mengkonfigurasi tugas untuk replikasi. Sebagai tambahan kepada fakta bahawa semasa penghijrahan sedemikian, masa henti akan berada dalam masa 15–20 minit, pelanggan tidak bergantung dalam apa cara sekalipun pada sokongan teknikal pembekal dan menguruskan keseluruhan proses secara bebas: mencipta tugas replikasi, replikasi itu sendiri, dimatikan mesin dan memulakannya di tapak baharu.

Kes 2
Infrastruktur pelanggan, dari mana penghijrahan itu dirancang, terletak di Belarus. Ia adalah perlu untuk mengangkut 90 VM dengan jumlah volum 27 TB, walaupun pada hakikatnya saluran Internet adalah 100 Mbit/saat. Jika anda membuat sandaran dan segera memuat naiknya ke awan kami, maka untuk sesetengah VM ia akan mengambil masa beberapa hari. Pada masa ini, delta besar akan berkembang pada VM, dan ini boleh memberi kesan negatif pada prestasi mesin atau, lebih teruk lagi, ruang pada stor data akan kehabisan. Kami meneruskan seperti berikut: pertama, pelanggan membuat sandaran penuh setempat dan memindahkan salinannya ke awan kami melalui Veeam Cloud Connect. Kemudian saya membuat dan memindahkan kenaikan ke awan. Mesin maya asal terus berjalan. Selepas menutup VM, pelanggan membuat kenaikan lain dan juga memindahkannya ke awan. Di pihak kami, kami menggunakan mesin maya daripada sandaran penuh, dan kemudian melancarkan dua kenaikan ke atasnya. Skim ini akhirnya membolehkan untuk meminimumkan masa rehat kepada 2 jam apabila beralih ke tapak kami.

Migrasi dengan VMware vCloud Availability

Pada bulan Mac tahun ini, VMware mengeluarkan vCloud Availability 3.0, yang membolehkan anda memindahkan mesin maya antara awan yang berbeza (Pengarah vCloud - Pengarah vCloud) dan daripada virtualisasi klien persendirian ke awan (vCenter - Pengarah vCloud). Kemudahan utama ialah penyepaduan dengan antara muka Pengarah vCloud. Ini sangat memudahkan proses pengurusan replikasi dan meminimumkan masa henti semasa penukaran.

Menggunakan alat ini, kami memindahkan salah seorang pelanggan dari awan Moscow kami ke awan kami di St. Petersburg. Ia adalah perlu untuk mengangkut 18 mesin maya dengan jumlah kapasiti 14 TB. Sebuah organisasi telah dicipta untuk pelanggan di awan St. Petersburg dan rangkaian yang diperlukan telah dianjurkan. Seterusnya, daripada antara muka Pengarah vCloud, pelanggan pergi ke tetapan Ketersediaan vCloud, mencipta kerja replikasi dan beralih ke tapak St. Petersburg pada masa yang sesuai untuknya. Masa hentikan semasa penukaran ialah 12 minit.

Skim migrasi antara awan DataLine di St. Petersburg dan Moscow.

Ketersediaan vCloud mempunyai mekanisme untuk memindahkan VM dari tapak pelanggan ke awan kami. Untuk melakukan ini, aplikasi Ketersediaan vCloud khas digunakan dalam vCenter pelanggan. Selepas persediaan mudah, anda menyambung ke awan dan mengkonfigurasi tugas migrasi. Pelanggan juga menguruskan keseluruhan proses secara bebas dan masa migrasi dikekalkan pada tahap minimum.

Skim untuk memindahkan mesin maya daripada pemasangan peribadi ke awan.

VMware vCloud Availability mempunyai banyak kes penggunaan lain; kami akan membincangkannya dalam artikel berasingan tidak lama lagi.

Bersedia untuk hijrah

Untuk memilih alat dan sebenarnya mula berhijrah, anda perlu memutuskan perkara berikut:

Dari mana kita berhijrah? Jika anda berhijrah daripada penyelesaian peribadi, maka anda mempunyai kebebasan sepenuhnya dalam memilih alatan. Jika anda beralih daripada pembekal anda, maka ia lebih rumit. Kemungkinan besar, memautkan infrastruktur dua pembekal dan hanya menyeret dan melepaskan VM tidak akan berfungsi atas sebab keselamatan. Kadang-kadang pembekal yang pelanggan akan tolak mula menjadi nakal dan berhenti untuk masa. Anda boleh beralih daripada pembekal dengan cara lama: dengan memuat naik VM ke cakera dan FTP, atau dengan berhijrah pada peringkat aplikasi. Nama yang terakhir adalah bersyarat, dan ia kelihatan seperti ini.

Kes 3
Adalah perlu untuk memindahkan sistem SAP pelanggan daripada pembekal Eropah: 34 VM dengan kapasiti 54 TB. Pelanggan telah diperuntukkan sumber dalam awan kami. Kesambungan rangkaian telah diatur antara kami dan infrastruktur pembekal Eropah. Pelayan aplikasi telah digunakan semula, dengan konfigurasi yang diperlukan digulingkan. Pangkalan data yang besar telah dipindahkan melalui memuat naik sandaran ke awan kami. Seterusnya, replikasi telah dikonfigurasikan antara pangkalan data pada tapak kami dan tapak asal. Pada masa yang dipersetujui, kami bertukar kepada pangkalan data dalam awan kami.

Jumlah data dan saluran Internet. Kami biasanya meminta pelanggan untuk menyediakan muat naik mengikut sistem dengan parameter memori, CPU dan cakera. Kami menilai sama ada saluran itu mencukupi untuk menghantar terus replika atau sandaran mesin maya.

Masa henti yang boleh diterima. Untuk sistem yang berbeza dan, oleh itu, mesin maya, ia boleh berbeza bergantung pada kritikal perniagaan mereka. Biasanya pelanggan datang dengan keperluan siap sedia untuk masa henti semasa penghijrahan, dan berdasarkan ini kami memilih alat dan pelan migrasi yang sesuai. Kami cuba menjadualkan pertukaran terakhir pada waktu malam atau pada hujung minggu supaya walaupun masa henti yang kecil tidak dapat dilihat oleh pengguna akhir pelanggan.

Berdasarkan data ini, anda boleh memilih alat dan memulakan penghijrahan itu sendiri. Inilah yang berlaku seterusnya.

1. Menyediakan sambungan rangkaian. Kami mengatur sambungan rangkaian antara awan kami dan infrastruktur pelanggan. Mesin maya akan disalin melalui rangkaian ini. Jika Sandaran dan Replikasi Veeam digunakan, maka ini adalah saluran khusus, kurang kerap saluran VPN. Jika Veeam Cloud Connect, maka semuanya berjalan melalui Internet atau saluran khusus yang sama.

   Kemudian rangkaian dikonfigurasikan untuk VM dalam awan. Kereta biasanya bergerak dalam kumpulan dan selama lebih daripada satu hari. Setelah VM dibawa kepada kami dan dilancarkan, mereka mesti berkomunikasi dengan mesin yang masih kekal di tapak asal.

2. Jadual migrasi. Apabila terdapat banyak kereta, masuk akal untuk membahagikannya kepada kumpulan dan mengangkutnya dalam kelompok. Bersama-sama dengan pelanggan, kami bersetuju dengan rancangan di mana kami menentukan masa dan mesin mana yang akan bergerak dan bila replikasi dan pertukaran terakhir ke tapak baharu akan dilakukan.
3. Ujian penghijrahan. Kami memindahkan mesin maya ujian dan menyemak sama ada semuanya dikonfigurasikan dengan betul: kesambungan rangkaian antara tapak, ketersediaan mesin maya ke mesin di tapak sumber, hak akaun, dsb. Ujian ini membantu mengelakkan halangan pada peringkat penghijrahan pertempuran.

Itu sahaja untuk saya. Dalam ulasan, tanya soalan dan beritahu kami tentang pengalaman penghijrahan anda.

Sumber: www.habr.com