Azure Log Analytics-prijzen: zo voorkom je dat de kosten voor Azure-monitoring uit de hand lopen

By Mirko Peters · 2026-10-23

Leer hoe je de prijzen van Azure Log Analytics beheerst, tabelplannen van je werkruimte optimaliseert, ruis bij de opname filtert en voorkomt dat de kosten voor cloudmonitoring uit de hand lopen.

Automatically translated with AI from the original post. Read the English original

Het beheersen van de prijzen van Azure Log Analytics vraagt om inzicht in het volume aan opgenomen data, de tabelplannen en de kosten van langetermijnbewaring. Door data vroeg te filteren met KQL, passende plannen zoals Basic en Auxiliary te kiezen en gevaarlijke dagelijkse opnamelimieten te vermijden, voorkomen beheerders dat de Azure-monitoringfacturen uit de hand lopen.

Belangrijkste punten

• De prijs van Azure Log Analytics wordt vooral bepaald door het volume aan opgenomen data en hoe lang die data in opslag wordt bewaard.
• Tabelplannen hebben een grote impact op de kosten: Basic-opslag kan aanzienlijk goedkoper zijn dan standaard Analytics, en Auxiliary-plannen bieden enorme kortingen voor bulkarchiefdata.
• Ruisrijke, nooit gelezen logregels al aan de rand filteren met Data Collection Rules is de meest effectieve hefboom om de kosten van cloudmonitoring te verlagen.
• Vertrouwen op harde dagelijkse opnamelimieten kan je beveiligings- en operationele teams per ongeluk blind maken, doordat halverwege de dag alle gegevensverzameling stopt.
• Door interactieve bewaartermijnen af te stemmen op langetermijn-koude opslag blijf je compliant zonder te veel te betalen voor snelle query-mogelijkheden.

De echte kostenbepalende factoren van Log Analytics

Wanneer organisaties cloudmonitoring voor het eerst uitrollen, draait alles om zichtbaarheid: ervoor zorgen dat systemen met elkaar communiceren en dat elke fout wordt vastgelegd. Maar de realiteit komt binnen zodra de maandelijkse cloudfactuur arriveert. Log Analytics wordt vooral gefactureerd op twee verbruiksfactoren: het volume aan gigabytes dat naar je werkruimte wordt gepusht en de periode dat die records beschikbaar blijven voor interactieve query's.

Het aanmaken van een werkruimte kost op zich niets, en dat wekt vaak een valse veiligheid. Teams behandelen hun logrepositories al snel als eindeloze digitale rommellades en dumpen uitgebreide debugdata van applicaties, overbodige heartbeatsignalen en niet-gecontroleerde traces in één container. Omdat je betaalt voor elke gigabyte die binnenkomt, ongeacht of iemand ooit die specifieke tabel opent, leidt ongecontroleerde data-opname snel tot budgetoverschrijdingen.

Tabelplannen onder de loep: Analytics, Basic en Auxiliary

Een van de belangrijkste beslissingen die een beheerder kan nemen, is het toewijzen van het juiste prijsplan aan afzonderlijke tabellen. Niet alle logdata vraagt om hetzelfde prestatieniveau, en Microsoft biedt gelaagde plannen die deze operationele afwegingen weerspiegelen.

Standaard Analytics-laag

Het standaard Analytics-plan is bedoeld voor data die je nauwgezet monitort en direct wilt kunnen bevragen. Het ondersteunt detectie van bedreigingen in realtime en snelle probleemoplossing. Het is echter ook de duurste optie. Het behoudt volledige indexering, zodat query's in complexe Kusto Query Language (KQL)-statements in subseconden worden uitgevoerd.

Basic- en Auxiliary-lagen

Voor data die je alleen reactief bekijkt wanneer er iets misgaat, of voor grote volumes records die puur voor auditing worden bewaard, bieden de Basic- en Auxiliary-plannen forse besparingen. Waar standaard Analytics ongeveer $2,30 per gigabyte kost, kan Basic die prijs aanzienlijk verlagen, en kunnen Auxiliary-lagen de kosten terugbrengen tot een fractie van het standaardtarief (soms tot 46 keer goedkoper aan de onderkant van de schaal).

Het addertje zit in de operationele functionaliteit. Goedkope plannen zijn trager bij zoeken, hebben geen volledige indexering en zijn volstrekt ongeschikt voor realtime beveiligingsmeldingen. Door deze plannen binnen één werkruimte te combineren, kun je kritieke beveiligingssignalen naar dure, snelle tabellen routeren, terwijl je luidruchtige compliancelogs opslaat in goedkope aanvullende opslag.

Zo beperk je kosten met vroegtijdig filteren en gegevensverzamelingsregels

De allergrootste fout die beheerders maken, is proberen data op te schonen nadat deze al in de werkruimte is terechtgekomen. Zodra een logrecord is opgeslagen, betaal je al voor de opname ervan.

