Praktik terbaik migrasi

Halaman ini menyajikan beberapa praktik terbaik untuk memigrasikan instance virtual machine (VM) VMware ke cloud pribadi Anda menggunakan Google Cloud VMware Engine.

Merencanakan project migrasi

Sebelum memigrasikan VM VMware ke cloud pribadi Anda, rencanakan migrasi sebagai berikut:

  • Identifikasi personel tersebut, termasuk yang berikut:

    • Pemangku kepentingan pelanggan
    • Sponsor dan pemilik program
    • Tim teknis yang bertanggung jawab atas migrasi
    • Para pemangku kepentingan untuk sistem dan aplikasi dalam ruang lingkup
    • Google Technical Account Manager (TAM), Partner Engineering Manager (PEM), atau Customer Engineer (CE) yang relevan

  • Lakukan evaluasi lingkungan sumber.

  • Buat rencana yang menentukan hal berikut:

    • strategi migrasi
    • arsitektur lingkungan baru
    • tujuan dan kriteria keberhasilan, termasuk skrip UAT dan QA
    • peran dan tanggung jawab
    • model komunikasi, termasuk rapat singkat harian, pelaporan status, jalur eskalasi, ruang chat
    • data yang tidak dapat dimigrasikan dan strategi terkait
    • {i>milestone<i} dan pengaturan waktu

  • Memastikan keselarasan dengan semua pemangku kepentingan.

Mengevaluasi opsi migrasi

Guna mengevaluasi berbagai opsi migrasi untuk VMware Engine, pertimbangkan opsi berikut:

  • Pertimbangkan untuk merencanakan migrasi secara bergelombang.

    • Pertimbangkan dependensi dan pemetaan aplikasi.
    • Mengelompokkan VM berdasarkan jadwal pemeliharaannya.
    • Untuk menghindari terjadinya beberapa penyalaan ulang, identifikasi VM yang memiliki update sistem yang tertunda dan sesuaikan jadwal dengan saat pengalihan migrasi dimulai.

  • Membuat strategi pencadangan dan DR untuk VM. Pertimbangkan untuk menggunakan Pencadangan dan DR Google Cloud serta VMware Engine Protected.

  • Pastikan vSphere, vCenter, HCX, dan, jika berlaku, NSX-T lokal memenuhi kompatibilitas pembuatan versi minimum dengan versi komponen VMware Engine.

  • Identifikasi VM dengan persyaratan memori, CPU, atau penyimpanan yang melebihi spesifikasi jenis node saat ini, atau yang dapat menyebabkan pertentangan jika dikombinasikan dengan VM besar lainnya.

    Misalnya, server database mungkin memerlukan memori dalam jumlah besar, atau server penyimpanan file mungkin memerlukan datastore dalam jumlah besar.

  • Kembangkan strategi pra- dan pasca-migrasi untuk konten yang tidak dapat dimigrasikan karena adanya pemberian tag atau hardware persisten, seperti ISO yang terpasang, tag NSX-T, perangkat passthrough yang menggunakan DirectPath I/O, disk multi-writer, dan RDM fisik. Contoh strateginya adalah mempertimbangkan untuk mengonversi RDM fisik ke mode kompatibilitas virtual.

  • Menilai dan mengevaluasi metode migrasi.

    Pilih migrasi massal. Pertimbangkan persyaratan dan batasan terkait.

Gunakan VMware HCX untuk migrasi

Saat menggunakan HCX untuk migrasi, pertimbangkan rekomendasi berikut:

  • Meskipun topologi jaringan datar didukung untuk deployment Konektor HCX dan Mesh Layanan HCX, untuk menghindari masalah perutean dan error konektivitas, siapkan Pengelolaan HCX dan profil jaringan HCX Uplink di jaringan dan VLAN yang terpisah.

  • Pastikan lingkungan VMware Anda memiliki versi HCX terbaru. Untuk informasi selengkapnya, lihat Prosedur Pembaruan Layanan HCX.

  • Pastikan untuk mengonfigurasi operasi pencadangan dan pemulihan HCX, sesuai kebutuhan.

    Tim SRE mengelola cadangan Pengelola HCX, tetapi bukan cadangan Konektor HCX.

    Peralatan layanan HCX, termasuk HCX-IX dan HCX-NE, tidak memerlukan pencadangan terpisah. Pengelola HCX yang dipulihkan terhubung kembali ke peralatan layanan yang ada dan dibuat dalam durasi pencadangan. Jika peralatan layanan tidak lagi berfungsi, Pengelola HCX akan men-deploy VM peralatan baru berdasarkan konfigurasi yang dicadangkan.

  • Saat merentangkan jaringan Lapisan 2 menggunakan ekstensi jaringan HCX, aktifkan Pengondisian Alur TCP. Untuk informasi terkait, lihat Fitur rekayasa traffic yang disediakan di HCX.

  • Untuk VM yang berkomunikasi ke atau dari cloud pribadi melalui ekstensi HCX L2, konfigurasikan setelan MTU terbaik berdasarkan konfigurasi endpoint VPN. Hal ini sangat penting jika aplikasi tidak dapat mengontrol ukuran payload maksimum.

    Google merekomendasikan setelan MTU dari 1.350 byte hingga 1.390 byte atau lebih rendah untuk antarmuka VM yang memungkinkan transfer data dengan cara berikut:

    • Dari endpoint lokal ke cloud pribadi, dan sebaliknya
    • Dari VM di satu cloud pribadi ke VM di cloud pribadi lain melalui ekstensi L2

    Untuk panduan tambahan tentang penghitungan overhead enkapsulasi, lihat pertimbangan MTU dan VPN VMware NSX-T.

Langkah selanjutnya