Résoudre les problèmes liés aux pilotes réseau pour les instances Compute Engine

Voici quelques conseils pour résoudre les problèmes liés aux pilotes réseau pour gVNIC (carte d'interface réseau virtuelle Google) et IDPF (Infrastructure Data Plane Function).

Erreurs courantes concernant le pilote gVNIC

Le problème suivant se produit lorsque l'image utilisée pour créer l'instance de VM n'est pas taguée pour utiliser gVNIC.

ERROR: (gcloud.compute.instances.create) Could not fetch resource:
 - Invalid value for field 'resource.networkInterfaces[0].nicType': 'GVNIC'.
NetworkInterface NicType can only be set to GVNIC on instances with
GVNIC GuestOsFeature.

Pour résoudre ce problème, assurez-vous d'utiliser une image taguée pour utiliser gVNIC. Pour en savoir plus, consultez Créer une image personnalisée.

L'instance de VM n'a pas démarré

Cause : gVNIC n'est pas activé sur l'image.
Diagnostic : Vérifiez que gVNIC est activé sur l'image. Pour ce faire, exécutez la commande suivante :
```
gcloud compute images describe IMAGE_NAME
```
Remplacez IMAGE_NAME par le nom de l'image. Pour savoir comment trouver le nom de l'image, consultez Afficher l'image source d'une VM.

Le résultat de la commande doit afficher GVNIC sous guestOsFeatures.

Vous pouvez également vérifier si l'instance de VM a été créée avec le nic-type défini sur gVNIC. Pour ce faire, exécutez la commande suivante :
```
gcloud compute instances describe VM_NAME
```
Remplacez VM_NAME par le nom de votre instance de VM :
Résolution : Vérifiez que vous utilisez une image compatible ou que vous avez correctement configuré le pilote gVNIC sur votre image personnalisée.

L'instance de VM a démarré, mais n'est pas accessible via le réseau

Cause : gVNIC n'a pas été installé et chargé.
Diagnostic : Pour vous assurer que le pilote a été installé et chargé, procédez comme suit :
Linux
1. Vérifiez que le pilote est installé.
  modinfo gve
  La sortie doit ressembler à ceci :
  filename: /lib/modules/4.15.0-1036-gcp/updates/dkms/gve.ko version: 1.1.0 license: Dual MIT/GPL description: gVNIC Driver author: Google, XXX. srcversion: 5FEFB9DD945EB2DEC94EE09 alias: pci:v00001AE0d00000042sv*sd*bc*sc*i* depends: retpoline: Y name: gve vermagic: 4.15.0-1036-gcp SMP mod_unload
2. Vérifiez que le pilote est chargé.
  lsmod | grep gve
  La sortie doit ressembler à ceci :
  gve 49152 0
Windows
1. Connectez-vous à l'instance via SAC.
2. Connectez-vous à l'aide de votre nom d'utilisateur et de votre mot de passe.
3. À partir de l'invite de commande, exécutez la commande suivante :
  dism /online /get-drivers | findstr gvnic
4. Examinez les résultats.
  - Si le pilote est installé, vous devriez voir le texte Original File Name : gvnic.inf dans le résultat.
  - Si le pilote n'est pas installé, aucun message n'est renvoyé.
Remarque : Vous pouvez également consulter la console série interactive lorsque vous déboguez des problèmes de connexion.
Résolution : Si gVNIC n'est pas disponible, vérifiez que vous utilisez une image compatible ou que vous avez correctement configuré gVNIC sur votre image personnalisée.

Débit réseau médiocre pour les VM Windows Server 2022 et Windows 11

Vous risquez de rencontrer un débit réseau médiocre lorsque vous utilisez la carte d'interface réseau virtuelle Google (gVNIC) avec des instances de VM Windows Server 2022 et Windows 11 qui utilisent le package GooGet du pilote gVNIC dans sa version 1.0.0@44 ou antérieure.

Pour résoudre ce problème, mettez à jour le package GooGet du pilote gVNIC vers la version 1.0.0@45 ou une version ultérieure, en procédant comme suit :

Vérifiez la version du pilote installée sur votre instance de VM en exécutant la commande suivante à partir d'une invite de commande ou d'une session PowerShell ouverte avec les autorisations d'administrateur :
```
googet installed
```
La sortie ressemble à ceci :
```
Installed packages:
  ...
  google-compute-engine-driver-gvnic.x86_64 VERSION_NUMBER
  ...
```
Si la version du pilote google-compute-engine-driver-gvnic.x86_64 est 1.0.0@44 ou une version antérieure, mettez à jour le pilote à partir du dépôt du package GooGet en exécutant la commande suivante à partir d'une invite de commande ou d'une session PowerShell ouverte avec les autorisations d'administrateur :
```
googet install google-compute-engine-driver-gvnic
```

Erreurs courantes liées au pilote IDPF

Le problème suivant se produit lorsque l'image utilisée pour créer une instance bare metal n'est pas taguée pour utiliser IDPF.

ERROR: (gcloud.compute.instances.create) Could not fetch resource:
 - Invalid value for field 'resource.machineType': ...
NetworkInterface NicType can only be set to IDPF on instances with
IDPF GuestOsFeature.

Pour résoudre ce problème, assurez-vous d'utiliser une image compatible avec IDPF et taguée pour l'utiliser. Pour en savoir plus, consultez Créer une image d'OS personnalisée compatible avec IDPF.

L'instance Bare Metal n'a pas démarré

Cause : IDPF n'est pas activé sur l'image.

Diagnostic : Vérifiez que IDPF est activé sur l'image. Pour ce faire, exécutez la commande suivante :

gcloud compute images describe IMAGE_NAME

Remplacez IMAGE_NAME par le nom de l'image utilisée par l'instance de calcul. Pour savoir comment trouver le nom de l'image, consultez Afficher l'image source d'une VM.

Le résultat de la commande doit afficher IDPF sous guestOsFeatures.

...
guestOsFeatures:
...
    - type: IDPF
    - type: SEV_CAPABLE
    - type: VIRTIO_SCSI_MULTIQUEUE
    - type: SEV_LIVE_MIGRATABLE
...

Vous pouvez également vérifier si l'instance Bare Metal a été créée avec le nic-type défini sur IDPF à l'aide de la commande suivante :

gcloud compute instances describe INSTANCE_NAME

Remplacez INSTANCE_NAME par le nom de votre instance de calcul.

Recherchez la section networkInterfaces dans le résultat :

...
name: instance-20260319-221828
networkInterfaces:
  - accessConfigs:
    - kind: compute#accessConfig
      networkTier: PREMIUM
      type: ONE_TO_ONE_NAT
  name: nic0
  network: https://www.googleapis.com/compute/v1/projects/my-project/global/networks/default
  networkIP: 203.0.113.8
  nicType: IDPF
  stackType: IPV4_ONLY
  subnetwork: https://www.googleapis.com/compute/v1/projects/my-project/regions/us-central1/subnetworks/default

Résolution : Vérifiez que vous utilisez une image compatible ou que vous avez configuré le pilote IDPF dans votre image personnalisée.

L'instance Bare Metal a démarré, mais n'est pas accessible via le réseau

Cause : IDPF n'a pas été installé et chargé.
Diagnostic : Pour vérifier que le pilote a été installé et chargé, consultez Vérifier que IDPF est activé.
Résolution : Si IDPF n'est pas disponible, vérifiez que vous utilisez une image publique compatible avec IDPF ou que vous avez correctement configuré le pilote IDPF dans votre image personnalisée.

La valeur de MTU définie dans le VPC n'est pas utilisée par l'instance de calcul

Après avoir suivi les instructions pour modifier la valeur MTU, la configuration MTU de l'instance n'utilise pas la même valeur MTU. Par exemple, vous pouvez exécuter la commande /sbin/ifconfig | grep mtu sur votre instance pour vérifier le paramètre MTU. Vous avez redémarré l'instance, mais sa configuration n'est pas mise à jour.

Cause : La version du pilote réseau n'est pas assez récente pour prendre en charge la fonctionnalité MTU.

Solution :

Si votre instance utilise une image publique, consultez l'onglet Fonctionnalités de mise en réseau pour votre version d'OS sur la page Détails des systèmes d'exploitation. Assurez-vous que les trames géantes sont entièrement compatibles.
Si l'image publique n'est pas entièrement compatible avec les trames géantes ou si vous utilisez une image d'OS personnalisée, la version installée du pilote réseau est trop ancienne et n'est pas compatible avec les valeurs MTU plus élevées.
- GVNIC : mettez à jour le pilote gVNIC pour votre instance de calcul en suivant les instructions de la section Utilisation sur des systèmes d'exploitation non compatibles.
- IDPF : mettez à jour le pilote IDPF pour votre instance de calcul en suivant les instructions de la section Utilisation sur des systèmes d'exploitation non compatibles.
Après avoir mis à jour le pilote réseau, redémarrez l'instance et vérifiez à nouveau la configuration de la MTU.