Gebruik en kosten van Application Insights beheren

Application Insights is ontworpen om alles te krijgen wat u nodig hebt om de beschikbaarheid, prestaties en het gebruik van uw webtoepassingen te bewaken, ongeacht of deze worden gehost in Azure of on-premises. Application Insights ondersteunt populaire talen en frameworks, zoals .NET, Java en Node.js, en kan worden geïntegreerd met DevOps-processen en -hulpprogramma's zoals Azure DevOps, Jira en PagerDuty. Het is belangrijk om te begrijpen wat de kosten bepaalt van het bewaken van uw toepassingen. In dit artikel wordt beschreven wat de kosten voor de bewaking van uw toepassing zijn en hoe u deze proactief kunt bewaken en controleren.

Als u vragen hebt over de prijzen voor Application Insights, kunt u een vraag stellen op onze Microsoft Q&A-pagina.

Prijsmodel

De prijzen voor Azure-toepassing Insights zijn een betalen per gebruik-model op basis van opgenomen gegevensvolume en eventueel voor langere gegevensretentie. Elke Application Insights-resource wordt in rekening gebracht als een afzonderlijke service en draagt bij aan de factuur voor uw Azure-abonnement. Het gegevensvolume wordt gemeten als de grootte van het niet-gecomprimeerde JSON-gegevenspakket dat wordt ontvangen door Application Insights van uw toepassing. Het gegevensvolume wordt gemeten in GB (10^9 bytes). Er worden geen kosten in rekening voor het gegevensvolume voor het gebruik van Live Metrics Stream. Op uw Azure-factuur of in Azure Cost Management + Billingworden uw gegevensingestie en gegevensretentie voor een klassieke Application Insights-resource gerapporteerd met een metercategorie van Log Analytics.

Voor webtests met meerdere stappen worden extra kosten in rekening brengen. Webtests met meerdere stappen zijn webtests die een reeks acties uitvoeren. Er worden geen afzonderlijke kosten in rekening brengen voor pingtests van één pagina. Telemetrie van pingtests en tests met meerdere stappen wordt op dezelfde manier in rekening gebracht als andere telemetrie van uw app.

De toepassingsoptie Insights waarschuwingen inschakelen voor aangepaste dimensies van metrische gegevens kan ook extra kosten genereren, omdat dit kan leiden tot het maken van extra metrische gegevens vooraf. Meer informatie over op logboeken gebaseerde en vooraf geaggregeerde metrische gegevens in Application Insights en over prijzen voor Azure Monitor aangepaste metrische gegevens.

Toepassingstoepassing op basis van Insights

Voor Application Insights-resources die hun gegevens verzenden naar een Log Analytics-werkruimte, de zogenaamde Application Insights-resources op basis van werkruimten, wordt de facturering voor gegevensopgenomen en -retentie uitgevoerd door de werkruimte waarin de Application Insights-gegevenszich bevinden. Hiermee kunt u gebruikmaken van alle opties van het Log Analytics-prijsmodel, met inbegrip van toezeggingslagen naast Betalen per gebruik. Toezeggingslagen bieden prijzen die maximaal 30% lager zijn dan betalen per gebruik. Log Analytics biedt ook meer opties voor gegevensretentie, waaronder retentie op gegevenstype. Toepassingstypen Insights in de werkruimte ontvangen 90 dagen retentie, zonder dat er kosten in rekening worden gebracht. Het gebruik van webtests en het inschakelen van waarschuwingen voor aangepaste metrische dimensies wordt nog steeds gerapporteerd via Application Insights. Meer informatie over het bijhouden van de kosten voor gegevensops nemen en bewaren in Log Analytics met behulp van de query's Gebruik en geschatte kosten, Azure Cost Management + Billing en Log Analytics.

De kosten schatten voor het beheren van uw toepassing

Als u Application Insights nog niet gebruikt, kunt u de Azure Monitor-prijscalculator gebruiken om een schatting te maken van de kosten voor het gebruik van Application Insights. Begin met het invoeren Azure Monitor in het zoekvak en klik op de resulterende Azure Monitor tegel. Schuif omlaag op de pagina naar Azure Monitor en vouw de sectie Toepassingstoepassing Insights uit. Uw geschatte kosten zijn afhankelijk van de hoeveelheid opgenomen logboekgegevens. Er zijn twee benaderingen voor het schatten van gegevensvolumes:

