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 memengaruhi VMware Engine.
Upgrade HCX Manager salah diberi label sebagai upgrade versi vSphere
Masalah: Upgrade HCX Manager salah diberi label sebagai "upgrade versi vSphere" di konsol Google Cloud .
Detail: Meskipun notifikasi email spesifik yang mengidentifikasi upgrade HCX dikirim setidaknya 14 hari dan 24 jam sebelum acara, notifikasi otomatis "Update Private Cloud Anda telah dimulai" dan "Update Private Cloud Anda telah selesai" mencerminkan update cloud pribadi umum. Selain itu, antarmuka konsolGoogle Cloud secara eksplisit melabeli operasi sebagai upgrade versi vSphere. Ketidakcocokan ini dapat menyebabkan kebingungan, terutama bagi pelanggan yang baru saja menyelesaikan upgrade stack penuh (misalnya, vSphere 7.x ke 8.x), karena lingkungan tampak sedang menjalani update platform utama lainnya.
Solusi: Tinjau email notifikasi khusus HCX yang dikirim sebelum periode pemeliharaan untuk mengonfirmasi cakupan pekerjaan. Jika jadwalnya sesuai, status "upgrade versi vSphere" di konsol Google Cloud hanya merujuk pada update HCX Manager. Anda tidak perlu melakukan tindakan apa pun.
Status: Ini adalah batasan yang diketahui dari desain sistem notifikasi saat ini.
Waktu penyediaan untuk cloud pribadi vSphere 8.0 update 3
Masalah: VMware Engine kini men-deploy cloud pribadi baru dengan VMware vSphere versi 8.0 Update 3 dan NSX-T 4.2.1.2. Selama periode upgrade ini, pembuatan dan perluasan cloud pribadi menggunakan kecepatan penyediaan standar untuk semua deployment baru dengan versi yang telah diupdate.
Detail: Pembuatan cloud pribadi dapat memakan waktu hingga 140 menit.
Solusi: Tidak diperlukan solusi, tetapi rencanakan waktu tambahan saat Anda men-deploy cloud pribadi baru atau memperluas cluster yang ada.
Deteksi: Anda mungkin mengamati waktu deployment yang lebih lama dari biasanya untuk cloud pribadi baru atau saat Anda memperluas cluster yang ada.
Status: Ini adalah perilaku yang diharapkan karena update versi dan upgrade yang sedang berlangsung.
Virtual Machine dengan Windows Server 2022 KB5022842 (Build OS 20348.1547) yang dikonfigurasi dengan booting aman yang diaktifkan tidak dapat melakukan booting (90947)
Setelah menginstal update Windows Server 2022 KB5022842 (Build OS 20348.1547), OS tamu tidak dapat melakukan booting saat virtual machine dikonfigurasi dengan boot aman yang diaktifkan. Untuk mengatasi masalah ini, Anda dapat melakukan salah satu tindakan berikut:
Ada batas 100 awalan untuk pemberitahuan rute dari cloud pribadi ke jaringan VPC Anda
Jika iklan rute Anda melampaui batas ini, beberapa awalan mungkin dihapus. Untuk tetap berada dalam batas ini, terapkan agregasi di NSX-T Edge.
VMware Engine mengandalkan Cloud Router untuk memberitahukan 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 melakukan peering rute kustom di jaringan VPC Anda. Jumlah awalan NSX yang dapat Anda impor dibatasi oleh dua faktor:
- Batas default Cloud Router untuk jumlah awalan unik per region, yang diwarisi oleh VMware Engine
- Jumlah maksimum rute dinamis dalam grup peering di jaringan VPC Anda
Operasi cloud pribadi yang dicoba sebelum cloud pribadi di-deploy sepenuhnya akan 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 disediakan sepenuhnya. 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 melakukan operasi ini hingga Anda telah men-deploy cloud pribadi sepenuhnya.
VMware Engine belum sepenuhnya didukung oleh Kontrol Layanan VPC
Kontrol Layanan VPC menerapkan solusi sementara (solusi alternatif) agar Anda tetap 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 PCIe NVMe 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 vm-support.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 mencegah direktori ramdisk /tmp menjadi penuh dan memverifikasi bahwa host EXSi tidak kehilangan konektivitas jaringan. Untuk mengecualikan manifes NVMe, lakukan hal berikut:
- Login ke vCenter menggunakan nama pengguna dan sandi
cloudowner. - Di inventaris, klik kanan instance vCenter Server tempat Anda menginginkan pengecualian.
- Klik Ekspor Log Sistem....
- Pilih host ESXi yang ingin Anda kecualikan dari paket log.
- Di bagian Pilih Log, scroll ke Storage dan hapus opsi NVMe, lalu klik Log yang diekspor. 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 Anda menjalankan VMware Engine Horizon (VDI) di Google Cloud VMware Engine, Anda mungkin mengalami error setelah mengubah penamaan resource cloud pribadi agar memenuhi standar untuk Google Cloud CLI dan VMware Engine API.
Contoh error berikut terjadi saat mengubah nama resource private cloud tanpa mengedit penyediaan Kumpulan Desktop Horizon 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:
- Akses dasbor VMware Horizon.
- Edit semua Horizon Desktop Pool untuk Full Clone dan Instant Clone Pool, lalu tetapkan ke Disable Provisioning.
Setelah perubahan nama resource cloud pribadi selesai, selesaikan langkah-langkah berikut:
Edit setiap Desktop Pool dan konfigurasi ulang setelan berikut di tab vCenter Settings untuk Full Clone Pool dan Instant Clone Pool:
- Kumpulan Resource
- Datastore
Setel kembali setiap status Pool ke Enable Provisioning.
Uji setiap kumpulan dengan menambahkan atau menghapus desktop dari Kumpulan untuk memverifikasi penyediaan berfungsi dengan benar.
Tim VMware Engine sedang berupaya aktif untuk menyediakan solusi interoperabilitas sesegera mungkin. Untuk terus mendapatkan info terbaru tentang ketersediaan fitur, hubungi tim akun Anda.