Skip to content

Commit 89a6b0f

Browse files
Update deploy-manage/autoscaling.md
Co-authored-by: shainaraskas <[email protected]>
1 parent 6061ac4 commit 89a6b0f

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

deploy-manage/autoscaling.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -19,6 +19,10 @@ applies_to:
1919

2020
The autoscaling feature allows an operator to create tiers of nodes. These nodes monitor themselves to decide if they need to scale, based on an operator-defined policy. An Elasticsearch cluster can use the autoscaling API to report if it needs more resources to meet the policy. For example, an operator could define a policy that a warm tier should scale on available disk space. Elasticsearch monitors disk space in the warm tier. If it predicts low disk space for current and future shard copies, the autoscaling API will report that the cluster needs to scale. It remains the responsibility of the operator to add the additional resources that the cluster signals it requires.
2121

22+
:::{{tip}} - Serverless handles autoscaling for you
23+
By default, {{serverless-full}} automatically scales your {{es}} resources based on your usage. You don't need to enable autoscaling.
24+
:::
25+
2226
A policy is composed of a list of roles and a list of deciders. The policy governs the nodes matching the roles. The deciders provide independent estimates of the capacity required. See [Autoscaling deciders](../deploy-manage/autoscaling/autoscaling-deciders.md) for details on available deciders.
2327

2428
Autoscaling supports:

0 commit comments

Comments
 (0)