Memigrasikan workload dari hardware ve1 yang akan dihentikan

Dokumen ini menjelaskan cara memigrasikan workload Google Cloud VMware Engine Anda dari hardware ve1 yang akan dihentikan ke hardware ve1 atau ve2 yang didukung. Anda dapat memigrasikan workload menggunakan salah satu dari dua metode: Opsi 1 melibatkan penambahan cluster hardware baru ke private cloud yang ada untuk membuat private cloud node campuran, sedangkan Opsi 2 melibatkan deployment private cloud baru menggunakan hardware baru.

Google Cloud menghentikan penggunaan hardware ve1 generasi pertama secara bertahap karena infrastruktur fisik telah mencapai akhir masa pakainya. Penghentian terjadi dalam batch berdasarkan grup penempatan di berbagai region layanan.

Saat Google Cloud menjadwalkan penghentian penggunaan hardware Anda, Anda akan menerima notifikasi Akhir Masa Pakai (EoL) yang ditargetkan yang berisi linimasa terperinci, batas resource, dan petunjuk migrasi. Notifikasi yang ditargetkan ini mulai diluncurkan pada Kuartal 1 2026, dan batch pertama hardware ve1 mencapai akhir siklus proses (EOL) pada Kuartal 1 2027. Saat grup penempatan mencapai tanggal penghentian terjadwal, Anda dapat memigrasikan workload ke hardware yang lebih baru.

Dokumen ini menjelaskan detail pemberitahuan EoL dan langkah-langkah untuk memigrasikan workload Anda. Untuk mempertahankan kontinuitas layanan dan memastikan cakupan perjanjian tingkat layanan (SLA), selesaikan migrasi sebelum cluster Anda mencapai tanggal akhir masa pakainya.

Sebelum memulai

Sebelum mengonfigurasi resource baru, tinjau persyaratan, batasan, dan faktor yang dapat menghalangi migrasi Anda di bagian ini. Informasi ini membantu Anda merencanakan migrasi yang berhasil dan menghindari gangguan layanan.

Persyaratan penting yang harus dipertimbangkan sebelum Anda memulai migrasi adalah sebagai berikut:

  • Jendela migrasi 60 hari yang ketat: Google mendukung migrasi Anda selama maksimal 60 hari setelah menyetujui permintaan kuota kapasitas target Anda:
    • Anda harus menyelesaikan migrasi beban kerja dan menonaktifkan hardware yang tidak digunakan lagi dalam jangka waktu ini.
    • Jika durasi migrasi workload Anda melebihi 60 hari setelah Anda menyediakan cluster target, Anda harus membawa lisensi Broadcom sendiri (BYOL) untuk mencakup konsumsi yang melebihi hak standar.

Faktor-faktor yang berpotensi menghalangi migrasi Anda adalah sebagai berikut:

  • Pemblokir ruang alamat IP (Pemblokir Opsi 1): Opsi 1 (cloud pribadi node campuran) mengharuskan cloud pribadi yang ada memiliki ruang alamat IP pengelolaan gratis yang cukup. Anda memerlukan ruang yang cukup untuk mendukung cluster target yang ditambahkan, yang memerlukan minimal tiga node. Jika blok CIDR yang ada tidak dapat mendukung setidaknya tiga node tambahan, Anda tidak dapat menggunakan Opsi 1. Dalam hal ini, Anda harus men-deploy cloud pribadi baru (Opsi 2). Tinjau Merencanakan kapasitas untuk ruang alamat IP guna menentukan kelayakan Anda.
  • Dukungan database migrasi langsung: Beberapa platform database tidak dapat mentoleransi migrasi vMotion langsung. Identifikasi instance database VM ini dan rencanakan untuk membangunnya kembali secara langsung di cluster target.
  • Konektivitas VMware HCX: Perangkat VMware HCX Fleet tidak mendukung live vMotion standar. Anda harus merencanakan untuk men-deploy ulang mesh layanan HCX di cluster target. Untuk mengetahui informasi selengkapnya, lihat artikel Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter.

Merencanakan kapasitas untuk ruang alamat IP

