Bermigrasi dari VMware ke XCP-ng
Karena VMware 6 sekarang sudah habis masa pakainya (EOL), jika Anda salah satu pelanggannya, Anda mungkin sedang menjajaki opsi virtualisasi lainnya. Hal ini mungkin disebabkan oleh, antara lain, model lisensi baru mereka dan akuisisi baru-baru ini oleh Broadcom. Tentu saja, migrasi dari VMware terdengar sedikit menakutkan. Karena sifat sumber tertutup dari VMware, terkadang sulit untuk menemukan alat migrasi, dan meskipun alat tersebut ada, tidak pernah semudah kelihatannya - karena setiap infrastruktur memiliki batasannya masing-masing. Proses konversinya sendiri dapat memakan waktu beberapa hari bergantung pada konfigurasi penyimpanan Anda dan jumlah VM yang perlu Anda migrasikan.
Namun Anda beruntung , banyak pengguna telah pindah ke XCP-ng dan kami telah mengumpulkan keahlian hebat di bidang ini. Dalam postingan blog ini saya akan membagikan semua elemen berguna untuk membantu Anda melakukan migrasi ini.
Kami kira Anda membaca posting ini karena mungkin Anda pernah mendengar tentang XCP-ng. Tapi mengapa bermigrasi ke XCP-ng dan bukan yang lain?
🚀 Mengapa XCP?
Sebelum membahas migrasi, mari kita rekap alasan yang jelas untuk melakukan transisi:
- Sepenuhnya Open Source dengan komunitas yang sangat beragam dan aktif: Anda tidak akan pernah sendirian, dan "ancaman Broadcom" dapat dimitigasi!
- Aman : XCP-ng menggunakan Xen pada intinya, dan keamanan adalah salah satu prioritas kami , dengan semua pembaruan keamanan (bersama yang lainnya) 100% gratis.
- Mudah digunakan : tidak seperti alternatif Open Source lainnya, XCP-ng dimaksudkan agar mudah digunakan, -sebuah peralatan-, terutama jika Anda tidak memiliki keahlian Linux.
- Kesamaan dengan VMware : sebagai hypervisor tipe 1, dengan komponen serupa, XCP-ng dapat dibandingkan dengan ESXi dan Xen Orchestra dengan vCenter (dan bahkan VEEAM!).
- Kompatibilitas perangkat keras yang luas : pertahankan perangkat keras yang ada jika Anda mau, XCP-ng akan berfungsi dengan baik di dalamnya. Meski tidak mutakhir!
- Anda didukung : Open Source bukan berarti tanpa dukungan profesional! Vates adalah pengembang utama di balik XCP-ng, yang mampu memberikan dukungan 24/7 dalam waktu respons 1 jam.
- Lisensi yang sederhana dan transparan : tidak perlu memiliki gelar sarjana lima tahun di bidang lisensi VMware untuk merencanakan anggaran Anda. Kunjungi saja halaman harga kami untuk mempelajari biaya dukungan.
🧭 Bagaimana cara bermigrasi?
Ada beberapa cara untuk melakukan migrasi VM dari VMware ke XCP-ng. Hal pertama yang perlu Anda ketahui: kami di sini untuk membantu Anda dalam keseluruhan proses! Dari memberi Anda beberapa saran hingga benar-benar melaksanakannya untuk Anda, kami menyediakan berbagai keterampilan untuk mengurangi investasi migrasi Anda (waktu dan uang) tanpa komitmen atau biaya apa pun di pihak Anda. Ya, itu bagian dari dukungan kami.
Cara otomatis: XO V2V
Kami sedang mengerjakan berbagai opsi untuk mendapatkan otomatisasi pada infrastruktur yang lebih besar. Yang pertama kami lakukan adalah skrip kecil yang mampu membaca file OVF dan secara otomatis membuat VM yang sesuai di tujuan. Namun, hal ini sangat bergantung pada versi VMware, jadi kami memutuskan untuk bekerja dengan cara yang lebih efisien untuk mencapai hal tersebut, langsung diintegrasikan ke dalam Xen Orchestra. Dan kami berhasil! Ini adalah alat yang kami sebut Xen Orchestra "V2V", atau "VMware to Vates".
Tujuan lainnya adalah mencapai migrasi ini dengan cara yang sama seperti yang kita lakukan di Xen Orchestra yang asli untuk XCP-ng: replikasi berkelanjutan. Singkatnya, idenya adalah untuk mengekspor snapshot pertama dari VM (di sisi VMware): ini mungkin memerlukan waktu tetapi VM akan tetap berjalan, sehingga juga transparan. Ketika replikasi "penuh" pertama ini selesai, kita dapat mematikan VM, hanya mengekspor blok baru sejak snapshot, dan akhirnya memulainya di tujuan (sisi XCP-ng). Dengan cara ini, kami dapat mengurangi banyak waktu henti (downtime), terutama untuk VM besar. Dan tentu saja, ini bisa diotomatisasi sehingga Anda bahkan tidak perlu melacak kemajuannya.
Kelebihan:
- Dikelola secara asli : ini langsung diintegrasikan ke dalam Xen Orchestra.
- Waktu henti yang sangat kecil : matikan, replikasi hanya delta dan boot sesuai tujuan!
- Otomatis : Anda dapat melakukannya dengan memilih beberapa VM dan membiarkan perangkat lunak melakukan sisanya untuk Anda.
Kontra:
- Dalam beberapa kasus, jika tidak berhasil, Anda dapat mencoba opsi lain.
Dari UI
Ini cukup sederhana. Di UI Xen Orchestra Anda, masuk ke menu utama di sebelah kiri, pada opsi "Impor" lalu "Dari VMware":
Setelah memberikan kredensial vCenter, Anda dapat mengklik "Hubungkan" dan melanjutkan ke langkah berikutnya:
Di layar ini, pada dasarnya Anda akan memilih VM mana yang akan direplikasi, dan ke kumpulan, penyimpanan, dan jaringan mana. Setelah selesai, cukup klik "Impor" dan selesai!
Dari CLI
Anda juga dapat menggunakan CLI untuk melakukannya. Singkatnya, tampilannya seperti ini, menggunakan xo-cli:
xo-cli vm.importFromEsxi host=<VSPHERE_IP> user=<VSPHERE_USER> password=<VSHPERE_PWD> sslVerify=<true|false> vm=<VSPHERE_VM_ID> sr=<SR_UUID> network=<NETWORK_UUID>Seperti yang Anda lihat, ini cukup jelas. Kumpulkan saja semua informasi yang diperlukan untuk menghubungi pihak VMware (IP, kredensial, pemeriksaan ssl atau tidak dan ID VM). Di sisi XCP-ng, cukup berikan SR dan jaringan tujuan.
Sekarang, Anda dapat melihat kemajuan transfer dalam tampilan "Tugas" di UI Xen Orchestra Anda. Setelah selesai, Anda dapat langsung mem-boot VM!
Alternatif
Jika Anda ingin menguji solusi lain, kami juga menghadirkan alternatif sehingga Anda dapat mencoba berbagai hal.
Cara OVA
Ide di balik proses migrasi ini cukup sederhana. Ekspor OVA didukung di VMware 6.x. OVA adalah file tunggal besar yang menggunakan Open Virtualization Format, yang merupakan standarnya. Di dalam OVA ini, Anda memiliki XML yang menjelaskan metadata (nama VM, deskripsi…), dan kemudian disk Anda dalam format VMDK.
Itu sebabnya OVA (bahkan dengan format VMDK di dalamnya) dapat diimpor dalam XCP-ng melalui Xen Orchestra, yang setara dengan vCenter. Ini didokumentasikan di sini:
Tentunya ada beberapa hal yang perlu diperhatikan saat melakukan migrasi seperti ini, terutama jika Anda memiliki jumlah VM yang akan dimigrasikan sangat banyak.
Kelebihan:
- Aman: karena VM yang diekspor dapat diuji di tujuan sedangkan VM asli masih dapat berjalan di sumber.
- Standar dan gratis: OVA adalah standar industri, dan didukung secara gratis di VMware dan XCP-ng/Xen Orchestra.
- Sederhana: prosesnya sangat sederhana untuk dicapai, tidak perlu pelatihan.
Kontra:
- Waktu henti yang direncanakan: OVA hanya dapat diekspor saat VM mati (kecuali jika Anda mengekspor klon, tetapi semua blok yang ditulis setelah klon tidak akan ada di VM yang diimpor. Jika Anda dapat menyinkronkan setelahnya, tidak apa-apa!). Proses ini dapat memakan waktu cukup lama, dan VM Anda tidak akan dapat dijangkau hingga VM tersebut sepenuhnya diekspor DAN diimpor ke tujuan.
- Membutuhkan ruang: Anda memerlukan penyimpanan perantara tempat Anda dapat mengekspor lalu mengimpor file OVA. Jika VM Anda kecil, tidak apa-apa.
- Proses manual: meskipun mudah dilakukan, hal ini dapat menjadi rumit jika Anda memiliki banyak VM untuk dimigrasi.
KlonZilla
Opsi ini merupakan alternatif dari OVA. Singkatnya, Anda akan memasukkan live CD CloneZilla ke VM VMware yang ada, dan mem-bootnya. Sementara itu, Anda juga memiliki VM di tujuan dengan metadata yang tepat (nama dan disk yang sama), yang juga akan Anda boot dengan CloneZilla.
Kemudian, dari konsol VM, Anda dapat memberi tahu VM sumber yang menjalankan CloneZilla untuk mengirim semua blok ke VM tujuan, yang juga menjalankan CloneZilla. Setelah selesai, Anda dapat mematikan VM asli dengan aman dan mem-boot salinannya sesuai tujuan!
Kelebihan:
- Cepat: tidak perlu mengekspor dan mengimpor secara berurutan, Anda langsung mengirim blok dari satu VM ke VM lainnya.
- Tidak perlu ruang ekstra: tidak perlu penyimpanan perantara!
- Fleksibel: ini berfungsi untuk semua VM atau bahkan mesin fisik.
- Gratis: CloneZilla adalah perangkat lunak gratis.
Kontra:
- Beberapa waktu henti yang perlu direncanakan: meskipun waktu henti akan dikurangi vs dengan cara OVA, ekspor/impor tetap perlu dilakukan saat VM tidak aktif.
- Waktu penyiapan: tidak rumit, tetapi memerlukan berbagai operasi hingga Anda dapat memulai replikasi untuk satu VM. Jika Anda memiliki banyak VM, hal ini memerlukan upaya manusia.
🗺️ Pertimbangan lainnya
Migrasi dari VMware ke XCP-ng bukan hanya operasi teknis pada satu VM, melainkan sebuah proses. Dan lamanya migrasi bergantung pada berbagai faktor. Mari kita lihat!
Jumlah VM
Tentu saja, semakin banyak VM yang harus Anda migrasikan, semakin lama pula prosesnya. Penting untuk mengukur ukuran infrastruktur Anda sebelum memulai proses migrasi tersebut. Jika Anda memiliki ratusan atau bahkan ribuan VM yang ingin dimigrasikan, Anda mungkin ingin mempertimbangkan untuk menggunakan skrip ekspor/impor untuk mengotomatiskannya. Ini adalah sesuatu yang dapat kami bantu!
Ukuran disk
Ukuran disk VM Anda penting. Ingatlah bahwa di XCP-ng Anda tidak boleh memiliki disk yang masing-masing lebih besar dari 2TiB. Bahkan tanpa melampaui batas ini, semakin besar ukuran VM, prosesnya akan semakin lama dan berisiko.
Sebaiknya bersihkan disk Anda sebelum memulai proses migrasi sehingga Anda hanya mengekspor data yang Anda yakin ingin simpan.
Performa dan kompatibilitas perangkat keras
Selain volume VM dan data yang ingin Anda transfer, Anda juga harus mempertimbangkan kinerja perangkat keras Anda sendiri. SSD atau HDD? Kinerja perangkat keras jaringan? Ketersediaan RAM dan CPU? Semua elemen ini akan berdampak pada migrasi Anda.
Sejauh menyangkut kompatibilitas perangkat keras, kabar baiknya adalah XCP-ng kompatibel dengan hampir semua perangkat keras x86 yang tersedia di pasaran - kami siap mendukung infrastruktur apa pun yang berjalan pada server x86.
🧑💻 Bantuan migrasi kami
Kami dapat membantu Anda memulai dengan XCP-ng. Pakar kami sangat terampil dan berpengalaman dalam menyiapkan, mengelola, dan memecahkan masalah XCP-ng.
Tidak ada alasan untuk memulai proyek seperti ini sendirian, dan menemani Anda serta menunjukkan jalan terbaik ke depan adalah bagian dari dukungan XCP-ng Pro kami .
Baca selengkapnya tentang mengapa dukungan kami sangat berbeda dibandingkan orang lain:
Olivier Lambert
🫶 Menjadi mitra
Selain pengguna infrastruktur virtual, Anda juga dapat menjadi integrator solusi bagi pelanggan Anda dan mungkin mencari alternatif selain VMware.
Anda sudah dapat bergabung dengan program mitra kami untuk Xen Orchestra dan kami sedang dalam proses membuat program mitra seputar solusi Vates . Kami akan dengan senang hati mendiskusikan opsi yang dapat kami tawarkan kepada Anda!
🎯 Kesimpulan
Transisi dari VMware vSphere ke XCP-ng tidaklah sesulit kelihatannya. Rintangan terbesarnya adalah mengatur ulang infrastruktur Anda dan memperbarui kebijakan dan prosedur untuk mengakomodasi arsitektur dan fungsionalitas baru XCP-ng. Jika Anda ingin bermigrasi dari VMware 6 dan tidak ingin melakukannya sendirian, dukungan profesional kami siap membantu Anda mulai dari desain infrastruktur masa depan hingga implementasi aktualnya.
Ingin mengujinya terlebih dahulu dan membuat bukti konsep? Tanpa paywall, cukup unduh dan coba!
Tidak ada komentar:
Posting Komentar