De juiste aanpak maakt gebruik van gegevensverzamelingsregels (DCR's) in combinatie met de Azure Monitor Agent. DCR's fungeren als instructiesets die worden uitgerold naar je virtuele machines en containerclusters. Ze bepalen precies welke gebeurtenissen worden verzameld, hoe ze worden vormgegeven en in welke tabel ze terechtkomen. Belangrijker nog: je kunt er repetitieve ruis al aan de bron mee tegenhouden.

Als een applicatie elk uur duizenden repetitieve info-logs genereert die je team nooit bevraagt, laat je ze bij de voordeur al weg. Door data te herstructureren en te filteren voordat ze de opslagengine bereiken, voorkom je dat je ooit een rekening krijgt voor telemetrie die je niet gebruikt.

Het gevaar van dagelijkse opnamelimieten

Geconfronteerd met onvoorspelbare cloudrekeningen zien veel financiële managers en IT-managers de functie voor een dagelijkse limiet in Azure Log Analytics als een absoluut vangnet. Een dagelijkse limiet legt een harde grens op de opname van data: zodra die drempel is bereikt, accepteert de werkruimte voor de rest van de dag geen nieuwe records meer.

Hoewel dit onverwachte financiële pieken voorkomt, waarschuwt Microsoft uitdrukkelijk ertegen om er voor het reguliere kostenbeheer op te vertrouwen. Wanneer een dagelijkse limiet wordt bereikt, stopt de gegevensverzameling volledig. Je beveiligingsanalisten verliezen het overzicht, je operationele teams vliegen blind en je mist kritieke meldingen als er 's nachts een systeemstoring optreedt. Een plotselinge blackout van zicht is vrijwel altijd duurder dan een iets hogere rekening voor cloudmonitoring.

Balans tussen interactieve bewaring en langetermijnarchieven

Kostenbeheersing reikt verder dan de opname: ook hoe lang je data bewaart, speelt een rol. Standaard biedt interactieve bewaring snelle querytoegang gedurende 31 dagen (of 90 dagen als Microsoft Sentinel is ingeschakeld). Nadat dat venster is gesloten, verdwijnt de data niet; ze gaat over naar langetermijnopslag.

Data interactief bevraagbaar houden kost per gigabyte per maand aanzienlijk meer dan archiveren in langetermijnopslag. Voor compliancevereisten die gegevensbewaring gedurende jaren verplichten, kost archiefopslag slechts enkele centen per gigabyte. Houd er wel rekening mee dat het ophalen van gearchiveerde data zoekopdrachten vereist in plaats van directe interactieve queries, waardoor een vooraf doordachte strategie essentieel is.

Conclusie en volgende stappen

Het beheren van de prijzen van Azure Log Analytics is een kwestie van bewuste architectuur. Door af te stappen van een alles-omvattende strategie voor gegevensverzameling, gebruik te maken van plannen per tabel en strikte gegevensverzamelingsregels aan de bron toe te passen, behoud je zakelijke zichtbaarheid zonder je cloudbudget te laten ontsporen.

Wil je dieper ingaan op hoe deze systemen onder de motorkap werken? Beluister de volledige aflevering van de M365 FM Podcast voor een uitleg zonder jargon over werkruimten, tabellen en de basisprincipes van KQL-query's.

Veelgestelde vragen

Is het aanmaken van een Azure Log Analytics-werkruimte gratis?

Ja, het aanmaken van een werkruimte brengt geen basiskosten met zich mee. Je betaalt alleen voor het volume aan data dat in de werkruimte wordt opgenomen en voor de duur van de opslag van die data.

Wat is het verschil tussen de Analytics-, Basic- en Auxiliary-logplannen?

Het Analytics-plan biedt snelle, volledig geïndexeerde opslag die is geoptimaliseerd voor realtime beveiligingsmeldingen en snelle interactieve queries. De Basic- en Auxiliary-plannen bieden veel goedkopere opslagopties voor data die weinig wordt doorzocht of vooral wordt bewaard voor compliance en archivering.

Waarom moet ik dagelijkse opnamelimieten vermijden?

Dagelijkse opnamelimieten stoppen de gegevensverzameling volledig zodra je uitgavendrempel is bereikt. Hierdoor verlies je het zicht op je beveiligings- en monitoringsystemen voor de rest van de dag, wat onacceptabele risico's oplevert bij systeemstoringen of beveiligingsincidenten.

Hoe kan ik mijn kosten voor Log Analytics-gegevensopname verlagen?

De meest effectieve kostenbesparende strategie is het filteren van onnodige logdata aan de bron met Data Collection Rules (DCR's), zodat ruisige, niet-gelezen debuglogs worden weggelaten voordat ze je facturabare werkruimte bereiken.