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.
L’optimisation des coûts signifie réduire les dépenses inutiles et améliorer l’efficacité opérationnelle. Réduisez votre coût pour Azure Monitor en comprenant vos options de configuration et les opportunités de réduction de la quantité de données qu’il collecte. Avant d’utiliser cet article, consultez Azure Monitor coût et utilisation pour comprendre les différentes façons dont Azure Monitor frais et comment afficher votre facture mensuelle.
Cet article fournit des recommandations d’optimisation des coûts pour Azure Monitor, alignées sur le pilier d’optimisation des coûts du framework Azure Well-Architected. Chaque section couvre une fonctionnalité de Azure Monitor spécifique et décrit les choix de configuration qui réduisent la collecte de données et réduisent votre facture.
optimisation des coûts des 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 recommandations de coût d'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 vos coûts en optant pour un niveau d'engagement, ce qui vous permet de vous engager à un minimum quotidien de données collectées en échange d'un tarif 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. Pour plus d’informations sur les niveaux d’engagement ainsi que des conseils afin de déterminer ce qui convient le mieux à votre niveau d’utilisation, consultez Calculs et options des coûts des journaux Azure Monitor. 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 vos coûts en configurant 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 la restauration d’un ensemble de données à l’espace de travail. |
| Utilisez un travail d’exportation pour les exportations historiques ponctuelles au lieu de restaurer ou d’exécuter des travaux de recherche sur des données archivées. | Lorsque vous devez extraire une table et un intervalle de temps spécifiques pour l’audit, l’apprentissage automatique ou l’aide à la décision, un travail d’exportation (préversion) écrit les données une fois dans Stockage Blob Azure au format Parquet. Cette option évite le coût d’analyse par Go des travaux de recherche et le coût de stockage de la restauration, qui sont optimisés pour la réexéquation à l’intérieur de l’espace de travail plutôt que l’extraction en bloc. |
| 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ées pour Basic Logs ont un coût d’ingestion inférieur en échange de fonctionnalités limitées et des frais 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 pour le coût de Azure Monitor est la quantité de données que vous collectez dans votre espace de travail Log Analytics. Vous devez donc vous assurer que vous ne collectez plus de données dont vous avez besoin 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 Cost optimisation 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 nouveau jeu de sources de données, tel qu’un nouvel ensemble de virtual machines 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 recommandations de coût d'Azure Advisor pour les espaces de travail Log Analytics. | Les recommandations 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.
Create Azure Advisor alertes pour les recommandations de coût suivantes :
|
optimisation des coûts des ressources Azure
Liste de contrôle de conception
- Collectez uniquement les données du journal des ressources critiques à partir des ressources Azure.
Recommandations de configuration
| Recommandation | Avantage |
|---|---|
| Collectez uniquement les données du journal des ressources critiques à partir des ressources Azure. | Lorsque vous créez des paramètres diagnostic pour envoyer des journaux resource 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, utilisez une transformation d’espace de travail pour filtrer les données inutiles pour ces ressources qui utilisent une table prise en charge. Consultez ParamètresDiagnostic 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. |
Optimisation des coûts des alertes
Liste de contrôle de conception
- Les alertes de journal d'activité, les alertes de l'état du service et les alertes de l'état 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 service health et les alertes resource health sont gratuites. | Azure Monitor, les alertes d'activité, les alertes d'état du service et les alertes d'état 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. |
Optimisation des coûts des machines virtuelles
Liste de contrôle de conception
- Migrez de l’agent Log Analytics vers Azure Agent 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 Azure Monitor SCOM Managed Instance.
Recommandations de configuration
| Recommandation | Descriptif |
|---|---|
| Migrez de l’agent Log Analytics vers Azure Agent Monitor pour le filtrage granulaire des données. | Si vous avez toujours des machines virtuelles avec l’agent Log Analytics, migratiez-les pour Azure’agent 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 Azure’agent Monitor peuvent être ajustées aux exigences de surveillance spécifiques des différents ensembles de machines virtuelles. L’agent Azure Monitor vous permet également d’utiliser 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 Monitor virtual machines avec Azure Monitor : Collecter des données pour obtenir des conseils sur les données à collecter pour différents scénarios de surveillance et Réduire 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 rapidement get started avec la supervision de vos machines virtuelles et fournit des fonctionnalités puissantes telles que Map et les vues 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 migrez entre les agents, continuez à utiliser l'agent Log Analytics jusqu'à ce que vous migrez vers l'agent Azure Monitor plutôt que d'utiliser les deux ensemble, sauf si vous pouvez vous assurer que chacun 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 Azure Monitor SCOM Managed Instance. | Migrez votre environnement SCOM existant vers Azure Monitor SCOM Managed Instance pour prendre en charge les packs d'administration qui ne peuvent pas être déplacés par Azure Monitor. SCOM managed instance supprime la nécessité de maintenir des serveurs d’administration locaux et des serveurs de base de données, ce qui réduit votre coût global pour maintenir votre infrastructure SCOM. |
Optimisation des coûts du conteneur
Liste de contrôle de conception
- Activez la collecte des métriques via le service managé Azure Monitor pour Prometheus.
- 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 de données de métriques Container Insights si vous n'utilisez pas l'expérience Container Insights dans le Azure portal.
- 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 managé Azure Monitor pour Prometheus. 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 récupérer les métriques Prometheus à partir de votre cluster en activant Prometheus géré. Vous pouvez également configurer Container Insights pour collecter des métriques Prometheus dans votre espace de travail Log Analytics, mais cette approche n’est pas recommandée, car elle est redondante avec les données Prometheus gérées et entraîne un coût supplémentaire. Pour plus d’informations, consultez Tarification 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. | Pour plus d’informations sur la modification à la fois de la fréquence de collecte des données de métrique et des namespaces que Container Insights collectent, consultez Activer les paramètres d’optimisation des coûts. |
| Désactivez la collecte de données de métriques Container Insights si vous n'utilisez pas l'expérience Container Insights dans le Azure portal. | 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 Azure portal, 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 fournir 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éer 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 de 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 bac à sable de la CNCF, neutre vis-à-vis des fournisseurs et open source, conçu pour comprendre vos coûts Kubernetes et soutenir la visibilité des coûts AKS. Il exporte des données de coût détaillées et des tarifs Azure spécifiques au client vers le stockage Azure pour vous aider à analyser et classer les coûts. |
Optimisation des coûts d’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 la section dédiée au dépannage de l’ingestion de données élevée 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.
- Utilisez des instruments de métrique OpenTelemetry préaggrégés pour les métriques personnalisées.
- 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 OpenTelemetry 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 l’instrumentation inutile. | Configurez votre instrumentation pour collecter uniquement les signaux dont vous avez besoin. Pour connaître les options de configuration d’OpenTelemetry, consultez Azure Monitor configuration OpenTelemetry. |
| Utilisez les instruments de métrique OpenTelemetry. | Les métriques OpenTelemetry sont agrégées par le Kit de développement logiciel (SDK) avant l’exportation. Utilisez l’instrument qui correspond à la sémantique de mesure et évitez les dimensions de cardinalité élevée. Consultez Ajouter des métriques personnalisées. |
| 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. | Utilisez les packages Azure Monitor OpenTelemetry actuels, et configurez uniquement les signaux, métriques et journaux dont vous avez besoin. Passez en revue l’instrumentation après les mises à niveau afin que les données de télémétrie nouvellement collectées n’augmentent pas de façon inattendue l’ingestion. |
| 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 d’activité du plan de contrôle et du plan de données. De même, les utilisateurs d’Azure Functions doivent adapter les niveaux ainsi que l’étendue des journaux d’activité afin d’optimiser le volume et les coûts associés. |