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.
Applies to :Azure SQL Managed Instance
Découvrez comment surveiller Azure SQL Managed Instance.
Cet article aborde les points suivants :
- Types de données de monitoring que vous pouvez collecter pour ce service.
- Comment analyser ces données.
Remarque
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 Analyze près de la fin de cet article.
Lorsque vous avez des applications critiques et des processus métier qui s’appuient sur des ressources Azure, vous devez surveiller et obtenir des alertes pour votre système. Le service Azure Monitor collecte et agrège les indicateurs et les journaux de chaque composant de votre système. Azure Monitor vous offre 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 les bibliothèques clientes pour configurer et afficher les données de surveillance.
- Pour plus d’informations sur Azure Monitor, consultez la vue d’ensemble Azure Monitor.
- Pour plus d’informations sur la surveillance des ressources Azure en général, consultez Surveillez les ressources Azure avec Azure Monitor.
Outre les fonctionnalités de cet article, le Moteur de base de données SQL dispose de ses propres capacités de surveillance et de diagnostic qu’utilise Azure SQL Managed Instance, telles que le Magasin des requêtes et les vues de gestion dynamique (DMV). Pour plus d’informations, consultez les articles suivants :
- Surveiller les performances à l’aide du Magasin des requêtes
- Monitor Azure SQL Managed Instance performances à l’aide de vues de gestion dynamique
Pour une présentation détaillée de tous les aspects de la surveillance et des performances de Azure SQL Managed Instance, consultez Monitor et réglage des performances dans Azure SQL Database et Azure SQL Managed Instance.
Informations
Certains services de Azure disposent d’un tableau de bord de surveillance intégré dans le portail Azure qui fournit un point de départ pour la surveillance de votre service. Ces tableaux de bord sont appelés insights et vous pouvez les trouver dans le Insights Hub de Azure Monitor dans le portail Azure.
Observateur de base de données (aperçu)
L’observateur de base de données collecte des données de surveillance de charge de travail détaillées pour vous donner une vue détaillée des performances, de la configuration et de l’intégrité de la base de données. Les tableaux de bord du portail Azure fournissent une vue à volet unique de votre patrimoine Azure SQL et une vue détaillée de chaque ressource surveillée. Les données sont collectées dans un magasin de données central dans votre abonnement Azure. Vous pouvez interroger, analyser, exporter, visualiser des données collectées et les intégrer à des systèmes en aval.
Si vous souhaitez en savoir plus sur l’observateur de base de données, consultez les articles suivants :
- Surveillez les charges de travail Azure SQL avec l'outil de surveillance des bases de données (préversion)
- Quickstart : Créer un observateur de base de données pour surveiller Azure SQL (préversion)
- Créer et configurer un observateur de base de données (aperçu)
- Collection de données et jeux de données de l’observateur de base de données (aperçu)
- Analyser les données de surveillance de l’observateur de base de données (aperçu)
- FAQ au sujet de l’observateur de base de données
Types de ressource
Azure utilise le concept de types de ressources et d’ID pour identifier tout dans un abonnement. Les types de ressources font également partie des ID de ressource pour chaque ressource exécutée dans Azure. Par exemple, un type de ressource pour une machine virtuelle est Microsoft.Compute/virtualMachines. Pour obtenir la liste des services et leurs types de ressource associés, consultez Fournisseurs de ressources.
Azure Monitor organise de même les données de surveillance principales en métriques et journaux basés sur des types de ressources, également appelés namespaces. Différentes métriques et journaux sont disponibles pour les différents types de ressource. Votre service peut être associé à plusieurs types de ressource.
Pour plus d’informations sur les types de ressources pour SQL Managed Instance, consultez SQL Managed Instance référence des données de surveillance.
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 logs sont stockées dans le stockage des logs Azure Monitor. Log Analytics est un outil dans le 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 éventuellement router les données de métrique et de journal d’activité vers le magasin de journaux d’activité 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.
De nombreux services peuvent utiliser les paramètres de diagnostic pour envoyer des données de métrique et de journal à d’autres emplacements de stockage en dehors de Azure Monitor. Les exemples incluent stockage Azure, systèmes partenaires hébergés et systèmes partenaires non Azure, à l’aide d’Event Hubs.
Pour plus d’informations sur la façon dont Azure Monitor stocke des données, consultez Azure Monitor plateforme de données.
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é 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.
Routing : Vous pouvez également acheminer certaines métriques de plateforme vers Azure Monitor Logs et Log Analytics afin de pouvoir les interroger à l'aide d'autres données de journal. Vérifiez le paramètre DS export 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 plus d’informations, consultez le paramètre de diagnostic des métriques.
- Pour configurer les paramètres de diagnostic d’un service, consultez Créer les paramètres de diagnostic dans Azure Monitor.
Pour obtenir la liste de toutes les métriques pouvant être collectées pour toutes les ressources dans Azure Monitor, consultez les métriques prises en charge dans Azure Monitor.
Pour obtenir la liste des métriques disponibles pour SQL Managed Instance, consultez SQL Managed Instance référence des données de surveillance.
Journaux de ressources d'Azure Monitor
Les journaux de ressources fournissent des informations sur les opérations effectuées par une ressource Azure. Les journaux sont générés automatiquement, mais vous devez les acheminer vers les journaux Azure Monitor pour les enregistrer ou interroger. Les journaux d’activité sont organisés en catégories. Un espace de noms donné peut avoir plusieurs catégories de journalisation de ressources.
Collecte : Les journaux de ressources ne sont pas collectés ni stockés tant qu’un paramètre de diagnostic n’a pas été créé et que les journaux ne sont pas routés vers un ou plusieurs emplacements. Lorsque vous créez un paramètre de diagnostic, vous spécifiez les catégories de journaux à collecter. Il existe plusieurs façons de créer et de gérer des paramètres de diagnostic, notamment via le portail Azure, par des moyens programmatiques, et via Azure Policy.
Routing : Il est conseillé de router les journaux des ressources vers Azure Monitor Logs pour pouvoir les consulter avec d’autres données de journal. D’autres emplacements tels que stockage Azure, Azure Event Hubs et certains partenaires de surveillance Microsoft sont également disponibles. Pour plus d’informations, consultez Azure journaux de ressources et Destinations des journaux de ressources.
Pour plus d’informations sur la collecte, le stockage et le routage des journaux de ressources, consultez les paramètres Diagnostic dans Azure Monitor.
Pour obtenir la liste de toutes les catégories de journaux de ressources disponibles dans Azure Monitor, consultez Journaux de ressources pris en charge dans Azure Monitor.
Tous les journaux de ressources dans Azure Monitor ont les mêmes champs d’en-tête, suivis de champs spécifiques au service. Le schéma commun est décrit dans Azure Monitor schéma du journal des ressources.
journaux d’activité de Azure SQL Managed Instance
Auditing pour Azure SQL Managed Instance effectue le suivi des événements de base de données et les écrit dans un journal d’audit dans votre compte de stockage Azure. Pour plus d'informations, consultez Démarrer avec l’audit de SQL Managed Instance.
Pour plus d’informations sur les journaux de ressources et les diagnostics disponibles pour Azure SQL Managed Instance, consultez Configurer l’exportation de diffusion en continu des données de télémétrie de diagnostic.
Pour les catégories de journaux de ressources disponibles, leurs tables de Log Analytics associées et les schémas de journal pour SQL Managed Instance, consultez la référence des données de surveillance pour SQL Managed Instance.
journal d’activité Azure
Le journal d’activité contient des événements au niveau de l’abonnement qui effectuent le suivi des opérations pour chaque ressource Azure comme indiqué à partir de l’extérieur de 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 générés et collectés automatiquement dans un magasin distinct pour l’affichage dans le portail Azure.
Routing : Vous pouvez envoyer des données du journal d'activités à Azure Monitor Logs afin de pouvoir les analyser conjointement avec d'autres données de journal. D’autres emplacements tels que stockage Azure, Azure Event Hubs et certains partenaires de surveillance Microsoft sont également disponibles. Pour plus d’informations sur l’itinéraire du journal d’activité, consultez Overview du journal d’activité Azure.
Analyser les données de surveillance
Il existe de nombreux outils pour analyser les données de supervision.
outils Azure Monitor
Azure Monitor prend en charge les outils de base suivants :
Metrics Explorer, un outil du portail Azure qui vous permet d’afficher et d’analyser les métriques pour les ressources Azure. Pour plus d’informations, consultez Analyze des métriques avec Azure Monitor Metrics Explorer.
Log Analytics, un outil du portail Azure qui vous permet d’interroger et d’analyser les données de journal à l’aide du langage de requête Kusto (KQL). Pour plus d'informations, consultez Démarrez avec des requêtes de journal dans Azure Monitor.
Le journal d’activité , qui a une interface utilisateur dans le portail Azure pour l’affichage et la recherche de base. Pour effectuer une analyse plus approfondie, vous devez acheminer les données vers des journaux d’activité Azure Monitor et exécuter des requêtes plus complexes dans Log Analytics.
Les outils qui permettent une visualisation plus complexe sont notamment :
- Dashboards qui vous permettent de combiner différents types de données dans un seul volet du portail Azure.
- Workbooks, 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 que Azure Monitor.
- Power BI, un service d’analytique métier qui fournit des visualisations interactives sur différentes sources de données. Vous pouvez configurer Power BI pour importer automatiquement des données de journal à partir de Azure Monitor pour tirer parti de ces visualisations.
outils d’exportation Azure Monitor
Vous pouvez extraire des données de Azure Monitor dans d’autres outils à l’aide des méthodes suivantes :
Metrics : Utilisez l’API REST pour les métriques pour extraire les données de métriques de la base de données de métriques Azure Monitor. L’API prend en charge les expressions de filtre pour affiner les données récupérées. Pour plus d’informations, consultez référence API REST Azure Monitor.
Journaux : utilisez l’API REST ou les bibliothèques de client associées.
Une autre option est l’exportation des données d’espace de travail.
Pour commencer avec l'API REST pour Azure Monitor, consultez guide pratique de l'API REST de supervision Azure.
Requêtes Kusto
Vous pouvez analyser les données de surveillance dans le stockage Azure Monitor Journaux/Log Analytics à l’aide du langage de requête Kusto (KQL).
Important
Lorsque vous sélectionnez Logs dans le menu du service dans le portail, Log Analytics s'ouvre avec l'étendue de requête définie sur le service actuel. La portée signifie que les requêtes de journal n'incluront que des données de ce type de ressource. Si vous souhaitez exécuter une requête qui inclut des données provenant d’autres services Azure, sélectionnez Logs dans le menu Azure Monitor. Voir l'étendue de la requête et la plage de temps dans Azure Monitor Log Analytics pour plus de détails.
Pour obtenir la liste des requêtes courantes pour n’importe quel service, consultez l’interface de requêtes Log Analytics.
Utilisez les exemples de requêtes suivants pour vous aider à surveiller votre Azure SQL Managed Instance.
Exemple A : Afficher toutes les instances gérées avec une utilisation du avg_cpu supérieure à 95 %.
let cpu_percentage_threshold = 95;
let time_threshold = ago(1h);
AzureDiagnostics
| where Category == "ResourceUsageStats" and TimeGenerated > time_threshold
| summarize avg_cpu = max(todouble(avg_cpu_percent_s)) by _ResourceId
| where avg_cpu > cpu_percentage_threshold
Exemple B : Afficher toutes les instances gérées avec une utilisation du stockage supérieure à 90 %, en divisant storage_space_used_mb_s par reserved_storage_mb_s.
let storage_percentage_threshold = 90;
AzureDiagnostics
| where Category =="ResourceUsageStats"
| summarize (TimeGenerated, calculated_storage_percentage) = arg_max(TimeGenerated, todouble(storage_space_used_mb_s) *100 / todouble (reserved_storage_mb_s))
by _ResourceId
| where calculated_storage_percentage > storage_percentage_threshold
Alertes
Azure Monitor alertes vous avertissent de manière proactive lorsque des conditions spécifiques sont trouvées dans vos données de surveillance. 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 Azure Monitor alertes.
Il existe de nombreuses sources d’alertes courantes pour les ressources Azure. Pour obtenir des exemples d’alertes courantes pour les ressources Azure, consultez Requêtes d’alerte de journal d’échantillonnage. Le site Azure Monitor Alertes de base (AMBA) fournit une méthode semi-automatisée pour implémenter des alertes de métrique de plateforme importantes, des tableaux de bord et des recommandations. Le site s’applique à un sous-ensemble en constante expansion de services Azure, y compris tous les services qui font partie de la zone d’atterrissage Azure (ALZ).
Le schéma d’alerte courant normalise la consommation des notifications d’alerte Azure Monitor. Pour plus d’informations, consultez Schéma d’alerte courant.
Types d'alertes
Vous pouvez alerter sur n’importe quelle source de données de journal ou de métrique 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 bon type d’alerte de monitoring.
La liste suivante décrit les types d’alertes Azure Monitor que vous pouvez créer :
- Les alertes de métrique évaluent les métriques de ressource à intervalles réguliers. Les métriques peuvent être des métriques de plateforme, des métriques personnalisées, des journaux d’Azure Monitor convertis en métriques ou des métriques Application Insights. Les alertes de métriques peuvent également appliquer plusieurs conditions et seuils dynamiques.
- Les alertes Log 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és qui signalent l'état de santé de vos services et ressources.
Certains services Azure prennent également en charge les alertes de détection intelligente, Prometheus ou règles d’alerte recommandées.
Pour certains services, vous pouvez surveiller à 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 les services et clouds Azure pris en charge, voir Surveiller plusieurs ressources avec une seule règle d'alerte.
Remarque
Si vous créez ou exécutez une application qui s'exécute sur votre service, Azure Monitor Application Insights peut offrir davantage de types d'alertes.
règles d’alerte SQL Managed Instance
Le tableau suivant répertorie les règles d’alerte courantes et recommandées pour Azure SQL Managed Instance. Vous pourriez voir les différentes options disponibles en fonction de votre modèle d'achat.
| Nom du signal | Opérateur | Type d’agrégation | Valeur du seuil | Description |
|---|---|---|---|---|
Average CPU percentage |
Supérieur à | Moyenne | 80 | Chaque fois que le pourcentage moyen d’utilisation du processeur est supérieur à 80 % |
Resource Health |
État actuel de la ressource | N/D | Dégradé ou indisponible | Détecter les pannes de ressources, qu’elles soient Azure lancées ou lancées par l’utilisateur |
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 Advisor ne s’affiche.
Pour plus d’informations sur Azure Advisor, consultez Azure Advisor vue d’ensemble.