1. een schatting maken van de waarschijnlijke gegevensingestie op basis van wat andere vergelijkbare toepassingen genereren, of
2. gebruik van standaardbewaking en adaptieve steekproeven, die beschikbaar zijn in de ASP.NET SDK.

Leren van wat vergelijkbare toepassingen verzamelen

Klik in de Azure Monitoring Pricing Calculator voor Application Insights om het Gegevensvolume schatten op basis van toepassingsactiviteit in te stellen. Hier kunt u invoer geven over uw toepassing (aanvragen per maand en paginaweergaven per maand, voor het geval u telemetrie aan de clientzijde wilt verzamelen). Vervolgens geeft de rekenmachine u de mediaan- en 90e percentielbedrag aan gegevens die door vergelijkbare toepassingen worden verzameld. Deze toepassingen hebben het bereik van application Insights-configuratie (sommige hebben bijvoorbeeld standaardsampling ,sommige hebben geen steekproeven, enzovoort), dus u hebt nog steeds de controle om het volume van gegevens dat u ops nemen ver onder het mediaanniveau te verminderen met behulp van steekproeven.

Gegevensverzameling bij het gebruik van steekproeven

Met de adaptieve steekproeven van ASP.NET SDK wordt het gegevensvolume automatisch aangepast om binnen een opgegeven maximale snelheid van verkeer te blijven voor standaard application Insights bewaking. Als de toepassing een lage hoeveelheid telemetrie produceert, zoals bij het debuggen of vanwege een laag gebruik, worden items niet verwijderd door de samplingprocessor zolang het volume lager is dan het geconfigureerde gebeurtenissen per secondeniveau. Voor een toepassing met een hoog volume, met de standaarddrempelwaarde van vijf gebeurtenissen per seconde, beperkt adaptieve steekproeven het aantal dagelijkse gebeurtenissen tot 432.000. Met een typische gemiddelde gebeurtenisgrootte van 1 kB komt dit overeen met 13,4 GB telemetrie per maand van 31 dagen per knooppunt dat als host voor uw toepassing wordt gebruikt, omdat de steekproef lokaal op elk knooppunt wordt uitgevoerd.

Voor SDK's die geen ondersteuning bieden voor adaptieve steekproeven, kunt u gebruikmaken van opnamesampling, die voorbeelden geven wanneer de gegevens worden ontvangen door Application Insights op basis van een percentage van de gegevens dat moet worden bewaard, of steekproeven met een vaste snelheid voor ASP.NET-, ASP.NET Core- en Java-websites om het verkeer te verminderen dat wordt verzonden vanaf uw webserver en webbrowsers

Toepassingsgegevens Insights op uw Azure-factuur weergeven

De eenvoudigste manier om het gefactureerde gebruik te zien voor één Application Insights-resource die geen resource in de werkruimte is, is door naar de pagina Overzicht van de resource te gaan en in de rechterbovenhoek op Kosten weergeven te klikken. Mogelijk hebt u extra toegang nodig tot Cost Management(meer informatie).

Voor meer informatie biedt Azure veel nuttige functionaliteit in de Azure Cost Management + Billing hub. Met de functionaliteit 'Kostenanalyse' kunt u bijvoorbeeld uw uitgaven voor Azure-resources bekijken. Als u een filter toevoegt op resourcetype (aan microsoft.insights/components voor Application Insights), kunt u uw uitgaven bijhouden. Selecteer vervolgens voor Groep op de optie Metercategorie of Meter. Houd er rekening mee Insights application Insights gefactureerd gebruik voor gegevensingestie en gegevensretentie als Log Analytics wordt gebruikt voor de metercategorie, omdat log analytics-back-Azure Monitor logboeken.

