Comment faire pour démarrer une nouvelle Application de surveillance

Tout d'abord, gardez la configuration simple : surveiller une application sur un seul serveur. Ensuite, lorsque vous configurez tout d'abord l'analyse des performances des applications .NET pour analyser une nouvelle application, envisagez de conserver les paramètres que vous implémentez suffisamment longtemps pour vous permettre de comprendre certaines tendances. Des données sur une journée devraient suffire pour fournir un éclairage sur les performances et les modèles d'utilisation de l'application.

Dans la plupart des cas, vous voudrez garder les paramètres par défaut. Les paramètres par défaut permettent d'identifier les problèmes importants dans l'application et de réduire l'impact sur l'application analysée au minimum.

Si aucun événement d'exception ou de performance n'est déclenché, vous pouvez suivre les étapes ci-dessous pour voir à quoi ressemblent les performances de ligne de base.

Pour commencer l'analyse, essayez de modifier les paramètres suivants comme indiqué ici :

• Abaissez les seuils des performances. Cela vous aidera à établir une mesure des lignes de base des performances en observant les caractéristiques de performances actuelles de l'application.

• Activer tous les espaces de noms. Vous souhaitez savoir quels espaces de noms sont impliqués et si vous définissez des espaces de noms spécifiques dans un premier temps, vous risquez de manquer un espace de noms dans lequel une erreur se produit.

• Collecter toutes les exceptions, les exceptions non seulement critiques. Vous devez connaître les types d'exception renvoyées. Les gestionnaires d'exceptions connus permettent de limiter le nombre d'exceptions reçues.

Cela peut générer un grand nombre de données (plus que vous souhaiteriez pour une analyse à long terme) mais pour commencer, cette quantité de données peut vous aider à identifier des tendances, par exemple, les chemins d'accès des clients à travers le système et l'aspect des performances standard.

Lorsque la collecte de données est terminée, utilisez les rapports Application Advisor, par exemple, l'analyse des performances de l'application, pour voir l'aspect des applications analysées. À l'aide du rapport, vous pouvez voir la durée moyenne des appels les plus lourds (de longue durée) dans le système, ainsi que le temps maximum passé à traiter des demandes. Cela vous permet de définir des seuils actifs personnalisés en fonction des performances d'application réelles. Vous pouvez également observer les fonctions d'exécution plus rapides que d'autres et créer une page Web spécifique, une méthode Web et des transactions de fonction pour les méthodes critiques afin d'assurer qu'elles répondent sous un contrat SLA plus strict que l'application dans son intégralité. Pour plus d'informations sur l'affichage des rapports, voir l'étendue et exécuter et rapport Application Advisor dans les alertes de priorité en utilisant l'Assistant Application.

Une fois que vous avez établi une mesure des lignes de base des performances, commencez à ajuster les paramètres pour régler l'analyse de sorte à intercepter les types d'exception déclenchées. Les rapports d'exceptions permettent de voir si l'application contient des gestionnaires d'exceptions par défaut interceptant des exceptions pour lesquelles vous préférez recevoir des alertes. Les données que vous obtenez seront plus pertinentes et moins nombreuses à chaque ajustement.

• Supprimez les paramètres personnalisés et définissez des seuils basés sur les données collectées.

• Ajouter des espaces de noms spécifiques selon les piles d'appels dans les événements de performances et d'exception que vous avez trouvé lors de la phase de planification.

• Ajouter des gestionnaires d'exceptions pour n'importe quel niveau « intercepter toutes les » gestionnaires d'application qui empêchent les exceptions de passer à l'extérieur de l'application et les gestionnaires d'exception .NET Framework.

• Ajoutez des transactions spécialisées pour analyser les performances des méthodes communes qui doivent être tenues à un contrat SLA plus strict que l'application dans son ensemble.

Comparez les nouvelles données à votre ligne de base. Vous commencerez à voir le temps de réponse moyen réel, par exemple. Maintenant que vous connaissez les diverses exceptions de performances envoyées par l'application, vous pouvez ajouter les espaces de noms spécifiques de votre choix au lieu d'analyser tous les espaces de noms. Votre application sera configurée pour l'analyse en fonction des niveaux de performance observés, et une alerte sera déclenchée pour tout événement sortant des niveaux standard.

Après l'analyse de l'application pendant un temps à l'aide de la nouvelle configuration d'analyse, dès que vous estimez que l'application est intègre, augmentez le nombre de serveurs sur lesquels vous exécutez l'application et l'analyse, par exemple, passez de un à 10. Lorsque le déploiement et l'analyse s'exécutent correctement à ce niveau, étendez-les à d'autres serveurs et ainsi de suite. Cette approche de déploiement progressif vous aidera à augmenter votre confiance avec l'analyse de cette application et à assurer l'intégrité de votre système.

Lorsque vous êtes certain que votre application s'exécute correctement dans votre système, il est judicieux d'analyser ce que rencontre le client. C'est quel côté client est de surveillance de l'application. Pour activer l'analyse côté client, consultez Comment faire pour configurer l'analyse pour les Applications .NET

Ces informations de base permettent à l'opérateur d'identifier plus facilement le problème dans l'application ou l'infrastructure et d'évaluer si celui-ci est du ressort de l'équipe de développement uniquement ou s'il peut le régler lui-même directement.