Vue d’ensemble d’Azure Monitor
Azure Monitor est une solution de monitoring complète qui permet de collecter et d’analyser des données de télémétrie en vue d’y répondre, à partir des vos environnements cloud et locaux. Vous pouvez utiliser Azure Monitor pour optimiser la disponibilité et les performances de vos applications et services. Il vous aide à comprendre les performances de vos applications et vous permet de répondre manuellement et par programmation aux événements système.
Azure Monitor collecte et agrège les données de chaque couche et composant de votre système sur plusieurs abonnements et locataires Azure et non-Azure. Il le stocke dans une plateforme de données commune pour être consommé par un ensemble commun d’outils qui peuvent mettre en corrélation, analyser, visualiser et/ou répondre aux données. Vous pouvez également intégrer d’autres outils Microsoft et non Microsoft.
Le diagramme ci-dessus montre une vue abstraite du processus de supervision. Une répartition plus détaillée de l’architecture Azure Monitor est présentée dans la section Architecture de haut niveau ci-dessous.
Architecture de haut niveau
Azure Monitor peut surveiller ces types de ressources dans Azure, d’autres clouds ou localement :
- Applications
- Machines virtuelles
- Systèmes d’exploitation invités
- Conteneurs comprenant des métriques Prometheus
- Bases de données
- Événements de sécurité en combinaison avec Azure Sentinel
- Événements de mise en réseau et intégrité en combinaison avec Network Watcher
- Sources personnalisées qui utilisent les API pour obtenir des données dans Azure Monitor
Vous pouvez également exporter des données de supervision d’Azure Monitor vers d’autres systèmes afin de pouvoir :
- Intégrer à d’autres outils de monitoring et de visualisation tiers et open source
- Intégrer à la billetterie et à d’autres systèmes ITSM
Si vous êtes un utilisateur Operations Manager (SCOM), Azure Monitor inclut désormais Instance SCOM gérée d’Azure Monitor (SCOM MI). Operations Manager MI est une version hébergée dans le cloud d’Operations Manager et vous permet de déplacer votre installation locale d’Operations Manager vers Azure.
Le diagramme suivant donne une vue de l’architecture à haut niveau d’Azure Monitor.
Cliquez sur le diagramme pour afficher une version développée plus détaillée montrant une répartition plus large des sources de données et des méthodes de collecte de données.
Le diagramme illustre les composants système Azure Monitor :
Les Sources de données sont les types de ressource monitorés.
Les données sont collectées et acheminées vers la plateforme de données. Cliquez sur le diagramme pour afficher ces options, qui sont également décrites en détail plus loin dans cet article.
La plateforme de données stocke les données de surveillance collectées. La plateforme de données principale d’Azure Monitor dispose de magasins pour les indicateurs de performance, les journaux, les traces et les modifications. Operations Manager MI utilise sa propre base de données hébergée dans SQL Managed Instance.
La section Consommation présente les composants qui utilisent les données de la plateforme de données.
- Les méthodes de consommation principales d’Azure Monitor incluent des outils permettant de fournir des aperçus, de visualiser et d’analyser des données. Les outils de visualisation s’appuient sur les outils d’analyse et les aperçus s’appuient aussi bien sur les outils de visualisation que d’analyse.
- Il existe des mécanismes supplémentaires pour vous aider à répondre aux données de supervision entrantes.
Le chemin d’accès SCOM MI utilise la console Operations Manager traditionnelle que les clients SCOM connaissent déjà.
Les options d’interopérabilité sont présentées dans la section Intégrer . Tous les services ne s’intègrent pas à tous les niveaux. SCOM MI s’intègre uniquement à Power BI.
Sources de données
Azure Monitor peut recueillir des données provenant de diverses sources.
Le diagramme ci-dessous montre une version développée des types de source de données à partir desquels Azure Monitor peut collecter des données de monitoring.
Cliquez sur l’image pour afficher une version plus grande du diagramme des sources de données dans un contexte.
Vous pouvez intégrer une application, une infrastructure et des données de supervision de source de données personnalisées externes à Azure, notamment des clouds locaux et autres que Microsoft.
Azure Monitor collecte les types de données suivants :
| Type de données | Description et sous-types |
|---|---|
| Application/Charges de travail | Application : Données de performances, d’intégrité et d’activité de l’application. Charges de travail : charges de travail IaaS telles que SQL Server, Oracle ou SAP exécutées sur une machine virtuelle hébergée. |
| Infrastructure | Conteneur : données sur des conteneurs, comme Azure Kubernetes Service et Prometheus et les applications qui s’exécutent dans des conteneurs. Système d’exploitation : données concernant le système d’exploitation invité sur lequel votre application s’exécute. |
| Plateforme Azure | Ressource Azure : données sur le fonctionnement d’une ressource Azure à l’intérieur de la ressource, y compris les modifications. Les journaux de ressources en sont un exemple. Abonnement Azure : données sur le fonctionnement et la gestion d’un abonnement Azure, ainsi que sur l’intégrité et le fonctionnement d’Azure proprement dit. Le journal d’activité en est un exemple. Locataire Azure : Données concernant le fonctionnement des services Azure au niveau du locataire, tels que Microsoft Entra ID. |
| Sources personnalisées | Données accédant au système en utilisant l’API REST Azure Monitor L’API de collecte de données |
Pour plus d’informations sur chacune des sources de données, consultez Sources de données.
SCOM MI (comme SCOM local) collecte uniquement les sources de charge de travail IaaS et de système d’exploitation.
Collecte et routage de données
Azure Monitor collecte et achemine des données de surveillance en utilisant quelques mécanismes différents, en fonction des données routées et de la destination. Tout comme un système routier s’améliorant au fil des années, toutes les routes ne mènent pas à tous les endroits. Certaines sont héritées, d’autres nouvelles et d’autres sont meilleures à prendre que d’autres compte tenu de l’évolution d’Azure Monitor au fil du temps. Pour plus d’informations, consultez sources de données gratuites.
Cliquez sur le diagramme pour afficher une version plus grande de la collection de données dans son contexte.
| Méthode de collection | Description |
|---|---|
| Instrumentation d’application | Application Insights est activé via l’instrumentation automatique (agent) ou en ajoutant le kit de développement logiciel (SDK) Application Insights à votre code d’application. En outre, Application Insights est en train d’implémenter Open Telemetry. Pour plus d’informations, référez-vous à Comment instrumenter une application ?. |
| Agents | Les agents peuvent collecter des données d’analyse provenant du système d’exploitation invité d’Azure et de machines virtuelles hybrides. |
| Règles de collecte de données | Utilisez les règles de collecte de données pour spécifier les données à collecter, comment les transformer et où les envoyer. |
| Zéro configuration | Les données sont automatiquement envoyées vers une destination sans configuration utilisateur. Les mesures de plateforme sont l’exemple le plus courant. |
| Paramètres de diagnostic | Utilisez des paramètres de diagnostic pour déterminer où envoyer des données du journal des ressources et du journal d’activité sur la plateforme de données. |
| API REST Azure Monitor | L’API d’ingestion des journaux dans Azure Monitor vous permet d’envoyer des données vers un espace de travail Log Analytics dans Journaux d’activité Azure Monitor. Vous pouvez également envoyer des métriques vers le magasin de métriques Azure Monitor à l’aide de l’API de métriques personnalisées. |
Un moyen courant d’acheminer des données de surveillance vers d’autres outils non Microsoft consiste à utiliser Event Hubs. Pour plus d’informations, consultez la section Intégrer ci-dessous.
SCOM MI (comme SCOM local) utilise un agent pour collecter des données, qu’il envoie à un serveur d’administration s’exécutant dans un SCOM MI sur Azure.
Pour plus d’informations sur la collecte de données, consultez Collecte de données.
Plateforme de données
Azure Monitor stocke les données dans des magasins de données pour chacun des trois piliers d’observabilité, plus un autre :
- Mesures
- logs
- traces distribuées
- modifications
Chaque magasin est optimisé pour des types spécifiques de données et des scénarios de monitoring.
Sélectionnez le diagramme précédent pour afficher la plateforme de données dans le contexte de la totalité d’Azure Monitor.
| Pilier de l’observabilité/ Magasin de données |
Description |
|---|---|
| Mesures Azure Monitor | Les métriques sont des valeurs numériques décrivant un aspect d’un système à un moment précis dans le temps. Les métriques Azure Monitor sont une base de données de séries chronologiques, optimisée pour l’analyse de données horodatées. Azure Monitor collecte des métriques à intervalles réguliers. Les métriques sont identifiées avec un horodatage, un nom, une valeur et une ou plusieurs étiquettes de définition. Elles peuvent être agrégées à l’aide d’algorithmes, comparées à d’autres métriques et analysées afin de révéler des tendances au fil du temps. Elles prennent en charge les métriques Azure Monitor natives et les métriques Prometheus. |
| Journaux Azure Monitor | Les journaux sont des événements système enregistrés. Les journaux peuvent contenir différents types de données, être structurés ou sous forme libre, et ils contiennent un horodatage. Azure Monitor stocke des données de journal structurées et non structurées de tous types dans les journaux Azure Monitor. Vous pouvez acheminer des données vers des espaces de travail Log Analytics à des fins d’interrogation et d’analyse. |
| Traces | Le suivi distribué vous permet de voir le chemin d’une requête à mesure qu’elle transite à travers différents services et composants. Azure Monitor obtient des données de traces distribuées provenant d’applications instrumentées. Les données de trace sont stockées dans un espace de travail distinct dans les journaux Azure Monitor. |
| Modifications | Les changements sont une série d’événements dans votre application et vos ressources Azure. Ils sont suivis et stockés lorsque vous utilisez le service Analyse des changements (classique), qui utilise Azure Resource Graph comme magasin. Analyse des changements (classique) vous aide à comprendre quelles modifications, telles que le déploiement de code mis à jour, peuvent avoir provoqué des problèmes dans vos systèmes. |
Le suivi distribué est une technique utilisée pour suivre les requêtes qui transitent à travers un système distribué. Il vous permet de voir le chemin d’une requête à mesure qu’elle transite à travers différents services et composants. Il vous aide à identifier les goulots d’étranglement des performances et à résoudre les problèmes dans un système distribué.
Pour une archivage à long terme moins coûteux des données de surveillance à des fins d’audit ou de conformité, vous pouvez effectuer une exportation vers Stockage Azure.
SCOM MI est similaire à SCOM local. Il stocke ses informations dans une SQL Database, mais utilise SQL Managed Instance, car il se trouve dans Azure.
Consommation
Les sections suivantes décrivent des méthodes et services qui consomment des données de surveillance à partir de la plateforme de données Azure Monitor.
Toutes les zones de la section consommation du diagramme ont une interface utilisateur qui apparaît dans le Portail Azure.
La partie supérieure de la section consommation s’applique uniquement au cœur Azure Monitor. SCOM MI utilise la console Ops traditionnelle s’exécutant dans le cloud. Il peut également envoyer des données de surveillance à Power BI à des fins de visualisation.
Le portail Azure
Le portail Azure est une console web unifiée qui offre une alternative aux outils en ligne de commande. Avec le portail Azure, vous pouvez gérer votre abonnement Azure via une interface graphique utilisateur. Vous pouvez créer, gérer et superviser tout ce que vous voulez, de simples applications web à des déploiements cloud complexes dans le portail. La section Surveiller du Portail Azure fournit une interface visuelle qui vous donne accès aux données collectées pour des ressources Azure et un moyen simple d’accéder aux outils, aux insights et aux visualisations dans Azure Monitor.
Insights
Certains fournisseurs de ressources Azure ont organisé des visualisations qui fournissent une expérience de monitoring personnalisée et nécessitent une configuration minimale. Les insights sont des visualisations volumineuses, évolutives et organisées.
Le tableau suivant décrit quelques-unes des insights plus importantes :
| Insight | Description |
|---|---|
| Application Insights | Application Insights surveille la disponibilité, les performances et l’utilisation de vos applications web. |
| Container Insights | Container Insights vous donne une visibilité sur les performances des charges de travail de conteneur qui sont déployées sur des clusters Kubernetes gérés hébergés sur Azure Kubernetes Service. Container Insights collecte les journaux et les métriques des conteneurs à partir des contrôleurs, des nœuds et des conteneurs disponibles dans Kubernetes via l’API de métriques. Une fois que vous avez activé la supervision des clusters Kubernetes, ces métriques et ces journaux d’activité sont automatiquement collectés à l’aide d’une version conteneurisée de l’agent Log Analytics pour Linux. |
| Insights de machine virtuelle | VM Insights surveille vos machines virtuelles Azure. Il analyse les performances et l’intégrité de vos machines virtuelles Windows et Linux, et identifie leurs différents processus et les dépendances interconnectées envers des processus externes. Cette solution inclut la prise en charge de la supervision des performances et des dépendances des applications pour les machines virtuelles hébergées sur site ou par un autre fournisseur cloud. |
| Insights réseau | La fonctionnalité Network Insights offre une représentation visuelle complète via des topologies de l’intégrité et des métriques de toutes les ressources réseau déployées, sans aucune configuration nécessaire. Il permet également d’accéder à toutes les capacités de surveillance du réseau, comme Moniteur de connexion, la journalisation des flux pour les groupes de sécurité réseau (NSG), Traffic Analytics et d’autres fonctionnalités de diagnostic. |
Pour plus d’informations, consultez la liste des insights et des visualisations organisées dans la vue d’ensemble d’Azure Monitor Insights.
Visualiser
Les visualisations, telles que les tables et les graphiques, sont des outils efficaces pour résumer les données de supervision et les proposer à différents publics. Azure Monitor dispose de ses propres fonctionnalités pour visualiser les données de supervision et utilise d’autres services Azure pour les publier auprès de différentes audiences. Power BI et Grafana ne font pas officiellement partie du produit Azure Monitor, mais ils constituent une intégration principale et font partie de l’histoire d’Azure Monitor.
| Visualisation | Description |
|---|---|
| Tableaux de bord | Les tableaux de bord Azure vous permettent de combiner différentes sortes de données dans un même volet du portail Azure. Si vous le souhaitez, vous pouvez partager le tableau de bord avec d’autres utilisateurs d’Azure. Vous pouvez ajouter la sortie de n’importe quelle requête de journal ou graphique de métriques à un tableau de bord Azure. Par exemple, vous pouvez créer un tableau de bord qui combine des vignettes affichant un graphique de métriques, un tableau de journaux d’activité, un graphique d’utilisation provenant d’Application Insights et la sortie d’une requête de journal d’activité. |
| Classeurs | Les classeurs fournissent un canevas flexible pour l’analyse des données et la création de rapports visuels enrichis dans le portail Azure. Vous pouvez les utiliser pour interroger des données à partir de plusieurs sources de données. Les workbooks peuvent combiner et mettre en corrélation des données de plusieurs jeux de données dans une même visualisation, ce qui vous permet d’obtenir une représentation visuelle facile de votre système. Les workbooks sont interactifs et peuvent être partagés entre les équipes avec la mise à jour des données en temps réel. Utilisez des workbooks fournis avec Insights, utilisez la bibliothèque de modèles ou créez les vôtres. |
| Power BI | Power BI est un service d’analytique métier qui fournit des visualisations interactives pour diverses sources de données. Il est idéal pour mettre des données à la disposition d’autres personnes internes ou externes à votre organisation. Vous pouvez configurer Power BI pour importer automatiquement les données de journal à partir d’Azure Monitor afin de tirer parti de ces visualisations supplémentaires. |
| Grafana | Grafana est une plateforme ouverte qui convient parfaitement dans les tableaux de bord opérationnels. Toutes les versions de Grafana incluent le plug-in de source de données Azure Monitor pour visualiser vos métriques et journaux Azure Monitor. Azure Managed Grafana optimise également cette expérience pour les magasins de données natifs Azure tels qu’Azure Monitor et Azure Data Explorer. De cette façon, vous pouvez facilement vous connecter à n’importe quelle ressource de votre abonnement et afficher toutes les données de monitoring résultantes dans un tableau de bord Grafana familier. Il prend également en charge l’épinglage de graphiques à partir des métriques et journaux Azure Monitor vers les tableaux de bord Grafana. Grafana a des plug-ins et des modèles de tableau de bord populaires pour les outils APM non Microsoft tels que Dynatrace, New Relic et AppDynamics. Vous pouvez utiliser ces ressources pour visualiser les données de plateforme Azure avec d’autres indicateurs de performance plus élevées dans la pile collectée par d’autres outils. Ils disposent également de plug-ins AWS CloudWatch et GCP BigQuery pour une surveillance multicloud dans un volet unique. |
Pour une présentation plus approfondie des outils de visualisation recommandés et sur le moment où il convient de les utiliser, consultez Analyser et visualiser les données de surveillance.
Analyser
Le portail Azure contient des outils intégrés qui vous permettent d’analyser les données de surveillance.
| Outil | Description |
|---|---|
| Metrics Explorer | Utilisez l’interface utilisateur d’Azure Monitor Metrics Explorer dans le portail Azure pour examiner l’intégrité et l’utilisation de vos ressources. Metrics Explorer vous permet de tracer des graphiques, de corréler visuellement des tendances et d’investiguer les pics et les creux dans les valeurs des métriques. Metrics Explorer contient des fonctionnalités permettant d’appliquer des dimensions et un filtrage, ainsi que de personnaliser les graphiques. Ces fonctionnalités vous aident à analyser exactement les données dont vous avez besoin d’une manière visuelle intuitive. |
| Log Analytics | L’interface utilisateur Log Analytics dans le portail Azure vous permet d’interroger les données de journal collectées par Azure Monitor afin que vous puissiez rapidement récupérer, consolider et analyser les données collectées. Après avoir créé des requêtes de test, vous pouvez analyser directement les données avec les outils Azure Monitor, ou enregistrer les requêtes pour les utiliser avec des visualisations ou des règles d’alerte. Les espaces de travail Log Analytics sont basés sur Azure Data Explorer, à l’aide d’un puissant moteur d’analyse et du langage de requête Kusto (KQL). Les journaux Azure Monitor utilisent une version de langage de requête Kusto adaptée aux requêtes de journal simples et aux fonctionnalités avancées telles que les agrégations, les jointures et l’analytique intelligente. Vous pouvez commencer à utiliser KQL rapidement et facilement. REMARQUE : le terme « Log Analytics » est parfois utilisé pour désigner à la fois le magasin de la plateforme de données des journaux d’activité Azure Monitor et l’interface utilisateur qui accède à ce magasin. Avant 2019, le terme « Log Analytics » faisait référence aux deux. Il est toujours courant de trouver du contenu à l’aide de ce tramage dans divers blogs et documentation sur Internet. |
| Analyse des changements (classique) | Analyse des changements (classique) est un fournisseur de ressources Azure au niveau de l’abonnement qui vérifie les modifications des ressources dans l’abonnement et fournit des données pour les outils de diagnostic afin d’aider les utilisateurs à comprendre quelles modifications ont pu provoquer des problèmes. L’interface utilisateur Analyse des changements (classique) sur le Portail Azure vous donne des informations sur la cause des problèmes liés à un site actif, des pannes ou des défaillances de composants. Analyse des changements (classique) utilise Azure Resource Graph pour détecter différents types de modifications, de la couche d’infrastructure au déploiement d’applications. |
Intervention
Une solution de monitoring efficace répond de manière proactive aux événements critiques, sans qu’une personne ou une équipe ait besoin de remarquer le problème. La réponse peut être un SMS ou un e-mail à un administrateur, ou un processus automatisé qui tente de corriger une condition d’erreur.
L’intelligence artificielle pour les opérations informatiques (AIOps) permet d’améliorer la qualité et la fiabilité des services en utilisant l’apprentissage automatique pour traiter et agir automatiquement sur les données que vous collectez à partir d’applications, de services et de ressources informatiques dans Azure Monitor. Il automatise les tâches pilotées par les données, prédit l’utilisation de la capacité, identifie les problèmes de performances et détecte les anomalies entre les applications, les services et les ressources informatiques. Ces fonctionnalités simplifient la surveillance et les opérations informatiques sans nécessiter d’expertise en apprentissage automatique.
Les alertes Azure Monitor vous avertissent de conditions critiques, et sont susceptibles de prendre des actions correctives. Les règles d’alerte peuvent être basées sur des données de métrique ou de journal.
- Les règles d’alerte de métrique fournissent des alertes en quasi-temps réel basées sur les métriques collectées.
- Les règles d’alerte basées sur les journaux permettent d’appliquer une logique complexe à des données provenant de sources multiples.
Les règles d’alerte utilisent des groupes d’actions, qui peuvent effectuer des actions telles que l’envoi de notifications par e-mail ou SMS. Les groupes d’actions peuvent envoyer des notifications à l’aide de webhooks pour déclencher des processus externes ou pour s’intégrer à vos outils de gestion des services informatiques. Les groupes d’actions, les actions et les ensembles de destinataires peuvent être partagés entre plusieurs règles.
SCOM MI utilise actuellement son propre mécanisme d’alerte SCOM traditionnel distinct dans la console Ops.
La mise à l’échelle automatique vous permet de contrôler de manière dynamique le nombre de ressources en cous d’exécution pour gérer la charge sur votre application. Vous pouvez créer des règles qui utilisent des métriques Azure Monitor pour déterminer quand ajouter automatiquement des ressources lorsque la charge augmente ou supprimer les ressources inactives. Vous pouvez spécifier un nombre minimal et maximal d’instances, ainsi que la logique d’augmentation ou de diminution des ressources afin d’économiser de l’argent et d’augmenter les performances.
Azure Logic Apps est également une option. Pour plus d’informations, consultez la section Intégrer ci-dessous.
Integrate
Vous devrez peut-être intégrer Azure Monitor à d’autres systèmes ou créer des solutions personnalisées qui utilisent vos données de monitoring. Ces services Azure fonctionnent avec Azure Monitor pour fournir des fonctionnalités d’intégration. Voici quelques-unes des intégrations possibles ci-dessous.
| Service Azure | Description |
|---|---|
| Event Hubs | Azure Event Hubs est une plateforme de streaming et un service d’ingestion d’événements. Il peut transformer et stocker des données à l’aide de n’importe quel fournisseur d’analytique en temps réel ou adaptateur de stockage/traitement par lot. Utilisez Event Hubs pour diffuser en continu les données Azure Monitor auprès des outils SIEM (Security Information and Event Management) et de supervision. |
| Stockage Azure | Exportez vos données pour un archivage à long terme moins coûteux des données de surveillance à des fins d’audit ou de conformité. |
| Partenaires hébergés et gérés | De nombreux partenaires externes s’intègrent à Azure Monitor. Azure Monitor s’est également associé à quelques fournisseurs de services de surveillance pour proposer une version hébergée sur Azure de leurs produits afin de faciliter l’interopérabilité. Les exemples incluent Elastic, Datadog, Logz.io et Dynatrace. |
| API | Plusieurs API sont disponibles pour lire et écrire les métriques et les journaux d’activité vers et depuis Azure Monitor en plus d’accéder aux alertes générées. Vous pouvez également configurer et récupérer les alertes. Avec les API, vous disposez de possibilités illimitées pour créer des solutions personnalisées qui s’intègrent à Azure Monitor. |
| Azure Logic Apps | Azure Logic Apps est un service qui vous permet d’automatiser les tâches et processus métier à l’aide de flux de travail qui s’intègrent à différents systèmes et services nécessitant peu ou pas de codage. Parmi les activités disponibles, certaines lisent et écrivent des métriques et des journaux dans Azure Monitor. Vous pouvez utiliser Logic Apps pour personnaliser des réponses et effectuer d’autres actions en réponse aux alertes Azure Monitor. Vous pouvez également effectuer d’autres actions plus complexes si l’infrastructure Azure Monitor n’a pas de méthode intégrée. |
| Azure Functions | À l’instar d’Azure Logic Apps, Azure Functions vous donnent la possibilité de prétraiter et de post-traiter les données de supervision, mais aussi d’effectuer des actions complexes au-delà de l’étendue des alertes Azure Monitor classiques. Azure Functions utilise du code, mais offre une flexibilité supplémentaire par rapport à Logic Apps. |
| Azure DevOps et GitHub | Azure Monitor Application Insights vous donne la possibilité de créer une intégration d’élément de travail avec les données de supervision qui y sont incorporées. Les options supplémentaires incluent les annotations de mise en production et lasupervision continue. |
Intégrations supplémentaires non affichées dans le diagramme qui peuvent être intéressantes.
| Intégration | Description |
|---|---|
| Defender pour le cloud | Collectez et analysez les événements de sécurité et effectue une analyse des menaces. Consultez Collecte de données dans Defender pour le Cloud. |
| Microsoft Sentinel | Se connecte à différentes sources, notamment Office 365 et Amazon Web Services CloudTrail. Voir Connecter des sources de données. |
| Microsoft Intune | Créez un paramètre de diagnostic pour envoyer des journaux à Azure Monitor. Consultez Envoyer les données de journal au stockage, à des hubs d’événements ou à l’analytique des journaux d'activité dans Intune (préversion). |
| ITSM | Le connecteur ITSMC (IT Service Management) vous permet de connecter Azure et un produit/service ITSM pris en charge. |
Ces dernières ne sont que quelques options. Il existe encore plus d’entreprises tierces qui s’intègrent à Azure et Azure Monitor à différents niveaux. Utilisez votre moteur de recherche favori pour les localiser.
Forum aux questions
Cette section fournit des réponses aux questions fréquentes.
Quelle est la différence entre Azure Monitor, Log Analytics et Application Insights ?
En septembre 2018, Microsoft a combiné Azure Monitor, Log Analytics et Application Insights au sein d'un seul service afin d'offrir une supervision de bout en bout de vos applications et des composants sur lesquels elles s’appuient. Les fonctionnalités de Log Analytics et d’Application Insights n’ont pas changé, mais certaines ont été renommées Azure Monitor afin de mieux refléter leur nouvelle étendue. Le moteur de données de journal et le langage de requête de Log Analytics sont désormais appelés Journaux Azure Monitor.
Quel est le coût d’utilisation d’Azure Monitor ?
Le coût d’utilisation d’Azure Monitor est basé sur votre utilisation de différentes fonctionnalités et est principalement déterminé par la quantité de données collectée. Consultez Coût et utilisation d’Azure Monitor pour plus d’informations sur la façon dont les coûts sont déterminés et Optimisation des coûts dans Azure Monitor pour obtenir des recommandations permettant de réduire vos dépenses globales.
Existe-t-il une version locale d'Azure Monitor ?
Nombre Azure Monitor est un service cloud évolutif qui traite et stocke d'importantes quantités de données, même si Azure Monitor peut superviser des ressources locales, ainsi que dans d'autres clouds.
Azure Monitor s'intègre-t-il à System Center Operations Manager ?
Vous pouvez connecter votre groupe d’administration System Center Operations Manager existant à Azure Monitor afin de collecter des données entre les agents et les journaux Azure Monitor. Cette fonctionnalité vous permet d’utiliser des requêtes de journal et des solutions pour analyser les données collectées par les agents. Vous pouvez également configurer des agents System Center Operations Manager existants pour envoyer des données directement à Azure Monitor. Consultez Connecter Operations Manager à Azure Monitor.
Microsoft propose également Operations Manager Managed Instance (SCOM MI) comme option de migration d’une configuration SCOM traditionnelle dans le cloud avec un minimum de modifications. Pour plus d’informations, consultez À propos de l’Instance SCOM managée d’Azure Monitor.