Správa využití a nákladů pro službu Application InsightsManage usage and costs for Application Insights

Poznámka

Tento článek popisuje, jak pochopit a řídit náklady na Application Insights.This article describes how to understand and control your costs for Application Insights. Související článek, sledování využití a odhadované náklady popisuje, jak zobrazit využití a odhadované náklady napříč více funkcemi monitorování Azure pro různé cenové modely.A related article, Monitoring usage and estimated costs describes how to view usage and estimated costs across multiple Azure monitoring features for different pricing models.

Application Insights je navržený tak, aby získal vše, co potřebujete k monitorování dostupnosti, výkonu a využití webových aplikací, ať už jsou hostované v Azure nebo místně.Application Insights is designed to get everything you need to monitor the availability, performance, and usage of your web applications, whether they're hosted on Azure or on-premises. Application Insights podporuje oblíbené jazyky a architektury, jako je .NET, Java a Node.js, a integruje se s procesy a nástroji DevOps, jako je Azure DevOps, JIRA a PagerDuty.Application Insights supports popular languages and frameworks, such as .NET, Java, and Node.js, and integrates with DevOps processes and tools like Azure DevOps, Jira, and PagerDuty. Je důležité porozumět tomu, co určuje náklady na monitorování vašich aplikací.It's important to understand what determines the costs of monitoring your applications. V tomto článku si projdeme, jaké jednotky vaše aplikace sledují a jak je můžete aktivně monitorovat a řídit.In this article, we review what drives your application monitoring costs and how you can proactively monitor and control them.

Pokud máte dotazy ohledně toho, jak ceny fungují pro Application Insights, můžete odeslat dotaz na stránce s dotazem pro Microsoft Q&.If you have questions about how pricing works for Application Insights, you can post a question in our Microsoft Q&A question page.

Cenový modelPricing model

Ceny za Azure Application Insights jsou Model průběžných plateb na základě ingestování objemu dat a volitelně pro delší dobu uchovávání dat.The pricing for Azure Application Insights is a Pay-As-You-Go model based on data volume ingested and optionally for longer data retention. Každý prostředek Application Insights se účtuje jako samostatná služba a přispívá vám k fakturaci za vaše předplatné Azure.Each Application Insights resource is charged as a separate service and contributes to the bill for your Azure subscription. Objem dat se měří jako velikost balíčku nekomprimovaného data JSON, který přijímá Application Insights z vaší aplikace.Data volume is measured as the size of the uncompressed JSON data package that's received by Application Insights from your application. Za použití Live Metrics Streamse neúčtují žádné poplatky za objem dat.There is no data volume charge for using the Live Metrics Stream.

U více kroků webové testy se účtují další poplatky.Multi-step web tests incur an additional charge. Webové testy s více kroky jsou webové testy, které provádějí posloupnost akcí.Multi-step web tests are web tests that perform a sequence of actions. Pro testy pomocí příkazů testování jedné stránky se neúčtují žádné samostatné poplatky.There's no separate charge for ping tests of a single page. Telemetrie z testů příkazového testu a testů pro více kroků se účtují stejně jako jiné telemetrie z vaší aplikace.Telemetry from ping tests and multi-step tests is charged the same as other telemetry from your app.

Možnost Application Insights Povolit upozorňování na vlastní dimenze metriky může také generovat další náklady, protože to může způsobit vytvoření dalších metrik před agregací.The Application Insights option to Enable alerting on custom metric dimensions can also generate in additional costs because this can result in the creation of additional pre-aggregation metrics. Přečtěte si další informace o cenách založených na protokolu a předem agregovaných metrikách v Application Insights a o cenách pro Azure monitor vlastních metrik.Learn more about log-based and pre-aggregated metrics in Application Insights and about pricing for Azure Monitor custom metrics.

Application Insights na základě pracovního prostoruWorkspace-based Application Insights

U Application Insights prostředků, které odesílají svá data do pracovního prostoru Log Analytics nazývaného prostředky Application Insights založené na pracovním prostoru, se fakturace za příjem a uchování dat provádí v pracovním prostoru, kde se nacházejí Application Insights data.For Application Insights resources which send their data to a Log Analytics workspace, called workspace-based Application Insights resources, the billing for data ingestion and retention is done by the workspace where the Application Insights data is located. To zákazníkům umožňuje využít všechny možnosti Log Analytics cenového modelu , který zahrnuje rezervace kapacity kromě průběžných plateb.This enables customers to leverage all options of the Log Analytics pricing model that includes Capacity Reservations in addition to Pay-As-You-Go. Log Analytics také obsahuje další možnosti uchovávání dat, včetně uchovávání informací podle datového typu.Log Analytics also has more options for data retention, including retention by data type. Application Insights datové typy v pracovním prostoru obdrží 90 dnů uchování bez poplatků.Application Insights data types in the workspace receive 90 days of retention without charges. Použití webových testů a povolení upozorňování na vlastní dimenze metriky je stále hlášeno prostřednictvím Application Insights.Usage of web tests and enabling alerting on custom metric dimensions is still reported through Application Insights. Přečtěte si, jak sledovat příjem dat a dobu uchovávání v Log Analytics pomocí odhadu využití a odhadované náklady, Azure cost management + fakturace a Log Analytics dotazy.Learn how to track data ingestion and retention costs in Log Analytics using the Usage and estimated costs, Azure Cost Management + Billing and Log Analytics queries.

Odhad nákladů na správu aplikaceEstimating the costs to manage your application

Pokud ještě nepoužíváte Application Insights, můžete pomocí cenové kalkulačky Azure monitor odhadnout náklady na používání Application Insights.If you're not yet using Application Insights, you can use the Azure Monitor pricing calculator to estimate the cost of using Application Insights. Začněte zadáním "Azure Monitor" do vyhledávacího pole a kliknutím na výslednou Azure Monitor dlaždici.Start by entering "Azure Monitor" in the Search box, and clicking on the resulting Azure Monitor tile. Posuňte se dolů na stránku Azure Monitor a v rozevíracím seznamu Typ vyberte Application Insights.Scroll down the page to Azure Monitor, and select Application Insights from the Type dropdown. Tady můžete zadat počet GB dat, která se mají shromáždit za měsíc, takže otázka bude, kolik dat Application Insights shromažďovat monitorování vaší aplikace.Here you can enter the number of GB of data you expect to collect per month, so the question is how much data will Application Insights collect monitoring your application.

