Salah sawijining pemain enom ing pasar solusi Disaster Recovery yaiku Hystax, wiwitan Rusia ing 2016. Wiwit topik pemulihan bencana banget populer lan pasar banget kompetitif, wiwitan mutusake kanggo fokus ing migrasi ing antarane prasarana awan sing beda-beda. Produk sing ngidini sampeyan ngatur migrasi sing gampang lan cepet menyang awan bakal migunani banget kanggo pelanggan Onlanta - pangguna . Mangkene carane aku ngerti Hystax lan miwiti nyoba fitur-fitur kasebut. Lan apa sing kedadeyan, aku bakal ngandhani ing artikel iki.
Fitur utama Hystax yaiku fungsi sing wiyar kanggo ndhukung macem-macem platform virtualisasi, OS tamu lan layanan awan, sing ndadekake bisa mindhah beban kerja saka ngendi wae lan ing ngendi wae.
Iki ngijini sampeyan kanggo nggawe ora mung solusi DR kanggo nambah toleransi fault saka layanan, nanging uga cepet, migrasi sumber daya fleksibel antarane situs beda lan hyperscalers kanggo nambah tabungan biaya lan pilih solusi sing paling apik kanggo layanan tartamtu ing wayahe. Saliyane platform sing kadhaptar ing gambar judhul, perusahaan uga aktif kerja sama karo panyedhiya awan Rusia: Yandex.Cloud, Layanan Cloud CROC, Mail.ru lan liya-liyane. Sampeyan uga kudu dicathet yen ing 2020 perusahaan mbukak pusat R&D ing Skolkovo.
Pilihan saka siji solusi dening nomer akeh pemain ing pasar nuduhake kabijakan reregan apik lan applicability dhuwur saka produk, kang kita mutusaké kanggo nyoba ing laku.
Dadi, tugas tes kita bakal kalebu migrasi saka situs tes VMware lan mesin fisik menyang situs panyedhiya sing uga mbukak VMware. Ya, ana akeh solusi sing bisa ngetrapake migrasi kasebut, nanging kita nganggep Hystax minangka alat universal, lan nguji migrasi ing kabeh kombinasi sing bisa ditindakake mung minangka tugas sing ora nyata. Ya, lan maya Oncloud.ru dibangun khusus ing VMware, mula platform iki, minangka target, narik kawigaten kita luwih akeh. Sabanjure, aku bakal njlèntrèhaké prinsip dhasar saka operasi, kang minangka kabèh ora gumantung ing platform, lan VMware bisa diganti saka sembarang sisih karo platform saka vendor liyane.
Langkah pisanan yaiku masang Hystax Acura, yaiku panel kontrol sistem.
Iku ngembangaken saka cithakan. Kanggo sawetara alasan, ing kasus kita, iki ora bener lan tinimbang 8CPU sing disaranake, 16Gb disebarake kanthi setengah sumber daya. Mulane, sampeyan ora kudu lali kanggo ngganti, yen ora infrastruktur ing VM, kang kabeh dibangun, mung ora bakal miwiti karo kontaner lan portal bakal kasedhiya. ING sumber daya sing dibutuhake diterangake ing rinci, uga bandar kanggo kabeh komponen sistem.
Lan ana uga kangelan karo nyetel alamat IP liwat cithakan, supaya kita diganti saka console. Sawise iku, sampeyan bisa pindhah menyang antarmuka web admin lan ngrampungake tuntunan konfigurasi awal.
Endpoint - IP utawa FQDN saka vCenter kita.
Mlebet lan Sandi - iku cetha kene.
Target ESXi hostname minangka salah sawijining host ing kluster kita sing bakal ditiru.
Target datastore minangka salah sawijining datastore ing kluster sing bakal ditindakake replikasi.
Hystax Acura Control Panel Public IP - alamat ing ngendi panel kontrol bakal kasedhiya.
A klarifikasi sethitik ing inang lan datastore dibutuhake. Kasunyatane yaiku replikasi Hystax bisa digunakake ing tingkat host lan datastore. Sabanjure, aku bakal pitutur marang kowe carane sampeyan bisa ngganti host lan datastore kanggo tenant, nanging masalah beda. Hystax ora ndhukung pooling sumber, i.e. tiron bakal tansah kelakon ing ROOT saka kluster (ing wektu nulis materi iki, wong lanang saka Hystax dirilis versi dianyari, ngendi padha cepet dipun ginakaken request fitur babagan support kanggo pools sumber). Uga vCloud Director ora didhukung, ie. yen, kaya ing kasusku, tenant ora duwe hak admin kanggo kabeh kluster, nanging mung kanggo blumbang sumber tartamtu, lan kita menehi akses kanggo Hystax, banjur bakal bisa independen niru lan mbukak VMs iki, nanging bakal. ora bisa ndeleng wong-wong mau ing infrastruktur VMware , kang wis akses lan, patut, luwih ngatur mesin virtual. Administrator kluster kudu mindhah VM menyang blumbang sumber daya sing bener utawa ngimpor menyang vCloud Director.
Yagene aku fokus banget ing titik kasebut? Amarga, sajrone aku ngerti konsep produk kasebut, pelanggan kudu bisa ngetrapake migrasi utawa DR kanthi mandiri nggunakake panel Acura. Nanging nganti saiki, dhukungan VMware rada adoh saka tingkat dhukungan kanggo OpenStack, ing ngendi mekanisme sing padha wis ditindakake.
Nanging bali menyang penyebaran. Kaping pisanan, sawise persiyapan awal panel, kita kudu nggawe tenant pisanan ing sistem kita.
Kabeh lapangan ing kene wis jelas, aku mung bakal ngandhani babagan lapangan Cloud. Kita wis duwe awan "standar" sing digawe nalika konfigurasi awal. Nanging yen kita pengin bisa nyelehake saben panyewan ing datastore dhewe lan ing blumbang sumber dhewe, kita bisa ngleksanakake iki kanthi nggawe awan sing kapisah kanggo saben pelanggan.
Ing wangun nambah maya anyar, kita nemtokake paramèter sing padha nalika konfigurasi awal (malah kita bisa nggunakake host sing padha), nemtokake datastore sing dibutuhake kanggo pelanggan tartamtu, lan saiki ing paramèter tambahan kita bisa nemtokake kanthi individu sumber daya blumbang sing dibutuhake {"resource_pool" :"NAMA_POOL_MU"}
Minangka sampeyan bisa uga wis ngeweruhi, ing wangun nggawe tenant ora ana apa-apa bab alokasi sumber daya utawa sawetara jenis kuota - ora ana apa-apa ing sistem. Sampeyan ora bisa matesi tenant ing nomer replika simultaneous, nomer mesin kanggo replikasi, utawa dening paramèter liyane. Dadi, kita wis nggawe tenant pisanan. Saiki ana sing ora logis, nanging prentah - nginstal agen Cloud. Iku ora logis, amarga agen diundhuh ing kaca pelanggan tartamtu.
Ing wektu sing padha, iku ora disambungake menyang tenant digawe, lan kabeh pelanggan bakal bisa liwat (utawa sawise sawetara, yen kita nyebarke). Siji agen ndhukung 10 sesi simultan. Siji sesi dianggep minangka siji mobil. Ora Matter carane akeh disk wis. Nganti saiki, ora ana mekanisme kanggo skala agen ing Acura dhewe kanggo VMware. Ana siji liyane wayahe ora nyenengake - kita ora bisa ndeleng "pemanfaatan" agen iki saka panel Acura kanggo nyimpulake apa kita kudu masang luwih utawa instalasi saiki cukup. Akibaté, stand katon kaya iki:
Langkah sabanjure yaiku nggawe akun kanggo ngakses portal pelanggan (lan uga peran sing bakal ditrapake kanggo pangguna iki sadurunge).
Saiki pelanggan bisa nggunakake portal kasebut kanthi mandiri. Kabeh sing kudu ditindakake yaiku ngundhuh agen saka portal kasebut lan nginstal ing sisihane. Ana telung jinis agen: Linux, Windows, lan VMware.
Loro pisanan dilebokake ing fisika utawa ing mesin virtual ing hypervisor non-VMware. Ora ana konfigurasi tambahan sing dibutuhake ing kene, agen ngundhuh lan wis ngerti ngendi kanggo nuthuk, lan secara harfiah ing menit mobil bakal katon ing panel Acura. Kanthi agen VMware, kahanan kasebut rada rumit. Masalahe yaiku Agen kanggo VMware uga diundhuh saka portal sing wis disiapake lan duwe konfigurasi sing dibutuhake. Nanging agen VMware, saliyane ngerti babagan portal Acura kita, uga kudu ngerti babagan sistem virtualisasi sing bakal ditindakake.
Bener, sistem bakal njaluk kita nemtokake data iki nalika sampeyan ndownload agen VMware. Masalahe yaiku ing jaman kita tresna universal kanggo keamanan, ora kabeh wong pengin nuduhake sandi admin ing portal wong liya, sing bisa dingerteni. Saka njero, sawise panyebaran, agen ora bisa dikonfigurasi kanthi cara apa wae (sampeyan mung bisa ngganti setelan jaringan). Ing kene aku ngarepake kesulitan karo pelanggan sing ati-ati.
Dadi, sawise nginstal agen, kita bisa bali menyang panel Acura lan ndeleng kabeh mobil kita.
Awit aku wis nggarap sistem kanggo luwih saka dina, Aku duwe mesin ing macem-macem negara. Kabeh mau ana ing grup Default, nanging bisa nggawe grup kapisah lan transfer mesin kanggo wong-wong mau, sing perlu. Iki ora mengaruhi apa-apa - mung perwakilan logis saka data lan klompok kanggo karya luwih trep. Babagan pisanan lan paling penting sing kudu ditindakake sawise iku yaiku miwiti proses migrasi. Kita bisa nindakake iki kanthi meksa kanthi manual, lan nyetel jadwal, kalebu akeh kanggo kabeh mesin bebarengan.
Ayo kula ngelingake yen Hystax dipanggonke minangka produk kanggo migrasi. Mula, ora nggumunake yen kanggo mbukak mesin sing ditiru, kita kudu nggawe rencana DR. Sampeyan bisa nggawe rencana kanggo mesin sing wis ing negara Sync. Sampeyan bisa generate loro kanggo siji VM tartamtu, lan kanggo kabeh mesin bebarengan.
Set paramèter nalika nggawe rencana DR bakal beda-beda gumantung saka infrastruktur sing bakal sampeyan migrasi. Paramèter minimal kasedhiya kanggo lingkungan VMware. Re-IP kanggo mesin uga ora didhukung. Ing babagan iki, kita kasengsem ing titik-titik ing ngisor iki: ing katrangan VM, parameter "subnet": "VMNetwork", ing ngendi kita ngiket VM menyang jaringan tartamtu ing kluster. Pangkat - relevan nalika migrasi sawetara VM; iku nemtokake urutan sing diluncurake. Rasa - nggambarake konfigurasi VM, ing kasus iki - 1CPU, 2GB RAM. Ing bagean subnets, kita nemtokake manawa "subnet": "VMNetwork" digandhengake karo "VM Network" VMware.
Nalika nggawe rencana DR, ora ana cara kanggo "pamisah" disk ing macem-macem datastores. Padha bakal dumunung ing datastore padha sing ditetepake kanggo maya klien iki, lan yen sampeyan duwe disk saka kelas beda, iki bisa nimbulaké sawetara kangelan nalika miwiti mesin, lan sawise miwiti lan "misah" VM saka Hystax, uga bakal mbutuhake disk migrasi sing kapisah menyang panyimpen data sing dibutuhake. Banjur kita mung kudu mbukak rencana DR lan ngenteni mobil munggah. Proses konversi P2V/V2V uga butuh wektu. Ing mesin tes 100GB paling gedhe kanthi telung disk, iki njupuk maksimal 10 menit.
Sawise iku, sampeyan kudu mriksa VM sing mlaku, layanan ing kono, konsistensi data lan mriksa liyane.
Banjur kita duwe rong pilihan:
- Busak - mbusak rencana DR mlaku. Tumindak iki mung bakal mateni VM sing mlaku. Replika iki ora menyang ngendi wae.
- Copot - nyopot mobil replika saka Acura, i.e. bener ngrampungake proses migrasi.
Kaluwihan saka solusi:
- gampang instalasi lan konfigurasi ing sisih klien lan ing sisih panyedhiya;
- gampang nyetel migrasi, nggawe rencana DR lan ngluncurake replika;
- dhukungan lan pangembang nanggapi kanthi cepet kanggo masalah sing ditemokake lan ndandani karo nganyari platform utawa agen.
Минусы
- Dhukungan Vmware ora cukup.
- Ora ana kuota kanggo penyewa saka platform.
Aku uga nggawe Panjaluk Fitur, sing diwenehake menyang vendor:
- ngawasi panggunaan lan panyebaran saka Konsol Manajemen Acura kanggo Agen Cloud;
- kasedhiyan kuota kanggo nyewo;
- kemampuan kanggo matesi jumlah replikasi simultaneous lan kacepetan kanggo saben tenant;
- dhukungan kanggo VMware vCloud Director;
- dhukungan kanggo blumbang sumber (dilaksanakake sajrone tes);
- kemampuan kanggo ngatur agen VMware saka sisih agen dhewe, tanpa ngetik kredensial saka infrastruktur klien ing panel Acura;
- "Visualisasi" proses miwiti VM nalika miwiti rencana DR.
Siji-sijine sing nyebabake keluhan gedhe yaiku dokumentasi. Aku ora seneng banget "kothak ireng" lan luwih seneng nalika ana dokumentasi rinci babagan cara produk ing njero. Lan yen kanggo AWS lan OpenStack produk diterangake malah luwih utawa kurang, banjur kanggo VMware ana sethitik dokumentasi.
Ana Pandhuan Instalasi sing njlèntrèhaké mung penyebaran panel Acura, lan ngendi ora ana tembung bab perlu kanggo agen Cloud. Ana pesawat lengkap specifications kanggo produk, kang apik. Ana dokumentasi sing njlèntrèhaké persiyapan "saka lan menyang" nggunakake AWS lan OpenStack minangka conto (sanajan luwih ngelingake aku babagan kiriman blog), lan ana Pangkalan Pengetahuan sing cilik banget.
Umumé, iki dudu format dokumentasi sing biasa aku, ujar, saka vendor sing luwih gedhe, mula aku ora kepenak. Ing wektu sing padha, aku ora nemokake jawaban babagan sawetara nuansa operasi sistem "ing" ing dokumentasi iki - aku kudu njlentrehake akeh pitakonan kanthi dhukungan teknis, lan iki rada nyeret proses nyebarake stand lan testing.
Summing munggah, Aku bisa ngomong sing ing umum aku disenengi produk lan pendekatan perusahaan kanggo implementasine saka tugas. Ya, ana cacat, ana kekurangan fungsionalitas sing kritis (bebarengan karo VMware). Bisa dideleng manawa, pisanan, perusahaan isih fokus ing awan umum, utamane AWS, lan kanggo sawetara iki bakal cukup. Duwe produk sing prasaja lan trep saiki, nalika akeh perusahaan milih strategi multi-cloud, penting banget. Amarga rega sing luwih murah dibandhingake karo pesaing, iki ndadekake produk kasebut atraktif banget.
We are looking for a tim . Mungkin sampeyan?
Source: www.habr.com