Application Insights의 사용량 및 비용 관리Manage usage and costs for Application Insights

참고

이 문서에서는 Application Insights의 비용을 이해하고 관리하는 방법을 설명합니다.This article describes how to understand and control your costs for Application Insights. 관련 문서인 사용량 및 예상 비용 모니터링에서는 다른 가격 책정 모델에 대해 여러 Azure 모니터링 기능에서 사용량 및 예상 비용을 보는 방법을 설명합니다.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는 Azure와 온-프레미스에 호스트된 웹 애플리케이션의 가용성, 성능 및 사용량을 모니터링하는 데 필요한 모든 것을 제공하도록 설계되어 있습니다.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는 .NET, Java, Node.js와 같이 널리 사용되는 언어 및 프레임워크를 지원하며, Azure DevOps, Jira, PagerDuty와 같은 DevOps 프로세스 및 도구와 통합됩니다.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. 애플리케이션 모니터링 비용을 결정하는 요소가 무엇인지 이해하는 것이 중요합니다.It's important to understand what determines the costs of monitoring your applications. 이 문서에서는 애플리케이션 모니터링 비용을 결정하는 요소가 무엇인지 알아보고 비용을 선제적으로 모니터링하고 제어하는 방법을 살펴봅니다.In this article, we review what drives your application monitoring costs and how you can proactively monitor and control them.

Application Insights의 가격 책정 방식에 대해 궁금한 사항이 있으면 Microsoft Q&A 질문 페이지에 질문을 게시하세요.If you have questions about how pricing works for Application Insights, you can post a question in our Microsoft Q&A question page.

가격 책정 모델Pricing model

Azure Application Insights의 기본 가격은 수집된 데이터 볼륨을 기반으로 하며 필요에 따라 데이터를 더 오래 보존하기 위한 종량제 모델에 속합니다.The pricing for Azure Application Insights is a Pay-As-You-Go model based on data volume ingested and optionally for longer data retention. 각 Application Insights 리소스는 별도의 서비스로 요금이 부과되고 Azure 구독에 대한 청구서에 추가됩니다.Each Application Insights resource is charged as a separate service and contributes to the bill for your Azure subscription. 데이터 볼륨은 애플리케이션의 Application Insights에서 받은 압축되지 않은 JSON 데이터 패키지의 크기로 측정됩니다.Data volume is measured as the size of the uncompressed JSON data package that's received by Application Insights from your application. 라이브 메트릭 스트림 사용에 대한 데이터 볼륨 요금은 없습니다.There is no data volume charge for using the Live Metrics Stream.

다중 단계 웹 테스트는 추가 요금이 발생합니다.Multi-step web tests incur an additional charge. 다중 단계 웹 테스트는 일련의 작업을 수행하는 웹 테스트입니다.Multi-step web tests are web tests that perform a sequence of actions. 단일 페이지의 ping 테스트 에 대해 별도의 요금이 부과되지 않습니다.There's no separate charge for ping tests of a single page. ping 테스트와 다중 단계 테스트의 원격 분석은 앱의 다른 원격 분석과 동일하게 청구됩니다.Telemetry from ping tests and multi-step tests is charged the same as other telemetry from your app.

사용자 지정 메트릭 차원에 대한 경고를 사용하도록 설정하는 Application Insights 옵션을 사용할 경우 추가로 사전 집계 메트릭이 생성될 수 있으므로 추가 비용이 발생할 수 있습니다.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. Application Insights의 로그 기반 및 사전 집계 메트릭과 Azure Monitor 사용자 지정 메트릭 가격에 대해 자세히 알아보세요.Learn more about log-based and pre-aggregated metrics in Application Insights and about pricing for Azure Monitor custom metrics.

작업 영역 기반 Application InsightsWorkspace-based Application Insights

데이터를 Log Analytics 작업 영역으로 보내는 Application Insights 리소스(작업 영역 기반 Application Insights 리소스)의 경우, 데이터 수집 및 보존에 대한 요금 청구는 해당 Application Insights 데이터가 위치한 작업 영역에 의해 이루어집니다.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. 이로 인해 고객은 종량제에 더해 용량 예약까지 포함하는 Log Analytics 가격 책정 모델의 모든 옵션을 활용할 수 있습니다.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에는 데이터 형식에 따른 보존을 포함하여 더 많은 데이터 보존 옵션이 있습니다.Log Analytics also has more options for data retention, including retention by data type. 작업 영역에 있는 Application Insights 데이터 형식은 추가 요금 없이 90일 동안 보존됩니다.Application Insights data types in the workspace receive 90 days of retention without charges. 웹 테스트를 사용하는 경우와 사용자 지정 메트릭 차원에 대한 경고를 사용하도록 설정하는 경우는 Application Insights를 통해 보고됩니다.Usage of web tests and enabling alerting on custom metric dimensions is still reported through Application Insights. 사용량 및 예상 비용, Azure Cost Management + 청구Log Analytics 쿼리를 사용하여 Log Analytics의 데이터 수집 및 보존 비용을 추적하는 방법을 알아보세요.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.

애플리케이션 관리 비용 추정Estimating the costs to manage your application

Application Insights를 아직 사용하고 있지 않다면 Azure Monitor 가격 계산기를 사용하여 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. 먼저 검색 상자에 “Azure Monitor”를 입력한 후 화면에 표시되는 Azure Monitor 타일을 클릭합니다.Start by entering "Azure Monitor" in the Search box, and clicking on the resulting Azure Monitor tile. Azure Monitor가 표시될 때까지 페이지를 아래로 스크롤하여 유형 드롭다운에서 Application Insights를 선택합니다.Scroll down the page to Azure Monitor, and select Application Insights from the Type dropdown. 여기에서 매월 수집할 것으로 예상되는 데이터의 GB 수를 입력할 수 있습니다. 따라서 문제는 Application Insights가 애플리케이션을 모니터링하는 과정에서 얼마만큼의 데이터를 수집할 것인가가 됩니다.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.

