Memigrasikan workload dari hardware ve1 yang akan dihentikan

Dokumen ini menjelaskan cara memigrasikan workload Google Cloud VMware Engine 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 cloud pribadi yang ada untuk membuat cloud pribadi node campuran, sedangkan Opsi 2 melibatkan deployment cloud pribadi baru menggunakan hardware baru.

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

Saat Google Cloud menjadwalkan penghentian hardware Anda, Anda akan menerima notifikasi Akhir Siklus Proses (EoL) yang ditargetkan yang berisi linimasa mendetail, batas resource, dan petunjuk migrasi. Notifikasi yang ditargetkan ini mulai diluncurkan pada Kuartal 1 2026, dan batch pertama hardware ve1 mencapai akhir siklus proses pada Kuartal 1 2027. Saat grup penempatan Anda mencapai tanggal penghentian yang dijadwalkan, 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 EoL.

Sebelum memulai

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

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

  • Jendela migrasi 60 hari yang ketat: Google mendukung migrasi Anda selama maksimum 60 hari setelah menyetujui permintaan kuota kapasitas target Anda:
    • Anda harus menyelesaikan migrasi workload dan menghentikan hardware yang akan dihentikan dalam jangka waktu ini.
    • Jika durasi migrasi workload Anda melebihi 60 hari setelah Anda menyediakan cluster target, Anda harus menggunakan lisensi Broadcom Anda sendiri (BYOL) untuk mencakup konsumsi apa pun yang melebihi hak standar.

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

  • Pemblokir ruang alamat IP (pemblokir Opsi 1): Opsi 1 (cloud pribadi node campuran) mengharuskan cloud pribadi Anda yang ada memiliki ruang alamat IP pengelolaan gratis yang memadai. 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 Rencanakan 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 langsung di cluster target.
  • Konektivitas VMware HCX: Appliance VMware HCX Fleet tidak mendukung vMotion langsung standar. Anda harus berencana untuk men-deploy ulang mesh layanan HCX di cluster target. Untuk mengetahui informasi selengkapnya, lihat artikel Broadcom Memigrasikan appliance HCX ke SSO, PSC, atau vCenter yang berbeda.

Merencanakan kapasitas untuk ruang alamat IP

Jika Anda bermigrasi menggunakan cloud pribadi node campuran (Opsi 1), pastikan cloud pribadi Anda 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 node maksimum 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 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 yang benar (mega, large, standard, atau small) dan jumlah untuk workload Anda. Lihat Jenis node HCI VMware Engine untuk mengetahui spesifikasi teknis.

Persyaratan lisensi dan software

Pertimbangkan persyaratan lisensi dan software berikut untuk migrasi Anda:

  • Lisensi Broadcom: Jika durasi migrasi workload Anda melebihi 60 hari setelah Anda menyediakan cluster target, Anda harus menggunakan lisensi Broadcom Anda sendiri untuk mencakup konsumsi apa pun 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 Memigrasikan appliance HCX ke SSO, PSC, atau vCenter yang berbeda.
  • Grup penempatan pengelolaan: Google menyediakan kapasitas di grup penempatan yang benar. Untuk penyiapan node campuran, Cloud Customer Care menyiapkan cluster baru di grup penempatan target. Untuk cloud pribadi baru, kirimkan nama cloud pribadi yang direncanakan ke tim akun Anda sebelum Anda membuat cloud pribadi untuk memastikan Google mengonfigurasinya di grup penempatan yang benar.

Merencanakan komitmen dan penagihan

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

  • Batasan CUD ve1: 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 pada kelompok node ve2.
  • Pemeriksaan kelayakan: Karena komitmen baru bergantung pada masa pakai grup penempatan node yang tersisa di region Anda, Anda harus menghubungi tim Google Cloud akun Anda 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 ve1 Anda mencapai akhir masa pakainya.

Komponen utama pemberitahuan EoL

Pemberitahuan ini mencakup detail berikut:

  • Region dan zona tempat pemberitahuan EoL berlaku.
  • Penggunaan Anda saat ini: Mencantumkan semua project aktif dan cloud pribadi ve1 Anda 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 mendatang: Pemberitahuan EoL memberikan penawaran kapasitas mendatang untuk setiap ve1 cluster di region tersebut:
    • 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: ve2-mega-128 Jenis node, yang menawarkan resource kapasitas komputasi, memori, dan penyimpanan yang setara atau lebih tinggi.
    • SLA dan Failure-to-Tolerate (FTT): Untuk cluster apa pun dengan tiga node atau lebih, penawaran mendatang terdiri dari minimal tiga node. Hal ini memastikan nilai FTT default adalah 1.

Langkah-langkah migrasi utama

Migrasi Anda terdiri dari urutan langkah-langkah berikut:

  1. Tinjau penawaran kapasitas target untuk setiap cluster yang tunduk pada EoL. Jika Anda memerlukan konfigurasi yang berbeda (jenis atau jumlah node), hubungi Google Cloud tim akun Anda untuk menyesuaikan penawaran kapasitas.
  2. Kelola Diskon Abonemen (CUD): Jika Anda memiliki komitmen CUD ve1 aktif yang melebihi tanggal EoL hardware, hubungi tim akun Anda untuk menyesuaikan atau menghentikannya.
  3. Pilih jalur migrasi Anda: Pilih antara membuat cloud pribadi 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 jendela dukungan maksimum 60 hari untuk menyelesaikan migrasi setelah Google menyetujui permintaan kuota Anda.
  5. Hentikan hardware lama: Hapus cluster ve1 yang akan dihentikan dan kuota terkait untuk menyelesaikan migrasi.

