Skip to content

Commit 0ef16ee

Browse files
committed
resolving blocking issues
1 parent 215b38a commit 0ef16ee

File tree

5 files changed

+18
-18
lines changed

5 files changed

+18
-18
lines changed

articles/azure-monitor/alerts/alerts-overview.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -18,14 +18,14 @@ This diagram shows you how alerts work:
1818

1919
:::image type="content" source="media/alerts-overview/alerts-flow.png" alt-text="Graphic explaining Azure Monitor alerts.":::
2020

21-
An **alert rule** monitors your telemetry and captures a signal that indicates that something is happening on a specified target. After capturing the signal, the alert rule checks to see if the signal meets the criteria of the condition. If the conditions are met, an alert is triggered, which initiates the associated action group and updates the state of the alert.
21+
An **alert rule** monitors your telemetry and captures a signal that indicates that something is happening on a specified target. The alert rule captures the signal and checks to see if the signal meets the criteria of the condition. If the conditions are met, an alert is triggered, which initiates the associated action group and updates the state of the alert.
2222

23-
You create an alert rule by combining :
23+
You create an alert rule by combining:
2424
- The resource(s) to be monitored.
2525
- The signal or telemetry from the resource
2626
- Conditions
2727

28-
If you are monitoring more than one resource, the condition is evaluated separately for each of the resources and alerts are fired for each resource separately.
28+
If you're monitoring more than one resource, the condition is evaluated separately for each of the resources and alerts are fired for each resource separately.
2929

3030
Once an alert is triggered, the alert is made up of:
3131
- An **Alert processing rule** allows you to apply processing on fired alerts. Alert processing rules modify the fired alerts as they are being fired. You can use alert processing rules to add or suppress action groups, apply filters or have the rule processed on a pre-defined schedule.
@@ -41,7 +41,7 @@ Once an alert is triggered, the alert is made up of:
4141
- The **alert condition** is set by the system. When an alert fires, the alert’s monitor condition is set to ‘fired’, and when the underlying condition that caused the alert to fire clears, the monitor condition is set to ‘resolved’.
4242
- The **user response** is set by the user and doesn’t change until the user changes it.
4343

44-
You can see all all alert instances in all your Azure resources generated in the last 30 days on the **[Alerts page](alerts-page.md)** in the Azure portal.
44+
You can see all alert instances in all your Azure resources generated in the last 30 days on the **[Alerts page](alerts-page.md)** in the Azure portal.
4545
## Types of alerts
4646

4747
There are four types of alerts. This table provides a brief description of each alert type.
@@ -79,13 +79,13 @@ These built-in Azure roles, supported at all Azure Resource Manager scopes, have
7979

8080
You can configure whether log or metric alerts are stateful or stateless. Activity log alerts are stateless.
8181
- Stateless alerts fire each time the condition is met, even if fired previously.
82-
- Stateful alerts fire when the condition is met and then do not fire again or trigger any more actions until the conditions are resolved.
82+
- Stateful alerts fire when the condition is met and then don't fire again or trigger any more actions until the conditions are resolved.
8383
For stateful alerts, the alert is considered resolved when:
8484

8585
|Alert type |The alert is resolved when |
8686
|---------|---------|
87-
|Metric alerts|The alert condition is not met for three consecutive checks.|
88-
|Log alerts|The alert condition isn't met for 30 minutes for a specific evaluation period (to account for log ingestion delay), and <br>the alert condition is not met for three consecutive checks.|
87+
|Metric alerts|The alert condition isn't met for three consecutive checks.|
88+
|Log alerts|The alert condition isn't met for 30 minutes for a specific evaluation period (to account for log ingestion delay), and <br>the alert condition isn't met for three consecutive checks.|
8989

9090
When the alert is considered resolved, the alert rule sends out a resolved notification using webhooks or email and the monitor state in the Azure portal is set to resolved.
9191

articles/azure-monitor/alerts/alerts-page.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,14 +1,14 @@
11
---
2-
title: Azure Monitor alerts page
2+
title: View and manage your alert instances
33
description: The alerts page summarizes all alert instances in all your Azure resources generated in the last 30 days.
44
ms.topic: conceptual
55
ms.date: 2/23/2022
66
ms.reviewer: harelb
77

88
---
9-
# The alerts page
9+
# View and manage your alert instances
1010

11-
The alerts page summarizes all alert instances in all your Azure resources generated in the last 30 days. You can see all your different types of alerts from multiple subscriptions in a single pane, and you can find specific alert instances for troubleshooting puproses.
11+
The alerts page summarizes all alert instances in all your Azure resources generated in the last 30 days. You can see all your different types of alerts from multiple subscriptions in a single pane, and you can find specific alert instances for troubleshooting purposes.
1212

1313
You can get to the alerts page in any of the following ways:
1414

articles/azure-monitor/alerts/alerts-types.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -72,19 +72,19 @@ You can monitor at scale by applying the same metric alert rule to multiple reso
7272

7373
These platform metrics for these services in the following Azure clouds are supported:
7474

75-
| Service | Public Azure | Government | China |
75+
| Service | Global Azure | Government | China |
7676
|:-----------------------------|:-------------|:-----------|:--------|
77-
| Virtual machines<sup>1</sup> | Yes |Yes | Yes |
77+
| Virtual machines* | Yes |Yes | Yes |
7878
| SQL server databases | Yes | Yes | Yes |
7979
| SQL server elastic pools | Yes | Yes | Yes |
8080
| NetApp files capacity pools | Yes | Yes | Yes |
8181
| NetApp files volumes | Yes | Yes | Yes |
8282
| Key vaults | Yes | Yes | Yes |
8383
| Azure Cache for Redis | Yes | Yes | Yes |
84-
| Data box edge devices | Yes | Yes | Yes |
84+
| Azure Stack Edge devices | Yes | Yes | Yes |
8585
| Recovery Services vaults | Yes | No | No |
8686

