Problèmes connus

Cette page décrit les problèmes connus que vous pouvez rencontrer lors de l'utilisation de Google Cloud VMware Engine.

Problèmes d'ordre général

Vous trouverez ci-dessous les problèmes généraux connus affectant VMware Engine.

La machine virtuelle avec Windows Server 2022 KB5022842 (build de l'OS 20348.1547) configurée avec le démarrage sécurisé activé ne démarre pas (90947)

Après l'installation de la mise à jour Windows Server 2022 KB5022842 (build de l'OS 20348.1547), le système d'exploitation invité ne peut pas démarrer lorsque la ou les machines virtuelles sont configurées avec le démarrage sécurisé activé. Pour contourner ce problème, vous pouvez effectuer l'une des opérations suivantes:

  • Ignorer KB5022842 et utiliser KB5023705
  • Désactiver le démarrage sécurisé sur les VM concernées

Il existe une limite de 100 préfixes pour les annonces de routage depuis votre cloud privé vers votre réseau VPC.

Si votre annonce de routage dépasse cette limite, certains préfixes peuvent être supprimés. Pour respecter cette limite, mettez en œuvre l'agrégation sur NSX-T.

VMware Engine s'appuie sur les routeurs cloud pour annoncer les plages d'adresses IP (préfixes ou CIDR) de NSX à un réseau VPC de producteur de services. Ces préfixes deviennent des routes dynamiques personnalisées dans le réseau VPC du producteur de services qui est appairé à votre réseau VPC.

Lorsque vous configurez votre réseau VPC de manière à qu'il importe des routes dynamiques personnalisées dans cette relation d'appairage, les préfixes NSX appaire des routes personnalisées dans votre réseau VPC. Le nombre de préfixes NSX que vous pouvez importer est limité par deux facteurs:

Les opérations de cloud privé tentées avant le déploiement complet du cloud privé échouent

Les opérations telles que l'élévation des privilèges, l'expansion du cloud privé et le remplacement des nœuds sont autorisées sur le portail Google Cloud VMware Engine pour les clouds privés opérationnels qui ne sont pas encore entièrement provisionnés. Toutefois, si vous tentez d'effectuer ces opérations dans VMware Engine avant le déploiement complet du cloud privé (y compris NSX-T et HCX), elles échouent. N'essayez pas d'effectuer ces opérations tant que vous n'avez pas entièrement déployé votre cloud privé.

VMware Engine n'est pas encore entièrement [compatible avec VPC Service Controls][vpc sc supported products]

VPC Service Controls implémente une solution provisoire (contournement) pour vous permettre de continuer à utiliser VMware Engine à partir d'un projet dans un périmètre VPC Service Controls. Pour en savoir plus, consultez la page VPC Service Controls.

Les hôtes ESXi peuvent perdre temporairement la connectivité lors de la collecte des informations de diagnostic

Les hôtes ESXi dans les environnements avec des appareils NVMe PCIe peuvent perdre temporairement la connectivité lors de la collecte d'informations de diagnostic.

Origine du problème

Lorsque vous utilisez la commande vm-support ou l'interface utilisateur de vCenter pour collecter des informations sur les systèmes ESXi, les journaux sont temporairement stockés dans le répertoire ramdisk /tmp. Si le système comporte de nombreux appareils NVMe PCIe ou si le fichier journal est volumineux, le répertoire ramdisk /tmp se remplit rapidement, ce qui peut entraîner la perte temporaire de la connectivité de votre hôte ESXi jusqu'à la fin de la collecte vm-support.

Solution :

L'exclusion du fichier manifeste NVME de la section "Sélectionner les journaux" de la page de création du bundle de journaux empêche le répertoire ramdisk /tmp de se remplir et garantit que l'hôte EXSi ne perd pas la connectivité réseau. Pour exclure le fichier manifeste NVMe, procédez comme suit:

  1. Connectez-vous à vCenter à l'aide du nom d'utilisateur et du mot de passe cloudowner.
  2. Dans l'inventaire, cliquez avec le bouton droit sur l'instance vCenter Server pour laquelle vous souhaitez effectuer l'exclusion.
  3. Cliquez sur Exporter les journaux système.
  4. Sélectionnez l'hôte ESXi à partir duquel vous souhaitez exclure le bundle de journaux.
  5. Sous Sélectionner des journaux, faites défiler la page jusqu'à Stockage, désélectionnez l'option NVMe, puis cliquez sur Journaux exportés. Le fichier manifeste NVMe est désormais exclu.

Pour en savoir plus sur ce correctif, consultez VMware ESXi 7.0, mise à jour 3q.

Erreur de traduction du nom de la ressource de cloud privé

Si vous exécutez VMware Engine Horizon (VDI) sur Google Cloud VMware Engine, vous pouvez rencontrer des erreurs après avoir modifié le nom de vos ressources cloud privées pour qu'il respecte les normes du Google Cloud CLI et de l'API VMware Engine.

L'exemple d'erreur suivant se produit lorsque vous modifiez les noms de ressources de cloud privé sans modifier le provisionnement correct des pools de bureaux 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

Pour résoudre ce problème, procédez comme suit avant la date de traduction de votre nom prévue:

  1. Accédez au tableau de bord VMware Horizon.
  2. Modifiez tous les pools de bureaux Horizon pour les pools de clones complets et de clones instantanés, et définissez-les sur Désactiver le provisionnement.

Une fois la modification du nom de la ressource de cloud privé effectuée, procédez comme suit:

  1. Modifiez chaque pool de machines virtuelles et reconfigurez les paramètres suivants dans l'onglet Paramètres vCenter pour les pools de clones complets et les pools de clones instantanés:

    • Pool de ressources
    • Datastore
  2. Rétablissez l'état de chaque pool sur Activer l'approvisionnement.

  3. Testez chaque pool en ajoutant ou en supprimant un ordinateur de bureau du pool pour vous assurer que le provisionnement fonctionne correctement.

L'équipe VMware Engine met tout en œuvre pour fournir une solution d'interopérabilité dès que possible. Pour rester informé de la disponibilité des fonctionnalités, contactez l'équipe chargée de votre compte.