Optimisation des coûts dans Azure Monitor
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 le coût 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 Azure Monitor
Check-list pour la 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 relatives à la 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 cette prise de décision pour votre environnement en trouvant un équilibre avec les critères des 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 en utilisant un niveau d’engagement, ce qui vous permet de vous engager sur un minimum quotidien de données collectées en échange d’un prix inférieur. Si vous collectez suffisamment de données dans l’ensemble des espaces de travail d’une seule région, vous pouvez les lier à un cluster dédié et combiner leur volume collecté en utilisant les tarifs de 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. Pour afficher les coûts estimés de votre utilisation à différents niveaux tarifaires, consultez Utilisation et estimation des coûts. |
| 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 considérablement réduire vos coûts en configurant une conservation à long terme, ce qui vous permet de conserver les données jusqu’à douze ans et d’y accéder à l’occasion en utilisant des travaux de recherche ou en restaurant un jeu 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 de 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 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 cette prise de décision pour votre environnement en trouvant un équilibre avec les critères des 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 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 d’espace de travail Log Analytics pour passer en revue 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 la collecte de données avec les méthodes décrites dans Analyser l’utilisation dans l’espace de travail Log Analytics pour déterminer s’il existe une configuration supplémentaire susceptible de 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 une meilleure maîtrise de vos factures, vous devez être averti de manière proactive et à tout moment en cas d’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. | Un plafond quotidien désactive la collecte de données dans un espace de travail Log Analytics pour le reste de la journée une fois la limite configurée atteinte. Cela ne doit pas être utilisé comme méthode pour réduire les coûts, comme décrit dans Quand utiliser un plafond quotidien. Si vous définissez une limite quotidienne, en plus de créer une alerte quand la limite est atteinte, veillez à créer é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
Check-list pour la conception
- Collectez uniquement les données de journal des ressources critiques à partir de ressources Azure.
Recommandations relatives à la 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 les ressources qui utilisent une table prise en charge. Pour plus d’informations sur la configuration des paramètres de diagnostic et l’utilisation de transformations pour filtrer leurs données, consultez Paramètres de diagnostic dans Azure Monitor . |
Alertes
Check-list pour la 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 relatives à la 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é, les alertes d’intégrité de service et les alertes d’intégrité des ressources Azure Monitor 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 soit réduire l’étendue de la règle d’alerte de métrique, soit utiliser des règles d’alerte de recherche dans les journaux, qui sont moins coûteuses pour surveiller un grand nombre de ressources. |
Machines virtuelles
Check-list pour la conception
- Migrez de l’agent Log Analytics vers l’agent Azure Monitor pour un 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 relatives à la configuration
| Recommandation | Description |
|---|---|
| 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 qui utilisent 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 la section Surveiller des machines virtuelles avec Azure Monitor : Collecter des données pour obtenir des conseils sur les données à collecter pour différents scénarios de surveillance et la section 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 la fonctionnalité Carte et l’affichage des tendances de performances. Si vous n’utilisez pas la fonctionnalité Carte ou les données que celle-ci collecte, vous devriez désactiver la collecte des processus et des données de dépendance dans votre configuration des insights de VM 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 et 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 informations et requêtes de journal dans Analyser l’utilisation dans l’espace de travail Log Analytics pour analyser plus en détail 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 l’Instance SCOM gérée d’Azure Monitor 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. |
Containers
Check-list pour la 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 relatives à la 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 géré pour Prometheus d’Azure Monitor pour la récupération des métriques Prometheus auprès de votre cluster en activant Prometheus managé. Notez que vous pouvez configurer Container Insights pour collecter les métriques Prometheus dans votre espace de travail Log Analytics, mais ce n’est pas recommandé, car c’est redondant avec les données de Prometheus managé et entraîne des coûts supplémentaires. Pour plus d’informations, consultez Tarification de Prometheus managé. |
| 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 ajuster votre configuration pour arrêter la collecte des 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 plus d’informations sur la modification de la fréquence à laquelle les données de métrique sont collectées et les espaces de noms 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 à Prometheus managé. Vous pouvez désactiver la collecte de ces métriques en configurant Container Insights pour qu’il ne collecte 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. | Convertir votre schéma Container Insights en containerLogV2 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 des journaux de ressources à un espace de travail Log Analytics. Consultez Collecter les journaux du plan de contrôle pour les 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 journaux de ressources. Spécifiez les journaux de ressources pour activer l’option permettant de configurer les tables pour journaux de base, qui fournissent une charge d’ingestion réduite pour les journaux que vous interrogez occasionnellement et 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 pour comprendre vos coûts Kubernetes et 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
Check-list pour la 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 relatives à la 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 comme les journaux Essentiel, les niveaux d’engagement, la conservation par type de données et la conservation à long terme. |
| Utilisez l’échantillonnage pour régler la quantité de données collectées. | Échantillonnage est le principal outil dont vous disposez pour ajuster 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 les appels AJAX : qui peuvent être signalés dans chaque affichage de page, ou désactiver les 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 collecte 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’activation de l’option Application Insights Activer les alertes sur les dimensions des métriques 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 kit de développement logiciel (SDK) ASP.NET Core et du kit de développement logiciel (SDK) Worker Service collectent par défaut un grand nombre de compteurs 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 a plusieurs sources de journaux 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 les fonctions Azure doivent adapter les niveaux et l’étendue des journaux pour optimiser le volume et les coûts des journaux. |