이 문제에는 두 가지 방법으로 접근할 수 있습니다. 하나는 ASP.NET SDK의 기본 모니터링 및 적응 샘플링을 사용하는 것이고, 다른 하나는 본인과 비슷한 다른 고객들의 경우를 기준으로 데이터 수집이 어느 정도가 될 것인지 추정하는 것입니다.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.

샘플링을 사용하는 경우의 데이터 수집Data collection when using sampling

ASP.NET SDK의 적응 샘플링을 사용하면 데이터 볼륨이 기본 Application Insights 모니터링의 지정된 최대 트래픽 속도 아래로 유지되도록 자동으로 조정됩니다.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. 디버깅할 때나 사용량이 낮은 경우와 같이 애플리케이션이 낮은 양의 원격 분석을 생성하는 경우, 볼륨이 두 번째 수준에 대해 구성된 이벤트보다 낮은 수준으로 유지되는 한 항목이 샘플링 프로세서에 의해 삭제되지 않습니다.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. 기본 임계값이 초당 이벤트 5개인 높은 볼륨의 애플리케이션의 경우, 적응 샘플링은 일일 이벤트의 개수를 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. 일반적인 평균 이벤트 크기인 1KB로 계산했을 때 이는 애플리케이션을 호스트하는 노드당(샘플링은 각 노드에서 로컬로 이루어지므로) 월(31일) 13.4GB의 원격 분석에 해당합니다.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.)

적응 샘플링을 지원하지 않는 SDK의 경우, 보존할 데이터의 백분율을 기준으로 Application Insights가 데이터를 수신하는 시점을 샘플링하는 수집 샘플링을 사용하거나 ASP.NET, ASP.NET Core 및 Java 웹 사이트를 위한 고정 속도 샘플링을 사용하여 웹 서버와 웹 브라우저에서 전송하는 트래픽을 줄일 수 있습니다.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

비슷한 고객이 수집하는 데이터의 볼륨으로부터 추정Learn from what similar customers collect

Application Insights용 Azure Monitoring 가격 계산기에서 “애플리케이션 작업을 기반으로 데이터 볼륨 추정” 기능을 사용하도록 설정한 경우 애플리케이션에 대한 입력(클라이언트 쪽 원격 분석을 수집할 경우 월 요청 건수와 월 페이지 보기 수)을 제공하면 계산기에서 비슷한 애플리케이션에 의해 수집된 데이터 양의 중앙값과 90번째 백분위 수를 알려 줍니다.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. 이러한 애플리케이션에는 여러 Application Insights 구성이 적용되어 있으므로(예: 기본 샘플링을 사용하는 경우와 샘플링을 사용하지 않는 경우 등) 샘플링을 사용하여 수집하는 데이터의 볼륨을 중앙값보다 훨씬 밑으로 제어할 수 있습니다.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. 그러나 이것은 다른 비슷한 고객의 경우를 이해하기 위한 출발점에 지나지 않습니다.But this is a starting point to understand what other, similar customers are seeing.

사용량 및 예상 비용의 이해Understand your usage and estimate costs

Application Insights를 사용하면 최근 사용 패턴에 따른 예상 비용을 쉽게 파악할 수 있습니다.Application Insights makes it easy to understand what your costs are likely to be based on recent usage patterns. 시작하려면 Application Insights 리소스의 경우 Azure Portal에서 사용량 및 예상 비용 페이지로 이동합니다.To get started, in the Azure portal, for the Application Insights resource, go to the Usage and estimated costs page:

가격 책정 선택

A.A. 해당 월의 데이터 볼륨을 검토합니다.Review your data volume for the month. 여기에는 서버 및 클라이언트 앱과 가용성 테스트에서 수신되고 보유되는(샘플링 이후) 모든 데이터가 포함됩니다.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. 다단계 웹 테스트에 대해 별도의 요금이 부과 됩니다.A separate charge is made for Multi-step web tests. (여기에는 간단한 가용성 테스트는 포함되지 않습니다. 이 테스트의 경우 데이터 볼륨 요금에 포함됩니다.)(This doesn't include simple availability tests, which are included in the data volume charge.)
C.C. 지난 달의 데이터 볼륨 추세를 봅니다.View data volume trends for the past month.
D.D. 데이터 수집 샘플링을 사용합니다.Enable data ingestion sampling. E.E. 일일 데이터 볼륨 한도를 설정합니다.Set the daily data volume cap.

(이 문서의 스크린샷에 표시된 모든 가격은 예시 목적으로만 제시된 것입니다.(Note that all prices displayed in screenshots in this article are for example purposes only. 사용자의 통화 및 지역에 따른 현재 가격은 Application Insights 가격 책정을 참조하세요.)For current prices in your currency and region, see Application Insights pricing.)

Application Insights 사용량을 보다 자세히 조사하려면 메트릭 페이지를 열고, "데이터 요소 볼륨"이라는 메트릭을 추가한 다음, 분할 적용 옵션을 선택하여 데이터를 "원격 분석 항목 유형"에 따라 분할합니다.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".

Application Insights 요금은 Azure 청구서에 추가됩니다.Application Insights charges are added to your Azure bill. Azure 청구서의 자세한 내용은 Azure Portal의 Cost Management + 청구 섹션 또는 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. Application Insights에서 이 기능을 사용하는 방법은 아래를 참조하세요.See below for details on using this for Application Insights.

왼쪽 메뉴에서 청구를 선택합니다.

데이터 볼륨 메트릭 사용Using data volume metrics

데이터 볼륨에 대해 자세히 알아보려면 Application Insights 리소스의 메트릭 을 선택하고 새 차트를 추가합니다.To learn more about your data volumes, selecting Metrics for your Application Insights resource, add a new chart. 차트 메트릭의 경우 로그 기반 메트릭 아래에서 데이터 요소 볼륨 을 선택합니다.For the chart metric, under Log-based metrics, select Data point volume. 분할 적용 을 클릭하고 Telemetryitem 형식 기준 그룹화를 선택합니다.Click Apply splitting, and select group by Telemetryitem type.

메트릭을 사용하여 데이터 볼륨 검토

데이터 볼륨 세부 정보를 파악하기 위한 쿼리Queries to understand data volume details

Application Insights의 데이터 볼륨을 조사하는 방법에는 두 가지가 있습니다.There are two approaches to investigating data volumes for Application Insights. 첫 번째 방법에서는 systemEvents 테이블의 집계 정보를 사용하고, 두 번째 방법에서는 수집된 각 이벤트의 _BilledSize 속성을 사용합니다.The first uses aggregated information in the systemEvents table, and the second uses the _BilledSize property, which is available on each ingested event. systemEvents에는 작업 영역 기반 Application Insights의 데이터 크기 정보가 없습니다.systemEvents will not have data size information for workspace-based-application-insights.

집계된 데이터 볼륨 정보 사용Using aggregated data volume information

예를 들어, 다음 쿼리를 사용하여 systemEvents 테이블에서 지난 24시간 동안 수집된 데이터 볼륨을 확인할 수 있습니다.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)