Jika Anda melakukan migrasi menggunakan cloud pribadi dengan node campuran (Opsi 1), verifikasi bahwa cloud pribadi yang ada memiliki ruang yang cukup tersedia dalam rentang alamat IP pengelolaan. Cluster target yang ditambahkan memerlukan minimal tiga node.

  1. Lihat rentang alamat IP pengelolaan dan versi rencana IP cloud pribadi Anda. Sebagai referensi, lihat Versi pembagian rentang CIDR subnet.
  2. Hitung jumlah node saat ini di cloud pribadi Anda.
  3. Periksa jumlah maksimum node yang didukung oleh ukuran CIDR Anda. Lihat tabel Ukuran rentang CIDR subnet vSphere dan vSAN.
  4. Hitung: Existing node count + 3 ≤ maximum nodes supported by CIDR size

Jika blok CIDR Anda tidak dapat mendukung setidaknya tiga node tambahan, Anda tidak dapat menggunakan cloud pribadi dengan node campuran. Dalam hal ini, Anda harus men-deploy cloud pribadi baru (Opsi 2).

Merencanakan kapasitas node

Jika penawaran kapasitas mendatang Anda menentukan node ve2, hubungi tim akun Google Cloud Anda untuk menentukan ukuran dan jenis node ve2 (mega, large, standard, atau small) serta jumlah yang tepat untuk workload Anda. Lihat Jenis node HCI VMware Engine untuk mengetahui spesifikasi teknis.

Persyaratan lisensi dan software

Pertimbangkan persyaratan software dan lisensi berikut untuk migrasi Anda:

  • Lisensi Broadcom: Jika durasi migrasi workload Anda melebihi 60 hari setelah Anda menyediakan cluster target, Anda harus membawa lisensi Broadcom Anda sendiri untuk mencakup konsumsi yang melebihi hak standar Anda.
  • Mesh layanan VMware HCX: Appliance VMware HCX Fleet tidak mendukung vMotion. Anda harus men-deploy ulang mesh layanan HCX di cluster target. Untuk mengetahui informasi selengkapnya, lihat artikel Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter.
  • Grup penempatan pengelolaan: Google menyediakan kapasitas di grup penempatan yang benar. Untuk penyiapan node campuran, Cloud Customer Care akan menyiapkan cluster baru di grup penempatan target. Untuk cloud pribadi baru, kirimkan nama cloud pribadi yang direncanakan kepada tim akun Anda sebelum Anda membuat cloud pribadi untuk memastikan Google mengonfigurasinya di grup penempatan yang benar.

Merencanakan komitmen dan penagihan

Sebelum Anda memilih jalur migrasi, tinjau batasan berikut untuk diskon abonemen (DA):

  • ve1 Batasan CUD: Hanya CUD ve1 satu tahun dengan opsi harga lisensi portabel yang tersedia. Untuk menerapkan komitmen satu tahun baru, Anda harus bermigrasi ke grup penempatan ve1 baru di region yang sama.
  • Dukungan CUD ve2: Komitmen CUD tiga tahun hanya didukung di keluarga node ve2.
  • Pemeriksaan kelayakan: Karena komitmen baru bergantung pada masa aktif yang tersisa dari grup penempatan node di wilayah Anda, Anda harus bekerja sama dengan Google Cloud tim akun untuk memverifikasi kelayakan Anda.

Memahami pemberitahuan akhir siklus proses ve1

Pemberitahuan akhir siklus proses (EoL) ve1 adalah email resmi yang memberi tahu Anda bahwa node bare metal Anda akan mencapai akhir masa pakainya.ve1

Komponen penting pemberitahuan EoL