U kunt nog meer inzicht krijgen in uw gebruik door uw gebruik te downloaden van de Azure Portal. In het gedownloade werkblad ziet u het gebruik per Azure-resource per dag. In dit Excel-werkblad kunt u het gebruik van uw Application Insights-resources vinden door eerst te filteren op de kolom Metercategorie om 'Application Insights' en 'Log Analytics' weer te geven en vervolgens een filter toe te voegen aan de kolom Instantie-id die 'microsoft.insights/components' bevat. De meeste application Insights wordt gerapporteerd op meters met de metercategorie van Log Analytics, omdat er één back-Azure Monitor logboeken is. Alleen Application Insights-resources in verouderde prijslagen en webtests met meerdere stappen worden gerapporteerd met de metercategorie Toepassingscategorie Insights. Het gebruik wordt weergegeven in de kolom 'Verbruikte hoeveelheid' en de eenheid voor elke vermelding wordt weergegeven in de kolom Eenheid van meting. Er is meer informatie beschikbaar om u te helpen inzicht te krijgen in uw Microsoft Azure-factuur.

Inzicht in uw gebruik en het optimaliseren van uw kosten

Met Insights kunt u eenvoudig begrijpen wat uw kosten waarschijnlijk zijn op basis van recente gebruikspatronen. Om aan de slag te gaan, gaat Azure Portal voor de Application Insights-resource naar de pagina Gebruik en geschatte kosten:

A. Controleer uw gegevensvolume voor de maand. Dit omvat alle gegevens die worden ontvangen en bewaard (na een steekproef) van uw server- en client-apps en van beschikbaarheidstests.
B. Er worden afzonderlijke kosten in rekening gesteld voor webtests met meerdere stappen. (Dit omvat geen eenvoudige beschikbaarheidstests, die zijn opgenomen in de kosten voor gegevensvolumes.)
C. Bekijk de trends in gegevensvolumes voor de afgelopen maand.
D. Schakel het nemen van gegevens in. E. Stel de dagelijkse gegevensvolumelimiet in.

(Houd er rekening mee dat alle prijzen die worden weergegeven in schermopnamen in dit artikel alleen voor voorbeelddoeleinden zijn. Zie Application Insights pricing (Prijzen voor application Insights)) voor de huidige prijzen in uw valuta en regio.

Als u uw Application Insights-gebruik dieper wilt onderzoeken, opent u de pagina Metrische gegevens, voegt u de metrische waarde met de naam 'Gegevenspuntvolume' toe en selecteert u vervolgens de optie Splitsen toepassen om de gegevens te splitsen op 'Type telemetrie-item'.

Toepassingskosten Insights worden toegevoegd aan uw Azure-factuur. U kunt de details van uw Azure-factuur bekijken in Cost Management + Billing sectie van de Azure Portal of in de Azure-factureringsportal. Zie hieronder voor meer informatie over het gebruik ervan voor Application Insights.

Metrische gegevens van gegevensvolume gebruiken

Als u meer wilt weten over uw gegevensvolumes, selecteert u Metrische gegevens voor uw Application Insights resource en voegt u een nieuwe grafiek toe. Selecteer voor de grafiekmetriek onder Op logboek gebaseerde metrische gegevens de optie Gegevenspuntvolume. Klik op Splitsen toepassen en selecteer Groeperen op Telemetryitem type.

Query's om gegevensvolumedetails te begrijpen

Er zijn twee benaderingen voor het onderzoeken van gegevensvolumes voor Application Insights. De eerste maakt gebruik van geaggregeerde informatie in de tabel en de tweede maakt gebruik van de eigenschap , die systemEvents beschikbaar is voor elke opgenomen _BilledSize gebeurtenis. systemEventsheeft geen gegevensgrootte-informatie voor op werkruimte gebaseerde application-insights.

Geaggregeerde gegevensvolumegegevens gebruiken

U kunt de tabel bijvoorbeeld gebruiken om het gegevensvolume te zien dat in de afgelopen 24 uur is opgenomen systemEvents met de query:

systemEvents
| where timestamp >= ago(24h)
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes)

Of als u een grafiek wilt zien van het gegevensvolume (in bytes) per gegevenstype voor de afgelopen 30 dagen, kunt u het volgende gebruiken:

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes) by BillingTelemetryType, bin(timestamp, 1d) | render barchart  

Houd er rekening mee dat deze query kan worden gebruikt in een Azure-logboekwaarschuwing om waarschuwingen in te stellen voor gegevensvolumes.