또는 다음과 같은 쿼리를 사용하여 데이터 형식을 기준으로 지난 30일 동안의 데이터 볼륨 차트를 볼 수 있습니다(단위: 바이트).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  

이 쿼리는 Azure 로그 경고에서 데이터 볼륨에 대한 경고를 설정하는 데 사용할 수 있습니다.Note that this query can be used in an Azure Log Alert to set up alerting on data volumes.

원격 분석 데이터 변경 사항에 대해 자세히 알아보기 위해 다음 쿼리를 사용하여 형식을 기준으로 이벤트의 개수를 확인할 수 있습니다.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  

이벤트당 데이터 크기 정보 사용Using data size per event information

데이터 볼륨의 원본에 대한 세부 정보를 알아보려면 수집된 각 이벤트의 _BilledSize 속성을 사용할 수 있습니다.To learn more details about the source of your data volumes, you can use the _BilledSize property that is present on each ingested event.

예를 들어, 지난 30일 동안 어느 작업이 가장 많은 데이터 볼륨을 생성했는지 살펴보려면 모든 종속성 이벤트에 대해 _BilledSize의 합을 구할 수 있습니다.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  

작업 영역 기반 Application Insights 리소스의 데이터 볼륨Data volume for workspace-based Application Insights resources

작업 영역에 있는 모든 작업 영역 기반 Application Insights 리소스의 지난 1주간의 데이터 볼륨 추세를 살펴보려면 Log Analytics 작업 영역으로 이동하여 다음 쿼리를 실행합니다.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

특정 작업 영역 기반 Application Insights 리소스에 대해 형식을 기준으로 데이터 볼륨 추세를 쿼리하려면 Log Analytics 작업 영역에서 다음 쿼리를 사용합니다.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

Azure 청구서에서 Application Insights 사용량 보기Viewing Application Insights usage on your Azure bill

Azure는 Azure Cost Management + 청구 허브에서 많은 유용한 기능을 제공합니다.Azure provides a great deal of useful functionality in the Azure Cost Management + Billing hub. 예를 들어, “비용 분석” 기능을 사용하면 Azure 리소스에 대한 지출 내역을 확인할 수 있습니다.For instance, the "Cost analysis" functionality enables you to view your spends for Azure resources. 리소스 종류를 기준으로 필터를 추가하면(Application Insights의 경우 microsoft.insights/components에 추가) 지출을 추적할 수 있습니다.Adding a filter by resource type (to microsoft.insights/components for Application Insights) will allow you to track your spending. “그룹화 방법”으로는 “미터 범주” 또는 “미터”를 선택합니다.Then for "Group by" select "Meter category" or "Meter". 현재 가격 플랜이 적용되는 Application Insights 리소스의 경우, 모든 Azure Monitor 구성 요소에 대한 로그 백엔드는 하나이므로 대부분의 사용량이 Log Analytics의 미터 범주로 표시됩니다.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.

사용량에 대한 자세한 내용은 Azure Portal에서 사용량을 다운로드하여 확인할 수 있습니다.More understanding of your usage can be gained by downloading your usage from the Azure portal. 다운로드한 스프레드시트에서 Azure 리소스별 일일 사용량을 볼 수 있습니다.In the downloaded spreadsheet, you can see usage per Azure resource per day. 이 Excel 스프레드시트에서는 먼저 “미터 범주” 열에서 필터링을 진행하여 “Application Insights” 및 “Log Analytics”를 표시한 다음, “microsoft.insights/components 포함”에 해당되는 “인스턴스 ID” 열에서 하나의 필터를 추가하면 Application Insights 리소스의 사용량을 확인할 수 있습니다.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". 모든 Azure Monitor 구성 요소에 대한 로그 백엔드는 하나이므로 대부분의 Application Insights 사용량이 Log Analytics의 미터 범주를 사용하여 미터로 보고됩니다.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. 레거시 가격 책정 계층이 적용되는 Application Insights 리소스와 다중 단계 웹 테스트만 Application Insights의 미터 범주를 사용하여 보고됩니다.Only Application Insights resources on legacy pricing tiers and multi-step web tests are reported with a Meter Category of Application Insights. 사용량은 “사용한 수량” 열에 표시되며 각 항목에 대한 단위는 “측정 단위” 열에 표시됩니다.The usage is shown in the "Consumed Quantity" column and the unit for each entry is shown in the "Unit of Measure" column. Microsoft Azure 청구 방식을 이해하는 데 도움이 되는 자세한 정보도 준비되어 있습니다.More details are available to help you understand your Microsoft Azure bill.

데이터 볼륨 관리Managing your data volume