Pemberitahuan tersebut mencakup detail berikut:

  • Region dan zona tempat pemberitahuan penghentian berlaku.
  • Penggunaan Anda saat ini: Mencantumkan semua project aktif dan cloud pribadi ve1 di region tersebut, yang menjelaskan:
    • Nama cloud pribadi
    • Nomor project
    • Nama cluster
    • Jenis node ve1 (HCI atau SON)
    • Jumlah node ve1 dari setiap jenis
    • Tanggal Akhir Siklus Proses setelah cluster tidak didukung
  • Penawaran kapasitas di masa mendatang: Pemberitahuan EoL memberikan penawaran kapasitas di masa mendatang untuk setiap cluster ve1 di region:
    • Jika penawaran kapasitas target adalah ve1: Jumlah node yang sama seperti di cluster ve1 saat ini, dengan konfigurasi masa pakai yang cukup lebih lama.
    • Jika penawaran kapasitas target adalah ve2: jenis node ve2-mega-128, menawarkan resource komputasi, memori, dan kapasitas penyimpanan yang setara atau lebih tinggi.
    • SLA dan Toleransi Terhadap Kegagalan (FTT): Untuk cluster dengan tiga node atau lebih, penawaran mendatang terdiri dari minimal tiga node. Hal ini memastikan nilai FTT default sebesar 1.

Langkah-langkah migrasi kunci

Migrasi Anda terdiri dari urutan langkah-langkah berikut:

  1. Tinjau penawaran kapasitas target untuk setiap cluster yang akan dihentikan. Jika Anda memerlukan konfigurasi yang berbeda (jenis atau jumlah node), hubungi tim akunGoogle Cloud Anda untuk menyesuaikan penawaran kapasitas.
  2. Mengelola Diskon Penggunaan yang Di-commit (CUD): Jika Anda memiliki komitmen CUD ve1 yang aktif dan melampaui tanggal akhir masa pakai hardware, hubungi tim akun Anda untuk menyesuaikan atau menghentikannya.
  3. Pilih jalur migrasi Anda: Pilih antara membuat cloud pribadi dengan keluarga node campuran atau deployment cloud pribadi baru. Untuk membantu Anda memutuskan, bandingkan metode migrasi di bagian berikut.
  4. Jalankan migrasi: Migrasikan workload Anda menggunakan jalur yang dipilih. Anda memiliki periode dukungan maksimum 60 hari untuk menyelesaikan migrasi setelah Google menyetujui permintaan kuota Anda.
  5. Nonaktifkan hardware lama: Hapus cluster ve1 yang akan dihentikan dan kuota terkait untuk menyelesaikan migrasi.

Membandingkan opsi migrasi

Memilih jalur migrasi yang benar akan membantu Anda mengonfigurasi jaringan dengan benar. Tindakan ini juga membantu Anda menghindari gangguan layanan selama migrasi. Tabel berikut membandingkan kriteria teknis, jaringan, dan operasional untuk setiap opsi.

Fitur Opsi 1: Cloud pribadi node campuran (hybrid) Opsi 2: Deployment cloud pribadi baru
Deskripsi Tambahkan cluster target family hardware langsung ke private cloud yang ada. Men-deploy cloud pribadi yang benar-benar baru di hardware target.
Persyaratan untuk rentang IP pengelolaan Memerlukan ruang CIDR kosong yang memadai di cloud pribadi yang ada untuk mendukung cluster yang ditambahkan (minimal tiga node). Ruang yang tidak cukup adalah faktor penghambat untuk Opsi 1. Fleksibel. Menggunakan rentang alamat IP pengelolaan baru sepenuhnya.
Dampak jaringan dan DNS Minimal. Mempertahankan jaringan, subnet, dan antarmuka pengelolaan saat ini. Tinggi. Memerlukan konfigurasi topologi jaringan, DNS, dan koordinat akses baru.
Alur kerja migrasi VMware vMotion dan Storage vMotion live standar. Migrasi skala luas menggunakan VMware HCX.
Metode pembuatan Diminta menggunakan tiket Cloud Customer Care (Anda tidak dapat menambahkan cluster ke cloud pribadi hybrid sendiri). Layanan mandiri sepenuhnya (Konsol, REST API, Google Cloud CLI, atau Terraform).

Opsi 1: Migrasi cloud pribadi node campuran

Dengan metode ini, Anda dapat menambahkan cluster target family hardware secara langsung ke private cloud yang ada dan memigrasikan workload berdasarkan cluster per cluster. Perhatikan bahwa batas migrasi 60 hari berlaku untuk setiap migrasi cluster.

