Skip to content

Commit 85b18cd

Browse files
change admonition
1 parent ba65e22 commit 85b18cd

File tree

1 file changed

+2
-15
lines changed

1 file changed

+2
-15
lines changed

deploy-manage/autoscaling.md

Lines changed: 2 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -13,8 +13,8 @@ applies_to:
1313

1414
# Autoscaling
1515

16-
::::{note}
17-
{{cloud-only}}
16+
::::{admonition} Indirect use only
17+
This feature is designed for indirect use by {{ech}}, {{ece}}, and {{eck}}. Direct use is not supported.
1818
::::
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.
@@ -42,21 +42,8 @@ To learn more about configuring and managing autoscaling, check the following se
4242
* [Enable or disable autoscaling](#ec-autoscaling-enable)
4343
* [Update your autoscaling settings](#ec-autoscaling-update)
4444

45-
::::{tab-set}
46-
47-
:::{tab-item} {{ech}}
4845
You can also have a look at our [autoscaling example](./autoscaling/ece-autoscaling-example.md), as well as a sample request to [create an autoscaled deployment through the API](./autoscaling/autoscaling-api-example.md).
49-
:::
5046

51-
:::{tab-item} {{ece}}
52-
You can also have a look at our [autoscaling example](./autoscaling/ece-autoscaling-example.md), as well as a sample request to [create an autoscaled deployment through the API](./autoscaling/autoscaling-api-example.md).
53-
:::
54-
55-
:::{tab-item} {{ecloud}} - Heroku
56-
You can also have a look at our [autoscaling example](./autoscaling/ece-autoscaling-example.md).
57-
:::
58-
59-
::::
6047

6148
## Overview [ec-autoscaling-intro]
6249
When you first create a deployment it can be challenging to determine the amount of storage your data nodes will require. The same is relevant for the amount of memory and CPU that you want to allocate to your machine learning nodes. It can become even more challenging to predict these requirements for weeks or months into the future. In an ideal scenario, these resources should be sized to both ensure efficient performance and resiliency, and to avoid excess costs. Autoscaling can help with this balance by adjusting the resources available to a deployment automatically as loads change over time, reducing the need for monitoring and manual intervention.

0 commit comments

Comments
 (0)