Skip to content

Commit 48c3dce

Browse files
authored
Merge pull request #97792 from orspod/2019-12-scale-in-out
Logic for scale in/scale out
2 parents 6d6d969 + acab9ad commit 48c3dce

File tree

1 file changed

+31
-9
lines changed

1 file changed

+31
-9
lines changed

articles/data-explorer/manage-cluster-horizontal-scaling.md

Lines changed: 31 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -3,23 +3,19 @@ title: Manage cluster horizontal scaling (scale out) in Azure Data Explorer to a
33
description: This article describes steps to scale out and scale in an Azure Data Explorer cluster based on changing demand.
44
author: orspod
55
ms.author: orspodek
6-
ms.reviewer: mblythe
6+
ms.reviewer: gabil
77
ms.service: data-explorer
88
ms.topic: conceptual
9-
ms.date: 07/14/2019
9+
ms.date: 12/09/2019
1010
---
1111

1212
# Manage cluster horizontal scaling (scale out) in Azure Data Explorer to accommodate changing demand
1313

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.
1715

1816
There are two workflows for scaling an Azure Data Explorer cluster:
19-
2017
* Horizontal scaling, also called scaling in and out.
2118
* [Vertical scaling](manage-cluster-vertical-scaling.md), also called scaling up and down.
22-
2319
This article explains the horizontal scaling workflow.
2420

2521
## Configure horizontal scaling
@@ -42,14 +38,41 @@ Optimized autoscale is the recommended autoscale method. This method optimizes c
4238

4339
1. Select **Optimized autoscale**.
4440

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.
4642

4743
1. Select **Save**.
4844

4945
![Optimized autoscale method](media/manage-cluster-horizontal-scaling/optimized-autoscale-method.png)
5046

5147
Optimized autoscale starts working. Its actions are now visible in the Azure activity log of the cluster.
5248

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+
5376
### Custom autoscale
5477

5578
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
103126
## Next steps
104127

105128
* [Monitor Azure Data Explorer performance, health, and usage with metrics](using-metrics.md)
106-
107129
* [Manage cluster vertical scaling](manage-cluster-vertical-scaling.md) for appropriate sizing of a cluster.

0 commit comments

Comments
 (0)