Mengirim permintaan kuota untuk hardware target

  1. Di konsol Google Cloud , kirim permintaan kuota untuk jumlah node dan keluarga hardware target baru (ve1 atau ve2).
  2. Dalam deskripsi permintaan kuota, tulis properti berikut secara eksplisit:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"
  3. Setelah Google menyetujui permintaan tersebut, Anda dapat melihat kuota baru di konsol.

Buat cluster target di cloud pribadi Anda

  1. Anda tidak dapat membuat cluster di cloud pribadi dengan node campuran sendiri. Kirimkan tiket dukungan untuk meminta penyiapan cluster.
  2. Berikan detail berikut dalam tiket dukungan:
    • Nomor project
    • Nama cloud pribadi
    • Nama cluster target baru
    • Kelompok mesin baru (ve1 atau ve2) dan jenis node
    • Jumlah node HCI
    • Jumlah node khusus penyimpanan (jika ada)
  3. Cloud Customer Care akan memberi tahu Anda saat cluster target online.

Migrasikan workload

Setelah cluster target siap, gunakan kombinasi VMware vMotion dan storage vMotion untuk memigrasikan VM beban kerja dan disk VM:

  1. Di vSphere Client, klik kanan VM, lalu pilih Migrate.
  2. Pilih Ubah resource komputasi dan penyimpanan.
  3. Pilih cluster baru dan datastore tujuan.

Memigrasikan VM pengelolaan cloud pribadi

Jika cluster yang Anda hentikan adalah cluster utama (pertama) dari cloud pribadi, Anda harus memigrasikan VM pengelolaan:

  1. Gunakan konsol Google Cloud VMware Engine atau REST API untuk memigrasikan VM pengelolaan ke cluster baru. Untuk mengetahui petunjuk mendetail, lihat Mengelola resource cloud pribadi.
  2. Jangan lakukan aktivitas cluster lainnya (seperti menambahkan node) selama migrasi. Status cloud pribadi akan berubah menjadi diperbarui selama proses.
  3. Lepaskan semua datastore NFS yang terhubung ke cluster ve1 lama.

Menyesuaikan konfigurasi dan aplikasi lainnya

  • Mesh layanan VMware HCX: Appliance fleet tidak mendukung vMotion. Deploy ulang komponen mesh layanan HCX di cluster target. Untuk mengetahui informasi selengkapnya, lihat artikel Broadcom Migrating HCX appliances to a different SSO, PSC, or vCenter. Kirim tiket dukungan jika Anda memerlukan bantuan.
  • Aplikasi Aria: Migrasikan VM aplikasi Aria dengan cara yang sama seperti VM workload standar.
  • Platform database: Bangun kembali instance database di cluster target jika instance tersebut tidak dapat mentoleransi vMotion.

Menonaktifkan cluster yang tidak digunakan lagi

  1. Setelah Anda menyelesaikan dan memverifikasi migrasi workload dan VM pengelolaan, hapus cluster yang dihentikan menggunakan konsol Google Cloud , REST API, atau command line Google Cloud CLI.
  2. Kirim permintaan kuota untuk mengurangi kuota hardware cluster sumber. Dalam deskripsi permintaan, tentukan:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"

Opsi 2: Migrasi cloud pribadi baru

Dengan metode ini, Anda dapat men-deploy cloud pribadi yang benar-benar baru di hardware target dan memigrasikan workload dari cloud pribadi yang dihentikan menggunakan VMware HCX.

Kuota permintaan

  1. Kirim permintaan kuota untuk hardware target.
  2. Dalam deskripsi permintaan, tulis secara eksplisit:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"
    • "New PC Name: [YOUR_NEW_PC_NAME]"

Buat cloud pribadi baru

  1. Gunakan konsol Google Cloud , REST API, Google Cloud CLI CLI, atau Terraform untuk men-deploy cloud pribadi baru Anda di hardware target.
  2. Jika deployment Anda saat ini menggunakan jaringan VMware Engine lama (jaringan VMware Engine yang dibuat sebelum November 2022), buat cloud pribadi baru di project yang sama untuk terus menggunakan fitur jaringan standar. Untuk mengetahui informasi selengkapnya, lihat Jaringan Google Cloud VMware Engine Standar dan Lama.