Voor meer informatie over wijzigingen in uw telemetriegegevens kunnen we het aantal gebeurtenissen per type opvragen met behulp van de query:

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| summarize count() by BillingTelemetryType, bin(timestamp, 1d)
| render barchart  

Gegevensgrootte per gebeurtenis gebruiken

Voor meer informatie over de bron van uw gegevensvolumes kunt u de eigenschap gebruiken die _BilledSize aanwezig is bij elke opgenomen gebeurtenis.

Als u bijvoorbeeld wilt zien welke bewerkingen in de afgelopen 30 dagen het meeste gegevensvolume hebben gegenereerd, kunnen we een som maken voor _BilledSize alle afhankelijkheidsgebeurtenissen:

dependencies
| where timestamp >= startofday(ago(30d))
| summarize sum(_BilledSize) by operation_Name
| render barchart  

Gegevensvolume voor op werkruimte gebaseerde Application Insights-resources

Als u de trends in gegevensvolumes voor alle application Insights-resources op basis van werkruimten in een werkruimte van de afgelopen week wilt bekijken, gaat u naar de Log Analytics-werkruimte en voer u de query uit:

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| summarize sum(_BilledSize) by _ResourceId, bin(TimeGenerated, 1d)
| render areachart

Als u trends in het gegevensvolume per type wilt opvragen voor een specifieke application Insights resource in de Log Analytics-werkruimte, gebruikt u:

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| where _ResourceId contains "<myAppInsightsResourceName>"
| summarize sum(_BilledSize) by Type, bin(TimeGenerated, 1d)
| render areachart

Uw gegevensvolume beheren

De hoeveelheid gegevens die u verzendt, kan worden beheerd met de volgende technieken:

• Steekproeven: U kunt steekproeven gebruiken om de hoeveelheid telemetrie te verminderen die wordt verzonden vanaf uw server- en client-apps, met minimale hoeveelheid metrische gegevens. Sampling is het primaire hulpprogramma dat u kunt gebruiken om de hoeveelheid gegevens die u verzendt af te stemmen. Meer informatie over samplingfuncties.

• Ajax-aanroepen beperken: u kunt het aantal Ajax-aanroepen beperken dat in elke paginaweergave kan worden gerapporteerd of Ajax-rapportage uitschakelen. Houd er rekening mee dat het uitschakelen van Ajax-aanroepen JavaScript-correlatie uitroept.

• Onnodige modules uitschakelen: bewerk ApplicationInsights.config om verzamelingsmodules uit te schakelen die u niet nodig hebt. U kunt bijvoorbeeld besluiten dat prestatiemeters of afhankelijkheidsgegevens niet essentieel zijn.

• Vooraf geaggregeerde metrische gegevens: als u aanroepen naar TrackMetric in uw app zet, kunt u het verkeer verminderen met behulp van de overbelasting die uw berekening van het gemiddelde en de standaardafwijking van een batch metingen accepteert. U kunt ook een vooraf aggregerend pakket gebruiken.

• Daglimiet: wanneer u een Application Insights-resource in de Azure Portal, wordt de daglimiet ingesteld op 100 GB/dag. Wanneer u een Application Insights-resource in Visual Studio, is de standaardwaarde klein (slechts 32,3 MB/dag). De standaardwaarde voor de daglimiet is ingesteld om testen te vergemakkelijken. Het is de bedoeling dat de gebruiker de daglimiet verhoogt voordat de app in productie wordt geïmplementeerd.

  De maximumlimiet in Application Insights is 1000 GB/dag, tenzij u een hoger maximum voor een toepassing met veel verkeer aanvraagt.

  Tip

  Als u een application Insights-resource op basis van een werkruimte hebt, raden we u aan de daglimiet van de werkruimte te gebruiken om de opname en kosten te beperken in plaats van de limiet in Application Insights.

  Waarschuwingsberichten over de daglimiet worden verzonden naar het account dat lid is van deze rollen voor uw Application Insights-resource: 'ServiceAdmin', 'AccountAdmin', 'CoAdmin', 'Owner'.

  Wees voorzichtig bij het instellen van een daglimiet. Het is uw bedoeling om nooit de daglimiet te raken. Als u de daglimiet bereikt, verliest u gegevens voor de rest van de dag en kunt u uw toepassing niet bewaken. Als u de daglimiet wilt wijzigen, gebruikt u de optie Dagelijkse volumelimiet. U kunt deze optie openen in het deelvenster Gebruik en geschatte kosten (dit wordt later in het artikel uitgebreider beschreven).

  De beperking voor sommige abonnementstypen met tegoeden die niet kunnen worden gebruikt voor application Insights. Als het abonnement voorheen een bestedingslimiet heeft, bevat het dialoogvenster dagelijkse limiet instructies voor het verwijderen van de bestedingslimiet en het inschakelen dat de daglimiet wordt verhoogd tot meer dan 32,3 MB/dag.

