Partage via

Surveiller Azure OpenAI (classique)

Note

Ce document fait référence au portail Microsoft Foundry (classique).

🔍 Consultez la documentation Microsoft Foundry (nouvelle) pour en savoir plus sur le nouveau portail.

Cet article aborde les points suivants :

  • Types de données de monitoring que vous pouvez collecter pour ce service.
  • Comment analyser ces données.

Note

Si vous connaissez déjà ce service et/ou Azure Monitor et que vous souhaitez simplement savoir comment analyser les données de surveillance, consultez la section Analyser près de la fin de cet article.

Quand vous avez des applications critiques et des processus métier qui s’appuient sur des ressources Azure, vous devez monitorer votre système et obtenir des alertes. Le service Azure Monitor collecte et agrège les métriques et les journaux de chaque composant de votre système. Azure Monitor vous fournit une vue de la disponibilité, des performances et de la résilience, et vous avertit des problèmes. Vous pouvez utiliser le portail Azure, PowerShell, Azure CLI, l’API REST ou des bibliothèques de client pour configurer et visualiser les données de monitoring.

Dashboards

Azure OpenAI fournit des tableaux de bord prêtes à l’emploi pour chacune de vos ressources Azure OpenAI. Il existe deux tableaux de bord clés pour surveiller votre ressource :

  • Tableau de bord des métriques dans l’affichage des ressources Foundry Azure OpenAI
  • Tableau de bord dans le volet vue d’ensemble dans le portail Azure

Pour accéder aux tableaux de bord de supervision, connectez-vous au portail Azure , puis sélectionnez le volet vue d’ensemble de l’une de vos ressources Azure OpenAI. Pour afficher le tableau de bord des métriques Foundry à partir du portail Azure, sélectionnez le volet vue d’ensemble et accédez au portail Microsoft Foundry. Sous outils, sélectionnez le tableau de bord des métriques.

Capture d’écran montrant des tableaux de bord prêtes à l’emploi pour une ressource Azure OpenAI dans le portail Azure.

Les tableaux de bord sont regroupés en quatre catégories : requêtes HTTP, utilisation basée sur les jetons, utilisation PTU et ajustement fin.

Collecte et routage des données dans Azure Monitor

Azure OpenAI collecte les mêmes types de données de surveillance que d’autres ressources Azure. Vous pouvez configurer Azure Monitor pour générer des données dans les journaux d’activité, les journaux de ressources, les journaux de machines virtuelles et les métriques de plateforme. Pour plus d’informations, consultez Surveillance des données à partir de ressources Azure.

Les métriques de plateforme et le journal d’activité Azure Monitor sont collectés et stockés automatiquement. Ces données peuvent être routées vers d’autres emplacements à l’aide d’un paramètre de diagnostic. Les journaux de ressources Azure Monitor ne sont pas collectés et stockés tant que vous n’avez pas créé de paramètre de diagnostic, puis routé les journaux vers un ou plusieurs emplacements.

Lorsque vous créez une configuration de diagnostic, vous spécifiez les catégories de logs à collecter. Pour plus d’informations sur la création d’un paramètre de diagnostic à l’aide du portail Azure, d’Azure CLI ou de PowerShell, consultez Créer un paramètre de diagnostic pour collecter les journaux de plateforme et les métriques dans Azure.

N’oubliez pas que l’utilisation des paramètres de diagnostic et l’envoi de données aux journaux Azure Monitor engendrent des coûts supplémentaires. Pour plus d’informations, consultez les calculs et options des coûts des journaux Azure Monitor.

Les métriques et les journaux d'événements que vous pouvez collecter sont décrits dans les sections suivantes.

Types de ressource

Azure utilise le concept de types de ressources et d’ID pour identifier tout dans un abonnement. Les types de ressource font également partie des ID de ressource pour chaque ressource exécutée dans Azure. Par exemple, le type de ressource pour une machine virtuelle peut être Microsoft.Compute/virtualMachines. Pour obtenir la liste des services et leurs types de ressources associés, consultez Fournisseurs de ressources.

