Masalah umum

Halaman ini menjelaskan masalah umum yang mungkin Anda alami saat menggunakan Google Cloud VMware Engine.

Masalah umum

Berikut adalah masalah umum yang diketahui yang memengaruhi VMware Engine.

Virtual Machine dengan Windows Server 2022 KB5022842 (OS Build 20348.1547) yang dikonfigurasi dengan booting aman yang diaktifkan tidak dapat melakukan booting (90947)

Setelah menginstal update Windows Server 2022 KB5022842 (OS Build 20348.1547), OS tamu tidak dapat melakukan booting saat virtual machine dikonfigurasi dengan mengaktifkan booting aman. Untuk mengatasi masalah ini, Anda dapat melakukan salah satu tindakan berikut:

  • Lewati KB5022842 dan gunakan KB5023705
  • Menonaktifkan "Secure Boot" di VM yang terpengaruh

Ada batas 100 awalan untuk iklan rute dari cloud pribadi ke jaringan VPC

Jika iklan rute Anda melebihi batas ini, beberapa awalan mungkin dihapus. Agar tetap dalam batas ini, terapkan agregasi di NSX-T Edge.

VMware Engine mengandalkan Cloud Router untuk mengiklankan rentang alamat IP (awalan atau CIDR) dari NSX ke jaringan VPC produsen layanan. Awalan ini menjadi rute dinamis kustom di jaringan VPC produsen layanan yang di-peering dengan jaringan VPC Anda.

Saat Anda mengonfigurasi jaringan VPC untuk mengimpor rute dinamis kustom dalam hubungan peering ini, awalan NSX akan me-peer rute kustom di jaringan VPC Anda. Jumlah awalan NSX yang dapat Anda impor dibatasi oleh dua faktor:

Operasi cloud pribadi yang dicoba sebelum cloud pribadi di-deploy sepenuhnya gagal

Operasi seperti eskalasi hak istimewa, perluasan cloud pribadi, dan penggantian node diizinkan di portal Google Cloud VMware Engine pada cloud pribadi operasional yang belum sepenuhnya disediakan. Namun, jika Anda mencoba operasi ini di VMware Engine sebelum cloud pribadi di-deploy sepenuhnya (termasuk NSX-T dan HCX), operasi ini akan gagal. Jangan mencoba operasi ini hingga Anda men-deploy cloud pribadi sepenuhnya.

VMware Engine belum sepenuhnya [didukung oleh Kontrol Layanan VPC][produk yang didukung vpc sc]

Kontrol Layanan VPC menerapkan solusi sementara (solusi) agar Anda masih dapat menggunakan VMware Engine dari dalam project di perimeter Kontrol Layanan VPC. Lihat Kontrol Layanan VPC untuk mengetahui informasi selengkapnya.

Host ESXi mungkin kehilangan konektivitas untuk sementara selama pengumpulan informasi diagnostik

Host ESXi di lingkungan dengan perangkat NVMe PCIe mungkin kehilangan konektivitas untuk sementara selama pengumpulan informasi diagnostik.

Akar masalah

Saat Anda menggunakan perintah vm-support atau UI vCenter untuk mengumpulkan informasi tentang sistem ESXi, log akan disimpan sementara di direktori ramdisk /tmp. Jika sistem memiliki banyak perangkat NVMe PCIe atau file log berukuran besar, direktori ramdisk /tmp akan cepat penuh, yang dapat menyebabkan host ESXi Anda kehilangan konektivitas untuk sementara hingga pengumpulan vm-support selesai.

Solusi:

Mengecualikan manifes NVME dari bagian log yang dipilih di halaman pembuatan paket log akan mencegah direktori ramdisk /tmp menjadi penuh dan memastikan bahwa host EXSi tidak kehilangan konektivitas jaringan. Untuk mengecualikan manifes NVMe, lakukan hal berikut:

  1. Login ke vCenter menggunakan nama pengguna dan sandi cloudowner.
  2. Di inventaris, klik kanan instance vCenter Server tempat Anda ingin melakukan pengecualian.
  3. Klik Ekspor Log Sistem....
  4. Pilih host ESXi yang ingin Anda kecualikan dari paket log.
  5. Di bagian Select Logs, scroll ke Storage dan hapus opsi NVMe, lalu klik Exported logs. Manifes NVMe kini dikecualikan.

Untuk mengetahui informasi selengkapnya tentang perbaikan ini, lihat VMware ESXi 7.0 Update 3q.

Error terjemahan nama resource cloud pribadi

Jika menjalankan VMware Engine Horizon (VDI) di Google Cloud VMware Engine, Anda mungkin mengalami error setelah mengubah penamaan resource cloud pribadi untuk memenuhi standar Google Cloud CLI dan VMware Engine API.

Contoh error berikut terjadi saat mengubah nama resource cloud pribadi tanpa mengedit penyediaan Horizon Desktop Pools dengan benar:

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No resource pool available for the pool: ic-pool-1

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No datastores available for the pool: {}ic-pool-1

Untuk mengatasi masalah ini, selesaikan langkah-langkah berikut sebelum tanggal terjemahan nama yang dijadwalkan:

  1. Akses dasbor VMware Horizon.
  2. Edit semua Horizon Desktop Pool untuk Clone Lengkap dan Clone Instan, lalu tetapkan ke Nonaktifkan Penyediaan.

Setelah perubahan nama resource cloud pribadi selesai, selesaikan langkah-langkah berikut:

  1. Edit setiap Desktop Pool dan konfigurasi ulang setelan berikut di tab vCenter Settings untuk Full Clone dan Instant Clone Pool:

    • Kumpulan Resource
    • Datastore

  2. Tetapkan kembali status setiap Pool ke Enable Provisioning.

  3. Uji setiap kumpulan dengan menambahkan atau menghapus desktop dari Kumpulan untuk memastikan penyediaan berfungsi dengan benar.

Tim VMware Engine secara aktif berupaya menyediakan solusi interoperabilitas sesegera mungkin. Untuk terus mendapatkan informasi terbaru tentang ketersediaan fitur, hubungi tim akun Anda.