Dépannage des services link-local dans Contrail
Suivez les étapes et consignes de dépannage de cette rubrique lorsque vous rencontrez des erreurs avec les services locaux de liaison Contrail.
Présentation des services link-local
Des machines virtuelles peuvent être configurées pour accéder à des services spécifiques hébergés sur l’infrastructure de structure. Par exemple, une machine virtuelle peut être un client Nova qui nécessite un accès au service d’API Nova exécuté dans le réseau de structure. L’accès aux services hébergés sur le réseau de structure peut être fourni en configurant les services en tant que services locaux de liaison.
Une adresse locale de liaison et un port de service sont choisis pour le service spécifique s’exécutant sur un port TCP/UDP sur un serveur de la fabric. Une fois le service local de liaison configuré, les machines virtuelles peuvent accéder au service à l’aide de l’adresse locale de lien. Pour les services locaux de liaison, Contrail utilise la plage d’adresses 169.254.169.x.
Le service local de liaison peut être configuré à l’aide de Contrail WebUI : Configure > Infrastructure > Link Local Services.
Procédure de dépannage des services link-local
Suivez les étapes suivantes lorsque vous dépannez les erreurs liées aux services locaux de liaison.
- Vérifiez l’état de la machine virtuelle et de l’interface :
L’état de la machine virtuelle est-il opérationnel ?
L’interface d’appui correspondante est-elle active ?
Vérification de l’état de la machine virtuelle dans l’interface utilisateur Contrail :
Vérifier l’état de l’interface d’appui dans l’introspect de l’agent http :
http://<compute-node-ip>:8085/Snh_ItfReq?name=
- Vérifiez la configuration locale du lien dans l’agent vrouter. Assurez-vous que le service local de liaison configuré est affiché.
http://<compute-node-ip>:8085/Snh_LinkLocalServiceInfo?
- Validez la configuration du voisin BGP et l’objet de configuration d’appairage BGP. Lorsque la machine virtuelle communique avec le service local de liaison configuré, un flux avant et inverse est configuré pour la communication. Vérifiez que le flux de cette communication est créé et que l’action du flux est NAT.
http://<compute-node-ip>:8085/Snh_KFlowReq?flow_idx=Vérifiez que toutes les entrées de flux affichent des actions NAT programmées et affichent des indicateurs pour les champs (IP source ou destination et ports) qui ont programmé NAT. Le nombre de paquets et d’octets transmis dans les flux respectifs est également indiqué.
Le flux de transfert affiche l’ADRESSE IP source de la machine virtuelle et l’ADRESSE IP de destination du service local de liaison. Le flux inverse affiche l’ADRESSE IP source de l’hôte de la structure et l’ADRESSE IP de destination de l’interface vhost du nœud de calcul. Si le service est hébergé sur le même nœud de calcul, l’adresse de destination du flux inverse affiche l’adresse de métadonnées allouée à la machine virtuelle.
Notez que l’index et l’index rflow des deux flux sont inversés.
Vous pouvez également consulter des informations similaires dans la page d’introduction de l’agent vrouter, où vous pouvez voir les stratégies et le groupe de sécurité pour le flux. Vérifiez que les actions de flux s’affichent en tant que réussite.
http://<compute-node-ip>:8085/Snh_FetchAllFlowRecords?
Service de métadonnées
OpenStack permet aux instances virtuelles d’accéder aux métadonnées en envoyant une requête HTTP à l’adresse locale 169.254.169.254. La requête de métadonnées de l’instance est proxiée à Nova, avec des champs d’en-tête HTTP supplémentaires ajoutés, que Nova utilise pour identifier l’instance source. Nova répond ensuite avec des métadonnées appropriées.
Le routeur virtuel Contrail agit comme le proxy, piégeant les demandes de métadonnées, ajoutant les champs d’en-tête nécessaires et en envoyant les requêtes au serveur d’API Nova.
Procédure de dépannage du service de métadonnées locales de liaison
Le service de métadonnées est également un service local de liaison, avec un nom de service fixe (métadonnées), une adresse de service fixe (169.254.169.254:80) et une adresse de structure pointant vers le serveur sur lequel le serveur d’API OpenStack Nova est en cours d’exécution. Toutes les procédures de configuration et de dépannage des services Contrail link-local s’appliquent également au service de métadonnées.
Toutefois, pour le service de métadonnées, le flux est toujours configuré vers le nœud de calcul, de sorte que l’agent vrouter met à jour et proxy la requête HTTP. L’agent vrouter écoute un port local pour recevoir les demandes de métadonnées. Par conséquent, le flux inverse a le nœud de calcul comme adresse IP source, le port local sur lequel l’agent écoute est le port source, et l’ADRESSE IP de métadonnées de l’instance est l’adresse IP de destination.
Après avoir effectué toutes les procédures de dépannage des services locaux de liaison, les étapes supplémentaires suivantes peuvent être utilisées pour résoudre les problèmes du service de métadonnées.
- Vérifiez les statistiques de métadonnées pour : le nombre de demandes de métadonnées reçues par l’agent vrouter, le nombre de sessions proxy configurées avec le serveur d’API Nova et le nombre d’erreurs internes rencontrées.
http://<compute-node-ip>:8085/Snh_MetadataInfo?Le port sur lequel l’agent vrouter écoute les demandes de métadonnées est également affiché.