Azure Monitor organise de manière similaire les données de supervision de base en métriques et journaux selon les types de ressources, également appelés espaces de noms. Différentes métriques et journaux sont disponibles pour différents types de ressources. Votre service peut être associé à plusieurs types de ressource.

Pour plus d’informations sur les types de ressources pour Azure OpenAI, consultez la référence des données de surveillance Azure OpenAI.

Stockage des données

Pour Azure Monitor :

  • Les données de métriques sont stockées dans la base de données des métriques Azure Monitor.
  • Les données de journal sont stockées dans le magasin de logs Azure Monitor. Log Analytics est un outil du portail Azure qui peut interroger ce magasin.
  • Le journal d’activité Azure est un magasin distinct avec sa propre interface dans le portail Azure.

Vous pouvez choisir d’acheminer les données des métriques et des journaux d’activité vers le magasin des journaux Azure Monitor. Vous pouvez ensuite utiliser Log Analytics pour interroger les données et les mettre en corrélation avec d’autres données de journal.

Bien des services peuvent recourir aux paramètres de diagnostic pour transférer les données de métriques et de journaux vers d'autres emplacements de stockage en dehors d'Azure Monitor. Par exemple, le stockage Azure, les systèmes partenaires hébergés et les systèmes partenaires non-Azure, à l’aide d’Event Hubs.

Pour plus d’informations sur la façon dont Azure Monitor stocke les données, consultez Plateforme de données Azure Monitor.

Métriques de plateforme Azure Monitor

Azure Monitor fournit des métriques de plateforme pour la plupart des services. Ces mesures sont :

  • Définies individuellement pour chaque espace de noms.
  • Stockées dans la base de données de métriques de série chronologique Azure Monitor.
  • Légères et capables de prendre en charge les alertes en quasi-temps réel.
  • Utilisées pour suivre les performances d’une ressource au fil du temps.

Collection: Azure Monitor collecte automatiquement les métriques de plateforme. Aucune configuration n'est requise.

Routage : vous pouvez également acheminer certaines mesures de plateforme vers Azure Monitor Logs/Log Analytics afin de pouvoir les interroger avec d’autres données de journal. Vérifiez le paramètre d’exportation DS pour chaque métrique pour voir si vous pouvez utiliser un paramètre de diagnostic pour acheminer la métrique vers Azure Monitor Logs/Log Analytics.

Pour obtenir la liste de toutes les métriques qu'il est possible de collecter pour toutes les ressources dans Azure Monitor, consultez Métriques prises en charge dans Azure Monitor.

Azure OpenAI a une communité avec un sous-ensemble d’outils Foundry. Pour obtenir la liste des métriques disponibles pour Azure OpenAI, consultez la référence des données de surveillance Azure OpenAI.

Journaux d’activité de ressources Azure Monitor

Les journaux de ressource fournissent des insights sur les opérations effectuées par une ressource Azure. Les journaux sont générés automatiquement, mais vous devez les router vers les journaux d'Azure Monitor pour les stocker ou les consulter. Les journaux sont organisés en catégories. Un espace de noms donné peut avoir plusieurs catégories de journal de ressource.

Collection: Les journaux de ressources ne sont pas collectés et stockés tant que vous n’avez pas créé de paramètre de diagnostic et routé les journaux vers un ou plusieurs emplacements. Lorsque vous créez une configuration de diagnostic, vous spécifiez les catégories de logs à collecter. Il existe plusieurs façons de créer et gérer des paramètres de diagnostic, notamment le portail Azure, programmatiquement et avec Azure Policy.

Routage : la valeur par défaut suggérée est le routage des journaux de ressource vers les journaux Azure Monitor afin de pouvoir les interroger avec d’autres données de journal. D’autres emplacements comme le Stockage Azure, Azure Event Hubs et certains partenaires de monitoring de Microsoft sont également disponibles. Pour plus d’informations, consultez Journaux de ressource Azure et Destinations des journaux de ressource.

Pour plus d’informations sur la collecte, le stockage et le routage des journaux de ressource, consultez Paramètres de diagnostic dans Azure Monitor.

Pour obtenir la liste de toutes les catégories de journal de ressource disponibles dans Azure Monitor, consultez Journaux de ressource pris en charge dans Azure Monitor.