• Beperking: Beperking beperkt de gegevenssnelheid tot 32.000 gebeurtenissen per seconde, gemiddeld meer dan 1 minuut per instrumentatiesleutel. De hoeveelheid gegevens die uw app verzendt, wordt elke minuut beoordeeld. Als deze het gemiddelde per seconde overschrijdt gedurende de minuut, weigert de server een aantal aanvragen. De SDK buffert de gegevens en probeert deze vervolgens opnieuw te geven. Er wordt een piek verspreid over enkele minuten. Als uw app consistent meer gegevens verzendt dan de beperkingsfrequentie, worden sommige gegevens uit de app weggetrokken. (Met de ASP.NET-, Java- en JavaScript-SDK's worden gegevens op deze manier opnieuw geseed; andere SDK's kunnen beperkt aantal gegevens gewoon verwijderen.) Als er een beperking optreedt, wordt u gewaarschuwd met een melding dat dit is gebeurd.

Uw maximale dagelijkse gegevensvolume beheren

U kunt de dagelijkse volumelimiet gebruiken om de verzamelde gegevens te beperken. Als echter aan de limiet wordt voldaan, treedt er een verlies op van alle telemetrie die voor de rest van de dag vanuit uw toepassing is verzonden. Het is niet raadzaam om uw toepassing de daglimiet te laten raken. U kunt de status en prestaties van uw toepassing niet bijhouden nadat de daglimiet is bereikt.

In plaats van de dagelijkse volumelimiet te gebruiken, gebruikt u sampling om het gegevensvolume af te stemmen op het niveau dat u wilt. Gebruik vervolgens de daglimiet alleen als 'laatste redmiddel' voor het geval uw toepassing onverwacht veel hogere telemetrievolumes begint te verzenden.

Bepalen welke dagelijkse gegevenslimiet moet worden bepaald

Bekijk Application Insights Usage and estimated costs (Gebruik en geschatte kosten) om inzicht te krijgen in de trend voor gegevensops nemen en wat de dagelijkse volumelimiet is die u moet definiëren. Dit moet met zorg worden overwogen, omdat u uw resources niet meer kunt bewaken nadat de limiet is bereikt.

De daglimiet instellen

Als u de daglimiet wilt wijzigen, selecteert u in de sectie Configureren van uw Application Insights-resource op de pagina Gebruik en geschatte kosten de optie Daglimiet.

Als u de daglimiet wilt wijzigen via Azure Resource Manager, is de eigenschap die moet worden dailyQuota gewijzigd. Via Azure Resource Manager kunt u ook de dailyQuotaResetTime en de daglimiet van warningThreshold instellen.

Waarschuwingen maken voor de daglimiet

De Application Insights Daily Cap maakt een gebeurtenis in het Azure-activiteitenlogboek wanneer de opgenomen gegevensvolumes het waarschuwingsniveau of het daglimietniveau bereiken. U kunt een waarschuwing maken op basis van deze gebeurtenissen in het activiteitenlogboek. De signaalnamen voor deze gebeurtenissen zijn:

• Waarschuwingsdrempel Insights daglimiet van toepassingsonderdeel bereikt

• Daglimiet Insights toepassingsonderdeel bereikt

Steekproeven

sampling is een methode om de snelheid te verminderen waarmee telemetrie naar uw app wordt verzonden, terwijl de mogelijkheid wordt behouden om gerelateerde gebeurtenissen te vinden tijdens diagnostische zoekopdrachten. U behoudt ook het juiste aantal gebeurtenissen.

