C'est assez étrange de voir qu'il y a un service "inconnu" (marqué avec une boîte rouge) sortant de "fota-dmserver". Pourriez-vous aider à expliquer?
4 Réponses :
Un service affiché comme "inconnu" peut être à peu près tout ce qui ne fait pas partie du maillage de service. Il a un tel nom à Kiali parce que ce service n'a pas été déclaré, alors Istio / Kiali n'a aucune idée de ce que c'est. Cela pourrait être, par exemple, des appels vers des API tiers. Pour le déclarer, vous devez utiliser une entrée de service: https: // istio.io/docs/reeference/config/networking/v1alpha3/service-enterry/ .
Si vous n'avez aucune idée de ce que vous devez enquêter sur les appels de clients effectués à partir de votre FOTA-DMSERVER Service.
Les appels de "Fota-DMSERVER" aux services en dehors du serveur MESH-REDIS, MYSQL DB. Le service "FOTA-CAR" a une situation similiaire avec "Fota-DMSERVER". Ma question pourquoi il n'y a pas de lien de "Fota-Car" à "Inconnu"? Je suis vraiment curieux.
Comme vous le décrivez, il devrait y avoir. Pourrait être une indication que tout ne fonctionne pas comme vous vous attendez à votre maillage? Ou peut-être un problème sur le côté istio / kiali aussi. Je suppose que cela mérite plus d'investigation sur votre côté ... Fyi Kiali montre quelle télémétrie est disponible à Prométhée. Donc, si vous voulez voir si Kiali manque quelque chose, vous pouvez vérifier la métrique Prometheus "istio_requests_total" avec "fota-wat" comme source et vérifiez quels sont les services de destination (et s'il y a "inconnu"). Vous pouvez le faire de la console Prométhée.
@Youfamao voyez-vous le même problème si vous passez une vue graphique sur "Graphique de travail"?
J'ai essayé les commentaires de @ Joe. Les résultats:
1. Prométhée: ISTIO_REQUESTS_TOTAL {SOURCE_WORTLOAD = "FOTA-DMSERVER", Destination_Workload = "inconnu"} [2D] , le résultat
ELEMENT: ISTIO_REQUESTS_TOTAL {CONNECTE_SECURY_POLICY = "INCONNUS INCONNUS", DESTINATION_App = "Inconnu", DESTINATION_PRINCIPAL = "INCONNUNT", DESTINATION_SERVICE = "INCONNUS", DESTINATION_SERVICE_NAME = "INCONNUS INCONNU", DESTINATION_VERSION = "INCONNUS INCONNU", DESTINATION_WORTLOAD = "inconnu", destination_workload_namespace = "inconnu", instance = "172.20.3.91:42422", Job = "ISTIO-MESH", PERMISSIVE_RESPONSE_CODE = "Aucun", Permissive_Response_polyID = "Aucun", Reporter = "Source", Demande_Protocol = " http ", réponse_code =" 404 ", réponse_flags =" nr ", source_app =" fota-dmurerver ", source_principal =" inconnu ", source_version =" v1 ", source_workload =" fota-dmserver ", source_workload_namespace =" ns-fotta " }. Valeur: 2 @ 1565574966.739
3 @ 1565574981.739
.....
2.Pométheus: istio_requests_total {source_workload = "fota-voiture", destination_workload = "inconnu"} [2d] , résultat: vide
Donc, votre trafic de "inconnu" montre une erreur 404 avec le drapeau "nr". Il ne signifie "aucun itinéraire configuré" comme expliqué dans Istio Doc: ISTIO.IO/DOCS / ops / gestion de la trafic / dépannage . Probablement une mauvaise configuration de votre côté. Notez que vous auriez également vu que dans Kiali aussi, si vous cliquez sur le bord de la circulation dans l'erreur et affichez "Codes de réponse" dans le panneau latéral graphique.
Mes paramètres de passerelle / service virtuel semblent OK. Y a-t-il de toute façon que je puisse voir de journal quelle erreur HTTP 404?
Nous avons des tests de charge aujourd'hui, FOTA-DMSERVER ne pointe pas 
Nous avons trouvé des indices, mais je ne comprends pas pourquoi cela se produit.
du fichier journal istio-proxy de fota_dméreur, j'ai trouvé: note downstream_local_address ":" 172.21.12.228:8081 ". Impossible de voir l'une quelconque de la POD ayant l'adresse 172.21.12.228. Peut-être que cela fait des informations sur l'adresse / le routage dans la table de routage ISTIO-proxy.
@Joel, pourriez-vous aider?