Tous les journaux de ressource dans Azure Monitor ont les mêmes champs d’en-tête, suivis de champs propres au service. Le schéma du journal des ressources d'Azure Monitor est décrit dans le schéma commun .

Pour les catégories de journaux de ressources disponibles, leurs tables Log Analytics associées et les schémas de journal pour Azure OpenAI, consultez la référence des données de surveillance Azure OpenAI.

Journal des activités Azure

Le journal d’activité contient des évènements au niveau de l’abonnement qui suivent les opérations sur chaque ressource Azure qui sont vues comme extérieures à cette ressource, par exemple, la création d’une ressource ou le démarrage d’une machine virtuelle.

Collection : Les événements du journal d'activité sont automatiquement générés et collectés dans un magasin distinct pour être consultés dans le portail Azure.

Routage: Vous pouvez envoyer des données de journal d’activité aux journaux Azure Monitor afin de pouvoir les analyser en même temps que d’autres données de journal. D’autres emplacements comme le Stockage Azure, Azure Event Hubs et certains partenaires de monitoring de Microsoft sont également disponibles. Pour plus d’informations sur le routage du journal d’activité, consultez Vue d’ensemble du journal d’activité Azure.

Analyser les données de surveillance

Il existe de nombreux outils pour analyser les données de supervision.

Outils d'Azure Monitor

Azure Monitor prend en charge les outils de base suivants :

Les outils qui permettent une visualisation plus complexe sont notamment :

  • Tableaux de bord qui vous permettent de combiner différents types de données dans un seul volet du portail Azure.
  • Les workbooks, des rapports personnalisables que vous pouvez créer dans le portail Azure. Les workbooks peuvent inclure du texte, des métriques et des requêtes de journal.
  • Grafana, un outil de plateforme ouvert, parfait pour les tableaux de bord opérationnels. Vous pouvez utiliser Grafana pour créer des tableaux de bord qui incluent des données provenant de plusieurs sources autres qu’Azure Monitor.
  • Power BI, un service d’analyse métier qui fournit des visualisations interactives pour diverses sources de données. Vous pouvez configurer Power BI pour importer automatiquement des données de journal à partir d’Azure Monitor pour tirer parti de ces visualisations.

Configurer les paramètres de diagnostic

Toutes les métriques sont exportables avec les paramètres de diagnostic dans Azure Monitor. Si vous souhaitez analyser les journaux et les données de métriques avec des requêtes Log Analytics Azure Monitor, vous devez configurer les paramètres de diagnostic pour votre ressource Azure OpenAI et votre espace de travail Log Analytics.

Capture d’écran montrant comment ouvrir la page des paramètres de diagnostic pour une ressource Azure OpenAI dans le portail Azure.

Après avoir configuré les paramètres de diagnostic, vous pouvez utiliser des métriques et des données de journal pour votre ressource Azure OpenAI dans votre espace de travail Log Analytics.

Outils d’exportation Azure Monitor

Vous pouvez extraire des données d’Azure Monitor dans d’autres outils en utilisant les méthodes suivantes :

Pour bien démarrer avec l’API REST pour Azure Monitor, consultez Procédure pas à pas de l’API REST d’analyse Azure.

Requêtes Kusto

Vous pouvez analyser les données de surveillance dans le magasin Azure Monitor Logs / Log Analytics à l'aide du langage de requête Kusto (KQL).

Important

Quand vous sélectionnez Journaux dans le menu du service sur le portail, Log Analytics s'ouvre avec le champ de requête configuré pour le service en cours. Cette portée signifie que les requêtes de journal n'incluront que les données provenant de ce type de ressource. Si vous voulez exécuter une requête qui comprend des données d’autres services Azure, sélectionnez Journaux dans le menu Azure Monitor. Pour plus d’informations, consultez Étendue de requête de journal et intervalle de temps dans la fonctionnalité Log Analytics d’Azure Monitor.

Pour obtenir la liste des requêtes courantes pour n’importe quel service, consultez l’Interface de requêtes Log Analytics.

Après avoir déployé un modèle Azure OpenAI, vous pouvez envoyer des appels d’achèvement à l’aide de l’environnement de terrain de jeu dans Foundry.