Steekproeven zijn een effectieve manier om kosten te verlagen en binnen uw maandelijkse quotum te blijven. Het samplingalgoritme behoudt gerelateerde telemetrie-items, zodat u bijvoorbeeld, wanneer u Search gebruikt, de aanvraag kunt vinden die betrekking heeft op een bepaalde uitzondering. Het algoritme behoudt ook de juiste tellingen, zodat u in Metric Explorer de juiste waarden ziet voor aanvraagsnelheden, uitzonderingspercentages en andere tellingen.

Er zijn verschillende soorten steekproeven.

• Adaptieve steekproeven is de standaardinstelling voor ASP.NET SDK. Adaptieve steekproeven worden automatisch aangepast aan het volume van de telemetrie die uw app verzendt. Het werkt automatisch in de SDK in uw web-app, zodat het telemetrieverkeer op het netwerk wordt verminderd.
• Opnamesampling is een alternatief dat wordt uitgevoerd op het punt waarop telemetrie van uw app de Application Insights service binnenkomt. Opnamesampling heeft geen invloed op het volume van de telemetrie die vanuit uw app wordt verzonden, maar het vermindert het volume dat door de service wordt bewaard. U kunt opnamesampling gebruiken om het quotum te verminderen dat wordt gebruikt door telemetrie van browsers en andere SDK's.

Als u opnamesampling wilt instellen, gaat u naar het deelvenster Prijzen:

Gebruik een Analytics-queryom de werkelijke samplingfrequentie te ontdekken, ongeacht waar deze is toegepast. De query ziet er als volgende uit:

requests | where timestamp > ago(1d)
| summarize 100/avg(itemCount) by bin(timestamp, 1h)
| render areachart

In elke behouden record geeft itemCount het aantal oorspronkelijke records dat deze vertegenwoordigt. Dit is gelijk aan 1 + het aantal eerder verwijderde records.

De gegevensretentieperiode wijzigen

De standaardretentie voor Application Insights resources is 90 dagen. Er kunnen verschillende bewaarperioden worden geselecteerd voor elke toepassingsresource Insights toepassing. De volledige set beschikbare bewaarperioden is 30, 60, 90, 120, 180, 270, 365, 550 of 730 dagen. Meer informatie over prijzen voor langere gegevensretentie.

Als u de retentie wilt wijzigen, gaat u vanuit uw Application Insights-resource naar de pagina Gebruik en geschatte kosten en selecteert u de optie Gegevensretentie:

Wanneer de retentie wordt verlaagd, is er een respijtperiode van enkele dagen voordat de oudste gegevens worden verwijderd.

De retentie kan ook programmatisch worden ingesteld met behulp van PowerShell met behulp van de retentionInDays parameter . Als u de gegevensretentie in stelt op 30 dagen, kunt u oudere gegevens onmiddellijk opsloet met behulp van de parameter . Dit kan handig zijn voor nalevingsgerelateerde immediatePurgeDataOn30Days scenario's. Deze functionaliteit voor ops manier wordt alleen beschikbaar gemaakt via Azure Resource Manager en moet uiterst goed worden gebruikt. De dagelijkse tijd voor het opnieuw instellen van de gegevensvolumelimiet kan worden geconfigureerd met behulp Azure Resource Manager parameter in te dailyQuotaResetTime stellen.

Kosten voor gegevensoverdracht met application Insights

Voor het verzenden van gegevens Insights Application Insights kosten voor gegevensbandbreedte in rekening gebracht. Zoals beschreven op de pagina met prijzen voor Azure-bandbreedtewordt gegevensoverdracht tussen Azure-services in twee regio's in rekening gebracht als uitgaande gegevensoverdracht tegen het normale tarief. Binnenkomende gegevensoverdracht is gratis. Deze kosten zijn echter zeer klein (enkele %) in vergelijking met de kosten voor application Insights van logboekgegevens. Als gevolg van het beheersen van de kosten voor Log Analytics moet u zich richten op uw opgenomen gegevensvolume. We hebben richtlijnen om dit hier te begrijpen.

Overzicht van limieten

Er gelden enkele beperkingen voor het aantal meetgegevens en gebeurtenissen per toepassing, per instrumentatiesleutel. De limieten zijn afhankelijk van de prijscategorie die u kiest.