Memigrasikan workload menggunakan HCX

  1. Siapkan VMware HCX di cloud pribadi baru.
  2. Tautkan penyiapan HCX dan konfigurasi mesh migrasi untuk memindahkan workload dan data dari cluster cloud pribadi yang dihentikan. Jika cloud pribadi yang akan dihentikan memiliki beberapa cluster, pastikan profil komputasi HCX dan mesh layanan Anda dikonfigurasi untuk menyertakan semua cluster yang perlu Anda migrasikan beban kerjanya.
  3. Rencanakan batch migrasi selama periode pemeliharaan yang sesuai.

Menyesuaikan layanan dan aplikasi

  • VMware HCX: Deploy mesh layanan HCX di cloud pribadi baru.
  • Produk Aria: Jika Anda menggunakan rangkaian produk Aria berlisensi Google, minta dukungan untuk menginstal Aria Suite Lifecycle Manager (LCM) di cloud pribadi baru.

Menonaktifkan cloud pribadi lama

  1. Setelah Anda memverifikasi bahwa semua workload berfungsi di cloud pribadi baru, hapus cluster lama dan cloud pribadi itu sendiri.
  2. Kirim permintaan kuota untuk melepaskan kuota yang tidak digunakan lagi. Dalam deskripsi permintaan, tentukan:
    • "ve1 hardware end of life"
    • "Retiring PC Name(s): [YOUR_PC_NAME(S)]"
    • "Retiring Cluster Name(s): [YOUR_CLUSTER_NAME(S)]"

Mengelola komitmen dan penagihan

Bekerja sama dengan tim akun Anda untuk mengatur struktur penagihan dan menyelaraskan Diskon Penggunaan yang Diwajibkan (CUD) selama migrasi.

Insentif penagihan penggunaan ganda

Untuk membantu meringankan biaya penggunaan serentak (ganda) yang terkait dengan menjalankan jejak target dan jejak yang dihentikan selama periode migrasi, Google menawarkan insentif untuk meringankan biaya penggunaan ganda selama jangka waktu tetap. Rencanakan jangka waktu migrasi Anda dengan cermat untuk memanfaatkan insentif ini.

Penyesuaian Diskon Abonemen (CUD)

Dampak migrasi hardware ve1 terhadap diskon penggunaan berkomitmen (CUD) ve1 yang aktif bergantung pada penawaran kapasitas dan linimasa:

  • Tumpang-tindih linimasa: Jika komitmen CUD Anda berakhir sebelum tanggal EoL grup penempatan node saat ini, penagihan Anda tidak akan berubah.
  • Migrasi di node ve1: Jika penawaran kapasitas target Anda menggunakan hardware ve1 baru, komitmen CUD Anda tetap berlaku selama jangka waktunya.
  • Bermigrasi ke node ve2: Karena jenis CUD terikat ke kategori hardware tertentu, Anda harus bekerja sama dengan tim akun Anda untuk menghentikan atau mengonversi kontrak ve1 yang aktif:
    • CUD yang tidak dapat dikonversi: Anda harus membatalkan CUD standar yang ada dan membeli CUD standar ve2 yang baru.
    • CUD yang Dapat Dikonversi: Anda dapat mengonversi CUD ve1 standar yang aktif menjadi CUD ve2 dengan lisensi portabel.
Penggunaan Saat Ini Linimasa Penawaran mendatang Dampak CUD
ve1 Semua CUD ve1 berakhir sebelum EoL ve1 atau ve2 CUD yang ada tidak akan terpengaruh.
ve1 Beberapa CUD ve1 akan berakhir setelah EoL ve1 Migrasi tidak akan memengaruhi CUD yang ada. Grup penempatan target ve1 memiliki masa pakai yang cukup.
ve1 Beberapa DA ve1 yang tidak dapat dikonversi akan habis masa berlakunya setelah EoL ve2 Anda harus menghentikan CUD ve1 yang ada dan membeli CUD ve2 yang baru. Bekerja samalah dengan tim akun Anda.
ve1 Beberapa CUD yang dapat dikonversi ve1 akan berakhir setelah EoL ve2 Konversi CUD ve1 ke CUD portable-license ve2 yang sesuai. Bekerja samalah dengan tim akun Anda.

Langkah berikutnya