Membandingkan opsi migrasi

Memilih jalur migrasi yang benar membantu Anda mengonfigurasi jaringan dengan benar. Hal 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 keluarga hardware target langsung ke cloud pribadi yang ada. Deploy cloud pribadi yang benar-benar baru di hardware target.
Persyaratan untuk rentang IP pengelolaan Memerlukan ruang CIDR gratis yang cukup di cloud pribadi yang ada untuk mendukung cluster yang ditambahkan (minimal tiga node). Ruang yang tidak cukup adalah faktor pemblokiran 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 langsung 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

Metode ini memungkinkan Anda menambahkan cluster keluarga hardware target langsung ke cloud pribadi yang ada dan memigrasikan workload berdasarkan cluster. Perhatikan bahwa batas migrasi 60 hari berlaku untuk setiap migrasi cluster.

Mengirim permintaan kuota untuk hardware target

  1. Di Google Cloud konsol, kirim permintaan kuota untuk keluarga hardware target baru (ve1 atau ve2) dan jumlah node.
  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.

Membuat cluster target di cloud pribadi Anda

  1. Anda tidak dapat membuat cluster di cloud pribadi node campuran sendiri. Kirim 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 berlaku)
  3. Cloud Customer Care akan memberi tahu Anda saat cluster target online.

Memigrasikan workload

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

  1. Di vSphere Client, klik kanan VM, lalu pilih Migrate.
  2. Pilih Change both compute resource and storage.
  3. Pilih cluster baru dan datastore tujuan.

Memigrasikan VM pengelolaan cloud pribadi

Jika cluster yang akan 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 petunjuk mendetail, lihat Mengelola resource cloud pribadi.
  2. Jangan lakukan aktivitas cluster lainnya (seperti menambahkan node) selama migrasi. Status cloud pribadi akan berubah menjadi memperbarui selama proses.
  3. Lepas 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 Memigrasikan appliance HCX ke SSO, PSC, atau vCenter yang berbeda. Kirim tiket dukungan jika Anda memerlukan bantuan.
  • Aplikasi Aria: Migrasikan VM aplikasi Aria yang mirip dengan VM workload standar.
  • Platform database: Bangun kembali instance database di cluster target jika tidak dapat mentoleransi vMotion.

Menghentikan cluster yang akan dihentikan

  1. Setelah Anda menyelesaikan dan memverifikasi migrasi workload dan VM pengelolaan, hapus cluster yang akan dihentikan menggunakan Google Cloud konsol, 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

Metode ini memungkinkan Anda men-deploy cloud pribadi yang benar-benar baru di hardware target dan memigrasikan workload dari cloud pribadi yang akan dihentikan menggunakan VMware HCX.

Meminta kuota

  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]"

Membuat cloud pribadi baru

  1. Gunakan Google Cloud konsol, 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 jaringan VMware Engine lama. 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 akan dihentikan. Jika cloud pribadi yang akan dihentikan memiliki beberapa cluster, pastikan profil komputasi dan mesh layanan HCX Anda dikonfigurasi untuk menyertakan semua cluster tempat Anda perlu memigrasikan workload.
  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 suite Aria berlisensi Google, minta dukungan untuk menginstal Aria Suite Lifecycle Manager (LCM) di cloud pribadi baru.

Menghentikan 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 merilis kuota yang akan dihentikan. 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

Hubungi tim akun Anda untuk mengatur struktur penagihan dan menyelaraskan Diskon Abonemen (CUD) selama migrasi.

Penyesuaian Diskon Abonemen (CUD)

Dampak migrasi hardware ve1 Anda pada diskon abonemen (CUD) ve1 aktif Anda bergantung pada linimasa dan penawaran kapasitas:

  • Tumpang-tindih linimasa: Jika komitmen CUD Anda berakhir sebelum tanggal EoL grup penempatan node saat ini, penagihan Anda tidak akan berubah.
  • Bermigrasi di node ve1: Jika penawaran kapasitas target Anda menggunakan ve1 hardware baru, komitmen CUD Anda akan tetap berlaku selama jangka waktunya.
  • Bermigrasi ke node ve2: Karena jenis CUD terikat ke kategori hardware tertentu, Anda harus menghubungi tim akun Anda untuk menghentikan atau mengonversi kontrak ve1 aktif:
    • CUD yang tidak dapat dikonversi: Anda harus membatalkan CUD standar yang ada dan membeli CUD ve2 standar baru.
    • CUD yang dapat dikonversi: Anda dapat mengonversi CUD ve1 standar aktif ke CUD ve2 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 berakhir setelah EoL ve1 Migrasi tidak akan memengaruhi CUD yang ada. Grup penempatan ve1 target memiliki masa pakai yang cukup.
ve1 Beberapa CUD ve1 yang tidak dapat dikonversi berakhir setelah EoL ve2 Anda harus menghentikan CUD ve1 yang ada dan membeli CUD ve2 baru. Hubungi tim akun Anda.
ve1 Beberapa CUD ve1 yang dapat dikonversi berakhir setelah EoL ve2 Konversi CUD ve1 ke CUD ve2 lisensi portabel yang sesuai. Hubungi tim akun Anda.

Langkah berikutnya