Superviser les applications dans Azure App Service
Azure App Service fournit des fonctionnalités de supervision intégrées pour les applications web, mobiles et d’API dans le portail Azure.
Dans le portail Azure, vous pouvez examiner les quotas et les métriques d’une application et d’un plan App Service, et configurer des alertes et des règles de mise à l’échelle automatique basées sur les métriques.
Comprendre les quotas
Les applications hébergées dans App Service sont soumises à certaines limites concernant les ressources qu’elles peuvent utiliser. Ces limites sont définies par le plan App Service associé à l’application.
Notes
Les plans de service Gratuit et Partagé (préversion) d’App Service sont des niveaux de base qui s’exécutent sur les mêmes machines virtuelles Azure que les autres applications App Service. Certaines applications peuvent appartenir à d’autres clients. Ces niveaux sont destinés uniquement à des fins de test et de développement.
Si l’application est hébergée dans un plan Gratuit ou Partagé, les limites relatives aux ressources utilisables par l’application sont définies sous la forme de quotas.
Si l’application est hébergée dans un plan De base, Standard ou Premium, les limites applicables aux ressources que l’application peut utiliser sont définies par la taille (Petite, Moyenne, Grande) et par le nombre d’instances (1, 2, 3, et ainsi de suite) du plan App Service.
Les quotas des applications gratuites ou partagées sont les suivants :
| Quota | Description |
|---|---|
| Temps UC (court) | Temps processeur autorisé pour cette application dans un intervalle de 5 minutes. Ce quota se réinitialise toutes les cinq minutes. |
| Temps UC (jour) | Temps total processeur autorisé pour cette application sur une journée. Ce quota se réinitialise toutes les 24 heures à minuit en temps universel coordonné. |
| Mémoire | Quantité totale de mémoire autorisée pour cette application. |
| Bande passante | Quantité totale de bande passante sortante autorisée pour cette application sur une journée. Ce quota se réinitialise toutes les 24 heures à minuit en temps universel coordonné. |
| Système de fichiers | Quantité totale de stockage autorisée. |
Le seul quota applicable aux applications hébergées dans De base, Standard et Premium est Système de fichiers.
Pour plus d’informations sur les quotas, limites et fonctionnalités spécifiques disponibles pour les différentes références (SKU) App Service, consultez Limites du service d’abonnement Azure.
Application de quotas
Si une application dépasse le quota Temps UC (court) , Temps UC (jour) ou Bande passante, l’application est arrêtée jusqu’à la réinitialisation du quota. Pendant ce laps de temps, toutes les requêtes entrantes donnent lieu à une erreur HTTP 403.
Si le quota Mémoire d’une application est dépassé, l’application est arrêtée temporairement.
En cas de dépassement du quota Système de fichiers, toute opération d’écriture échoue. Les échecs des opérations d’écriture incluent toutes les écritures dans les journaux d’activité.
Vous pouvez augmenter ou supprimer les quotas dans votre application en procédant à la mise à niveau de votre plan App Service.
Comprendre les métriques
Important
Le temps de réponse moyen sera bientôt déprécié afin d’éviter toute confusion avec les agrégations de métriques. Utilisez le Temps de réponse à la place.
Notes
Les métriques d’une application incluent les requêtes adressées au site SCM de l’application (Kudu). Cela comprend les requêtes d’affichage du flux de journaux du site à l’aide de Kudu. Les requêtes de flux de journaux peuvent s’étendre sur plusieurs minutes, ce qui affecte les métriques d’heure de la requête. Les utilisateurs doivent être conscients de cette relation lors de l’utilisation de ces métriques avec la logique de mise à l’échelle automatique.
Les erreurs de serveur Http enregistrent uniquement les requêtes qui atteignent le service principal (les workers hébergeant l’application). Si les requêtes échouent au niveau du serveur frontal, elles ne sont pas enregistrées en tant qu’erreurs de serveur Http. La fonctionnalité Contrôle d’intégrité/les tests de disponibilité Application Insights peuvent être utilisés en dehors de la surveillance.
Les métriques fournissent des informations sur le comportement de l’application ou du plan App Service.
Pour une application, les métriques disponibles sont les suivantes :
| Métrique | Description |
|---|---|
| Temps de réponse | Temps nécessaire à l’application pour traiter les requêtes (en secondes). |
| Temps de réponse moyen (déprécié) | Temps moyen, en secondes, nécessaire à l’application pour traiter les requêtes. |
| Plage de travail moyenne de la mémoire | Quantité moyenne de mémoire, en mégaoctets (Mio), utilisée par l’application. |
| Connexions | Nombre de sockets liés existants dans le bac à sable (w3wp.exe et ses processus enfants). Un socket lié est créé en appelant les API bind()/connect(), et persiste jusqu’à être fermé avec CloseHandle()/closesocket(). |
| Temps processeur | Temps processeur, en secondes, consommée par l’application. Pour plus d’informations sur cette métrique, consultez Temps processeur et pourcentage processeur. |
| Assemblys actuels | Nombre d’assemblys actuellement chargés dans tous les AppDomains dans cette application. |
| Données entrantes | Quantité de bande passante entrante, en Mio, consommée par l’application. |
| Données sortantes | Quantité de bande passante sortante, en Mio, consommée par l’application. |
| Utilisation de systèmes de fichiers | Quantité d’utilisation en octets par partage de stockage. |
| Garbage collections de génération 0 | Nombre de fois que les objets de génération 0 ont été récupérés par le Garbage Collector depuis le début du processus d’application. Les garbage collections de génération supérieure comprennent toutes celles de génération inférieure. |
| Garbage collections de génération 1 | Nombre de fois que les objets de génération 1 ont été récupérés par le Garbage Collector depuis le début du processus d’application. Les garbage collections de génération supérieure comprennent toutes celles de génération inférieure. |
| Garbage collections de génération 2 | Nombre de fois que les objets de génération 2 ont été récupérés par le Garbage Collector depuis le début du processus d’application. |
| Nombre de descripteurs | Nombre total de handles actuellement ouverts par le processus d’application. |
| État de contrôle d’intégrité | État d’intégrité moyen de l’ensemble des instances d’application au sein du plan App Service. |
| Http 2xx | Nombre de requêtes donnant lieu à un code d’état HTTP ≥ 200, mais < 300. |
| Http 3xx | Nombre de requêtes donnant lieu à un code d’état HTTP ≥ 300, mais < 400. |
| Http 401 | Nombre de requêtes donnant lieu à un code d’état HTTP 401. |
| Http 403 | Nombre de requêtes donnant lieu à un code d’état HTTP 403. |
| Http 404 | Nombre de requêtes donnant lieu à un code d’état HTTP 404. |
| Http 406 | Nombre de requêtes donnant lieu à un code d’état HTTP 406. |
| Http 4xx | Nombre de requêtes donnant lieu à un code d’état HTTP ≥ 400, mais < 500. |
| Erreurs de serveur http | Nombre de requêtes donnant lieu à un code d’état HTTP ≥ 500, mais < 600. |
| Autres octets par seconde (E/S) | Débit auquel le processus d’application émet des octets pour les opérations d’E/S qui n’impliquent pas de données, telles que les opérations de contrôle. |
| Autres opérations par seconde (E/S) | Débit auquel le processus d’application émet des opérations d’E/S qui ne sont ni des opérations de lecture, ni des opérations d’écriture. |
| Octets lus par seconde (E/S) | Débit auquel le processus d’application lit les octets à partir des opérations d’E/S. |
| Opérations de lecture par seconde (E/S) | Débit auquel le processus d’application émet des opérations d’E/S de lecture. |
| Octets écrits par seconde (E/S) | Débit auquel le processus d’application écrit des octets dans des opérations d’E/S. |
| Opérations d’écriture par seconde (E/S) | Débit auquel le processus d’application émet des opérations d’E/S d’écriture. |
| Plage de travail de la mémoire | Quantité actuelle de mémoire, en Mio, utilisée par l’application. |
| Octets privés | Taille actuelle (en octets) de mémoire allouée par le processus d’application qui ne peut pas être partagée avec d’autres processus. |
| Demandes | Nombre total de requêtes, quel que soit leur code d’état HTTP résultant. |
| Requêtes dans la file d’attente d’application | Nombre de requêtes dans la file d’attente de requêtes de l’application. |
| Nombre de threads | Nombre de threads actuellement actifs dans le processus d’application. |
| Total des domaines d’application | Nombre actuel de domaines d’application chargés dans cette application. |
| Total des domaines d’application déchargés | Nombre total de domaines d’application déchargés depuis le démarrage de l’application. |
Pour un plan App Service, les métriques disponibles sont les suivantes :
Remarque
Les métriques du plan App Service sont disponibles uniquement pour les niveaux De base, Standard, Premium et Isolés.
| Métrique | Description |
|---|---|
| Pourcentage UC | Utilisation moyenne de l’UC dans toutes les instances du plan. |
| Pourcentage de mémoire | Utilisation moyenne de la mémoire dans toutes les instances du plan. |
| Données entrantes | Utilisation moyenne de la bande passante entrante dans toutes les instances du plan. |
| Données sortantes | Utilisation moyenne de la bande passante sortante dans toutes les instances du plan. |
| Longueur de file d'attente de disque | Nombre moyen de requêtes de lecture et d’écriture mises en file d’attente sur le stockage. Une longueur de file d’attente de disque élevée est une indication d’une application susceptible d’être ralentie en raison d’un nombre d’E/S de disque excessif. |
| Longueur de la file d’attente HTTP | Nombre moyen de requêtes HTTP qui devaient se trouver dans la file d’attente avant d’être exécutées. Une longueur de file d’attente HTTP élevée ou croissante est le symptôme d’un plan surchargé. |
Temps processeur et pourcentage UC
Deux métriques reflètent l’utilisation du processeur :
Temps processeur : Utile pour les applications hébergées dans un plan Gratuit ou Partagé, car l’un des quotas de ces applications est défini en minutes de processeur utilisées par l’application.
Pourcentage processeur : Utile pour les applications hébergées dans des plans De base, Standard et Premium qui peuvent faire l’objet d’un scale-out. Le pourcentage CPU est une bonne indication de l’utilisation globale de toutes les instances.
Granularité des métriques et stratégie de conservation
Les métriques d’une application et d’un plan App Service sont consignées et agrégées par le service et conservées conformément à ces règles.
Supervision des quotas et des métriques dans le portail Azure
Pour examiner l’état des différents quotas et métriques qui affectent une application, accédez au portail Azure.
Pour rechercher des quotas, sélectionnez Paramètres>Quotas. Sur le graphique, vous pouvez examiner :
- le nom du quota ;
- son intervalle de réinitialisation ;
- sa limite actuelle ;
- sa valeur actuelle.
Vous pouvez accéder aux métriques directement à partir de la page Vue d’ensemble de la ressource. Vous y verrez des graphiques représentant certaines des métriques des applications.
Cliquez sur l’un de ces graphiques pour accéder à l’affichage des métriques dans lequel vous pouvez créer des graphiques personnalisés, interroger différentes métriques et bien plus encore.
Pour plus d’informations sur les métriques, consultez Superviser les métriques des services.
Alertes et mise à l’échelle automatique
Les métriques pour une application ou un plan App Service peuvent être rattachées à des alertes. Pour plus d’informations, consultez Réception de notifications d’alerte.
Les applications App Service hébergées dans les plans App Service De base ou de niveau supérieur prennent en charge la mise à l’échelle automatique. La mise à l’échelle automatique vous permet de configurer des règles qui supervisent les métriques du plan App Service. Les règles peuvent diminuer ou augmenter le nombre d’instances, ce qui permet de fournir des ressources supplémentaires si nécessaire. Les règles peuvent aussi vous permettre d’économiser de l’argent quand l’application est surprovisionnée.
Pour plus d’informations sur la mise à l’échelle automatique, consultez Guide pratique pour mettre à l’échelle et Bonnes pratiques pour la mise à l’échelle automatique Azure Monitor.