Pourquoi les machines virtuelles dotées de pièces jointes VNI ne peuvent-elles pas communiquer?

Cloud privé virtuel 4.20 et plus tard Uniquement des nœuds de travail « bare metal » RHCOS uniquement

Vous configurez les attachements VNI pour les machines virtuelles (VM), mais les VM ne peuvent toujours pas communiquer comme prévu.

Le chemin de communication peut échouer si la configuration du VLAN, les paramètres de l'interface VM ou les paramètres de mise en réseau du VPC ne correspondent pas à la configuration du VNI et de l'UDN localnet.

Les contrôles suivants permettent de vérifier la configuration.

1. Vérifier que l'ID VLAN correspond entre le ClusterUserDefinedNetwork (CUDN) et l'attachement VNI.

   oc get clusteruserdefinednetwork <cudn_name> -o yaml
   ibmcloud ks vni ls --cluster-id CLUSTER_ID
   

2. Vérifiez que le site VM utilise l'adresse MAC prévue.

   oc get vmi <vm_name> -n <namespace> -o yaml | grep macAddress
   

3. Examinez la configuration de la VNI.

   ibmcloud is virtual-network-interface <vni_id>
   

4. Examinez la configuration du groupe de sécurité du VPC.

   ibmcloud is security-groups
   ibmcloud is security-group <security_group_id>
   

5. Examinez la configuration du réseau du système d'exploitation invité à l'intérieur du site VM. Confirmez que les paramètres réseau du système d'exploitation invité, tels que l'adresse IP configurée, les itinéraires et l'état de l'interface, correspondent à la conception de votre VNI et de votre VLAN.

6. Examinez la gestion des interfaces réseau virtuelles pour la virtualisation OpenShift afin de confirmer que les configurations VNI, VLAN et localnet sont alignées. Si la configuration n'est pas alignée, mettez à jour les paramètres CUDN, VLAN ou VNI pour qu'ils correspondent à la configuration du cluster et de VM.