You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/azure/azure-monitor/app-insights/telemetry/troubleshoot-high-data-ingestion.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -151,7 +151,7 @@ exceptions
151
151
152
152
Examine the evolution of ingestion over time based on the factors identified previously. This way can determine whether this behavior has been consistent or if changes occurred at a specific point. By analyzing data in this way, you can pinpoint when the change happened and provide a clearer understanding of the causes behind the high data ingestion. This insight will be important for addressing the issue and implementing effective solutions.
153
153
154
-
In the following queries, the [bin()](/kusto/query/bin-function) Kusto Query Language (KQL) scalar function is used to segment data into ome-day intervals. This approach facilitates trend analysis as you can see how data has changed or not changed over time.
154
+
In the following queries, the [bin()](/kusto/query/bin-function) Kusto Query Language (KQL) scalar function is used to segment data into one-day intervals. This approach facilitates trend analysis as you can see how data has changed or not changed over time.
155
155
156
156
```Kusto
157
157
dependencies
@@ -270,21 +270,21 @@ To determine the factors contributing to the costs, follow these steps:
270
270
271
271
### Scenario 3: Reach daily cap unexpectedly
272
272
273
-
Assume you reached the daily cap unexpectedly on September 4th. Use the following query to obtain a count of custom events and identify the most recent timestamp associated with each event:
273
+
Assume you reached the daily cap unexpectedly on September 4. Use the following query to obtain a count of custom events and identify the most recent timestamp associated with each event:
274
274
275
275
```Kusto
276
276
customEvents
277
277
| where timestamp between(datetime(8/25/2024) .. 15d)
278
278
| summarize count(), min(timestamp) by name
279
279
```
280
280
281
-
This analysis indicates that certain events started being ingested on September 4th and subsequently became noisy very quickly.
281
+
This analysis indicates that certain events started being ingested on September 4 and subsequently became noisy very quickly.
282
282
283
283
:::image type="content" source="media/troubleshoot-high-data-ingestion/custom-events.png" alt-text="Screenshot that shows a count of custom events.":::
284
284
285
285
## Reduce data ingestion costs
286
286
287
-
After identifying the factors in the Azure Monitor tables responsible for unexpected data ingestion, reduce data ingestion costs using the following methods per your scenarios:
287
+
After identifying the factors in the Azure Monitor tables responsible for unexpected data ingestion, reduce data ingestion costs using the following methods per your scenarios.
0 commit comments