Tout texte entré dans le terrain de jeux Complétions ou le terrain de jeux Complétions de conversation génère des métriques et des données de journal pour votre ressource Azure OpenAI. Dans l’espace de travail Log Analytics de votre ressource, vous pouvez interroger les données de surveillance à l’aide du langage de requête Kusto .

Important

L’option Ouvrir la requête dans la page de ressources Azure OpenAI accède à Azure Resource Graph, qui n’est pas décrite dans cet article. Les requêtes suivantes utilisent l’environnement de requête pour Log Analytics. Veillez à suivre les étapes décrites dans Configurer les paramètres de diagnostic pour préparer votre espace de travail Log Analytics.

  1. Dans votre page de ressource Azure OpenAI, sous Surveillance dans le volet gauche, sélectionnez Journaux.

  2. Sélectionnez l’espace de travail Log Analytics que vous avez configuré avec des diagnostics pour votre ressource Azure OpenAI.

  3. Dans la page de l’espace de travail Log Analytics , sous Vue d’ensemble dans le volet gauche, sélectionnez Journaux.

    Le portail Azure affiche une fenêtre Requêtes avec des exemples de requêtes et des suggestions par défaut. Vous pouvez fermer cette fenêtre.

Pour les exemples suivants, entrez la requête Kusto dans la région de modification en haut de la fenêtre Requête , puis sélectionnez Exécuter. Les résultats de la requête s’affichent sous le texte de la requête.

La requête Kusto suivante est utile pour une analyse initiale des données Diagnostics Azure (AzureDiagnostics) sur votre ressource :

AzureDiagnostics
| take 100
| project TimeGenerated, _ResourceId, Category, OperationName, DurationMs, ResultSignature, properties_s

Cette requête retourne un exemple de 100 entrées et affiche un sous-ensemble des colonnes de données disponibles dans les journaux. Dans les résultats de la requête, vous pouvez sélectionner la flèche en regard du nom de la table pour afficher toutes les colonnes disponibles et les types de données associés.

Capture d’écran montrant les résultats de la requête Log Analytics pour les données diagnostics Azure sur la ressource Azure OpenAI.

Pour afficher toutes les colonnes de données disponibles, vous pouvez supprimer la ligne | project ... de paramètres d’étendue de la requête :

AzureDiagnostics
| take 100

Pour examiner les données azure Metrics (AzureMetrics) de votre ressource, exécutez la requête suivante :

AzureMetrics
| take 100
| project TimeGenerated, MetricName, Total, Count, Maximum, Minimum, Average, TimeGrain, UnitName

La requête retourne un exemple de 100 entrées et affiche un sous-ensemble des colonnes disponibles des données de métriques Azure :

Capture d’écran montrant les résultats de la requête Log Analytics pour les données de métriques Azure sur la ressource Azure OpenAI.

Note

Lorsque vous sélectionnez Journaux d’analyse> dans le menu Azure OpenAI de votre ressource, Log Analytics s’ouvre avec l’étendue de requête définie sur la ressource actuelle. Les requêtes de journal visibles incluent uniquement les données de cette ressource spécifique. Pour exécuter une requête qui inclut des données provenant d’autres ressources ou données d’autres services Azure, sélectionnez Journaux dans le menu Azure Monitor dans le portail Azure. Pour plus d’informations, consultez l’étendue et l’intervalle de temps des requêtes de journal dans Azure Monitor Log Analytics pour plus d’informations.

Alertes

Azure Monitor vous alerte de façon proactive quand des conditions spécifiques sont détectées dans vos données de monitoring. Les alertes permettent d’identifier et de résoudre les problèmes affectant votre système avant que vos clients ne les remarquent. Pour plus d’informations, consultez les alertes Azure Monitor.

Il existe de nombreuses sources d’alertes courantes pour les ressources Azure. Pour obtenir des exemples d’alertes courantes pour les ressources Azure, consultez Exemples de requêtes d’alerte de journal. Le site AMBA (Azure Monitor Baseline Alerts) fournit une méthode semi-automatisée d’implémentation d’alertes de métriques de plateforme importantes, de tableaux de bord et de recommandations. Le site s’applique à un sous-ensemble des services Azure en constante expansion, y compris tous les services qui font partie de la zone d’atterrissage Azure (ALZ).

