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, termasuk:

    • Pemangku kepentingan pelanggan
    • Sponsor dan pemilik program
    • Tim teknis yang bertanggung jawab atas migrasi
    • Pemangku kepentingan untuk sistem dan aplikasi dalam cakupan
    • Manajer Akun Teknis (TAM), Partner Engineering Manager (PEM), atau Customer Engineer (CE) Google yang relevan

  • Menilai 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
    • tonggak pencapaian dan pengaturan waktu

  • Pastikan kesesuaian dengan semua pemangku kepentingan.

Mengevaluasi opsi migrasi

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

  • Pertimbangkan untuk merencanakan migrasi secara bertahap.

    • Pertimbangkan dependensi dan pemetaan aplikasi.
    • Mengelompokkan VM berdasarkan jadwal pemeliharaannya.
    • Untuk menghindari beberapa siklus daya, identifikasi VM dengan update sistem yang tertunda dan sesuaikan jadwal dengan mulai ulang pengalihan migrasi.

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

  • Pastikan vSphere, vCenter, HCX, dan, jika berlaku, NSX-T on-premise 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 digabungkan dengan VM besar lainnya.

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

  • Kembangkan strategi pra- dan pasca-migrasi untuk konten yang tidak dapat dimigrasikan karena hardware atau pemberian tag yang persisten, seperti ISO yang di-mount, tag NSX-T, perangkat passthrough yang menggunakan DirectPath I/O, disk multi-penulis, 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.

Menggunakan VMware HCX untuk migrasi

Saat menggunakan HCX untuk migrasi, pertimbangkan rekomendasi berikut:

  • Meskipun topologi jaringan datar didukung untuk deployment HCX Connector dan HCX Service Mesh, untuk menghindari masalah pemilihan rute dan error konektivitas, siapkan profil jaringan HCX Management dan HCX Uplink di jaringan dan VLAN terpisah.

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

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

    Tim SRE mengelola pencadangan HCX Manager, tetapi tidak mengelola pencadangan HCX Connector.

    Appliance layanan HCX, termasuk HCX-IX dan HCX-NE, tidak memerlukan pencadangan individual. HCX Manager yang dipulihkan akan terhubung kembali ke perangkat layanan yang ada yang dibuat dalam durasi pencadangan. Jika appliance layanan tidak lagi berfungsi, HCX Manager akan men-deploy VM appliance baru berdasarkan konfigurasi yang dicadangkan.

  • Saat meregangkan jaringan Lapisan 2 menggunakan ekstensi jaringan HCX, aktifkan TCP Flow Conditioning. Untuk informasi terkait, lihat Fitur traffic engineering 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 1350 byte hingga 1390 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 cara menghitung overhead enkapsulasi, lihat pertimbangan MTU dan VPN VMware NSX-T.

Langkah selanjutnya