Zie Over prijzen en quota voor Application Insights voor meer informatie.

Dagelijkse limiet-e-mailberichten uitschakelen

Als u de dagelijkse volumelimiet-e-mailberichten wilt uitschakelen, selecteert u onder de sectie Configureren van uw Application Insights-resource in het deelvenster Gebruik en geschatte kosten de optie Daglimiet. Er zijn instellingen voor het verzenden van e-mailberichten wanneer de limiet is bereikt en wanneer een aanpasbaar waarschuwingsniveau is bereikt. Als u alle volumegerelateerde e-mailberichten met een daglimiet wilt uitschakelen, schakelt u beide selectievakjes uit.

Verouderde Enterprise-prijscategorie (per knooppunt)

Voor vroege gebruikers van Azure-toepassing Insights zijn er nog twee mogelijke prijslagen: Basic en Enterprise. De prijscategorie Basic is hetzelfde als hierboven beschreven en is de standaardlaag. Het bevat alle functies van de Enterprise-laag, zonder extra kosten. De basic-laag wordt voornamelijk gefacturen op basis van de hoeveelheid gegevens die wordt opgenomen.

De naam van deze verouderde prijslagen is gewijzigd. De Enterprise-prijscategorie heet nu Per knooppunt en de prijscategorie Basic heet nu Per GB. Deze nieuwe namen worden hieronder en in de Azure Portal.

De laag Per knooppunt (voorheen Enterprise) heeft kosten per knooppunt en elk knooppunt ontvangt een dagelijkse hoeveelheid gegevens. In de prijscategorie Per knooppunt worden kosten in rekening gebracht voor gegevens die zijn opgenomen boven de opgenomen toegestane gegevens. Als u Operations Management Suite gebruikt, moet u de laag Per knooppunt kiezen. In april 2018 hebben we een nieuw prijsmodel voor Azure-bewaking geïntroduceerd. Dit model maakt gebruik van een eenvoudig 'betalen per gebruik'-model in de volledige portfolio met bewakingsservices. Meer informatie over het nieuwe prijsmodel.

Zie Prijzen voor Application Insights voor de huidige prijzen in uw valuta Insights regio.

Informatie over gefactureerd gebruik in de verouderde Enterprise-laag (per knooppunt)

Zoals hieronder in meer detail wordt beschreven, combineert de verouderde Enterprise-laag (per knooppunt) het gebruik van alle Application Insights-resources in een abonnement om het aantal knooppunten en de uitval van gegevens te berekenen. Als gevolg van deze combinatie wordt het gebruik voor alle Application Insights-resources in een abonnement gerapporteerd op basis van slechts een van de resources. Dit maakt het afstemmen van uw gefactureerde gebruik met het gebruik dat u voor elke Application Insights resources ziet erg ingewikkeld.

Abonnementsrechten per knooppuntlaag en Operations Management Suite

Klanten die Operations Management Suite E1 en E2 aanschaffen, kunnen Application Insights Per knooppunt zonder extra kosten krijgen, zoals eerder is aangekondigd. In het bijzonder bevat elke eenheid van Operations Management Suite E1 en E2 een recht op één knooppunt van de laag Application Insights Per knooppunt. Elk Application Insights-knooppunt bevat maximaal 200 MB aan gegevens die per dag worden opgenomen (gescheiden van Log Analytics-gegevensops nemen), met 90-daagse gegevensretentie zonder extra kosten. De laag wordt verder in het artikel beschreven in meer informatie.

Omdat deze laag alleen van toepassing is op klanten met een Operations Management Suite-abonnement, zien klanten die geen Operations Management Suite-abonnement hebben geen optie om deze laag te selecteren.

Hoe de laag Per knooppunt werkt

• U betaalt voor elk knooppunt dat telemetrie verzendt voor alle apps in de laag Per knooppunt.
  • Een knooppunt is een fysieke of virtuele servermachine of een rolin exemplaar van een platform als een service dat als host voor uw app wordt gebruikt.
  • Ontwikkelmachines, clientbrowsers en mobiele apparaten tellen niet als knooppunten.
  • Als uw app verschillende onderdelen heeft die telemetrie verzenden, zoals een webservice en een back-endwerker, worden de onderdelen afzonderlijk geteld.
  • Live Metrics Stream gegevens worden niet meegetelde voor prijsdoeleinden. In een abonnement zijn uw kosten per knooppunt, niet per app. Als u vijf knooppunten hebt die telemetrie verzenden voor 12 apps, worden er vijf knooppunten in rekening brengen.
