Azure Monitor is a platform function used to monitor and control Azure resources. Azure Monitor allows you to gather detailed performance and usage data, activity and diagnostic logs, and notifications, in a consistent way. You can use Azure portal to view and analyze monitoring data and set up alert-based automated actions.
There are two ways to pay for the Azure Monitor Log Analytics service: Capacity Reservations and Pay-As-You-Go.
With Capacity Reservations you are billed a fixed predictable fee based on your selected capacity reservation.
|100 GB per day||¥ 1994.5 per day|
|200 GB per day||¥ 3744.77 per day|
|300 GB per day||¥ 5495.04 per day|
|400 GB per day||¥ 7163.9 per day|
|500 GB per day||¥ 8802.24 per day|
With Pay-As-You-Go pricing, you are billed per gigabyte (GB) of data ingested into the Log Analytics workspace.
|Features||Free units included||Price|
|Data Ingestion||5 GB per customer per month3||¥23.4/GB|
Every GB of data ingested into your Azure Monitor Log Analytics workspace can be retained at no charge for up to first 31 days. Data retained beyond first 31 days will be charged per the data retention prices listed below.
|Features||Free units included||Price|
|Data Retention||31 days4||¥1.02/month|
Application Insights is billed based on the volume of telemetry data that your application sends and the number of web tests that you choose to run. The telemetry data is billed per Azure Log Analytics data ingestion rates.
|Features||Free units included||Price|
|Data Ingestion||5 GB per customer per month1||¥23.4/GB|
|Data Retention||90 days||N/A|
|Ping web test2||Unlimited||Free|
Metrics show a range of time series and are billed according to the number of time series and the number of API calls performed.
Metrics queries are free before August 1, 2018. Metrics queries will be billed at the rates below from August 1, 2018 onward.
|Features||Includes free units||Pricing|
|Metrics queries||1,000,000 standard API calls per month||¥ 0.101/1,000 standard API calls|
Billed on the basis of the number of standard API calls per metrics query. A standard API call analyzes 1,440 data points (1,440 is also the total number of data points that can be stored per metric per day). If the API call analyzes over 1,440 data points, it will be calculated as more than one standard API call. If the API call analyzes less than 1,440 data points, it will be counted as less than one API call. The number of standard API calls is calculated on a daily basis by dividing the number of data points analyzed per day by 1,440.
- Metrics for 90 days are provided at no charge. If you need to retain more than 90 days of metrics data, you can route the metrics data to a storage account or Event Hub, and you will then be billed for the corresponding Storage or Event Hubs. You will also be billed for the corresponding API calls for metrics queries required to route the data.
API calls that return 2,000 data points will be calculated as 2,000/1,440 = 1.4 standard API calls.
API calls that return 200 data points will be calculated as 200/1,440 = 0.1 standard API calls.
Tracking five metrics from 100 virtual machines at a granularity level of one minute will produce 720,000 data points, i.e. (720,000/1,440)500 standard API calls per day.
An alert rule is charged based on the type and number of signals it monitors. A signal can be a resource metric, a log or an activity log. The cost of an alert rule that monitors multiple signals is the sum of the cost of monitoring each signal and any enabled features.
|ALERT SIGNAL||FREE UNITS INCLUDED||PRICE|
|Metrics1,2||10 monitored metric time-series per month||￥1.02 per metric time-series monitored per month|
15-min interval (or greater): ￥5.09 per log monitored per month
10-min interval: ￥10.18 per log monitored per month
5-min interval: ￥15.26 per log monitored per month
|Dynamic threshold3||None||￥1.02 per dynamic threshold per month|
Billed according to the type and quantity of notifications you choose to send.
|Features||Includes free units||Pricing|
|1,000 emails per month||¥ 20.30/100,000 emails|
|Webhook||100,000 webhooks per month||¥ 6.10/1,000,000 webhooks|
|Country/region code||Includes free units||Pricing|
|China (+86)||–||￥ 0.219165/per text message|
|Hong Kong SAR, China (+852)||–||￥ 0.179988/per text message|
|Australia (+61)||–||￥ 0.36252/per text message|
|Austria (+43)||–||￥ 0.88/per text message|
|Belgium (+32)||–||￥ 0.643/per text message|
|Brazil (+55)||–||￥ 0.148188/per text message|
|Chile (+56)||–||￥ 0.316/per text message|
|Czech Republic (+420)||–||￥ 0.535/per text message|
|Denmark (+45)||–||￥ 0.269/per text message|
|Estonia (+372)||–||￥ 0.722/per text message|
|Finland (+358)||–||￥ 0.757/per text message|
|France (+33)||–||￥ 0.34344/per text message|
|Germany (+49)||–||￥ 0.634855/per text message|
|India (+91)||–||￥ 0.026711/per text message|
|Ireland (+353)||–||￥ 0.251856/per text message|
|Israel (+972)||–||￥ 0.1/per text message|
|Italy (+39)||–||￥ 0.532/per text message|
|Jordan (+962)||–||￥ 1.241/per text message|
|Luxembourg (+352)||–||￥ 0.392/per text message|
|Malaysia (+60)||–||￥ 0.611/per text message|
|Japan (+81)||–||￥ 0.29256/per text message|
|Mexico (+52)||–||￥ 0.168/per text message|
|Netherlands (+31)||–||￥ 0.8586/per text message|
|New Zealand (+64)||–||￥ 0.772/per text message|
|Norway (+47)||–||￥ 0.551/per text message|
|Portugal (+351)||–||￥ 0.221/per text message|
|Romania (+40)||–||￥ 0.545/per text message|
|Russia (+7)||–||￥ 0.507/per text message|
|Singapore (+65)||–||￥ 0.197605/per text message|
|South Africa (+27)||–||￥ 0.158491/per text message|
|South Korea (+82)||–||￥ 0.29892/per text message|
|Spain (+34)||–||￥ 0.56/per text message|
|Switzerland (+41)||–||￥ 0.382/per text message|
|Taiwan (+886)||–||￥ 0.399/per text message|
|United Arab Emirates (+971)||–||￥ 0.254/per text message|
|United Kingdom (+44)||–||￥ 0.22896/per text message|
|United States (+1)||100 text messages per month||￥ 0.065635/per text message|
Log Analytics FAQs
If I have Insight and Analytics per node pricing, can I continue to stay on that pricing to use Log Analytics?
Yes. You can remain on the Insight & Analytics per node pricing model to use Log Analytics.
If I have Insight and Analytics per node pricing plan, how do I know if the new per GB pricing model is better for me?
To estimate the impact of the per GB pricing model, visit our documentation on the Usage and Estimated costs page. Note that in the new pricing model, data ingestion and retention are both priced differently depending on the region in which you have your Log Analytics workspace. Be sure to account for this in making any estimated cost comparison. Also, if you purchased the OMS Suite, be sure to talk to your account representative, to fully understand the impact of any change.
If I have Insight and Analytics per node pricing plan, can I access the per node pricing plan on new subscriptions?
Yes, Enterprise Agreement (EA) customers on the Insight & Analytics per node pricing model can continue to access the per node pricing plans on any new subscriptions that they link to their existing EA.
How is data retention calculated?
You can select a retention period ranging from 30 to 730 days. The retention cost calculation is done on a daily granularity based on the monthly price per GB being stored beyond the 31 days of included retention.
Is the above pricing applicable to activity log, service health and resource health alert rules?
Activity log, service health and resource health alert rules continue to be available at no charge.
Is cost of alert notifications (via Azure Action Groups) included in the cost of an Alert rule?
Alert notifications are charged separately based on the type of notification used.
If I am an existing customer on the Classic Alerts platform, is the above Alert rule pricing applicable to me?
The pricing listed above is applicable to the new Alerts platform. If you transition your existing alert rules from the Classic Alerts platform to the new platform the pricing listed above will be applicable.
Application Insights FAQs
How can I control or limit my costs for Application Insights?
You can set a daily cap on the amount of data that Application Insights will accept from your application, allowing you to control your costs. After the daily cap has been reached, excess data will be ignored for the remainder of the day (in UTC time), and then will resume normally at the start of the next day.
Additionally, you can use sampling to reduce the amount of data you send to Application Insights from your application.
What are nodes and how are how are the per-node data allowances applied under the Application Insights Enterprise pricing option?
A node is a physical or virtual machine, or a Platform-as-a-Service (PaaS) instance that's hosting your app. For example, if your application runs on three Azure App Service instances and one virtual machine, then you have four nodes hosting your application. We count the number of distinct nodes sending telemetry data each hour. If a node doesn't send any telemetry during a particular hour, then it's not counted. The monthly per-node pricing above assumes a node is sending telemetry every hour of the month, so if there are periods of inactivity for your application during the month, the actual charge will be lower.
As your application scales up or down, such as adding additional web servers during peak periods of activity, Application Insights Enterprise charges will scale up or down as well.
There are a few situations that are excluded from node counting (though data volume is always counted):
- Developer workstations running an application during debugging are not counted as nodes.
- Using the HockeyApp bridge app doesn't count each mobile device monitored by HockeyApp as nodes.
What if I use the same node for multiple applications that I’m monitoring? That’s no problem. We only count the unique nodes sending telemetry data within your Azure subscription (billing account). For instance, if you have five separate websites running on the same physical server, and each website is configured with Application Insights Enterprise (charged per node), then collectively these will count as one node.
You can also have applications using Application Insights Basic (charged per GB) in the same Azure subscription, and this won't affect the node counting for the applications that use Application Insights Enterprise.
How does the daily 200 MB data work in Application Insights Enterprise? When you choose the Enterprise pricing option, your application gets a daily allowance of data based on the number of nodes sending telemetry. So, if you have five nodes sending data, you will have a pooled allowance of 1 GB per day for your application (as defined by the Application Insights resource you set up). It doesn’t matter if certain nodes are sending more data than other nodes because the included data is shared across all nodes for a given Azure subscription. If, on a given day, you send more data than is included in your daily data pool, the per-GB overage data charges apply. Unused data within your daily allowance doesn't roll over.
The daily pooled data allowance is calculated as the number of hours in the day that each node is sending telemetry divided by 24 times 200 MB. So, if you have four nodes sending telemetry during 15 of the 24 hours in the day, the included data for that day would be ((4 x 15) / 24) x 200 MB = 500 MB.
If you choose the Enterprise pricing option for multiple applications within the same Azure subscription, the daily allowance of data is shared across those applications. This daily allowance is not shared with applications for which you have chosen the Basic pricing option.
Support & SLA
If you have any questions or need help, please visit Azure Support and select self-help service or any other method to contact us for support.
Using Azure Monitor, you can gather detailed performance and usage data, as well as activity and diagnostic logs, and define alerts and notifications for Azure resources in a consistent manner. We guarantee that notifications will be delivered successfully at least 99.9% of the time. To learn more about the details of our Service Level Agreement, visit the Service Level Agreement page.