Dépannage des services Lien-Local dans Contrail
Utilisez les étapes de dépannage et les instructions de cette rubrique lorsque vous rencontrez des erreurs avec les services Contrail lien-local.
Vue d’ensemble des services Lien-Local
Des machines virtuelles peuvent être configurées pour accéder à des services spécifiques hébergés sur l’infrastructure de fabric. Par exemple, une machine virtuelle peut être un client Nova qui a besoin d’accéder au service d’API Nova s’exécutant sur le réseau de fabric. Pour accéder aux services hébergés sur le réseau de fabric, vous pouvez les configurer en tant que services locaux-lien.
Une adresse lien-local et un port de service sont choisis pour le service spécifique qui s’exécute sur un port TCP/UDP d’un serveur de la structure. Une fois le service lien-local configuré, les machines virtuelles peuvent accéder au service à l’aide de l’adresse lien-local. Pour les services de liaison locale, Contrail utilise la plage d’adresses 169.254.169.x.
Le service local de liaison peut être configuré à l’aide de l’interface utilisateur Web de Contrail : Configurer l’infrastructure > > Lier les services locaux.
Procédure de dépannage pour les services Lien-Local
Procédez comme suit pour résoudre les problèmes liés 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 actif ?
L’interface de robinet correspondante est-elle active ?
Vérification de l’état de la machine virtuelle dans l’interface utilisateur de Contrail :
Vérification de l’état de l’interface tap dans l’introspection de l’agent http :
http://<compute-node-ip>:8085/Snh_ItfReq?name=
- Vérifiez la configuration de la liaison locale dans l’agent vrouter. Assurez-vous que le service lien-local configuré est affiché.
http://<compute-node-ip>:8085/Snh_LinkLocalServiceInfo?
- Validez la configuration voisine BGP et l’objet de configuration d’appairage BGP. Lorsque la machine virtuelle communique avec le service lien-local configuré, un flux avant et arrière pour la communication est mis en place. Vérifiez que le flux de cette communication est créé et que l’action de flux est NAT.
http://<compute-node-ip>:8085/Snh_KFlowReq?flow_idx=Vérifiez que toutes les entrées de flux affichent l’action NAT programmée et affichent les indicateurs pour les champs (IP source ou de destination et ports) pour lesquels NAT est programmé. Le nombre de paquets et d’octets transmis dans les flux respectifs est également indiqué.
Le flux direct affiche l’adresse IP source de la machine virtuelle et l’adresse IP de destination du service lien-local. 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 afficher des informations similaires dans la page d’introspection de l’agent vrouter, où vous pouvez voir la stratégie et le groupe de sécurité pour le flux. Vérifiez que les actions de flux s’affichent sous la forme pass.
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 du lien 169.254.169.254. La demande de métadonnées de l’instance est transmise par proxy à Nova, avec des champs d’en-tête HTTP supplémentaires, que Nova utilise pour identifier l’instance source. Nova répond ensuite avec les métadonnées appropriées.
Le vrouter Contrail agit en tant que proxy, en piégeant les demandes de métadonnées, en ajoutant les champs d’en-tête nécessaires et en envoyant les requêtes au serveur API Nova.
Procédure de dépannage pour le service de métadonnées lien-local
Le service de métadonnées est également un service local de lien, 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 API OpenStack Nova est en cours d’exécution. Toutes les procédures de configuration et de dépannage des services Contrail lien-local s’appliquent également au service de métadonnées.
Toutefois, pour le service de métadonnées, le flux est toujours configuré sur le nœud de calcul, de sorte que l’agent vrouter met à jour et proxy la requête HTTP. L’agent vrouter écoute sur 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 des métadonnées de l’instance est l’adresse IP de destination.
Après avoir effectué toutes les procédures de dépannage pour les services de liaison locale, les étapes supplémentaires suivantes peuvent être utilisées pour dépanner davantage le service de métadonnées.
- Consultez les statistiques de métadonnées pour : le nombre de requêtes de métadonnées reçues par l’agent vrouter, le nombre de sessions proxy configurées avec le serveur 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é.