• Hoewel kosten per maand worden vermeld, worden er alleen kosten in rekening gebracht voor elk uur waarin een knooppunt telemetrie verzendt vanuit een app. De kosten per uur zijn de maandelijkse kosten per jaar gedeeld door 744 (het aantal uren in een maand van 31 dagen).
• Er wordt een toewijzing van het gegevensvolume van 200 MB per dag gegeven voor elk knooppunt dat wordt gedetecteerd (met granulariteit per uur). Niet-gebruikte gegevenstoewijzing wordt niet van de ene dag naar de volgende overgedragen.
  • Als u de prijscategorie Per knooppunt kiest, krijgt elk abonnement een dagelijkse hoeveelheid gegevens op basis van het aantal knooppunten dat telemetrie verzendt naar de Application Insights-resources in dat abonnement. Dus als u vijf knooppunten hebt die de hele dag gegevens verzenden, hebt u een beperkte groep van 1 GB die wordt toegepast op alle Application Insights-resources in dat abonnement. Het maakt niet uit of bepaalde knooppunten meer gegevens verzenden dan andere knooppunten, omdat de opgenomen gegevens worden gedeeld tussen alle knooppunten. Als de Application Insights-resources op een bepaalde dag meer gegevens ontvangen dan is opgenomen in de dagelijkse gegevenstoewijzing voor dit abonnement, gelden de kosten voor uitvalgegevens per GB.
  • De dagelijkse gegevensverlening wordt berekend als het aantal uren op de dag (met UTC) dat elk knooppunt telemetrie verzendt gedeeld door 24 vermenigvuldigd met 200 MB. Dus als u vier knooppunten hebt die gedurende 15 van de 24 uur op de dag telemetrie verzenden, zijn de opgenomen gegevens voor die dag ((4 × 15) / 24) × 200 MB = 500 MB. Tegen de prijs van 2,30 USD per GB voor uitval van gegevens zou de kosten USD 1,15 bedragen als de knooppunten die dag 1 GB aan gegevens verzenden.
  • De dagelijkse hoeveelheid per knooppuntlaag wordt niet gedeeld met toepassingen waarvoor u de laag Per GB hebt gekozen. Ongebruikte capaciteit wordt niet van dag tot dag overgedragen.

Voorbeelden van het bepalen van het aantal afzonderlijke knooppunt

• De precieze knooppunttelling is afhankelijk van de application Insights SDK die uw toepassing gebruikt.
  • In SDK-versie 2.2 en hoger rapporteren zowel de Application Insights Core SDK als de Web-SDK elke toepassingshost als een knooppunt. Voorbeelden zijn de computernaam voor fysieke server- en VM-hosts of de exemplaarnaam voor cloudservices. De enige uitzondering hierop is een toepassing die alleen gebruikmaakt van de .NET Core en de Application Insights Core SDK. In dat geval wordt slechts één knooppunt gerapporteerd voor alle hosts, omdat de hostnaam niet beschikbaar is.
  • Voor eerdere versies van de SDK gedraagt de Web-SDK zich als de nieuwere SDK-versies, maar de Core SDK rapporteert slechts één knooppunt, ongeacht het aantal toepassingshosts.
  • Als uw toepassing de SDK gebruikt om roleInstance in te stellen op een aangepaste waarde, wordt standaard diezelfde waarde gebruikt om het aantal knooppunt te bepalen.
  • Als u een nieuwe SDK-versie gebruikt met een app die wordt uitgevoerd vanaf clientmachines of mobiele apparaten, kan het aantal knooppunts een groot aantal retourneren (vanwege het grote aantal clientmachines of mobiele apparaten).

Automation

U kunt een script schrijven om de prijscategorie in te stellen met behulp van Azure Resource Management. Meer informatie.

Volgende stappen

• Bemonstering