Le schéma d’alerte commun standardise la consommation de notifications d'alerte pour Azure Monitor. Pour plus d’informations, consultez Schéma d’alerte courant.

Types d'alertes

Vous pouvez définir une alerte sur n’importe quelle source de données de métrique ou de journal dans la plateforme de données Azure Monitor. Il existe de nombreux types d’alertes différents en fonction des services que vous monitorez et des données de monitoring que vous collectez. Les différents types d’alertes ont divers avantages et inconvénients. Pour plus d’informations, consultez Choisir le type d’alerte de surveillance approprié.

La liste suivante décrit les types d’alertes Azure Monitor que vous pouvez créer :

  • Les alertes métriques évaluent les métriques de ressources à intervalles réguliers. Les métriques peuvent être des métriques de plateforme, des métriques personnalisées, des journaux provenant d’Azure Monitor convertis en métriques ou des métriques Application Insights. Les alertes de mesure peuvent également appliquer plusieurs conditions et seuils dynamiques.
  • Les alertes de journal permettent aux utilisateurs d’utiliser une requête Log Analytics pour évaluer les journaux de ressources à une fréquence prédéfinie.
  • Les alertes de journal d’activité sont déclenchées quand un nouvel événement de journal d’activité correspond à des conditions définies. Les alertes Resource Health et les alertes Service Health sont des alertes de journal d’activité qui concernent l’intégrité de votre service et de vos ressources.

Certains services Azure prennent également en charge les alertes de détection intelligente, les alertes Prometheus ou les règles d’alerte recommandées.

Pour certains services, vous pouvez opérer une surveillance à grande échelle en appliquant la même règle d’alerte de métrique à plusieurs ressources du même type qui existent dans la même région Azure. Les notifications individuelles sont envoyées pour chaque ressource supervisée. Pour connaître les services et clouds Azure pris en charge, consultez Monitorer plusieurs ressources avec une seule règle d’alerte.

Configurer des alertes

Les besoins d’alerte de chaque organisation varient et peuvent changer au fil du temps. En règle générale, toutes les alertes doivent être actionnables et avoir une réponse spécifique si l’alerte se produit. Si une alerte ne nécessite pas de réponse immédiate, la condition peut être capturée dans un rapport plutôt qu’une alerte. Certains cas d’usage peuvent nécessiter des alertes chaque fois que certaines conditions d’erreur existent. Dans d’autres cas, vous pouvez avoir besoin d’alertes pour les erreurs qui dépassent un certain seuil pour une période désignée.

Les erreurs inférieures à certains seuils peuvent souvent être évaluées par le biais d’une analyse régulière des données dans les journaux Azure Monitor. Lorsque vous analysez vos données de journal au fil du temps, vous pouvez découvrir qu’une certaine condition ne se produit pas pendant une période prévue. Vous pouvez effectuer le suivi de cette condition à l’aide d’alertes. Parfois, l’absence d’un événement dans un journal est aussi importante qu’un signal comme une erreur.

Selon le type d’application que vous développez avec votre utilisation d’Azure OpenAI, Azure Monitor Application Insights peut offrir davantage d’avantages de surveillance au niveau de la couche Application.

Règles d’alerte Azure OpenAI

Vous pouvez définir des alertes pour n’importe quelle métrique, entrée de journal ou entrée de journal d’activité répertoriée dans la référence des données de surveillance Azure OpenAI.

Recommandations d’Advisor

Pour certains services, si des conditions critiques ou des changements imminents se produisent pendant des opérations de ressources, une alerte s’affiche dans la page Vue d’ensemble du service concerné dans le portail. Des informations supplémentaires et les correctifs recommandés pour l’alerte sont disponibles dans les Recommandations Advisor sous Surveillance dans le menu de gauche. Pendant les opérations normales, aucune recommandation de conseiller ne s’affiche.

Pour plus d’informations sur Azure Advisor, consultez Vue d’ensemble d’Azure Advisor.

Contenu connexe

  • Last updated on