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: articles/data-explorer/manage-cluster-horizontal-scaling.md
+31-9Lines changed: 31 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,23 +3,19 @@ title: Manage cluster horizontal scaling (scale out) in Azure Data Explorer to a
3
3
description: This article describes steps to scale out and scale in an Azure Data Explorer cluster based on changing demand.
4
4
author: orspod
5
5
ms.author: orspodek
6
-
ms.reviewer: mblythe
6
+
ms.reviewer: gabil
7
7
ms.service: data-explorer
8
8
ms.topic: conceptual
9
-
ms.date: 07/14/2019
9
+
ms.date: 12/09/2019
10
10
---
11
11
12
12
# Manage cluster horizontal scaling (scale out) in Azure Data Explorer to accommodate changing demand
13
13
14
-
Sizing a cluster appropriately is critical to the performance of Azure Data Explorer. A static cluster size can lead to under-utilization or over-utilization, neither of which is ideal.
15
-
16
-
Because demand on a cluster can’t be predicted with absolute accuracy, it's better to *scale* a cluster, adding and removing capacity and CPU resources with changing demand.
14
+
Sizing a cluster appropriately is critical to the performance of Azure Data Explorer. A static cluster size can lead to under-utilization or over-utilization, neither of which is ideal. Because demand on a cluster can’t be predicted with absolute accuracy, it's better to *scale* a cluster, adding and removing capacity and CPU resources with changing demand.
17
15
18
16
There are two workflows for scaling an Azure Data Explorer cluster:
19
-
20
17
* Horizontal scaling, also called scaling in and out.
21
18
*[Vertical scaling](manage-cluster-vertical-scaling.md), also called scaling up and down.
22
-
23
19
This article explains the horizontal scaling workflow.
24
20
25
21
## Configure horizontal scaling
@@ -42,14 +38,41 @@ Optimized autoscale is the recommended autoscale method. This method optimizes c
42
38
43
39
1. Select **Optimized autoscale**.
44
40
45
-
1. Select a minimum instance count and a maximum instance count. The cluster autoscaling ranges between those two numbers, based on load.
41
+
1. Select a minimum instance count and a maximum instance count. The cluster auto-scaling ranges between those two numbers, based on load.
Optimized autoscale starts working. Its actions are now visible in the Azure activity log of the cluster.
52
48
49
+
#### Logic of optimized autoscale
50
+
51
+
**Scale out**
52
+
53
+
When your cluster approaches a state of over-utilization, scale out to maintain optimal performance. Scale out will occur when:
54
+
* The number of cluster instances is below the maximum number of instances defined by the user.
55
+
* The cache utilization is high for over an hour.
56
+
57
+
> [!NOTE]
58
+
> The scale out logic doesn't currently consider the ingestion utilization and CPU metrics. If those metrics are important for your use case, use [custom autoscale](#custom-autoscale).
59
+
60
+
**Scale in**
61
+
62
+
When your cluster approaches a state of under-utilization, scale in to lower costs but maintain performance. Multiple metrics are used to verify that it's safe to scale in the cluster. The following rules are evaluated daily for 7 days before scale in is performed:
63
+
* The number of instances is above 2 and above the minimum number of instances defined.
64
+
* To ensure that there's no overloading of resources, the following metrics must be verified before scale in is performed:
65
+
* Cache utilization isn't high
66
+
* CPU is below average
67
+
* Ingestion utilization is below average
68
+
* Streaming ingest utilization (if streaming ingest is used) isn't high
69
+
* Keep alive events are above a defined minimum, processed properly, and on time.
70
+
* No query throttling
71
+
* Number of failed queries are below a defined minimum.
72
+
73
+
> [!NOTE]
74
+
> The scale in logic currently requires a 7-day evaluation before implementation of optimized scale in. This evaluation takes place once every 24 hours. If a quick change is needed, use [manual scale](#manual-scale).
75
+
53
76
### Custom autoscale
54
77
55
78
By using custom autoscale, you can scale your cluster dynamically based on metrics that you specify. The following graphic shows the flow and steps to configure custom autoscale. More details follow the graphic.
@@ -103,5 +126,4 @@ You've now configured horizontal scaling for your Azure Data Explorer cluster. A
103
126
## Next steps
104
127
105
128
*[Monitor Azure Data Explorer performance, health, and usage with metrics](using-metrics.md)
106
-
107
129
*[Manage cluster vertical scaling](manage-cluster-vertical-scaling.md) for appropriate sizing of a cluster.
0 commit comments