Notes
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.
L’optimisation des coûts fait référence aux moyens de réduire les dépenses inutiles et d’améliorer l’efficacité opérationnelle. Vous pouvez réduire considérablement votre coût pour Azure Monitor en comprenant vos différentes options de configuration et les possibilités de réduire la quantité de données collectées. Avant d’utiliser cet article, vous devez voir les coûts et l’utilisation d’Azure Monitor pour comprendre les différentes façons dont azure Monitor facture et comment afficher votre facture mensuelle.
Cet article décrit l’optimisation des coûts pour Azure Monitor dans le cadre d’Azure Well-Architected Framework. Azure Well-Architected Framework est un ensemble de principes directeurs qui peuvent être utilisés pour améliorer la qualité d’une charge de travail. Le framework se compose des cinq piliers de l’excellence architecturale :
- Fiabilité
- Sécurité
- Optimisation des coûts
- Excellence opérationnelle
- Efficacité des performances
Journaux d’activité Azure Monitor
Liste de contrôle de conception
- Déterminer s’il faut combiner vos données opérationnelles et vos données de sécurité dans le même espace de travail Log Analytics.
- Configurez le niveau tarifaire selon la quantité de données que chaque espace de travail Log Analytics collecte généralement.
- Configurer la rétention et l’archivage des données.
- Configurez les tables utilisées pour le débogage, la résolution des problèmes et l’audit en tant que journaux de base.
- Limitez la collecte de données à partir de sources de données pour l’espace de travail.
- Analysez régulièrement les données collectées pour identifier les tendances et les anomalies.
- Créez une alerte quand la collecte de données est importante.
- Considérez un plafond quotidien en tant que mesure préventive pour vous assurer que vous ne dépassez pas un budget spécifique.
- Configurez des alertes sur les suggestions de coût Azure Advisor pour les espaces de travail Log Analytics.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| Déterminer s’il faut combiner vos données opérationnelles et vos données de sécurité dans le même espace de travail Log Analytics. | Comme toutes les données d’un espace de travail Log Analytics sont soumises au tarif de Microsoft Sentinel si Sentinel est activé, la combinaison de ces données pourrait avoir des implications financières. Consultez Concevoir une stratégie d’espace de travail Log Analytics pour plus d’informations sur la prise de cette décision pour l’équilibrage de votre environnement avec des critères dans d’autres piliers. |
| Configurez le niveau tarifaire selon la quantité de données que chaque espace de travail Log Analytics collecte généralement. | Par défaut, les espaces de travail Log Analytics utilisent la tarification avec paiement à l’utilisation sans volume de données minimal. Si vous collectez suffisamment de données, vous pouvez réduire considérablement votre coût à l’aide d’un niveau d’engagement, ce qui vous permet de vous engager à un minimum quotidien de données collectées en échange d’un taux inférieur. Si vous collectez suffisamment de données entre les espaces de travail dans une seule région, vous pouvez les lier à un cluster dédié et combiner leur volume collecté à l’aide de la tarification du cluster. Consultez Calculs et options des coûts des journaux d’activité Azure Monitor pour obtenir plus de détails sur les niveaux d’engagement et une aide pour déterminer ce qui convient le mieux à votre niveau d’utilisation. Consultez Utilisation et estimation des coûts pour afficher les coûts estimés pour votre utilisation à différents niveaux tarifaires. |
| Configurer la conservation des données interactive et à long terme. | Des frais sont facturés pour la conservation des données dans un espace de travail Log Analytics au-delà de la durée par défaut de 31 jours (90 jours si Sentinel est activé sur l’espace de travail et 90 jours pour les données Application Insights). Tenez compte de vos besoins particuliers concernant la disponibilité des données pour les requêtes de journal. Vous pouvez réduire considérablement votre coût en configurant la rétention à long terme, ce qui vous permet de conserver des données pendant jusqu’à douze ans et d’y accéder occasionnellement à l’aide de travaux de recherche ou de restauration d’un ensemble de données dans l’espace de travail. |
| Configurez les tables utilisées pour le débogage, la résolution des problèmes et l’audit en tant que journaux de base. | Les tables d’un espace de travail Log Analytics configuré pour les journaux de base ont un coût d’ingestion inférieur en échange de fonctionnalités limitées et d’un coût pour les requêtes de journal. Si vous interrogez ces tables rarement et que vous ne les utilisez pas pour les alertes, ce coût de requête peut être plus que compensé par la réduction du coût d’ingestion. |
| Limitez la collecte de données à partir de sources de données pour l’espace de travail. | Le principal facteur de coût d’Azure Monitor est la quantité de données que vous collectez dans votre espace de travail Log Analytics. Vous devez donc vous assurer de ne pas collecter plus de données que nécessaire pour évaluer l’intégrité et les performances de vos services et applications. Consultez Concevoir une architecture d’espace de travail Log Analytics pour plus d’informations sur la prise de cette décision pour l’équilibrage de votre environnement avec des critères dans d’autres piliers. Compromis : il peut y avoir un compromis entre les coûts et vos exigences d’analyse. Par exemple, vous pourriez détecter plus rapidement un problème de performances avec un taux d’échantillonnage élevé, mais préférez un taux d’échantillonnage plus bas pour réaliser des économies. La plupart des environnements ont plusieurs sources de données avec différents types de collecte. Vous devez donc équilibrer vos exigences particulières avec vos objectifs de coût pour chacun. Consultez l’optimisation des coûts dans Azure Monitor pour obtenir des recommandations sur la configuration de la collecte pour différentes sources de données. |
| Analysez régulièrement les données collectées pour identifier les tendances et les anomalies. | Utilisez les insights de l’espace de travail Log Analytics pour examiner régulièrement la quantité de données collectées dans votre espace de travail. En plus de vous aider à comprendre la quantité de données collectées par différentes sources, ils permettent d’identifier les anomalies et les tendances à la hausse dans la collecte de données susceptibles d’entraîner des coûts excédentaires. Analysez davantage la collecte de données à l’aide de méthodes dans Analyser l’utilisation dans l’espace de travail Log Analytics pour déterminer s’il existe une configuration supplémentaire qui peut réduire davantage votre utilisation. Cela est particulièrement important lorsque vous ajoutez un nouvel ensemble de sources de données, tels qu’un nouvel ensemble de machines virtuelles ou l’intégration d’un nouveau service. |
| Créez une alerte quand la collecte de données est importante. | Pour éviter les factures inattendues, vous devez être averti de manière proactive chaque fois que vous rencontrez une utilisation excessive. Une notification vous permet de remédier à toute anomalie potentielle avant la fin de votre période de facturation. |
| Considérez un plafond quotidien en tant que mesure préventive pour vous assurer que vous ne dépassez pas un budget spécifique. | Une limite quotidienne désactive la collecte de données dans un espace de travail Log Analytics pour le reste de la journée après l’atteinte de votre limite configurée. Cela ne doit pas être utilisé comme méthode pour réduire les coûts, comme décrit dans Quand utiliser une limite quotidienne. Si vous définissez une limite quotidienne, en plus de créer une alerte lorsque la limite est atteinte, vérifiez que vous créez également une règle d’alerte pour être averti quand un pourcentage a été atteint (90% par exemple) . Cela vous donne l’occasion d’investiguer et de traiter la cause de l’augmentation des données avant que la limite n’arrête la collecte de données. |
| Configurez des alertes sur les suggestions de coût Azure Advisor pour les espaces de travail Log Analytics. | Les suggestions d'Azure Advisor pour les espaces de travail Log Analytics vous alertent de manière proactive lorsqu’il existe une possibilité d’optimiser vos coûts. Créez des alertes Azure Advisor pour ces recommandations de coût :
|
Ressources Azure
Liste de contrôle de conception
- Collectez uniquement les données de journal des ressources critiques à partir de ressources Azure.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| Collectez uniquement les données de journal des ressources critiques à partir de ressources Azure. | Lorsque vous créez des paramètres de diagnostic pour envoyer des journaux de ressources pour vos ressources Azure à une base de données Log Analytics, spécifiez uniquement les catégories dont vous avez besoin. Étant donné que les paramètres de diagnostic n’autorisent pas le filtrage granulaire des journaux de ressources, vous pouvez utiliser une transformation d’espace de travail pour filtrer les données inutiles pour ces ressources qui utilisent une table prise en charge. Consultez les paramètres de diagnostic dans Azure Monitor pour plus d’informations sur la configuration des paramètres de diagnostic et l’utilisation de transformations pour filtrer leurs données. |
Alertes
Liste de contrôle de conception
- Les alertes de journal d’activité, les alertes d’intégrité de service et les alertes d’intégrité des ressources sont gratuites.
- Réduisez la fréquence des alertes lorsque vous utilisez des alertes de recherche dans les journaux.
- Quand vous utilisez des alertes de métrique, réduisez le nombre de ressources à monitorer.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| N’oubliez pas que les alertes de journal d’activité, les alertes d’intégrité de service et les alertes d’intégrité des ressources sont gratuites. | Les alertes d’activité Azure Monitor, les alertes d’intégrité des services et les alertes d’intégrité des ressources sont gratuites. Si ce que vous voulez monitorer nécessite ce type d’alertes, utilisez-les. |
| Réduisez la fréquence des alertes lorsque vous utilisez des alertes de recherche dans les journaux. | Lorsque vous configurez les alertes de recherche dans les journaux, gardez à l’esprit que plus l’évaluation des règles sera fréquente, plus le coût sera élevé. Configurez vos règles en conséquence. |
| Quand vous utilisez des alertes de métrique, réduisez le nombre de ressources à monitorer. | Certains types de ressources prennent en charge les règles d’alerte de métrique qui peuvent monitorer plusieurs ressources du même type. Pour ces types de ressources, n’oubliez pas que la règle peut devenir onéreuse si elle monitore un grand nombre de ressources. Pour réduire les coûts, vous pouvez réduire l'étendue de la règle d'alerte des métriques. Vous pouvez également utiliser des règles d’alerte de recherche dans les journaux, moins coûteuses pour surveiller un grand nombre de ressources. |
Machines virtuelles
Liste de contrôle de conception
*8 Migrer de l’agent Log Analytics vers l’agent Azure Monitor pour le filtrage granulaire des données.
- Filtrez les données dont vous n’avez pas besoin des agents.
- Déterminez si vous allez utiliser VM Insights et quelles données collecter.
- Réduisez la fréquence d’interrogation des compteurs de performances.
- Assurez-vous que les machines virtuelles n’envoient pas de données en double.
- Utilisez les insights de l’espace de travail Log Analytics pour analyser les coûts facturables et identifier les opportunités de réduction des coûts.
- Migrez votre environnement SCOM vers l’Instance SCOM gérée d’Azure Monitor.
Recommandations de configuration
| Recommandation | Descriptif |
|---|---|
| Migrez de l’agent Log Analytics vers l’agent Azure Monitor pour un filtrage granulaire des données. | Si vous avez toujours des machines virtuelles avec l’agent Log Analytics, migrez-les vers l’agent Azure Monitor afin de tirer parti d’un meilleur filtrage des données et d’utiliser des configurations uniques avec différents ensembles de machines virtuelles. La configuration de la collecte de données par l’agent Log Analytics est effectuée sur l’espace de travail, de sorte que tous les agents reçoivent la même configuration. Les règles de collecte de données utilisées par l’agent Azure Monitor peuvent être ajustées aux exigences de surveillance spécifiques de différents ensembles de machines virtuelles. L’agent Azure Monitor vous permet également d’utiliser des transformations pour filtrer les données collectées. |
| Filtrez les données dont vous n’avez pas besoin des agents. | Réduisez vos coûts d’ingestion de données en filtrant les données que vous n’utilisez pas pour l’alerte ou l’analyse. Consultez Surveiller les machines virtuelles avec Azure Monitor : collectez des données pour obtenir des conseils sur les données à collecter pour différents scénarios de surveillance et contrôler les coûts pour obtenir des conseils spécifiques sur le filtrage des données afin de réduire vos coûts. |
| Déterminez les données à collecter avec VM Insights. | VM Insights est une fonctionnalité idéale pour commencer rapidement à surveiller vos machines virtuelles et fournit des fonctionnalités puissantes telles que les vues map et de tendances des performances. Si vous n’utilisez pas la fonctionnalité Map ou les données qu’il collecte, vous devez désactiver la collecte de processus et de données de dépendance dans votre configuration VM Insights pour économiser sur les coûts d’ingestion des données. |
| Réduisez la fréquence d’interrogation des compteurs de performances. | Si vous utilisez une règle de collecte de données pour envoyer des données de performances à votre espace de travail Log Analytics, vous pouvez réduire leur fréquence d’interrogation pour réduire la quantité de données collectées. |
| Assurez-vous que les machines virtuelles n’envoient pas de données en double. | Si vous hébergez plusieurs agents ou si vous créez des règles de collecte de données similaires, veillez à envoyer des données uniques à chaque espace de travail. Consultez Analyser l’utilisation dans l’espace de travail Log Analytics pour obtenir des conseils sur l’analyse de vos données collectées pour vous assurer que vous ne collectez pas de données en double. Si vous êtes en cours de migration entre deux agents, continuez à utiliser l'agent Log Analytics jusqu'à ce que vous migriez vers l'agent Azure Monitor plutôt que d'utiliser les deux ensemble, sauf si vous parvenez à vous assurer que chacun d’entre eux collecte des données uniques. |
| Utilisez les insights de l’espace de travail Log Analytics pour analyser les coûts facturables et identifier les opportunités de réduction des coûts. | Les insights de l’espace de travail Log Analytics vous montrent les données facturables collectées dans chaque table et à partir de chaque machine virtuelle. Utilisez ces informations pour identifier vos principales machines et tables, car elles représentent votre meilleure opportunité de réduire les coûts en filtrant les données. Utilisez ces insights et requêtes de journal dans Analyser l’utilisation dans l’espace de travail Log Analytics pour analyser davantage les effets des modifications de configuration. |
| Migrez votre environnement SCOM vers l’Instance SCOM gérée d’Azure Monitor. | Migrez votre environnement SCOM existant vers Azure Monitor SCOM Managed Instance pour prendre en charge les packs d’administration qui ne peuvent pas être remplacés par Azure Monitor. L’instance SCOM gérée supprime l’obligation de gérer les serveurs d’administration locaux et les serveurs de base de données, ce qui réduit le coût global de maintenance de votre infrastructure SCOM. |
Conteneurs
Liste de contrôle de conception
- Activez la collecte des métriques via le service géré pour Prometheus d’Azure Monitor.
- Configurez la collecte d’agents pour modifier la collecte de données dans Container Insights.
- Modifiez les paramètres pour la collecte de données de métriques par Container Insights.
- Désactivez la collecte Container Insights des données de métriques si vous n’utilisez pas l’expérience Container Insights dans le portail Azure.
- Si vous n’interrogez pas régulièrement la table des journaux de conteneur ou que vous l’utilisez pour les alertes, configurez-la en tant que journaux de base.
- Limitez la collecte des journaux de ressources dont vous n’avez pas besoin.
- Utilisez la journalisation spécifique aux ressources pour les journaux de ressources AKS et configurez les tables en tant que journaux de base.
- Utilisez OpenCost pour collecter des détails sur vos coûts Kubernetes.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| Activez la collecte des métriques via le service géré pour Prometheus d’Azure Monitor. Veillez à ne pas envoyer de métriques Prometheus à un espace de travail Log Analytics. | Vous pouvez utiliser le service managé Azure Monitor pour Prometheus pour la récupération des métriques Prometheus à partir de votre cluster en activant Managed Prometheus. Notez que vous pouvez configurer Container Insights pour collecter des métriques Prometheus dans votre espace de travail Log Analytics, mais cela n’est pas recommandé, car cela est redondant avec les données dans Prometheus managé et entraîne des coûts supplémentaires. Pour plus d’informations, consultez la tarification de Prometheus managée. |
| Configurez l’agent pour modifier la collecte de données dans Container Insights. | Analysez les données collectées par Container Insights, comme décrit dans Optimiser les coûts de surveillance pour Container Insights et ajustez votre configuration pour arrêter la collecte de données dont vous n’avez pas besoin. |
| Modifiez les paramètres pour la collecte de données de métriques par Container Insights. | Consultez Activer les paramètres d’optimisation des coûts pour obtenir plus de détails sur la modification de la fréquence à laquelle les données de métrique sont collectées et à laquelle les espaces de noms sont collectés par Container Insights. |
| Désactivez la collecte Container Insights des données de métriques si vous n’utilisez pas l’expérience Container Insights dans le portail Azure. | Container Insights collecte de nombreuses valeurs de métriques identiques à Managed Prometheus. Vous pouvez désactiver la collecte de ces métriques en configurant Container Insights pour collecter uniquement les journaux et les événements , comme décrit dans Activer les paramètres d’optimisation des coûts dans Container Insights. Cette configuration désactive l’expérience Container Insights dans le portail Azure, mais vous pouvez utiliser Grafana pour visualiser les métriques Prometheus et Log Analytics pour analyser les données de journal collectées par Container Insights. |
| Si vous n’interrogez pas régulièrement la table des journaux de conteneur ou que vous l’utilisez pour les alertes, configurez-la en tant que journaux de base. | Convertissez votre schéma Container Insights en ContainerLogV2 , qui est compatible avec les journaux de base et peut réaliser des économies significatives, comme décrit dans Optimiser les coûts de surveillance pour Container Insights. |
| Limitez la collecte des journaux de ressources dont vous n’avez pas besoin. | Les journaux du plan de contrôle pour les clusters AKS sont implémentés en tant que journaux de ressources dans Azure Monitor. Créez un paramètre de diagnostic pour envoyer ces données à un espace de travail Log Analytics. Consultez Collecter les journaux d’activité du plan de contrôle des clusters AKS pour obtenir des recommandations sur les catégories que vous devez collecter. |
| Utilisez la journalisation spécifique aux ressources pour les journaux de ressources AKS et configurez les tables en tant que journaux de base. | AKS prend en charge le mode diagnostics Azure ou le mode spécifique aux ressources pour les journaux de ressources. Spécifiez les journaux de ressources pour activer l’option permettant de configurer les tables pour les journaux de base, ce qui permet de réduire les frais d’ingestion pour les journaux que vous interrogez occasionnellement et que vous n’utilisez pas pour les alertes. |
| Utilisez OpenCost pour collecter des détails sur vos coûts Kubernetes. | OpenCost est un projet de bac à sable CNCF indépendant du fournisseur et open source qui vous permet de comprendre vos coûts Kubernetes et de prendre en charge votre capacité à obtenir une visibilité des coûts AKS. Il exporte des données de coût détaillées en plus des tarifs Azure spécifiques au client vers le stockage Azure pour aider l’administrateur de cluster à analyser et à catégoriser les coûts. |
Application Insights
Remarque
Si vous voyez des frais inattendus ou des coûts élevés dans Application Insights, ce guide peut vous aider. Il couvre les causes courantes telles que le volume de télémétrie élevé, les pics d’ingestion de données et l’échantillonnage mal configuré. Il est particulièrement utile si vous résolvez des problèmes liés aux pics de coûts, au volume de télémétrie, à l’échantillonnage qui ne fonctionne pas, aux limites de données, à l’ingestion élevée ou à la facturation inattendue. Pour commencer, consultez Résoudre les problèmes d’ingestion de données élevées dans Application Insights.
Liste de contrôle de conception
- Changez pour Application Insights basée sur l’espace de travail.
- Utilisez l’échantillonnage pour régler la quantité de données collectées.
- Limitez le nombre d’appels Ajax.
- Désactivez les modules inutiles.
- Pré-agrégation des métriques de tous les appels à TrackMetric.
- Limitez l’utilisation de métriques personnalisées dans la mesure du possible.
- Veillez à utiliser des kits de développement logiciel (SDK) mis à jour.
- Limitez le suivi de l’hôte indésirable et la journalisation générale des suivis à l’aide des niveaux de journalisation.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| Changez pour Application Insights basée sur l’espace de travail. | Vérifiez que vos ressources Application Insights sont basées sur l’espace de travail. Les ressources Application Insights basées sur l’espace de travail peuvent appliquer de nouveaux outils d’économie de coûts tels que les journaux de base, les niveaux d’engagement, la rétention par type de données et la rétention à long terme. |
| Utilisez l’échantillonnage pour régler la quantité de données collectées. | L’échantillonnage est l’outil principal que vous pouvez utiliser pour régler la quantité de données collectées par Application Insights. Utilisez l’échantillonnage pour réduire la quantité de données de télémétrie envoyées à partir de vos applications, avec une distorsion minimale des métriques. |
| Limitez le nombre d’appels Ajax. | Limitez le nombre d’appels Ajax qui peuvent être signalés dans chaque affichage de page ou désactivez la création de rapports Ajax. Si vous désactivez les appels Ajax, vous désactivez également la corrélation JavaScript. |
| Désactivez les modules inutiles. | Modifiez ApplicationInsights.config pour désactiver les modules de collection dont vous n’avez pas besoin. Par exemple, vous pouvez décider que les compteurs de performances ou les données de dépendance ne sont pas nécessaires. |
| Pré-agrégation des métriques de tous les appels à TrackMetric. | Si vous placez des appels de TrackMetric dans votre application, vous pouvez réduire le trafic en utilisant la surcharge qui accepte votre calcul de la moyenne et de l’écart type d’un lot de mesures. Vous pouvez également utiliser un package de préagrégation. |
| Limitez l’utilisation de métriques personnalisées. | L’option Application Insights pour activer les alertes sur les dimensions de métrique personnalisées peut augmenter les coûts. L’utilisation de cette option est susceptible d’entraîner la création de métriques pré-agrégation supplémentaires. |
| Veillez à utiliser des kits de développement logiciel (SDK) mis à jour. | Les versions antérieures du SDK ASP.NET Core et du Kit de développement logiciel (SDK) Worker Service collectent par défaut de nombreux compteurs, qui ont été collectés en tant que métriques personnalisées. Utilisez les versions ultérieures pour spécifier uniquement les compteurs requis. |
| Limitez la journalisation des suivis indésirables. | Application Insights dispose de plusieurs sources de journalisation possibles. Les niveaux de journal peuvent être utilisés pour régler et réduire les données de télémétrie des journaux de suivi. La journalisation peut également s’appliquer à l’hôte. Par exemple, les clients utilisant Azure Kubernetes Service (AKS) doivent ajuster les journaux du plan de contrôle et du plan de données. De même, les clients utilisant Azure Functions doivent adapter les niveaux et l’étendue de la journalisation pour optimiser son volume et ses coûts. |
Étape suivante
- En savoir plus sur la prise en main d’Azure Monitor.