Kostenoptimalisatie in Azure Monitor
Kostenoptimalisatie verwijst naar manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. U kunt uw kosten voor Azure Monitor aanzienlijk verlagen door inzicht te krijgen in uw verschillende configuratieopties en mogelijkheden om de hoeveelheid gegevens te verminderen die door azure Monitor worden verzameld. Voordat u dit artikel gebruikt, ziet u azure Monitor-kosten en -gebruik om inzicht te hebben in de verschillende manieren waarop Azure Monitor-kosten in rekening worden gebracht en hoe u uw maandelijkse factuur kunt bekijken.
In dit artikel wordt kostenoptimalisatie voor Azure Monitor beschreven als onderdeel van het Azure Well-Architected Framework. Microsoft Azure Well-Architected Framework is een set leidende grondbeginselen die kunnen worden gebruikt om de kwaliteit van een werkbelasting te verbeteren. Het framework bestaat uit vijf pijlers van architectonische uitmuntendheid:
- Betrouwbaarheid
- Beveiliging
- Kostenoptimalisatie
- Operationele topprestaties
- Prestatie-efficiëntie
Azure Monitor-logboeken
Controlelijst voor ontwerp
- Bepaal of u uw operationele gegevens en uw beveiligingsgegevens in dezelfde Log Analytics-werkruimte wilt combineren.
- Configureer de prijscategorie voor de hoeveelheid gegevens die elke Log Analytics-werkruimte doorgaans verzamelt.
- Gegevensretentie en archivering configureren.
- Configureer tabellen die worden gebruikt voor foutopsporing, probleemoplossing en controle als basislogboeken.
- Beperk het verzamelen van gegevens uit gegevensbronnen voor de werkruimte.
- Analyseer regelmatig verzamelde gegevens om trends en afwijkingen te identificeren.
- Maak een waarschuwing wanneer het verzamelen van gegevens hoog is.
- Overweeg een dagelijkse limiet als preventieve meting om ervoor te zorgen dat u een bepaald budget niet overschrijdt.
- Waarschuwingen instellen voor aanbevelingen voor kosten van Azure Advisor voor Log Analytics-werkruimten.
Aanbevelingen voor configuratie
| Aanbeveling | Voordeel |
|---|---|
| Bepaal of u uw operationele gegevens en uw beveiligingsgegevens in dezelfde Log Analytics-werkruimte wilt combineren. | Omdat alle gegevens in een Log Analytics-werkruimte onderhevig zijn aan prijzen van Microsoft Sentinel als Sentinel is ingeschakeld, kunnen er kosteneffecten zijn voor het combineren van deze gegevens. Zie Een Log Analytics-werkruimtestrategie ontwerpen voor meer informatie over het nemen van deze beslissing voor uw omgeving, waarbij deze wordt afgestemd op criteria in andere pijlers. |
| Configureer de prijscategorie voor de hoeveelheid gegevens die elke Log Analytics-werkruimte doorgaans verzamelt. | Log Analytics-werkruimten gebruiken standaard prijzen voor betalen per gebruik zonder minimale gegevensvolumes. Als u voldoende gegevens verzamelt, kunt u uw kosten aanzienlijk verlagen met behulp van een toezeggingslaag, zodat u zich kunt doorvoeren naar een dagelijks minimum aan gegevens die worden verzameld in ruil voor een lager tarief. Als u voldoende gegevens in werkruimten in één regio verzamelt, kunt u deze koppelen aan een toegewezen cluster en het verzamelde volume combineren met behulp van clusterprijzen. Zie Kostenberekeningen en opties voor Azure Monitor-logboeken voor meer informatie over toezeggingslagen en richtlijnen voor het bepalen welke het meest geschikt is voor uw gebruiksniveau. Zie Gebruik en geschatte kosten om geschatte kosten voor uw gebruik in verschillende prijscategorieën weer te geven. |
| Configureer interactieve en langetermijnretentie van gegevens. | Er worden kosten in rekening gebracht voor het bewaren van gegevens in een Log Analytics-werkruimte buiten de standaardwaarde van 31 dagen (90 dagen als Sentinel is ingeschakeld voor de werkruimte en 90 dagen voor Application Insights-gegevens). Houd rekening met uw specifieke vereisten voor het direct beschikbaar maken van gegevens voor logboekquery's. U kunt uw kosten aanzienlijk verlagen door langetermijnretentie te configureren, zodat u gegevens maximaal twaalf jaar kunt bewaren en deze nog steeds af en toe kunt openen met behulp van zoektaken of een set gegevens herstelt naar de werkruimte. |
| Configureer tabellen die worden gebruikt voor foutopsporing, probleemoplossing en controle als basislogboeken. | Tabellen in een Log Analytics-werkruimte die zijn geconfigureerd voor basislogboeken , hebben een lagere opnamekosten in ruil voor beperkte functies en kosten voor logboekquery's. Als u deze tabellen onregelmatig opvraagt en deze niet gebruikt voor waarschuwingen, kunnen deze querykosten meer dan worden gecompenseerd door de gereduceerde opnamekosten. |
| Beperk het verzamelen van gegevens uit gegevensbronnen voor de werkruimte. | De belangrijkste factor voor de kosten van Azure Monitor is de hoeveelheid gegevens die u verzamelt in uw Log Analytics-werkruimte. Zorg er dus voor dat u geen gegevens meer verzamelt die u nodig hebt om de status en prestaties van uw services en toepassingen te beoordelen. Zie Een Log Analytics-werkruimtearchitectuur ontwerpen voor meer informatie over het nemen van deze beslissing voor uw omgeving, waarbij deze wordt afgestemd op criteria in andere pijlers. Compromis: Er is mogelijk een compromis tussen kosten en uw bewakingsvereisten. U kunt bijvoorbeeld sneller een prestatieprobleem detecteren met een hoge samplefrequentie, maar mogelijk wilt u een lagere samplefrequentie gebruiken om kosten te besparen. De meeste omgevingen hebben meerdere gegevensbronnen met verschillende soorten verzamelingen, dus u moet uw specifieke vereisten in balans houden met uw kostendoelen voor elk. Zie Kostenoptimalisatie in Azure Monitor voor aanbevelingen voor het configureren van verzamelingen voor verschillende gegevensbronnen. |
| Analyseer regelmatig verzamelde gegevens om trends en afwijkingen te identificeren. | Gebruik Inzichten in Log Analytics-werkruimten om periodiek de hoeveelheid gegevens te bekijken die in uw werkruimte worden verzameld. Naast inzicht in de hoeveelheid gegevens die door verschillende bronnen wordt verzameld, worden afwijkingen en opwaartse trends in gegevensverzameling geïdentificeerd die kunnen leiden tot overtollige kosten. Analyseer gegevensverzameling verder met behulp van methoden in De werkruimte Analyseren in Log Analytics om te bepalen of er extra configuratie is die uw gebruik verder kan verminderen. Dit is met name belangrijk wanneer u een nieuwe set gegevensbronnen toevoegt, zoals een nieuwe set virtuele machines of het onboarden van een nieuwe service. |
| Maak een waarschuwing wanneer het verzamelen van gegevens hoog is. | Als u onverwachte facturen wilt voorkomen, moet u proactief op de hoogte worden gesteld wanneer u overmatig gebruik ondervindt. Met een melding kunt u mogelijke afwijkingen vóór het einde van uw factureringsperiode aanpakken. |
| Overweeg een dagelijkse limiet als preventieve meting om ervoor te zorgen dat u een bepaald budget niet overschrijdt. | Met een dagelijkse limiet wordt het verzamelen van gegevens in een Log Analytics-werkruimte voor de rest van de dag uitgeschakeld nadat de geconfigureerde limiet is bereikt. Dit mag niet worden gebruikt als een methode om de kosten te verlagen, zoals beschreven in Wanneer een daglimiet moet worden gebruikt. Als u een dagelijkse limiet instelt, moet u, naast het maken van een waarschuwing wanneer de limiet is bereikt, ook een waarschuwingsregel maken om een melding te ontvangen wanneer een bepaald percentage is bereikt (bijvoorbeeld 90%). Dit geeft u de mogelijkheid om de oorzaak van de toegenomen gegevens te onderzoeken en aan te pakken voordat de cap gegevensverzameling afsluit. |
| Waarschuwingen instellen voor aanbevelingen voor kosten van Azure Advisor voor Log Analytics-werkruimten. | Azure Advisor-aanbevelingen voor Log Analytics-werkruimten waarschuwen u proactief wanneer er een mogelijkheid is om uw kosten te optimaliseren. Azure Advisor-waarschuwingen maken voor deze aanbevelingen voor kosten:
|
Azure-resources
Controlelijst voor ontwerp
- Verzamel alleen kritieke resourcelogboekgegevens van Azure-resources.
Aanbevelingen voor configuratie
| Aanbeveling | Voordeel |
|---|---|
| Verzamel alleen kritieke resourcelogboekgegevens van Azure-resources. | Wanneer u diagnostische instellingen maakt voor het verzenden van resourcelogboeken voor uw Azure-resources naar een Log Analytics-database, geeft u alleen de categorieën op die u nodig hebt. Omdat diagnostische instellingen geen gedetailleerd filteren van resourcelogboeken toestaan, kunt u een werkruimtetransformatie gebruiken om overbodige gegevens te filteren voor die resources die een ondersteunde tabel gebruiken. Zie Diagnostische instellingen in Azure Monitor voor meer informatie over het configureren van diagnostische instellingen en het gebruik van transformaties om hun gegevens te filteren. |
Waarschuwingen
Controlelijst voor ontwerp
- Waarschuwingen voor activiteitenlogboeken, servicestatuswaarschuwingen en resourcestatuswaarschuwingen zijn gratis.
- Wanneer u waarschuwingen voor zoeken in logboeken gebruikt, minimaliseert u de waarschuwingsfrequentie voor zoeken in logboeken.
- Wanneer u waarschuwingen voor metrische gegevens gebruikt, minimaliseert u het aantal resources dat wordt bewaakt.
Aanbevelingen voor configuratie
| Aanbeveling | Voordeel |
|---|---|
| Houd er rekening mee dat waarschuwingen voor activiteitenlogboeken, servicestatuswaarschuwingen en resourcestatuswaarschuwingen gratis zijn. | Azure Monitor-activiteitswaarschuwingen, servicestatuswaarschuwingen en resourcestatuswaarschuwingen zijn gratis. Als u wilt controleren met deze waarschuwingstypen, kunt u deze gebruiken. |
| Wanneer u waarschuwingen voor zoeken in logboeken gebruikt, minimaliseert u de waarschuwingsfrequentie voor zoeken in logboeken. | Wanneer u waarschuwingen voor zoeken in logboeken configureert, moet u er rekening mee houden dat hoe vaker de regelevaluatie wordt uitgevoerd, hoe hoger de kosten. Configureer uw regels dienovereenkomstig. |
| Wanneer u waarschuwingen voor metrische gegevens gebruikt, minimaliseert u het aantal resources dat wordt bewaakt. | Sommige resourcetypen ondersteunen waarschuwingsregels voor metrische gegevens waarmee meerdere resources van hetzelfde type kunnen worden bewaakt. Houd er voor deze resourcetypen rekening mee dat de regel duur kan worden als de regel veel resources bewaakt. Als u de kosten wilt verlagen, kunt u het bereik van de metrische waarschuwingsregel verminderen of waarschuwingsregels voor zoeken in logboeken gebruiken, die minder duur zijn om een groot aantal resources te bewaken. |
Virtuele machines
Controlelijst voor ontwerp
- Migreren van Log Analytics-agent naar Azure Monitor-agent voor gedetailleerde gegevensfiltering.
- Filter gegevens die u niet nodig hebt van agents.
- Bepaal of u VM-inzichten gebruikt en welke gegevens moeten worden verzameld.
- Beperk de pollingfrequentie van prestatiemeteritems.
- Zorg ervoor dat vm's geen dubbele gegevens verzenden.
- Gebruik Inzichten in Log Analytics-werkruimten om factureerbare kosten te analyseren en kostenbesparingen te identificeren.
- Migreer uw SCOM-omgeving naar Azure Monitor SCOM Managed Instance.
Aanbevelingen voor configuratie
| Aanbeveling | Beschrijving |
|---|---|
| Migreren van Log Analytics-agent naar Azure Monitor-agent voor gedetailleerde gegevensfiltering. | Als u nog steeds VM's met de Log Analytics-agent hebt, migreert u deze naar de Azure Monitor-agent , zodat u kunt profiteren van betere gegevensfiltering en unieke configuraties kunt gebruiken met verschillende sets vm's. Configuratie voor het verzamelen van gegevens door de Log Analytics-agent wordt uitgevoerd in de werkruimte, zodat alle agents dezelfde configuratie ontvangen. Regels voor gegevensverzameling die door de Azure Monitor-agent worden gebruikt, kunnen worden afgestemd op de specifieke bewakingsvereisten van verschillende sets vm's. Met de Azure Monitor-agent kunt u ook transformaties gebruiken om gegevens te filteren die worden verzameld. |
| Filter gegevens die u niet nodig hebt van agents. | Verlaag de kosten voor gegevensopname door gegevens te filteren die u niet gebruikt voor waarschuwingen of analyses. Zie Virtuele machines bewaken met Azure Monitor: Verzamel gegevens voor hulp bij het verzamelen van gegevens voor verschillende bewakingsscenario's en beheer de kosten voor specifieke richtlijnen voor het filteren van gegevens om uw kosten te verlagen. |
| Bepaal welke gegevens moeten worden verzameld met VM-inzichten. | VM-inzichten is een uitstekende functie om snel aan de slag te gaan met het bewaken van uw VM's en biedt krachtige functies zoals weergaven voor kaart - en prestatietrends. Als u de kaartfunctie of de gegevens die worden verzameld niet gebruikt, moet u het verzamelen van processen en afhankelijkheidsgegevens uitschakelen in de configuratie van uw VM-inzichten om kosten voor gegevensopname te besparen. |
| Beperk de pollingfrequentie van prestatiemeteritems. | Als u een regel voor gegevensverzameling gebruikt om prestatiegegevens naar uw Log Analytics-werkruimte te verzenden, kunt u de pollingfrequentie verminderen om de hoeveelheid verzamelde gegevens te verminderen. |
| Zorg ervoor dat vm's geen dubbele gegevens verzenden. | Als u multi-home agents gebruikt of vergelijkbare regels voor gegevensverzameling maakt, moet u ervoor zorgen dat u unieke gegevens naar elke werkruimte verzendt. Zie Gebruik analyseren in Log Analytics-werkruimte voor hulp bij het analyseren van uw verzamelde gegevens om ervoor te zorgen dat u geen dubbele gegevens verzamelt. Als u tussen agents migreert, kunt u de Log Analytics-agent blijven gebruiken totdat u migreert naar de Azure Monitor-agent in plaats van beide samen te gebruiken, tenzij u ervoor kunt zorgen dat elke agent unieke gegevens verzamelt. |
| Gebruik Inzichten in Log Analytics-werkruimten om factureerbare kosten te analyseren en kostenbesparingen te identificeren. | Inzichten in Log Analytics-werkruimten tonen u de factureerbare gegevens die in elke tabel en van elke VIRTUELE machine zijn verzameld. Gebruik deze informatie om uw belangrijkste machines en tabellen te identificeren, omdat ze de beste kans vormen om de kosten te verlagen door gegevens te filteren. Gebruik dit inzicht en logboekquery's in De log analytics-werkruimte analyseren om de effecten van configuratiewijzigingen verder te analyseren. |
| Migreer uw SCOM-omgeving naar Azure Monitor SCOM Managed Instance. | Migreer uw bestaande SCOM-omgeving naar Azure Monitor SCOM Managed Instance ter ondersteuning van management packs die niet kunnen worden vervangen door Azure Monitor. Met SCOM beheerd exemplaar wordt de vereiste voor het onderhouden van lokale beheerservers en databaseservers verwijderd, waardoor de totale kosten voor het onderhouden van uw SCOM-infrastructuur worden verminderd. |
Containers
Controlelijst voor ontwerp
- Het verzamelen van metrische gegevens inschakelen via de beheerde Azure Monitor-service voor Prometheus.
- Configureer agentverzameling om gegevensverzameling in Container Insights te wijzigen.
- Wijzig instellingen voor het verzamelen van metrische gegevens door Container Insights.
- Schakel containerinzichtenverzameling van metrische gegevens uit als u de Container Insights-ervaring niet gebruikt in Azure Portal.
- Als u de tabel containerlogboeken niet regelmatig opvraagt of gebruikt voor waarschuwingen, configureert u deze als basislogboeken.
- Beperk het verzamelen van resourcelogboeken die u niet nodig hebt.
- Gebruik resourcespecifieke logboekregistratie voor AKS-resourcelogboeken en configureer tabellen als basislogboeken.
- Gebruik OpenCost om details over uw Kubernetes-kosten te verzamelen.
Aanbevelingen voor configuratie
| Aanbeveling | Voordeel |
|---|---|
| Het verzamelen van metrische gegevens inschakelen via de beheerde Azure Monitor-service voor Prometheus. Zorg ervoor dat u geen prometheus-metrische gegevens naar een Log Analytics-werkruimte verzendt. | U kunt de beheerde Azure Monitor-service voor Prometheus gebruiken voor het scrapen van metrische prometheus-gegevens uit uw cluster door Beheerde Prometheus in te schakelen. Houd er rekening mee dat u Container Insights kunt configureren voor het verzamelen van metrische Prometheus-gegevens in uw Log Analytics-werkruimte, maar dit wordt niet aanbevolen omdat dit redundant is met de gegevens in Managed Prometheus en leidt tot extra kosten. Zie De prijzen van Managed Prometheus voor meer informatie. |
| Configureer de agent voor het wijzigen van gegevensverzameling in Container Insights. | Analyseer de gegevens die door Container Insights worden verzameld, zoals beschreven in Bewakingskosten optimaliseren voor Containerinzichten en pas uw configuratie aan om het verzamelen van gegevens die u niet nodig hebt te stoppen. |
| Wijzig instellingen voor het verzamelen van metrische gegevens door Container Insights. | Zie Instellingen voor kostenoptimalisatie inschakelen voor meer informatie over het wijzigen van de frequentie waarmee metrische gegevens worden verzameld en de naamruimten die worden verzameld door Container Insights. |
| Schakel containerinzichtenverzameling van metrische gegevens uit als u de Container Insights-ervaring niet gebruikt in Azure Portal. | Container insights verzamelt veel van dezelfde metrische waarden als Managed Prometheus. U kunt het verzamelen van deze metrische gegevens uitschakelen door Container Insights te configureren om alleen logboeken en gebeurtenissen te verzamelen, zoals beschreven in Instellingen voor kostenoptimalisatie inschakelen in Container Insights. Met deze configuratie wordt de Container Insights-ervaring in Azure Portal uitgeschakeld, maar u kunt Grafana gebruiken om metrische gegevens van Prometheus en Log Analytics te visualiseren om logboekgegevens te analyseren die zijn verzameld door Container Insights. |
| Als u de tabel containerlogboeken niet regelmatig opvraagt of gebruikt voor waarschuwingen, configureert u deze als basislogboeken. | Converteer uw Container Insights-schema naar ContainerLogV2 dat compatibel is met basislogboeken en kan aanzienlijke kostenbesparingen bieden, zoals beschreven in Bewakingskosten optimaliseren voor Container insights. |
| Beperk het verzamelen van resourcelogboeken die u niet nodig hebt. | Besturingsvlaklogboeken voor AKS-clusters worden geïmplementeerd als resourcelogboeken in Azure Monitor. Maak een diagnostische instelling om deze gegevens naar een Log Analytics-werkruimte te verzenden. Zie Logboeken van besturingsvlak verzamelen voor AKS-clusters voor aanbevelingen over welke categorieën u moet verzamelen. |
| Gebruik resourcespecifieke logboekregistratie voor AKS-resourcelogboeken en configureer tabellen als basislogboeken. | AKS ondersteunt de diagnostische modus van Azure of de resourcespecifieke modus voor resourcelogboeken. Geef resourcelogboeken op om de optie in te schakelen voor het configureren van de tabellen voor basislogboeken, die een gereduceerde opnamekosten bieden voor logboeken die u slechts af en toe opvraagt en die u niet gebruikt voor waarschuwingen. |
| Gebruik OpenCost om details over uw Kubernetes-kosten te verzamelen. | OpenCost is een opensource- en leverancierneutraal CNCF-sandboxproject voor inzicht in uw Kubernetes-kosten en het ondersteunen van uw vermogen tot zichtbaarheid van AKS-kosten. Het exporteert gedetailleerde kostengegevens naast klantspecifieke Azure-prijzen naar Azure Storage om de clusterbeheerder te helpen bij het analyseren en categoriseren van kosten. |
Analyses van toepassingen
Controlelijst voor ontwerp
- Schakel over naar Application Insights op basis van een werkruimte.
- Gebruik steekproeven om de hoeveelheid verzamelde gegevens af te stemmen.
- Beperk het aantal Ajax-aanroepen.
- Schakel overbodige modules uit.
- Metrische gegevens vooraf aggregeren van aanroepen naar TrackMetric.
- Beperk waar mogelijk het gebruik van aangepaste metrische gegevens.
- Zorg ervoor dat bijgewerkte sdk's (Software Development Kits) worden gebruikt.
- Beperk ongewenste hosttracering en algemene traceringslogboekregistratie met behulp van logboekniveaus.
Aanbevelingen voor configuratie
| Aanbeveling | Voordeel |
|---|---|
| Schakel over naar Application Insights op basis van een werkruimte. | Zorg ervoor dat uw Application Insights-resources zijn gebaseerd op werkruimten. Application Insights-resources op basis van werkruimten kunnen nieuwe hulpprogramma's voor kostenbesparingen toepassen, zoals basislogboeken, toezeggingslagen, retentie per gegevenstype en langetermijnretentie. |
| Gebruik steekproeven om de hoeveelheid verzamelde gegevens af te stemmen. | Sampling is het primaire hulpprogramma dat u kunt gebruiken om de hoeveelheid gegevens af te stemmen die door Application Insights worden verzameld. Gebruik steekproeven om de hoeveelheid telemetrie te verminderen die vanuit uw toepassingen wordt verzonden met minimale vervorming van metrische gegevens. |
| Beperk het aantal Ajax-aanroepen. | Beperk het aantal Ajax-aanroepen dat kan worden gerapporteerd in elke paginaweergave of schakel Ajax-rapportage uit. Als u Ajax-aanroepen uitschakelt, schakelt u ook JavaScript-correlatie uit. |
| Schakel overbodige modules uit. | Bewerk ApplicationInsights.config om verzamelingsmodules uit te schakelen die u niet nodig hebt. U kunt bijvoorbeeld besluiten dat prestatiemeteritems of afhankelijkheidsgegevens niet vereist zijn. |
| Metrische gegevens vooraf aggregeren van aanroepen naar TrackMetric. | Als u aanroepen naar TrackMetric in uw toepassing plaatst, kunt u het verkeer verminderen met behulp van de overbelasting die uw berekening van het gemiddelde en de standaarddeviatie van een batch metingen accepteert. U kunt ook een vooraf aggregerend pakket gebruiken. |
| Beperk het gebruik van aangepaste metrische gegevens. | De optie Application Insights voor het inschakelen van waarschuwingen voor aangepaste dimensies voor metrische gegevens kan de kosten verhogen. Als u deze optie gebruikt, kunnen er meer vooraf geaggregeerde metrische gegevens worden gemaakt. |
| Zorg ervoor dat bijgewerkte sdk's (Software Development Kits) worden gebruikt. | Eerdere versies van de ASP.NET Core SDK en Worker Service SDK verzamelen standaard veel tellers, die zijn verzameld als aangepaste metrische gegevens. Gebruik latere versies om alleen vereiste tellers op te geven. |
| Beperk ongewenste traceringslogboekregistratie. | Application Insights heeft verschillende mogelijke logboekbronnen. Logboekniveaus kunnen worden gebruikt om telemetrie van traceringslogboeken af te stemmen en te verminderen. Logboekregistratie kan ook van toepassing zijn op de host. Klanten die azure Kubernetes Service (AKS) gebruiken, moeten bijvoorbeeld logboeken van het besturingsvlak en gegevensvlak aanpassen. Op dezelfde manier moeten klanten die Azure-functies gebruiken logboekniveaus en -bereik aanpassen om het logboekvolume en de kosten te optimaliseren. |