Existují dva přístupy: použití výchozího monitorování a adaptivního vzorkování, který je k dispozici v sadě ASP.NET SDK, nebo k odhadu vašich pravděpodobných příjmu dat na základě toho, co viděli jiní podobní zákazníci.There are two approaches to address this: use of default monitoring and adaptive sampling, which is available in the ASP.NET SDK, or estimate your likely data ingestion based on what other similar customers have seen.

Shromažďování dat při použití vzorkováníData collection when using sampling

Díky adaptivnímu vzorkovánísady ASP.NET SDK se datový svazek automaticky upraví tak, aby udržoval v rámci zadané maximální míry provozu pro výchozí Application Insights monitorování.With the ASP.NET SDK's adaptive sampling, the data volume is adjusted automatically to keep within a specified maximum rate of traffic for default Application Insights monitoring. Pokud aplikace vytvoří nízké množství telemetrie, například při ladění nebo z důvodu nízkého využití, položky se nebudou vyřadit procesorem vzorkování, pokud je svazek pod úrovní konfigurovaných událostí za sekundu.If the application produces a low amount of telemetry, such as when debugging or due to low usage, items won't be dropped by the sampling processor as long as volume is below the configured events per second level. U vysoce výkonných aplikací s výchozí prahovou hodnotou pět událostí za sekundu se adaptivní vzorkování omezí počet denních událostí na 432 000.For a high volume application, with the default threshold of five events per second, adaptive sampling will limit the number of daily events to 432,000. Při použití typické průměrné velikosti události 1 KB odpovídá to 13,4 GB telemetrie za 31 dní na uzel, který je hostitelem vaší aplikace (vzhledem k tomu, že vzorkování je provedeno místně pro každý uzel).Using a typical average event size of 1 KB, this corresponds to 13.4 GB of telemetry per 31-day month per node hosting your application (since the sampling is done local to each node.)

Pro sady SDK, které nepodporují adaptivní vzorkování, můžete využívat vzorkováníingestování, které vzorky, když jsou data přijímána, Application Insights na základě procenta dat, která se mají zachovat, nebo vzorkování s pevnou sazbou pro ASP.NET, ASP.NET Core a weby Java , aby se snížil provoz odeslaný z webového serveru a webových prohlížečů.For SDKs that don't support adaptive sampling, you can employ ingestion sampling, which samples when the data is received by Application Insights based on a percentage of data to retain, or fixed-rate sampling for ASP.NET, ASP.NET Core, and Java websites to reduce the traffic sent from your web server and web browsers

Další informace o shromažďování podobných zákazníkůLearn from what similar customers collect

Když v cenové kalkulačce monitorování Azure pro Application Insights povolíte funkci "objem dat odhadu na základě aktivity aplikace", můžete zadat vstupy o vaší aplikaci (požadavky za měsíc a zobrazení stránek měsíčně), pokud budete shromažďovat telemetrii na straně klienta), a pak Kalkulačka bude informovat medián a 90. percentil dat shromažďovaných podobnými aplikacemi.In the Azure Monitoring Pricing calculator for Application Insights, if you enable the "Estimate data volume based on application activity" functionality, you can provide inputs about your application (requests per month and page views per month, in case you will collect client-side telemetry), and then the calculator will tell you the median and 90th percentile amount of data collected by similar applications. Tyto aplikace rozcházejí z rozsahu konfigurace Application Insights (například některé mají výchozí vzorkování, některé nemají žádné vzorkování atd.), takže stále máte kontrolu nad tím, jak omezit objem dat, která jsou až na střední úrovni, a to pomocí vzorkování.These applications span the range of Application Insights configuration (e.g some have default sampling, some have no sampling etc.), so you still have the control to reduce the volume of data you ingest far below the median level using sampling. Ale jedná se o výchozí bod, který vám pomůže pochopit, co podobné zákazníky vidí.But this is a starting point to understand what other, similar customers are seeing.

Pochopení nákladů na využití a odhadované nákladyUnderstand your usage and estimate costs

Application Insights usnadňuje pochopení toho, jaké náklady budou pravděpodobně založeny na nedávných vzorech použití.Application Insights makes it easy to understand what your costs are likely to be based on recent usage patterns. Začněte tím, že v Azure Portal pro prostředek Application Insights přejdete na stránku využití a odhadované náklady :To get started, in the Azure portal, for the Application Insights resource, go to the Usage and estimated costs page:

Zvolit ceny