87-
<sup>1</sup> Not supported for virtual machine network metrics (Network In Total, Network Out Total, Inbound Flows, Outbound Flows, Inbound Flows Maximum Creation Rate, Outbound Flows Maximum Creation Rate).
87+
* Not supported for virtual machine network metrics (Network In Total, Network Out Total, Inbound Flows, Outbound Flows, Inbound Flows Maximum Creation Rate, Outbound Flows Maximum Creation Rate).
8888

8989
You can specify the scope of monitoring with a single metric alert rule in one of three ways. For example, with virtual machines you can specify the scope as:
9090

@@ -103,7 +103,7 @@ Dynamic thresholds use advanced machine learning (ML) to:
103103
Machine Learning continuously uses new data to learn more and make the threshold more accurate. Because the system adapts to the metrics’ behavior over time, and alerts based on deviations from its pattern, you don't have to know the "right" threshold for each metric.
104104

105105
Dynamic thresholds help you:
106-
- Create scalable alerts for hundreds of metric series with one alert rule. Fewer alert rules translates to less time that you have to spend on creating and managing alerts rules.
106+
- Create scalable alerts for hundreds of metric series with one alert rule. Fewer alert rules leads to to less time that you have to spend on creating and managing alerts rules.
107107
- Create rules without having to know what threshold to configure
108108
- Configure up metric alerts using high-level concepts without extensive domain knowledge about the metric
109109
- Prevent noisy (low precision) or wide (low recall) thresholds that don’t have an expected pattern

articles/azure-monitor/toc.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -726,7 +726,7 @@ items:
726726
href: alerts/action-groups-logic-app.md
727727
- name: Alert user interface
728728
items:
729-
- name: Manage alert instances
729+
- name: View and manage alert instances
730730
href: alerts/alerts-managing-alert-instances.md
731731
- name: Troubleshoot alerts
732732
href: alerts/alerts-troubleshoot.md

articles/azure-monitor/usage-estimated-costs.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ Several other features don't have a direct cost, but you instead pay for the ing
2020
|:---|:---|
2121
| Logs | Ingestion, retention, and export of data in Log Analytics workspaces and legacy Application insights resources. This will typically be the bulk of Azure Monitor charges for most customers. There is no charge for querying this data except in the case of [Basic Logs](logs/basic-logs-configure.md) or [Archived Logs](logs/data-retention-archive.md).<br><br>Charges for Logs can vary significantly on the configuration that you choose. See [Azure Monitor Logs pricing details](logs/cost-logs.md) for details on how charges for Logs data are calculated and the different pricing tiers available. |
2222
| Platform Logs | Processing of [diagnostic and auditing information](essentials/resource-logs.md) is charged for [certain services](essentials/resource-logs-categories.md#costs) when sent to destinations other than a Log Analytics workspace. There's no direct charge when this data is sent to a Log Analytics workspace, but there is a charge for the workspace data ingestion and collection. |
23-
| Metrics | There is no charge for [standard metrics](essentials/metrics-supported.md) collected from Azure resources. There is a cost for cost for collecting [custom metrics](essentials/metrics-custom-overview.md) and for retrieving metrics from the [REST API](essentials/rest-api-walkthrough.md#retrieve-metric-values). |
23+
| Metrics | There is no charge for [standard metrics](essentials/metrics-supported.md) collected from Azure resources. There is a cost for collecting [custom metrics](essentials/metrics-custom-overview.md) and for retrieving metrics from the [REST API](essentials/rest-api-walkthrough.md#retrieve-metric-values). |
2424
| Alerts | Charged based on the type and number of signals used by the alert rule, its frequency, and the type of [notification](alerts/action-groups.md) used in response. For [Log alerts](alerts/alerts-types.md#log-alerts) configured for [at scale monitoring](alerts/alerts-types.md#splitting-by-dimensions-in-log-alert-rules), the cost will also depend on the number of time series created by the dimensions resulting from your query. |
2525
| Web tests | There is a cost for [standard web tests](app/availability-standard-tests.md) and [multi-step web tests](app/availability-multistep.md) in Application Insights. Multi-step web tests have been deprecated.
2626

@@ -136,7 +136,7 @@ To view data allocation benefits from sources such as [Microsoft Defender for Se
136136

137137
Customers who purchased Microsoft Operations Management Suite E1 and E2 are eligible for per-node data ingestion entitlements for Log Analytics and Application Insights. 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 extra cost.
138138

139-
To receive these entitlements for Log Analytics workspaces or Application Insights resources in a subscription, they must be use the Per-Node (OMS) pricing tier. This entitlement isn't visible in the estimated costs shown in the Usage and estimated cost pane.
139+
To receive these entitlements for Log Analytics workspaces or Application Insights resources in a subscription, they must use the Per-Node (OMS) pricing tier. This entitlement isn't visible in the estimated costs shown in the Usage and estimated cost pane.
140140

141141
Depending on the number of nodes of the suite that your organization purchased, moving some subscriptions into a Per GB (pay-as-you-go) pricing tier might be advantageous, but this requires careful consideration.
142142

0 commit comments

Comments
 (0)