Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La fonctionnalité de mappage d’application dans Azure Monitor Application Insights peut ne pas fonctionner comme prévu. Cet article propose des recommandations générales et des suggestions spécifiques dans certains scénarios.
Recommandations générales
Utilisez un kit de développement logiciel (SDK) officiellement pris en charge. Les Kits de développement logiciel (SDK) non pris en charge ou de la communauté ne prennent pas forcément en charge la corrélation. Pour obtenir la liste des Kits de développement logiciel (SDK) pris en charge, consultez Application Insights : langages, plateformes et intégrations.
Mettez à niveau tous les composants avec la dernière version du SDK.
Prenez en charge Azure Functions avec CSharp en effectuant une mise à niveau vers Azure Functions V2.
Vérifiez que le nom de rôle cloud est correctement configuré.
Vérifiez que les dépendances manquantes sont listées comme dépendances collectées automatiquement. Si une dépendance n’est pas listée, vous pouvez la suivre manuellement avec un appel de suivi des dépendances.
Scénario 1 : Trop de nœuds sur la carte
La Cartographie d’application ajoute un nœud de composant pour chaque nom de rôle de cloud unique dans la télémétrie de votre demande. Le processus ajoute également un nœud de dépendance pour chaque combinaison unique de type, cible et nom de rôle cloud.
Si vous avez plus de 10 000 nœuds dans votre télémétrie, la Cartographie d’application ne peut pas récupérer tous les nœuds et les liens. Dans ce scénario, votre structure de cartographie est incomplète. Si ce scénario se produit, un message d’avertissement apparaît lorsque vous affichez la carte.
La Cartographie d’application peut afficher un maximum de 1 000 nœuds distincts dégroupés à la fois. La Cartographie d’application réduit la complexité visuelle en regroupant les dépendances qui ont le même type et les mêmes appelants.
Si votre télémétrie a trop de noms de rôle cloud uniques ou trop de types de dépendance, le regroupement est insuffisant et la cartographie n’est pas affichée.
Pour résoudre ce problème, modifiez votre instrumentation pour définir correctement le nom du rôle cloud, le type de dépendance et les champs cibles de dépendance. Vérifiez que votre application respecte les critères suivants :
Chaque cible de dépendance représente le nom logique d’une dépendance. Dans la plupart des cas, cette valeur correspond au nom du serveur ou de la ressource de la dépendance. Par exemple, si vous avez des dépendances HTTP, la valeur est le nom d’hôte. La valeur ne doit pas contenir d'ID uniques ou de paramètres qui changent d'une demande à une autre.
Chaque type de dépendance représente le type logique d’une dépendance. Par exemple, HTTP, SQL et Blob Azure sont des types de dépendances classiques. Cette valeur ne doit pas contenir d'ID uniques.
L’objectif de chaque nom de rôle cloud applique la description de la section Définir ou remplacer le nom de rôle cloud.
Scénario 2 : La vue intelligente ne met pas en surbrillance un bord
La Vue intelligente peut ne pas mettre en surbrillance une arête comme prévu, même avec un paramètre de faible sensibilité. Une dépendance peut sembler en échec, mais le modèle n’indique pas le problème comme un incident potentiel. Voici quelques scénarios possibles :
Si la dépendance échoue de manière générale, le modèle peut considérer qu’il s’agit de l’échec d’un état standard du composant et ne pas mettre en surbrillance l’arête. La Vue intelligente se concentre sur la résolution des problèmes en temps réel.
Si la dépendance a un effet minimal sur les performances générales de l’application, la Vue intelligente peut ignorer le composant pendant la modélisation Machine Learning.
Si votre scénario est unique, vous pouvez utiliser l’option Commentaires pour décrire votre expérience et améliorer les futures versions du modèle.
Scénario 3 : Affichage intelligent met en évidence un bord
Lorsque la vue intelligente met en surbrillance un bord, elle indique un point d’accès aux performances ou un point d’accès aux défaillances dans la dépendance entre deux composants. Dans ce scénario, effectuez les actions suivantes :
Sélectionnez le bord >Voir les détails mis en surbrillance pour ouvrir des données de télémétrie détaillées dans le volet latéral.
Passez en revue les taux d’échec ou une latence élevée dans les appels de dépendances.
Si les défaillances sont élevées :
- Sélectionnez Examiner les échecs dans le volet latéral pour inspecter les types d’exceptions et les taux d’échec.
- Vérifiez les journaux des dépendances ou les traces d’échec correspondantes pour isoler la cause racine.
Si la latence est élevée :
- Sélectionnez Examiner les performances pour examiner les temps de réponse des dépendances.
- Identifiez les points de terminaison ou services lents, puis passez en revue leurs modifications récentes de déploiement ou de configuration.
Pour une analyse à long terme, envisagez de configurer des alertes d’intégrité des dépendances en utilisant les alertes Application Insights.
Scénario 4 : La vue intelligente ne charge pas
Si la vue intelligente ne se charge pas, définissez l’intervalle de temps de six jours ou moins.
Scénario 5 : La vue intelligente prend beaucoup de temps à charger
Si l’affichage intelligent prend plus de temps que prévu, ne sélectionnez pas l’option Mettre à jour les composants du mappage . Activez la vue intelligente uniquement pour une seule ressource Application Insights.
Exclusion de responsabilité pour contact avec des tiers
Microsoft fournit des informations de contacts externes afin de vous aider à obtenir un support technique sur ce sujet. Ces informations de contact peuvent changer sans préavis. Microsoft ne garantit pas l’exactitude des informations concernant les sociétés externes.