A.A. Prohlédněte si svůj objem dat za měsíc.Review your data volume for the month. To zahrnuje všechna data, která jsou přijatá a zachovaná (po případném vzorkování) z vašich serverových a klientských aplikací, a z testů dostupnosti.This includes all the data that's received and retained (after any sampling) from your server and client apps, and from availability tests.
B.B. Pro webové testy s více krokyse provede samostatný poplatek.A separate charge is made for multi-step web tests. (Nezahrnuje jednoduché testy dostupnosti, které jsou zahrnuté do poplatků za objem dat.)(This doesn't include simple availability tests, which are included in the data volume charge.)
C.C. Zobrazení trendů objemu dat za minulý měsíc.View data volume trends for the past month.
D.D. Povolit vzorkovánípřijímání datEnable data ingestion sampling. E.E. Nastavte limit denního objemu dat.Set the daily data volume cap.

(Všimněte si, že všechny ceny zobrazené na snímcích obrazovky v tomto článku jsou například jenom pro účely.(Note that all prices displayed in screenshots in this article are for example purposes only. Aktuální ceny v měně a oblasti najdete v tématu Application Insights ceny.)For current prices in your currency and region, see Application Insights pricing.)

Pokud chcete prozkoumat využití Application Insightsější, otevřete stránku metriky , přidejte metriku s názvem "svazek datových bodů" a pak vyberte možnost použít rozdělení pro rozdělení dat podle typu položky telemetrie.To investigate your Application Insights usage more deeply, open the Metrics page, add the metric named "Data point volume", and then select the Apply splitting option to split the data by "Telemetry item type".

Do faktury Azure se přidají poplatky za Application Insights.Application Insights charges are added to your Azure bill. Podrobnosti o fakturaci Azure najdete v části cost management + fakturace Azure Portal nebo na portálu fakturace Azure.You can see details of your Azure bill in the Cost Management + Billing section of the Azure portal, or in the Azure billing portal. Podrobnosti o použití tohoto pro Application Insights najdete níže .See below for details on using this for Application Insights.

V nabídce vlevo vyberte fakturace.

Použití metriky objemu datUsing data volume metrics

Pokud chcete získat další informace o vašich datových svazcích, vyberte metriky pro prostředek Application Insights a přidejte nový graf.To learn more about your data volumes, selecting Metrics for your Application Insights resource, add a new chart. U metriky grafu v části metriky založené na protokoluvyberte svazek datového bodu.For the chart metric, under Log-based metrics, select Data point volume. Klikněte na použít rozdělenía vyberte seskupit podle ** Telemetryitem typu**.Click Apply splitting, and select group by Telemetryitem type.

Podívejte se na objem dat pomocí metrik.

Dotazy pro pochopení podrobností o objemu datQueries to understand data volume details

Existují dva způsoby, jak prozkoumat datové svazky pro Application Insights.There are two approaches to investigating data volumes for Application Insights. První používá agregované informace v systemEvents tabulce a druhá používá _BilledSize vlastnost, která je k dispozici na všech přijatých událostech.The first uses aggregated information in the systemEvents table, and the second uses the _BilledSize property, which is available on each ingested event. systemEventsnebude mít informace o velikosti dat pro Application-Insights založené na pracovních prostorech.systemEvents will not have data size information for workspace-based-application-insights.

Použití informací agregovaného objemu datUsing aggregated data volume information

V tabulce můžete například pomocí systemEvents dotazu zobrazit datový svazek, který se v posledních 24 hodinách podrží:For instance, you can use the systemEvents table to see the data volume ingested in the last 24 hours with the query:

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

Nebo chcete-li zobrazit graf objemu dat (v bajtech) podle datového typu za posledních 30 dní, můžete použít:Or to see a chart of data volume (in bytes) by data type for the last 30 days, you can use:

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  

Všimněte si, že tento dotaz se dá použít v upozornění protokolu Azure k nastavení výstrah na datových svazcích.Note that this query can be used in an Azure Log Alert to set up alerting on data volumes.

Pokud se chcete dozvědět víc o změnách dat telemetrie, můžeme k získání počtu událostí podle typu použít dotaz:To learn more about your telemetry data changes, we can get the count of events by type using the query:

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

Použití informací o velikosti dat na událostUsing data size per event information

Pokud chcete získat další informace o zdroji vašich datových svazků, můžete použít _BilledSize vlastnost, která se nachází na každé přijaté události.To learn more details about the source of your data volumes, you can use the _BilledSize property that is present on each ingested event.

Například pro zjištění, které operace generují nejvíc objemů dat za posledních 30 dní, můžeme _BilledSize pro všechny události závislosti přičíst:For example, to look at which operations generate the most data volume in the last 30 days, we can sum _BilledSize for all dependency events:

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

Objem dat pro prostředky Application Insights na základě pracovního prostoruData volume for workspace-based Application Insights resources

Chcete-li se podívat na trendy datových svazků pro všechny prostředky Application Insights založené na pracovním prostoru v pracovním prostoru za poslední týden, přejít do pracovního prostoru Log Analytics a spustit dotaz:To look at the data volume trends for all of the workspace-based Application Insights resources in a workspace for the last week, go to the Log Analytics workspace and run the query:

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

Pokud chcete zadat dotaz na trendy datových svazků podle typu pro konkrétní prostředek Application Insights na základě pracovního prostoru, v pracovním prostoru Log Analytics použijte:To query the data volume trends by type for a specific workspace-based Application Insights resource, in the Log Analytics workspace use:

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

Zobrazení využití Application Insights na faktuře AzureViewing Application Insights usage on your Azure bill

Azure poskytuje skvělou užitečnou funkci centra Azure cost management + fakturace .Azure provides a great deal of useful functionality in the Azure Cost Management + Billing hub. Například funkce "cost Analysis" umožňuje zobrazit vaše výdaje na prostředky Azure.For instance, the "Cost analysis" functionality enables you to view your spends for Azure resources. Přidání filtru podle typu prostředku (do Microsoft. Insights/Components for Application Insights) vám umožní sledovat vaše útraty.Adding a filter by resource type (to microsoft.insights/components for Application Insights) will allow you to track your spending. Pak u možnosti "seskupit podle" vyberte kategorii měřičů "nebo" měřič ".Then for "Group by" select "Meter category" or "Meter". V případě Application Insights prostředků v aktuálních cenových plánech se většina využití zobrazí jako Log Analytics pro kategorii měřiče, protože pro všechny Azure Monitor komponenty se používá jeden back-end protokol.For Application Insights resources on the current pricing plans, most usage will show up as Log Analytics for the Meter category since there is a single logs backend for all Azure Monitor components.

Lepší porozumění vašemu využití můžete získat stažením vašeho využití z Azure Portal.More understanding of your usage can be gained by downloading your usage from the Azure portal. Ve stažených tabulkách můžete zobrazit využití podle prostředku Azure za den.In the downloaded spreadsheet, you can see usage per Azure resource per day. V této excelové tabulce můžete využití vašich Application Insightsch prostředků najít při prvním filtrování ve sloupci měřiče měření, pokud chcete zobrazit Application Insights a Log Analytics, a pak přidat filtr na sloupec ID instance, který je obsahuje Microsoft. Insights/Components.In this Excel spreadsheet, usage from your Application Insights resources can be found by first filtering on the "Meter Category" column to show "Application Insights" and "Log Analytics", and then adding a filter on the "Instance ID" column which is "contains microsoft.insights/components". Většina využití Application Insights se oznamuje u měřičů s kategorií měřičů Log Analytics, protože pro všechny Azure Monitor komponenty existuje back-end s jedním protokolem.Most Application Insights usage is reported on meters with the Meter Category of Log Analytics, since there is a single logs backend for all Azure Monitor components. Pouze Application Insights prostředky se staršími cenovými úrovněmi a webovými testy ve více krocích jsou hlášeny s kategorií měřičů Application Insights.Only Application Insights resources on legacy pricing tiers and multi-step web tests are reported with a Meter Category of Application Insights. Využití se zobrazí ve sloupci "spotřebované množství" a jednotka pro každou položku je zobrazena ve sloupci Měrná jednotka.The usage is shown in the "Consumed Quantity" column and the unit for each entry is shown in the "Unit of Measure" column. K dispozici jsou další podrobnosti, které vám pomůžou pochopit Microsoft Azureovou fakturaci.More details are available to help you understand your Microsoft Azure bill.

Správa objemu datManaging your data volume

Objem dat, která odesíláte, můžete spravovat pomocí následujících technik:The volume of data you send can be managed using the following techniques:

  • Vzorkování: vzorkování můžete použít ke snížení objemu telemetrie, která je odesílána z vašeho serveru a klientských aplikací s minimálním zkreslením metrik.Sampling: You can use sampling to reduce the amount of telemetry that's sent from your server and client apps, with minimal distortion of metrics. Vzorkování je primární nástroj, který můžete použít k optimalizaci množství dat, která odesíláte.Sampling is the primary tool you can use to tune the amount of data you send. Přečtěte si další informace o funkcích vzorkování.Learn more about sampling features.

  • Omezení volání AJAX: můžete omezit počet volání AJAX, která lze nahlásit v každém zobrazení stránky, nebo vypnout vytváření sestav AJAX.Limit Ajax calls: You can limit the number of Ajax calls that can be reported in every page view, or switch off Ajax reporting.

  • Zakázat nepotřebné moduly: Upravit ApplicationInsights.config pro vypnutí modulů shromažďování, které nepotřebujete.Disable unneeded modules: Edit ApplicationInsights.config to turn off collection modules that you don't need. Můžete se třeba rozhodnout, že čítače výkonu nebo data závislostí jsou nepostradatelná.For example, you might decide that performance counters or dependency data are inessential.

  • Předběžně agregovaná metrika: Pokud do své aplikace vložíte volání do TrackMetric, můžete snížit provoz pomocí přetížení, které přijímá výpočet průměrné a směrodatné odchylky dávky měření.Pre-aggregate metrics: If you put calls to TrackMetric in your app, you can reduce traffic by using the overload that accepts your calculation of the average and standard deviation of a batch of measurements. Nebo můžete použít předagregaci balíčku.Or, you can use a pre-aggregating package.

  • Denní limit: když v Azure Portal vytvoříte prostředek Application Insights, denní limit je nastavený na 100 GB za den.Daily cap: When you create an Application Insights resource in the Azure portal, the daily cap is set to 100 GB/day. Při vytváření prostředku Application Insights v aplikaci Visual Studio je výchozí hodnota malá (pouze 32,3 MB/den).When you create an Application Insights resource in Visual Studio, the default is small (only 32.3 MB/day). Hodnota denní limit je nastavená tak, aby se usnadnilo testování.The daily cap default is set to facilitate testing. Je určeno, že uživatel si před nasazením aplikace do produkčního prostředí zvýší denní limit.It's intended that the user will raise the daily cap before deploying the app into production.

    Maximální limit je 1 000 GB za den, pokud nepožadujete vyšší maximum pro vysokou přenosovou aplikaci.The maximum cap is 1,000 GB/day unless you request a higher maximum for a high-traffic application.

    E-maily s upozorněním na denní limit jsou odesílány účtu, který je členem těchto rolí pro váš Application Insights prostředek: "ServiceAdmin", "AccountAdmin", "spolusprávce", "Owner".Warning emails about the daily cap are sent to account that are members of these roles for your Application Insights resource: "ServiceAdmin", "AccountAdmin", "CoAdmin", "Owner".

    Při nastavování denního limitu postupujte opatrně.Use care when you set the daily cap. Váš záměr by neměl mít nikdy žádný denní limit.Your intent should be to never hit the daily cap. Pokud dosáhnete denního limitu, po zbytek dne budete ztrácet data a nebudete moct monitorovat svou aplikaci.If you hit the daily cap, you lose data for the remainder of the day, and you can't monitor your application. Chcete-li změnit denní limit, použijte možnost denní limit objemu .To change the daily cap, use the Daily volume cap option. K této možnosti můžete získat přístup v podokně využití a odhadované náklady (Tento postup je podrobněji popsán dále v článku).You can access this option in the Usage and estimated costs pane (this is described in more detail later in the article).

    Odebrali jsme omezení pro některé typy předplatného, které mají kredit, který nebylo možné použít pro Application Insights.We've removed the restriction on some subscription types that have credit that couldn't be used for Application Insights. Pokud v minulosti má předplatné limit útraty, dialogové okno denní limit obsahuje pokyny pro odebrání limitu útraty a povolení denního limitu, který bude vyvolán až 32,3 MB za den.Previously, if the subscription has a spending limit, the daily cap dialog has instructions to remove the spending limit and enable the daily cap to be raised beyond 32.3 MB/day.

  • Omezování: omezování omezuje rychlost přenosu dat na 32 000 událostí za sekundu, průměr za 1 minutu na klíč instrumentace.Throttling: Throttling limits the data rate to 32,000 events per second, averaged over 1 minute per instrumentation key. Objem dat odesílaných vaší aplikací se vyhodnocuje každou minutu.The volume of data that your app sends is assessed every minute. Pokud překročí průměrnou sazbu za sekundu v průběhu minuty, server odmítne některé požadavky.If it exceeds the per-second rate averaged over the minute, the server refuses some requests. Sada SDK ukládá data do vyrovnávací paměti a poté se pokusí ji znovu odeslat.The SDK buffers the data and then tries to resend it. Rozšíří nárůst během několika minut.It spreads out a surge over several minutes. Pokud vaše aplikace konzistentně odesílá data s více než frekvencí omezení, budou některá data vyřazena.If your app consistently sends data at more than the throttling rate, some data will be dropped. (Sady SDK ASP.NET, Java a JavaScript se pokusí znovu odeslat data tímto způsobem; jiné sady SDK mohou jednoduše odtahovat omezená data.) Pokud dojde k omezování, upozornění oznámení vám upozorní, že k tomu došlo.(The ASP.NET, Java, and JavaScript SDKs try to resend data this way; other SDKs might simply drop throttled data.) If throttling occurs, a notification warning alerts you that this has occurred.

Správa maximálního denního objemu datManage your maximum daily data volume

K omezení shromážděných dat můžete použít denní limit objemu.You can use the daily volume cap to limit the data collected. Pokud se ale limit splní, dojde ke ztrátě všech telemetrie odeslaných z vaší aplikace po zbytek dne.However, if the cap is met, a loss of all telemetry sent from your application for the remainder of the day occurs. Není vhodné , aby vaše aplikace dosáhla denního limitu.It is not advisable to have your application hit the daily cap. Po dosažení denního limitu nemůžete sledovat stav a výkon vaší aplikace.You can't track the health and performance of your application after it reaches the daily cap.

Místo používání denního limitu objemu použijte vzorkování pro optimalizaci objemu dat na požadovanou úroveň.Instead of using the daily volume cap, use sampling to tune the data volume to the level you want. Pak použijte denní limit jenom jako "poslední" – pro případ, že vaše aplikace neočekávaně začne odesílat mnohem větší objem telemetrie.Then, use the daily cap only as a "last resort" in case your application unexpectedly begins to send much higher volumes of telemetry.

Určete, který denní limit dat se má definovat.Identify what daily data limit to define

Přečtěte si Application Insights využití a odhadované náklady, abyste porozuměli trendům příjmu dat a jaký je denní zakončení pro definování.Review Application Insights Usage and estimated costs to understand the data ingestion trend and what is the daily volume cap to define. Mělo by se brát v úvahu opatrně, protože po dosažení limitu už nebudete moct monitorovat vaše prostředky.It should be considered with care, since you won't be able to monitor your resources after the limit is reached.

Nastavení denního limituSet the Daily Cap

Pokud chcete změnit denní limit, v části Konfigurace prostředku Application Insights klikněte na stránce využití a odhadované náklady na denní limit.To change the daily cap, in the Configure section of your Application Insights resource, in the Usage and estimated costs page, select Daily Cap.

Upravit denní limit telemetrie

Chcete-li změnit denní limit pomocí Azure Resource Manager, vlastnost, která se má změnit, je dailyQuota .To change the daily cap via Azure Resource Manager, the property to change is the dailyQuota. Prostřednictvím Azure Resource Manager můžete také nastavit dailyQuotaResetTime a denní limit warningThreshold .Via Azure Resource Manager you can also set the dailyQuotaResetTime and the daily cap's warningThreshold.

Vytváření výstrah pro denní limitCreate alerts for the Daily Cap

Application Insights denní limit vytvoří událost v protokolu aktivit Azure, když přijímané datové svazky dosáhnou úrovně upozornění nebo úrovně denního limitu.The Application Insights Daily Cap creates an event in the Azure activity log when the ingested data volumes reaches the warning level or the daily cap level. Můžete vytvořit výstrahu na základě těchto událostí protokolu aktivit.You can create an alert based on these activity log events. Názvy signálů pro tyto události jsou:The signal names for these events are:

  • Dosažena prahová hodnota pro upozornění na denní limit součásti Application InsightsApplication Insights component daily cap warning threshold reached

  • Dosáhlo se denního limitu Application Insights komponenty.Application Insights component daily cap reached

VzorkováníSampling

Vzorkování je metoda snížení míry, s jakou se telemetrie posílá do vaší aplikace, a přitom zachovává schopnost najít související události během vyhledávání diagnostiky.Sampling is a method of reducing the rate at which telemetry is sent to your app, while retaining the ability to find related events during diagnostic searches. Zachováváte si také správné počty událostí.You also retain correct event counts.

Vzorkování je účinný způsob, jak snížit náklady a zůstat v rámci měsíční kvóty.Sampling is an effective way to reduce charges and stay within your monthly quota. Algoritmus vzorkování uchovává související položky telemetrie, takže například při použití vyhledávání můžete najít požadavek související s určitou výjimkou.The sampling algorithm retains related items of telemetry so, for example, when you use Search, you can find the request related to a particular exception. Algoritmus také uchovává správné počty, takže se v Průzkumníkovi metriky zobrazí správné hodnoty pro míry požadavků, míry výjimek a další počty.The algorithm also retains correct counts so you see the correct values in Metric Explorer for request rates, exception rates, and other counts.

Existuje několik forem vzorkování.There are several forms of sampling.

  • Adaptivní vzorkování je výchozím nastavením pro sadu ASP.NET SDK.Adaptive sampling is the default for the ASP.NET SDK. Adaptivní vzorkování se automaticky přizpůsobí objemu telemetrie, kterou vaše aplikace posílá.Adaptive sampling automatically adjusts to the volume of telemetry that your app sends. Funguje automaticky v sadě SDK ve vaší webové aplikaci, aby se snížil provoz telemetrie v síti.It operates automatically in the SDK in your web app so that telemetry traffic on the network is reduced.
  • Vzorkování ingestování je alternativou, která funguje v okamžiku, kdy telemetrie z vaší aplikace vstoupí do služby Application Insights.Ingestion sampling is an alternative that operates at the point where telemetry from your app enters the Application Insights service. Vzorkování ingestování nemá vliv na objem telemetrie odeslané z vaší aplikace, ale snižuje objem, který služba zachovává.Ingestion sampling doesn't affect the volume of telemetry sent from your app, but it reduces the volume that's retained by the service. Pomocí vzorkování pro příjem dat můžete omezit kvótu, která se využívala telemetriem z prohlížečů a dalších sad SDK.You can use ingestion sampling to reduce the quota that's used up by telemetry from browsers and other SDKs.

Pokud chcete nastavit vzorkování ingestování, použijte v podokně s cenami :To set ingestion sampling, go to the Pricing pane:

V podokně kvóta a ceny vyberte dlaždici ukázky a potom vyberte zlomek vzorkování.

Upozornění

Podokno vzorkování dat řídí pouze hodnotu vzorkování ingestování.The Data sampling pane controls only the value of ingestion sampling. Neodráží vzorkovací frekvenci, kterou sada Application Insights SDK používá ve vaší aplikaci.It doesn't reflect the sampling rate that's applied by the Application Insights SDK in your app. Pokud již byla v sadě SDK provedena ukázka příchozí telemetrie, vzorkování ingestování se nepoužije.If the incoming telemetry has already been sampled in the SDK, ingestion sampling isn't applied.

Pokud chcete zjistit skutečnou vzorkovací frekvenci, bez ohledu na to, kde se používá, použijte dotaz Analytics.To discover the actual sampling rate, no matter where it's been applied, use an Analytics query. Dotaz vypadá takto:The query looks like this:

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

U každého uchovávaného záznamu itemCount označuje počet původních záznamů, které představuje.In each retained record, itemCount indicates the number of original records that it represents. Rovná se 1 + počet předchozích vyřazených záznamů.It's equal to 1 + the number of previous discarded records.

Změna doby uchovávání datChange the data retention period

Výchozí doba uchování pro Application Insights prostředky je 90 dní.The default retention for Application Insights resources is 90 days. Pro každý prostředek Application Insights lze vybrat různá období uchování.Different retention periods can be selected for each Application Insights resource. Úplná sada dostupných dob uchovávání dat je 30, 60, 90, 120, 180, 270, 365, 550 nebo 730 dnů.The full set of available retention periods is 30, 60, 90, 120, 180, 270, 365, 550 or 730 days. Přečtěte si další informace o cenách pro delší dobu uchovávání dat.Learn more about pricing for longer data retention.

Pokud chcete změnit dobu uchovávání, z prostředku Application Insights přejděte na stránku využití a odhadované náklady a vyberte možnost uchování dat :To change the retention, from your Application Insights resource, go to the Usage and Estimated Costs page and select the Data Retention option:

Upravit denní limit telemetrie

Když je doba uchování nižší, před odebráním nejstarší dat se zobrazí několik dní po dobu odkladu.When the retention is lowered, there is a several day grace period before the oldest data is removed.

Uchování je také možné nastavit pomocí parametru programově pomocí prostředí PowerShell retentionInDays .The retention can also be set programatically using PowerShell using the retentionInDays parameter. Pokud nastavíte uchovávání dat na 30 dní, můžete spustit okamžitou mazání starších dat pomocí immediatePurgeDataOn30Days parametru, který může být užitečný pro scénáře související s dodržováním předpisů.If you set the data retention to 30 days, you can trigger an immediate purge of older data using the immediatePurgeDataOn30Days parameter, which may be useful for compliance-related scenarios. Tato funkce vyprázdnění se zveřejňuje jenom přes Azure Resource Manager a měla by se používat s mimořádnou péčí.This purge functionality is only exposed via Azure Resource Manager and should be used with extreme care. Denní čas obnovení limitu objemu dat se dá nakonfigurovat pomocí Azure Resource Manager pro nastavení dailyQuotaResetTime parametru.The daily reset time for the data volume cap can be configured using Azure Resource Manager to set the dailyQuotaResetTime parameter.

Poplatky za přenos dat pomocí Application InsightsData transfer charges using Application Insights

Odesílání dat do Application Insights může mít za následek poplatky za šířku pásma dat.Sending data to Application Insights might incur data bandwidth charges. Jak je popsáno na stránce ceny za Azure šířku pásma, přenos dat mezi službami Azure v rámci dvou oblastí se v normální sazbě účtuje jako odchozí přenos dat.As described in the Azure Bandwidth pricing page, data transfer between Azure services located in two regions charged as outbound data transfer at the normal rate. Příchozí přenos dat je zdarma.Inbound data transfer is free. Tento poplatek je však velmi malý (několik%) v porovnání s náklady na Application Insights příjmu dat protokolu.However, this charge is very small (few %) compared to the costs for Application Insights log data ingestion. V důsledku toho se řídí náklady na Log Analytics se musí soustředit na přijatý objem dat a máme vám Rady, jak to porozumět .Consequently controlling costs for Log Analytics needs to focus on your ingested data volume, and we have guidance to help understand that here.

Souhrn omezeníLimits summary

K dispozici jsou určitá omezení počtu metrik a událostí na aplikaci, tj. na klíč instrumentace.There are some limits on the number of metrics and events per application, that is, per instrumentation key. Omezení závisí na zvoleném cenovém plánu.Limits depend on the pricing plan that you choose.

ProstředekResource Výchozí omezeníDefault limit PoznámkaNote
Celkem dat za denTotal data per day 100 GB100 GB Objem dat jde snížit nastavením limitu.You can reduce data by setting a cap. Pokud potřebujete víc dat, můžete limit na portálu zvýšit, až 1 000 GB.If you need more data, you can increase the limit in the portal, up to 1,000 GB. Pro kapacitu větší než 1 000 GB odešlete e-mail na adresu AIDataCap@microsoft.com .For capacities greater than 1,000 GB, send email to AIDataCap@microsoft.com.
ThrottlingThrottling události 32 000 za sekundu32,000 events/second Omezení se měří se po minutách.The limit is measured over a minute.
Uchovávání datData retention 30-730 dní30 - 730 days Tento prostředek je pro funkce Vyhledávání, Analýza a Průzkumník metrik.This resource is for Search, Analytics, and Metrics Explorer.
Vícekrokový test dostupnosti – uchování podrobných výsledkůAvailability multi-step test detailed results retention 90 dnů90 days Tento prostředek poskytuje podrobné výsledky každého kroku.This resource provides detailed results of each step.
Maximální velikost položky telemetrieMaximum telemetry item size 64 kB64 kB
Maximální počet položek telemetrie na dávkuMaximum telemetry items per batch 64 K64 K
Délka názvu vlastnosti a metrikyProperty and metric name length 150150 Viz schémata typů.See type schemas.
Délka řetězce hodnoty vlastnostiProperty value string length 8 1928,192 Viz schémata typů.See type schemas.
Délka zprávy trasování a výjimkyTrace and exception message length 32 76832,768 Viz schémata typů.See type schemas.
Testy dostupnosti – počet na aplikaciAvailability tests count per app 100100
Uchovávání dat profileruProfiler data retention 5 dní5 days
Data profileru odesílaná za denProfiler data sent per day 10 GB10 GB

Další informace najdete v tématu Ceny a kvóty ve službě Application Insights.For more information, see About pricing and quotas in Application Insights.

Zakázat e-maily denního CapDisable daily cap e-mails

Pokud chcete zakázat e-maily denního limitu objemu, v části Konfigurace prostředku Application Insights v podokně využití a odhadované náklady vyberte denní limit.To disable the daily volume cap e-mails, under the Configure section of your Application Insights resource, in the Usage and estimated costs pane, select Daily Cap. K dispozici je nastavení pro odeslání e-mailu, když je dosaženo limitu, a také při dosažení nastavitelné úrovně upozornění.There are settings to send e-mail when the cap is reached, as well as when an adjustable warning level has been reached. Pokud chcete zakázat všechny e-maily s velkým objemem, zrušte zaškrtněte obě políčka.If you wish to disable all daily cap volume-related emails, uncheck both boxes.

Cenová úroveň starší verze Enterprise (na jeden uzel)Legacy Enterprise (Per Node) pricing tier

Pro včasnou přihlášené služby Azure Application Insights stále existují dvě možné cenové úrovně: Basic a Enterprise.For early adopters of Azure Application Insights, there are still two possible pricing tiers: Basic and Enterprise. Cenová úroveň Basic je stejná, jak je popsáno výše, a je výchozí úroveň.The Basic pricing tier is the same as described above and is the default tier. Zahrnuje všechny funkce podnikové vrstvy bez dalších poplatků.It includes all Enterprise tier features, at no additional cost. Úroveň Basic se účtuje primárně na množství dat, která se ingestují.The Basic tier bills primarily on the volume of data that's ingested.

Poznámka

Tyto starší cenové úrovně se přejmenovaly.These legacy pricing tiers have been renamed. Cenová úroveň Enterprise je nyní volána na uzel a cenová úroveň Basic je nyní volána za GB.The Enterprise pricing tier is now called Per Node and the Basic pricing tier is now called Per GB. Tyto nové názvy se používají níže a v Azure Portal.These new names are used below and in the Azure portal.

Úroveň na uzel (dříve Enterprise) má poplatek za uzel a každý uzel obdrží denní povolený objem dat.The Per Node (formerly Enterprise) tier has a per-node charge, and each node receives a daily data allowance. V cenové úrovni jednotlivých uzlů se vám budou účtovat data ingestovaná nad rámec zahrnutého příspěvku.In the Per Node pricing tier, you are charged for data ingested above the included allowance. Pokud používáte Operations Management Suite, měli byste zvolit vrstvu na jednu uzel.If you are using Operations Management Suite, you should choose the Per Node tier.

Aktuální ceny v měně a oblasti najdete v tématu Application Insights ceny.For current prices in your currency and region, see Application Insights pricing.

Poznámka

V dubnu 2018 jsme zavedli nový cenový model pro monitorování Azure.In April 2018, we introduced a new pricing model for Azure monitoring. Tento model přijímá jednoduchý model průběžných plateb v rámci kompletního portfolia monitorovacích služeb.This model adopts a simple "pay-as-you-go" model across the complete portfolio of monitoring services. Přečtěte si další informace o novém cenovém modelu, jak posoudit dopad přechodu na tento model na základě vašich způsobů používání a jak se vyjádřit k novému modelu .Learn more about the new pricing model, how to assess the impact of moving to this model based on your usage patterns, and how to opt into the new model

Nároky na úroveň a předplatné Operations Management SuitePer Node tier and Operations Management Suite subscription entitlements

Zákazníci, kteří si koupí Operations Management Suite E1 a E2, můžou získat Application Insights na jeden uzel jako další komponentu bez dalších poplatků, jak už bylo oznámeno dřív.Customers who purchase Operations Management Suite E1 and E2 can get Application Insights Per Node as an additional component at no additional cost as previously announced. Konkrétně každá jednotka Operations Management Suite E1 a E2 zahrnuje nárok na jeden uzel Application Insights na vrstvu uzlu.Specifically, each unit of Operations Management Suite E1 and E2 includes an entitlement to one node of the Application Insights Per Node tier. Každý uzel Application Insights zahrnuje až 200 MB dat, která se ingestují za den (oddělené od Log Analytics příjmu dat), s uchováváním dat za 90 dnů bez dalších nákladů.Each Application Insights node includes up to 200 MB of data ingested per day (separate from Log Analytics data ingestion), with 90-day data retention at no additional cost. Úroveň je podrobněji popsána dále v článku.The tier is described in more detailed later in the article.

Vzhledem k tomu, že tato úroveň platí jenom pro zákazníky s předplatným Operations Management Suite, zákazníci, kteří nemají předplatné Operations Management Suite, nevidí možnost výběru této úrovně.Because this tier is applicable only to customers with an Operations Management Suite subscription, customers who don't have an Operations Management Suite subscription don't see an option to select this tier.

Poznámka

Abyste se ujistili, že budete mít oprávnění, vaše prostředky Application Insights musí být v cenové úrovni podle počtu uzlů.To ensure that you get this entitlement, your Application Insights resources must be in the Per Node pricing tier. Tato oprávnění se vztahují jenom na uzly.This entitlement applies only as nodes. Application Insights prostředky na GB úrovně nevyužívají žádnou výhodu.Application Insights resources in the Per GB tier don't realize any benefit. Toto oprávnění není viditelné v odhadovaných nákladech uvedených v podokně využití a odhadované náklady .This entitlement isn't visible in the estimated costs shown in the Usage and estimated cost pane. Pokud přesunete předplatné do nového cenového modelu Azure Monitoring v dubnu 2018, je jedinou dostupnou vrstvou úroveň na GB.Also, if you move a subscription to the new Azure monitoring pricing model in April 2018, the Per GB tier is the only tier available. Přesun předplatného na nový cenový model Azure Monitoring se nedoporučuje, pokud máte předplatné Operations Management Suite.Moving a subscription to the new Azure monitoring pricing model isn't advisable if you have an Operations Management Suite subscription.

Jak funguje vrstva na úrovni uzluHow the Per Node tier works

  • Platíte za každý uzel, který odesílá telemetrii pro všechny aplikace v rámci vrstvy na úrovni uzlů.You pay for each node that sends telemetry for any apps in the Per Node tier.
    • Uzel je fyzický nebo virtuální počítač nebo instance role platforma jako služba, která hostuje vaši aplikaci.A node is a physical or virtual server machine or a platform-as-a-service role instance that hosts your app.
    • Vývojové počítače, klientské prohlížeče a mobilní zařízení se nepočítají jako uzly.Development machines, client browsers, and mobile devices do not count as nodes.
    • Pokud má vaše aplikace několik komponent, které odesílají telemetrii, jako je například webová služba a pracovní proces back-endu, komponenty se počítají samostatně.If your app has several components that send telemetry, such as a web service and a back-end worker, the components are counted separately.
    • Pro účely cen se nepočítají Live Metrics Stream data.Live Metrics Stream data isn't counted for pricing purposes. V rámci předplatného jsou poplatky za uzel, ne pro jednotlivé aplikace.In a subscription, your charges are per node, not per app. Pokud máte pět uzlů, které odesílají telemetrii pro 12 aplikací, účtuje se poplatky za pět uzlů.If you have five nodes that send telemetry for 12 apps, the charge is for five nodes.
  • I když se účtují poplatky za měsíc, účtují se vám jenom hodiny, kdy uzel posílá telemetrii z aplikace.Although charges are quoted per month, you're charged only for any hour in which a node sends telemetry from an app. Hodinová sazba je cena za 744 měsíc uzavřenou v uvozovkách (počet hodin za 31. den v měsíci).The hourly charge is the quoted monthly charge divided by 744 (the number of hours in a 31-day month).
  • Pro každý zjištěný uzel (s hodinovým rozlišením) je zadáno přidělení datových svazků 200 MB za den.A data volume allocation of 200 MB per day is given for each node that's detected (with hourly granularity). Nevyužité přidělení dat se nepřevádí z jednoho dne na další.Unused data allocation isn't carried over from one day to the next.
    • Pokud zvolíte cenovou úroveň jednotlivých uzlů, každé předplatné získá denní příspěvek dat na základě počtu uzlů, které odesílají telemetrii do prostředků Application Insights v tomto předplatném.If you choose the Per Node pricing tier, each subscription gets a daily allowance of data based on the number of nodes that send telemetry to the Application Insights resources in that subscription. Takže pokud máte pět uzlů, které odesílají data každý den, budete mít na všech Application Insightsch prostředcích v tomto předplatném povolené 1 GB ve fondu.So, if you have five nodes that send data all day, you'll have a pooled allowance of 1 GB applied to all Application Insights resources in that subscription. Nezáleží na tom, jestli některé uzly posílají více dat než jiné uzly, protože zahrnutá data se sdílejí napříč všemi uzly.It doesn't matter if certain nodes send more data than other nodes because the included data is shared across all nodes. Pokud v daném dni, Application Insights prostředky dostávají více dat, než je zahrnuto do denního přidělení dat pro toto předplatné, platí poplatky za nadlimitní využití dat za GB.If on a given day, the Application Insights resources receive more data than is included in the daily data allocation for this subscription, the per-GB overage data charges apply.
    • Denní povolený objem dat se počítá jako počet hodin v den (pomocí UTC), který každý uzel odesílá telemetrie dělenou 24 vynásobeným 200 MB.The daily data allowance is calculated as the number of hours in the day (using UTC) that each node sends telemetry divided by 24 multiplied by 200 MB. Pokud tedy máte čtyři uzly, které odesílají telemetrii během 15 až 24 hodin v den, zahrnutá data pro daný den budou ((4 × 15)/24) × 200 MB = 500 MB.So, if you have four nodes that send telemetry during 15 of the 24 hours in the day, the included data for that day would be ((4 × 15) / 24) × 200 MB = 500 MB. Za cenu 2,30 USD za GB za překročení limitu dat by se poplatek 1,15 USD, pokud uzly odešlou 1 GB dat za den.At the price of 2.30 USD per GB for data overage, the charge would be 1.15 USD if the nodes send 1 GB of data that day.
    • Denní povolený počet na úrovni uzlu se nesdílí s aplikacemi, pro které jste zvolili úroveň na GB.The Per Node tier daily allowance isn't shared with applications for which you have chosen the Per GB tier. Nevyužitý příspěvek se neprovádí od dnešního dne.Unused allowance isn't carried over from day-to-day.

Příklady určení počtu jedinečných uzlůExamples of how to determine distinct node count

ScénářScenario Celkový počet denních uzlůTotal daily node count
1 aplikace s využitím 3 instancí Azure App Service a 1 virtuálního serveru1 application using 3 Azure App Service instances and 1 virtual server 44
3 aplikace běžící na 2 virtuálních počítačích; prostředky Application Insights pro tyto aplikace jsou ve stejném předplatném a na úrovni jednotlivých uzlů.3 applications running on 2 VMs; the Application Insights resources for these applications are in the same subscription and in the Per Node tier 22
4 aplikace, jejichž prostředky Application Insights jsou ve stejném předplatném. Každá aplikace, která spouští 2 instance během 16 hodin špičky, a 4 instance během 8 hodin špičky4 applications whose Applications Insights resources are in the same subscription; each application running 2 instances during 16 off-peak hours, and 4 instances during 8 peak hours 13,3313.33
Cloudové služby s 1 rolí pracovního procesu a 1 webovou rolí, každá spuštěná 2 instanceCloud services with 1 Worker Role and 1 Web Role, each running 2 instances 44
Cluster Azure Service Fabric s 5 uzly, který běží na mikroslužbách 50; Každá mikroslužba běžící na 3 instancíchA 5-node Azure Service Fabric cluster running 50 microservices; each microservice running 3 instances 55
  • Přesné počítání uzlů závisí na tom, kterou sadu SDK Application Insights vaše aplikace používá.The precise node counting depends on which Application Insights SDK your application is using.
    • V sadě SDK verze 2,2 a novější Sestavte Application Insights Core SDK i Webová sada SDK jako uzel pro každého hostitele aplikace.In SDK versions 2.2 and later, both the Application Insights Core SDK and the Web SDK report each application host as a node. Příklady jsou názvy počítačů pro fyzického serveru a hostitele virtuálních počítačů nebo název instance pro cloudové služby.Examples are the computer name for physical server and VM hosts or the instance name for cloud services. Jedinou výjimkou je aplikace, která používá pouze .NET Core a sadu SDK Application Insights Core.The only exception is an application that uses only the .NET Core and the Application Insights Core SDK. V takovém případě je pro všechny hostitele hlášen pouze jeden uzel, protože název hostitele není k dispozici.In that case, only one node is reported for all hosts because the host name isn't available.
    • V případě starších verzí sady SDK se Webová sada SDK chová jako novější verze sady SDK, ale základní sada SDK hlásí pouze jeden uzel, bez ohledu na počet hostitelů aplikace.For earlier versions of the SDK, the Web SDK behaves like the newer SDK versions, but the Core SDK reports only one node, regardless of the number of application hosts.
    • Pokud vaše aplikace používá sadu SDK k nastavení roleInstance na vlastní hodnotu, je ve výchozím nastavení použita stejná hodnota k určení počtu uzlů.If your application uses the SDK to set roleInstance to a custom value, by default, that same value is used to determine node count.
    • Pokud používáte novou verzi sady SDK s aplikací, která se spouští z klientských počítačů nebo mobilních zařízení, počet uzlů může vracet velký počet (z důvodu velkého počtu klientských počítačů nebo mobilních zařízení).If you're using a new SDK version with an app that runs from client machines or mobile devices, the node count might return a number that's large (because of the large number of client machines or mobile devices).

AutomationAutomation

Pomocí správy prostředků Azure můžete napsat skript pro nastavení cenové úrovně.You can write a script to set the pricing tier by using Azure Resource Management. Přečtěte si, jak.Learn how.

Další krokyNext steps