Problemi noti
Questa pagina descrive i problemi noti che potresti riscontrare durante l'utilizzo di Google Cloud VMware Engine.
Problemi generici
Di seguito sono riportati i problemi generali noti che interessano VMware Engine.
La macchina virtuale con Windows Server 2022 KB5022842 (build del sistema operativo 20348.1547) configurata con l'avvio protetto abilitato non si avvia (90947)
Dopo aver installato l'aggiornamento di Windows Server 2022 KB5022842 (build del sistema operativo 20348.1547), il sistema operativo guest non riesce ad avviarsi quando le macchine virtuali sono configurate con l'avvio sicuro abilitato. Per risolvere il problema, puoi procedere in uno dei seguenti modi:
Esiste un limite di 100 prefissi per gli annunci di route dal tuo cloud privato alla tua rete VPC
Se la annuncio di route supera questo limite, alcuni prefissi potrebbero essere eliminati. Per rimanere al di sotto di questo limite, implementa l'aggregazione su NSX-T Edge.
VMware Engine si basa su Cloud Router per pubblicizzare intervalli di indirizzi IP (prefisso o CIDR) da NSX a una rete VPC producer di servizi. Questi prefissi diventano route dinamiche personalizzate nella rete VPC del producer di servizi connessa in peering alla tua rete VPC.
Quando configuri la rete VPC per importare route dinamiche personalizzate in questa relazione di peering, NSX antepone i prefissi delle route personalizzate del peer alla rete VPC. Il numero di prefissi NSX che puoi importare è limitado da due fattori:
- Il limite predefinito del router Cloud per il numero di prefissi univoci per regione, che VMware Engine eredita
- Il numero massimo di route dinamiche in un gruppo di peering nella vostra rete VPC
Le operazioni sul cloud privato tentate prima del completamento del deployment del cloud privato non vanno a buon fine
Operazioni come l'escalation dei privilegi, l'espansione del cloud privato e la sostituzione dei nodi sono consentite nel portale Google Cloud VMware Engine sui cloud privati operativi di cui non è stato ancora eseguito il provisioning completo. Tuttavia, se tenti di eseguire queste operazioni in VMware Engine prima del completamento del deployment del cloud privato (inclusi NSX-T e HCX), queste operazioni non andranno a buon fine. Non tentare di eseguire queste operazioni finché non hai completato il deployment del cloud privato.
VMware Engine non è ancora completamente [supportato da Controlli di servizio VPC][prodotti supportati da VPC SC]
I Controlli di servizio VPC implementano una soluzione provvisoria (aggiustativa) per consentirti di continuare a utilizzare VMware Engine da un progetto in un perimetro dei Controlli di servizio VPC. Per ulteriori informazioni, consulta Controlli di servizio VPC.
Gli host ESXi potrebbero perdere temporaneamente la connettività durante la raccolta delle informazioni di diagnostica
Gli host ESXi in ambienti con dispositivi PCIe NVMe potrebbero perdere temporaneamente la connettività durante la raccolta delle informazioni di diagnostica.
Causa principale
Quando utilizzi il comando vm-support o l'interfaccia utente di vCenter per raccogliere informazioni sui sistemi ESXi, i log vengono archiviati temporaneamente nella directory ramdisk /tmp. Se il sistema ha molti dispositivi NVMe PCIe o il file di log è di grandi dimensioni,
la directory ramdisk /tmp si riempie rapidamente, il che può portare
l'host ESXi a perdere temporaneamente la connettività fino al completamento della raccoltavm-support.
Soluzione alternativa:
L'esclusione del manifest NVME dalla sezione dei log selezionati nella pagina di creazione del bundle di log impedisce che la directory ramdisk /tmp si riempia e garantisce che l'host EXSi non perda la connettività di rete. Per escludere il manifest NVMe:
- Accedi a vCenter utilizzando il nome utente e la password
cloudowner. - Nell'inventario, fai clic con il tasto destro del mouse sull'istanza di vCenter Server in cui vuoi l'esclusione.
- Fai clic su Esporta log di sistema.
- Seleziona l'host ESXi da cui vuoi escludere il bundle di log.
- In Seleziona log, scorri fino ad Archiviazione e deseleziona l'opzione NVMe, quindi fai clic su Log esportati. Il manifest NVMe è ora escluso.
Per ulteriori informazioni su questa correzione, consulta l'aggiornamento 3° trimestre di VMware ESXi 7.0.
Errore di traduzione del nome della risorsa del cloud privato
Se esegui VMware Engine Horizon (VDI) su Google Cloud VMware Engine, potresti riscontrare errori dopo aver modificato la denominazione delle risorse del cloud privato per soddisfare gli standard di Google Cloud CLI e dell'API VMware Engine.
Il seguente esempio di errore si verifica quando si modificano i nomi delle risorse del cloud privato senza modificare correttamente il provisioning dei pool di desktop Horizon:
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
Per risolvere il problema, completa i seguenti passaggi prima della data di traduzione del nome programmata:
- Accedi alla dashboard di VMware Horizon.
- Modifica tutti i pool di desktop Horizon sia per i pool di cloni completi che per i pool di cloni istantanei e impostali su Disattiva il provisioning.
Una volta completata la modifica del nome della risorsa del cloud privato, segui questi passaggi:
Modifica ogni pool di desktop e riconfigura le seguenti impostazioni nella scheda Impostazioni vCenter sia per i pool di cloni completi che per i pool di cloni istantanei:
- Pool di risorse
- Datastore
Ripristina lo stato di ogni pool su Abilita il provisioning.
Testa ogni pool aggiungendo o rimuovendo un computer dal pool per assicurarti che il provisioning funzioni correttamente.
Il team di VMware Engine sta lavorando attivamente per fornire una soluzione di interoperabilità il prima possibile. Per rimanere al corrente sulla disponibilità delle funzionalità, contatta il team dedicato al tuo account.