전송하는 데이터 볼륨은 다음 기법을 사용하여 관리할 수 있습니다.The volume of data you send can be managed using the following techniques:

  • 샘플링: 샘플링을 사용하여 메트릭 왜곡을 최소화하면서 서버 및 클라이언트 앱에서 전송되는 원격 분석의 양을 줄일 수 있습니다.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. 샘플링은 보내는 데이터의 양을 조정하는 데 사용할 수 있는 기본 도구입니다.Sampling is the primary tool you can use to tune the amount of data you send. 샘플링 기능에 대해 자세히 알아보세요.Learn more about sampling features.

  • Ajax 호출 제한: 모든 페이지 보기에서 보고될 수 있는 Ajax 호출 수를 제한하거나 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.

  • 불필요한 모듈 사용 안 함: ApplicationInsights.config를 편집하여 필요하지 않은 컬렉션 모듈을 끕니다.Disable unneeded modules: Edit ApplicationInsights.config to turn off collection modules that you don't need. 예를 들어 성능 카운터 또는 종속성 데이터가 필요하지 않다고 결정할 수 있습니다.For example, you might decide that performance counters or dependency data are inessential.

  • 메트릭 사전 집계: 앱에 TrackMetric에 대한 호출을 추가한 경우 측정 일괄 처리의 평균 및 표준 편차 계산을 허용하는 오버로드를 사용하여 트래픽을 줄일 수 있습니다.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. 또는 사전 집계 패키지를 사용할 수 있습니다.Or, you can use a pre-aggregating package.

  • 일일 한도: Azure Portal에서 Application Insights 리소스를 만들 때 일일 한도는 100GB/일로 설정됩니다.Daily cap: When you create an Application Insights resource in the Azure portal, the daily cap is set to 100 GB/day. Visual Studio에서 Application Insights 리소스를 만들 때 기본값은 적습니다(불과 32.3MB/일).When you create an Application Insights resource in Visual Studio, the default is small (only 32.3 MB/day). 일일 한도 기본값은 테스트가 용이하도록 설정됩니다.The daily cap default is set to facilitate testing. 앱을 프로덕션에 배포하기 전에 사용자가 일일 한도를 높여야 합니다.It's intended that the user will raise the daily cap before deploying the app into production.

    트래픽이 많은 애플리케이션에 대해 더 높은 최대값을 요구하지 않으면 최대 한도는 하루 1,000GB입니다.The maximum cap is 1,000 GB/day unless you request a higher maximum for a high-traffic application.

    일일 상한에 대한 경고 메일은 Application Insights 리소스의 “ServiceAdmin”, “AccountAdmin”, “CoAdmin”, “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".

    일일 한도를 설정할 때 주의해야 합니다.Use care when you set the daily cap. 일일 한도에 도달하지 않도록 해야 합니다.Your intent should be to never hit the daily cap. 일일 한도에 도달하는 경우 해당 날짜의 남은 기간 동안 데이터가 손실되고 애플리케이션을 모니터링할 수 없습니다.If you hit the daily cap, you lose data for the remainder of the day, and you can't monitor your application. 일일 한도를 변경하려면 일일 볼륨 한도 옵션을 사용합니다.To change the daily cap, use the Daily volume cap option. 사용량 및 예상 비용 창에서 이 옵션에 액세스할 수 있습니다(문서의 뒷부분에 자세히 설명되어 있음).You can access this option in the Usage and estimated costs pane (this is described in more detail later in the article).

    Application Insights에 대해 사용될 수 없는 크레딧이 있는 일부 구독 유형에 대한 제한을 제거했습니다.We've removed the restriction on some subscription types that have credit that couldn't be used for Application Insights. 이전에 구독에 지출 한도가 있는 경우 일일 한도 대화 상자에 지출 한도를 제거하고 일일 한도가 하루 32.3MB가 넘도록 설정하는 지침이 표시됩니다.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.

  • 제한: 제한은 데이터 속도를 계측 키당 평균 1분 이상 초당 32,000개 이벤트로 제한합니다.Throttling: Throttling limits the data rate to 32,000 events per second, averaged over 1 minute per instrumentation key. 앱에 보내는 데이터의 양은 1분마다 평가됩니다.The volume of data that your app sends is assessed every minute. 해당 분에 대한 평균 초당 속도를 초과하면 서버는 일부 요청을 거부합니다.If it exceeds the per-second rate averaged over the minute, the server refuses some requests. SDK는 데이터를 버퍼링한 다음, 다시 전송하도록 시도합니다.The SDK buffers the data and then tries to resend it. 몇 분 동안 급증을 분산시킵니다.It spreads out a surge over several minutes. 앱이 제한율 이상으로 일관되게 데이터를 보내는 경우 일부 데이터가 삭제됩니다.If your app consistently sends data at more than the throttling rate, some data will be dropped. (ASP.NET, Java 및 JavaScript SDK는 이러한 방식으로 데이터 재전송을 시도합니다. SDK는 제한된 데이터를 제거하기만 합니다.) 제한이 발생하는 경우 이를 경고하는 알림이 표시됩니다.(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.

일일 최대 데이터 볼륨 관리Manage your maximum daily data volume

일일 볼륨 한도를 사용하여 수집된 데이터를 제한할 수 있습니다.You can use the daily volume cap to limit the data collected. 그러나 한도가 충족되는 경우 해당 날짜의 나머지 기간 동안 애플리케이션에서 보낸 모든 원격 분석의 손실이 발생합니다.However, if the cap is met, a loss of all telemetry sent from your application for the remainder of the day occurs. 애플리케이션이 일일 한도에 도달하는 것은 권장되지 않습니다.It is not advisable to have your application hit the daily cap. 일일 한도에 도달한 후 애플리케이션의 상태 및 성능을 추적할 수 없습니다.You can't track the health and performance of your application after it reaches the daily cap.

일별 볼륨 한도를 사용하는 대신 샘플링을 사용하여 원하는 수준으로 데이터 볼륨을 조정합니다.Instead of using the daily volume cap, use sampling to tune the data volume to the level you want. 그런 다음, 애플리케이션이 예기치 않게 높은 볼륨의 원격 분석을 보내기 시작하는 경우 "최후의 수단"으로만 일일 한도를 사용합니다.Then, use the daily cap only as a "last resort" in case your application unexpectedly begins to send much higher volumes of telemetry.

정의할 일일 데이터 한도 식별Identify what daily data limit to define

데이터 수집 추세 및 정의할 일일 볼륨 한도를 이해하려면 Application Insights 사용량 및 예상 비용을 검토합니다.Review Application Insights Usage and estimated costs to understand the data ingestion trend and what is the daily volume cap to define. 한도에 도달한 후에는 리소스를 모니터링할 수 없으므로 신중하게 고려해야 합니다.It should be considered with care, since you won't be able to monitor your resources after the limit is reached.

일일 상한 설정Set the Daily Cap

일일 한도를 변경하려면 Application Insights 리소스의 구성 섹션에 있는 사용량 및 예상 비용 페이지에서 일일 한도 를 선택합니다.To change the daily cap, in the Configure section of your Application Insights resource, in the Usage and estimated costs page, select Daily Cap.

일별 원격 분석 볼륨 한도 조정

Azure Resource Manager를 통해 일일 한도를 변경하려면 dailyQuota 속성을 변경해야 합니다.To change the daily cap via Azure Resource Manager, the property to change is the dailyQuota. Azure Resource Manager를 통해 dailyQuotaResetTime과 일일 한도의 warningThreshold도 설정할 수 있습니다.Via Azure Resource Manager you can also set the dailyQuotaResetTime and the daily cap's warningThreshold.

일일 한도 경고 만들기Create alerts for the Daily Cap

Application Insights 일일 한도는 수집된 데이터 볼륨이 경고 수준이나 일일 한도 수준에 도달하면 Azure 활동 로그에 이벤트를 만듭니다.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. 이러한 활동 로그 이벤트를 기반으로 경고를 만들 수 있습니다.You can create an alert based on these activity log events. 이러한 이벤트의 신호는 다음과 같습니다.The signal names for these events are:

  • Application Insights 구성 요소 일일 상한 경고 임계값에 도달함Application Insights component daily cap warning threshold reached

  • Application Insights 구성 요소 일일 상한에 도달함Application Insights component daily cap reached

샘플링Sampling

샘플링 은 진단 검색 중에 관련 이벤트를 찾는 기능을 유지 하면서 앱에 원격 분석이 전송 되는 속도를 줄이는 방법입니다.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. 또한 올바른 이벤트 개수를 유지합니다.You also retain correct event counts.

샘플링은 요금을 줄이고 월간 할당량 내로 유지하는 효과적인 방법입니다.Sampling is an effective way to reduce charges and stay within your monthly quota. 샘플링 알고리즘은 예를 들어 검색을 사용하면 특정 예외와 관련된 요청을 찾을 수 있도록 원격 분석의 관련된 항목을 유지합니다.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. 알고리즘은 또한 요청 속도, 예외 속도 및 기타 카운트에 대해 메트릭 탐색기에 올바른 값을 확인할 수 있도록 올바른 카운트를 유지합니다.The algorithm also retains correct counts so you see the correct values in Metric Explorer for request rates, exception rates, and other counts.

샘플링에는 여러 가지 유형이 있습니다.There are several forms of sampling.

  • 적응 샘플링은 ASP.NET SDK에 대한 기본값입니다.Adaptive sampling is the default for the ASP.NET SDK. 적응 샘플링은 앱이 보내는 원격 분석의 양을 자동으로 조정합니다.Adaptive sampling automatically adjusts to the volume of telemetry that your app sends. 웹앱의 SDK에서 자동으로 작동하여 네트워크에서 원격 분석 트래픽이 감소됩니다.It operates automatically in the SDK in your web app so that telemetry traffic on the network is reduced.
  • 수집 샘플링 은 한 가지 대안으로서 앱의 원격 분석이 Application Insights 서비스에 들어가는 지점에서 작동합니다.Ingestion sampling is an alternative that operates at the point where telemetry from your app enters the Application Insights service. 수집 샘플링은 앱에서 보낸 원격 분석의 양에 영향을 주지 않지만 서비스에서 보존하는 양을 줄여 줍니다.Ingestion sampling doesn't affect the volume of telemetry sent from your app, but it reduces the volume that's retained by the service. 수집 샘플링을 사용하여 브라우저 및 다른 SDK의 원격 분석에서 사용한 할당량을 줄일 수 있습니다.You can use ingestion sampling to reduce the quota that's used up by telemetry from browsers and other SDKs.

수집 샘플링을 설정하려면 가격 책정 창으로 이동합니다.To set ingestion sampling, go to the Pricing pane:

할당량 및 가격 책정 창에서 샘플 타일을 선택한 다음, 샘플링 비율을 선택합니다.

경고

데이터 샘플링 창은 수집 샘플링의 값만을 제어합니다.The Data sampling pane controls only the value of ingestion sampling. 앱에 있는 Application Insights SDK에서 적용하는 샘플링 속도를 반영하지 않습니다.It doesn't reflect the sampling rate that's applied by the Application Insights SDK in your app. 들어오는 원격 분석이 SDK에서 이미 샘플링된 경우 수집 샘플링은 적용되지 않습니다.If the incoming telemetry has already been sampled in the SDK, ingestion sampling isn't applied.

적용된 위치에 관계 없이 실제 샘플링 주기를 검색하려면 Analytics 쿼리를 사용합니다.To discover the actual sampling rate, no matter where it's been applied, use an Analytics query. 쿼리는 다음과 같습니다.The query looks like this:

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

보존된 각 레코드에서 itemCount은 나타내는 원래 레코드 수를 나타냅니다.In each retained record, itemCount indicates the number of original records that it represents. 1 + 이전에 삭제된 레코드의 수와 같습니다.It's equal to 1 + the number of previous discarded records.

데이터 보존 기간 변경Change the data retention period

Application Insights 리소스의 기본 보존 기간은 90일입니다.The default retention for Application Insights resources is 90 days. 각 Application Insights 리소스에 대해 서로 다른 보존 기간을 선택할 수 있습니다.Different retention periods can be selected for each Application Insights resource. 사용 가능한 보존 기간은 30, 60, 90, 120, 180, 270, 365, 550, 730일입니다.The full set of available retention periods is 30, 60, 90, 120, 180, 270, 365, 550 or 730 days. 보다 긴 데이터 보존을 사용할 경우의 가격을 자세히 알아보세요.Learn more about pricing for longer data retention.

보존 기간을 변경하려면 Application Insights 리소스에서 사용량 및 예상 비용 페이지로 이동하고 다음과 같은 데이터 보존 옵션을 선택합니다.To change the retention, from your Application Insights resource, go to the Usage and Estimated Costs page and select the Data Retention option:

데이터 보존 기간을 변경할 위치를 보여 주는 스크린샷

데이터 보존 기간을 줄이면 가장 오래된 데이터를 제거하기 전에 며칠의 유예 기간이 적용됩니다.When the retention is lowered, there is a several day grace period before the oldest data is removed.

retentionInDays 매개 변수를 사용하여 PowerShell을 통해 프로그래밍 방식으로 보존 기간을 설정할 수도 있습니다.The retention can also be set programatically using PowerShell using the retentionInDays parameter. 데이터 보존 기간을 30일로 설정하면 immediatePurgeDataOn30Days 매개 변수를 사용하여 이전 데이터를 즉시 제거할 수 있는데, 이는 규정 준수 관련 시나리오에 도움이 될 수 있습니다.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. 이 제거 기능은 Azure Resource Manager를 통해서만 노출되며, 극도로 주의하여 사용해야 합니다.This purge functionality is only exposed via Azure Resource Manager and should be used with extreme care. 데이터 볼륨 한도의 일일 재설정 시간은 Azure Resource Manager에서 dailyQuotaResetTime 매개 변수를 설정하여 구성할 수 있습니다.The daily reset time for the data volume cap can be configured using Azure Resource Manager to set the dailyQuotaResetTime parameter.

Application Insights를 사용하는 경우의 데이터 전송 요금Data transfer charges using Application Insights

Application Insights로 데이터를 전송하면 데이터 대역폭 요금이 발생할 수 있습니다.Sending data to Application Insights might incur data bandwidth charges. Azure Bandwidth 가격 책정 페이지에 설명된 바와 같이, 두 지역에 위치한 Azure 서비스 간의 데이터 전송 시 요금은 일반 요율을 적용한 아웃바운드 데이터 전송 요금으로 청구되었습니다.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. 인바운드 데이터 전송은 무료입니다.Inbound data transfer is free. 다만 이 요금은 Application Insights 로그 데이터 수집에 드는 비용에 비해 매우 적습니다(수% 정도에 불과).However, this charge is very small (few %) compared to the costs for Application Insights log data ingestion. 따라서 Log Analytics에 대한 비용은 수집된 데이터 볼륨에 중점을 두고 관리해야 하며, 이러한 비용 관리를 이해하는 데 도움이 될만한 지침은 여기를 참조하시기 바랍니다.Consequently controlling costs for Log Analytics needs to focus on your ingested data volume, and we have guidance to help understand that here.

제한 요약Limits summary

애플리케이션별(즉, 계측 키별) 메트릭 및 이벤트의 수에 몇 가지 제한이 있습니다.There are some limits on the number of metrics and events per application, that is, per instrumentation key. 선택하는 가격 책정 계층에 따라 제한됩니다.Limits depend on the pricing plan that you choose.

리소스Resource 기본 제한Default limit 참고Note
일당 총 데이터Total data per day 100GB100 GB 한도를 설정하여 데이터를 줄일 수 있습니다.You can reduce data by setting a cap. 더 많은 데이터가 필요한 경우 포털에서 최대 1,000GB로 한도를 늘릴 수 있습니다.If you need more data, you can increase the limit in the portal, up to 1,000 GB. 1,000GB보다 큰 용량이 필요한 경우 AIDataCap@microsoft.com으로 이메일을 보내세요.For capacities greater than 1,000 GB, send email to AIDataCap@microsoft.com.
제한Throttling 32,000 이벤트/초32,000 events/second 제한은 분을 기준으로 측정됩니다.The limit is measured over a minute.
데이터 보존Data retention 30~730일30 - 730 days 이 리소스는 검색, 분석메트릭 탐색기의 경우입니다.This resource is for Search, Analytics, and Metrics Explorer.
가용성 다단계 테스트 자세한 결과 보존Availability multi-step test detailed results retention 90일90 days 이 리소스는 각 단계의 자세한 결과를 제공합니다.This resource provides detailed results of each step.
최대 원격 분석 항목 크기Maximum telemetry item size 64kB64 kB
일괄 처리당 최대 원격 분석 항목 수Maximum telemetry items per batch 64K64 K
속성 및 메트릭 이름 길이Property and metric name length 150150 형식 스키마를 참조하세요.See type schemas.
속성 값 문자열 길이Property value string length 8,1928,192 형식 스키마를 참조하세요.See type schemas.
추적 및 예외 메시지 길이Trace and exception message length 32,76832,768 형식 스키마를 참조하세요.See type schemas.
앱당 가용성 테스트Availability tests count per app 100100
프로파일러 데이터 보존Profiler data retention 5일5 days
일일 전송된 프로파일러 데이터Profiler data sent per day 10 GB10 GB

자세한 내용은 Application Insights의 가격 책정 및 할당량 정보를 참조하세요.For more information, see About pricing and quotas in Application Insights.

일일 상한도 이메일을 사용하지 않도록 설정Disable daily cap e-mails

일일 볼륨 상한 이메일을 사용하지 않도록 설정하려면 Application Insights 리소스의 구성 섹션 아래에 있는 사용량 및 예상 비용 창에서 일일 상한 을 선택합니다.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. 상한에 도달할 때, 그리고 조정 가능한 경고 수준에 도달할 때 이메일을 보내는 설정이 있습니다.There are settings to send e-mail when the cap is reached, as well as when an adjustable warning level has been reached. 일일 상한 볼륨과 관련된 모든 메일을 사용하지 않도록 설정하려면 확인란을 선택 취소합니다.If you wish to disable all daily cap volume-related emails, uncheck both boxes.

레거시 엔터프라이즈(노드당) 가격 책정 계층Legacy Enterprise (Per Node) pricing tier

초기에 Azure Application Insights를 도입한 경우 Basic 및 Enterprise의 두 가지 가격 책정 요금제가 있습니다.For early adopters of Azure Application Insights, there are still two possible pricing tiers: Basic and Enterprise. Basic 가격 책정 계층은 위에 설명한 것과 동일한 기본 계층입니다.The Basic pricing tier is the same as described above and is the default tier. 여기에는 추가 비용 없이 모든 Enterprise 계층 기능이 포함됩니다.It includes all Enterprise tier features, at no additional cost. Basic 계층에서는 기본적으로 수집된 데이터의 볼륨에 따라 비용이 청구됩니다.The Basic tier bills primarily on the volume of data that's ingested.

참고

이 레거시 가격 책정 계층의 이름이 변경되었습니다.These legacy pricing tiers have been renamed. Enterprise 가격 책정 계층은 노드당 계층으로 변경되었고, Basic 가격 책정 계층은 GB당 계층으로 변경되었습니다.The Enterprise pricing tier is now called Per Node and the Basic pricing tier is now called Per GB. 아래에서, 그리고 Azure Portal에서 이 새로운 이름이 사용됩니다.These new names are used below and in the Azure portal.

노드당(이전 명칭: Enterprise) 계층에는 노드별 청구가 사용되며 각 노드는 일일 데이터 허용량을 수신합니다.The Per Node (formerly Enterprise) tier has a per-node charge, and each node receives a daily data allowance. 노드당 가격 책정 계층에서는 포함된 허용량 이상으로 수집된 데이터에 대해 요금이 부과됩니다.In the Per Node pricing tier, you are charged for data ingested above the included allowance. Operations Management Suite를 사용하는 경우 노드당 계층을 선택해야 합니다.If you are using Operations Management Suite, you should choose the Per Node tier.

사용자의 통화 및 지역에 따른 현재 가격은 Application Insights 가격 책정을 참조하세요.For current prices in your currency and region, see Application Insights pricing.

참고

2018년 4월에는 Azure 모니터링을 위한 새로운 가격 책정 모델이 도입되었습니다.In April 2018, we introduced a new pricing model for Azure monitoring. 이 모델은 모니터링 서비스의 전체 포트폴리오에서 간단한 "종량제" 모델을 채택합니다.This model adopts a simple "pay-as-you-go" model across the complete portfolio of monitoring services. 새 가격 책정 모델, 사용 패턴에 따라 이 모델로 전환하는 영향을 평가하는 방법 및 새 모델을 옵트인하는 방법에 대해 자세히 알아봅니다.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

노드당 계층 및 Operations Management Suite 구독 자격Per Node tier and Operations Management Suite subscription entitlements

전에 발표된 대로 Operations Management Suite E1 및 E2를 구매하는 고객은 추가 비용 없이 노드당 Application Insights를 추가 구성 요소로 얻을 수 있습니다.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. 특히, Operations Management Suite E1 및 E2의 각 구매 단위에는 Application Insights 노드당 계층의 노드 1개에 대한 자격이 포함됩니다.Specifically, each unit of Operations Management Suite E1 and E2 includes an entitlement to one node of the Application Insights Per Node tier. 각 Application Insights 노드에는 매일 수집되는 데이터가 200MB까지 포함되고(Log Analytics 데이터 수집과 별도) 데이터는 추가 비용 없이 90일 간 보존됩니다.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. 계층은 문서 뒷부분에 자세히 설명되어 있습니다.The tier is described in more detailed later in the article.

이 계층은 Operations Management Suite 구독이 있는 고객에게만 적용 가능하므로 Operations Management Suite 구독이 없는 고객에게는 이 계층을 선택하는 옵션이 표시되지 않습니다.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.

참고

이 자격을 얻으려면 노드당 가격 책정 계층에 Application Insights 리소스가 있어야 합니다.To ensure that you get this entitlement, your Application Insights resources must be in the Per Node pricing tier. 이 자격은 노드로만 적용됩니다.This entitlement applies only as nodes. GB당 계층의 Application Insights 리소스에는 이점이 없습니다.Application Insights resources in the Per GB tier don't realize any benefit. 이 자격은 사용량 및 예상 비용 창에 표시된 예상 비용에서 볼 수 없습니다.This entitlement isn't visible in the estimated costs shown in the Usage and estimated cost pane. 또한 구독을 2018년 4월의 새 Azure 모니터링 가격 책정 모델로 이동하는 경우 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. Operations Management Suite 구독이 있는 경우 새 Azure 모니터링 가격 책정 모델로 구독을 이동하는 것을 권장하지 않습니다.Moving a subscription to the new Azure monitoring pricing model isn't advisable if you have an Operations Management Suite subscription.

노드당 계층이 작동하는 방식How the Per Node tier works

  • 노드당 계층의 모든 앱에 대한 원격 분석을 보내는 노드당 비용을 지불해야 합니다.You pay for each node that sends telemetry for any apps in the Per Node tier.
    • 노드 는 앱을 호스트하는 실제/가상 서버 컴퓨터 또는 PaaS(Platform-as-a-Service) 역할 인스턴스입니다.A node is a physical or virtual server machine or a platform-as-a-service role instance that hosts your app.
    • 개발 컴퓨터, 클라이언트 브라우저 및 모바일 디바이스는 노드로 계산되지 않습니다.Development machines, client browsers, and mobile devices do not count as nodes.
    • 원격 분석을 보내는 여러 구성 요소(예: 웹 서비스 및 백 엔드 작업자)가 앱에 있는 경우 해당 구성 요소는 개별적으로 집계됩니다.If your app has several components that send telemetry, such as a web service and a back-end worker, the components are counted separately.
    • 라이브 메트릭 스트림 데이터는 가격 책정에 계산 되지 않습니다.Live Metrics Stream data isn't counted for pricing purposes. 구독에서 요금은 앱 기준이 아니라 노드 기준으로 부과됩니다.In a subscription, your charges are per node, not per app. 12개 앱에 대해 원격 분석을 보내는 노드가 5개 있는 경우 5개 노드에 대한 요금이 부과됩니다.If you have five nodes that send telemetry for 12 apps, the charge is for five nodes.
  • 요금이 매월 견적되지만 노드에서 앱의 원격 분석을 보내는 모든 시간에 대해서만 부과됩니다.Although charges are quoted per month, you're charged only for any hour in which a node sends telemetry from an app. 시간당 요금은 견적된 월별 요금을 744(한 달이 31일일 때 시간 수)로 나눈 것입니다.The hourly charge is the quoted monthly charge divided by 744 (the number of hours in a 31-day month).
  • 시간별로 감지되는 각 노드에 대해 1일 200MB의 데이터 볼륨 할당이 제공됩니다.A data volume allocation of 200 MB per day is given for each node that's detected (with hourly granularity). 사용되지 않은 데이터 할당은 다음 날로 이월되지 않습니다.Unused data allocation isn't carried over from one day to the next.
    • 노드당 가격 책정 계층을 선택하면 각 구독은 해당 구독의 Application Insights 리소스에 원격 분석을 보내는 노드 수에 따라 일일 데이터 허용량을 받습니다.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. 따라서 하루 종일 데이터를 전송하는 5개의 노드가 있는 경우 해당 구독의 모든 Application Insights 리소스에 풀링된 1GB 허용량이 적용됩니다.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. 모든 노드에서 포함된 데이터를 공유하기 때문에 특정 노드에서 다른 노드보다 더 많은 데이터를 보내는 것은 중요하지 않습니다.It doesn't matter if certain nodes send more data than other nodes because the included data is shared across all nodes. 지정된 날에 Application Insights 리소스에서 해당 구독의 일일 데이터 할당에 포함된 것보다 많은 데이터를 받으면 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.
    • 일일 데이터 허용량은 각 노드에서 원격 분석을 보내는 날의 시간 수(UTC 사용)를 24로 나눈 값에 200MB를 곱해 계산합니다.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. 따라서 하루 24시간 중 15시간 동안 원격 분석을 보내는 4개의 노드가 있는 경우 해당일의 포함된 데이터는 ((4 x 15) / 24) x 200MB = 500MB가 됩니다.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. 데이터 초과분의 가격 조건이 GB당 2.30 달러일 때 노드에서 해당일 1GB의 데이터를 보내는 경우 요금은 1.15달러입니다.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.
    • 노드당 계층 일일 허용량은 GB당 계층을 선택한 애플리케이션과는 공유되지 않습니다.The Per Node tier daily allowance isn't shared with applications for which you have chosen the Per GB tier. 사용하지 않는 허용량은 다음 날로 넘어가지 않습니다.Unused allowance isn't carried over from day-to-day.

고유 노드 수를 결정하는 방법 예제Examples of how to determine distinct node count

시나리오Scenario 일일 총 노드 수Total daily node count
1개 애플리케이션에서 3개 Azure App Service 인스턴스 및 1개 가상 서버를 사용합니다.1 application using 3 Azure App Service instances and 1 virtual server 44
2개 VM에서 실행되는 3개 애플리케이션 및 이러한 애플리케이션의 Application Insights 리소스는 동일한 구독 및 노드당 계층에 있습니다.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개의 애플리케이션은 해당 Application Insights 리소스가 같은 구독에 있고 각 애플리케이션은 사용률이 낮은 16시간 동안 2개의 인스턴스를 실행하고, 사용률이 최대로 높은 8시간 동안 4개의 인스턴스를 실행합니다.4 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
1개 작업자 역할 및 1개 웹 역할이 부여된 클라우드 서비스에서 각 역할마다 2개 인스턴스를 실행합니다.Cloud services with 1 Worker Role and 1 Web Role, each running 2 instances 44
5개 노드 Azure Service Fabric 클러스터에서 50개의 마이크로 서비스를 실행하며 각 마이크로 서비스에서 3개의 인스턴스를 실행합니다.A 5-node Azure Service Fabric cluster running 50 microservices; each microservice running 3 instances 55
  • 정확한 노드 계산은 애플리케이션에서 사용하는 Application Insights SDK에 따라 다릅니다.The precise node counting depends on which Application Insights SDK your application is using.
    • SDK 버전 2.2 이상에서 Application Insights Core SDK웹 SDK 둘 다 각 애플리케이션 호스트를 노드로 보고합니다.In SDK versions 2.2 and later, both the Application Insights Core SDK and the Web SDK report each application host as a node. 물리적 서버 및 VM 호스트에 대한 컴퓨터 이름이나 클라우드 서비스에 대한 인스턴스 이름을 예로 들 수 있습니다.Examples are the computer name for physical server and VM hosts or the instance name for cloud services. 유일한 예외는 .NET Core 및 Application Insights Core SDK만 사용하는 애플리케이션입니다.The only exception is an application that uses only the .NET Core and the Application Insights Core SDK. 이 경우 호스트 이름을 사용할 수 없으므로 모든 호스트에 대해 하나의 노드만 보고됩니다.In that case, only one node is reported for all hosts because the host name isn't available.
    • 이전 버전의 SDK에서는 웹 SDK가 최신 SDK 버전과 마찬가지로 작동하지만, Core SDK는 애플리케이션 호스트 수에 관계 없이 하나의 노드만 보고합니다.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.
    • 애플리케이션에서 SDK를 사용하여 roleInstance 를 사용자 지정 값으로 설정하는 경우 기본적으로 이 동일한 값이 노드 수를 결정하는 데 사용됩니다.If your application uses the SDK to set roleInstance to a custom value, by default, that same value is used to determine node count.
    • 클라이언트 컴퓨터 또는 모바일 디바이스에서 실행되는 앱과 함께 새 SDK 버전을 사용하는 경우, 노드 계산 시 큰 숫자가 반환될 수 있습니다(클라이언트 컴퓨터 또는 모바일 디바이스 수가 많으므로).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

Azure Resource Management를 사용하여 가격 책정 계층을 설정하는 스크립트를 작성할 수 있습니다.You can write a script to set the pricing tier by using Azure Resource Management. 방법을 알아보세요.Learn how.

다음 단계Next steps