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: deploy-manage/cloud-organization/billing/elasticsearch-billing-dimensions.md
+6-1Lines changed: 6 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -48,7 +48,7 @@ You can control costs using the following strategies:
48
48
***Machine learning trained model autoscaling**: [Trained model autoscaling](/deploy-manage/autoscaling/trained-model-autoscaling.md) is always enabled and cannot be disabled, ensuring efficient resource usage, reduced costs, and optimal performance without manual configuration.
49
49
50
50
Trained model deployments automatically scale down to zero allocations after 24 hours without any inference requests. When they scale up again, they remain active for 5 minutes before they can scale down. During these cooldown periods, you will continue to be billed for the active resources.
51
-
***Indexing strategies** Consider your indexing strategies and how they might impact overall VCU usage and costs.
51
+
***Indexing strategies**: Consider your indexing strategies and how they might impact overall VCU usage and costs.
52
52
To ensure optimal performance and cost-effectiveness for your project, it's important to consider how you structure your data.
53
53
54
54
Consolidate small indices for better efficiency.
@@ -59,3 +59,8 @@ You can control costs using the following strategies:
59
59
Higher resource consumption can lead to higher costs and potentially impact the overall performance of your project.
60
60
61
61
If your use case naturally generates many small, separate streams of data, the recommended approach is to implement a process to consolidate them into fewer, larger indices. This practice leads to more efficient resource utilization. By grouping your data into larger indices, you can ensure a more performant and cost-efficient experience with {{es-serverless}}.
62
+
***Project subtype or profile**: When you use the [API]({{cloud-serverless-apis}}operation/operation-createelasticsearchproject) to create projects, be aware that the `optimized_for` option affects the VCU allocation and costs.
63
+
64
+
The `general_purpose` option is suitable for most search use cases. For example, it is the right profile for full-text search, sparse vectors, and dense vectors that use compression such as BBQ. It is used by default when you create projects from the UI.
65
+
66
+
The `vector` option is recommended only for uncompressed dense vectors ([dense_vector](elasticsearch://reference/elasticsearch/mapping-reference/dense-vector.md) fields with `int4` or `int8` quantization strategies) and high dimensionality. Though the per VCU cost is the same for general purpose and vector profiles, the latter allocates more VCUs for searchable data. This leads to higher VCU consumption in order to improve the performance for uncompressed vector data.
There are two options to create serverless projects:
2
+
3
+
* If you are a new user, [sign up for a free 14-day trial](https://cloud.elastic.co/serverless-registration) to create a serverless project. For more information about the {{ecloud}} trials, check [Trial features](/deploy-manage/deploy/elastic-cloud/create-an-organization.md#general-sign-up-trial-what-is-included-in-my-trial).
4
+
* If you are an existing customer, [log in to {{ecloud}}](https://cloud.elastic.co/login). On the home page, you will see a new option to create serverless projects. The `admin` predefined role or an equivalent custom role is required to create projects. Refer to [](/deploy-manage/users-roles/cloud-organization/user-roles.md).
Copy file name to clipboardExpand all lines: deploy-manage/deploy/cloud-enterprise/add-plugins.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,11 +1,11 @@
1
1
---
2
-
navigation_title: Configure plugins and extensions
2
+
navigation_title: Add plugins and extensions
3
3
applies_to:
4
4
deployment:
5
5
ece:
6
6
---
7
7
8
-
# Add plugins and extensions [ece-adding-plugins]
8
+
# Add plugins and extensions in {{ece}} [ece-adding-plugins]
9
9
10
10
Plugins extend the core functionality of {{es}}. {{ece}} makes it easy to add plugins to your deployment by providing a number of plugins that work with your version of {{es}}. One advantage of these plugins is that you generally don’t have to worry about upgrading plugins when upgrading to a new {{es}} version, unless there are breaking changes. The plugins are upgraded along with the rest of your deployment.
Copy file name to clipboardExpand all lines: deploy-manage/deploy/cloud-enterprise/deploy-an-orchestrator.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,8 +2,9 @@
2
2
applies_to:
3
3
deployment:
4
4
ece: all
5
+
navigation_title: Deploy an orchestrator
5
6
---
6
-
# Deploy an orchestrator
7
+
# Deploy an {{ece}} orchestrator
7
8
8
9
{{ece}} (ECE) provides a centralized platform that allows organizations to run {{es}}, {{kib}}, and other {{stack}} components across multiple machines, whether in a private or public cloud, virtual machines, or your own premises.
Copy file name to clipboardExpand all lines: deploy-manage/deploy/cloud-enterprise/ece-configure-templates-index-management.md
+33-27Lines changed: 33 additions & 27 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,54 +13,60 @@ products:
13
13
14
14
If you create a deployment template that includes more than one data configuration, you must also specify how {{ece}} should manage indices for your users when they create their deployments. For time-series use cases such as logging, metrics, and APM, providing a template that enables index management ensures that data is being stored in the most cost-effective way possible as it ages.
15
15
16
-
In a template that creates a hot-warm architecture, you can use index curation to specify where new indices are created initially and where they are moved to later on. However, index curation has been deprecated in favor of index lifecycle management, which offers additional features and more fine-grained control over indices. For instance, using ILM you can enable automatic roll-over of index aliases to new indices when existing indices become too large or too old, and you can set indices to be deleted when they are no longer useful.
16
+
Configuring index management is part of the larger task of [creating deployment templates](ece-configuring-ece-create-templates.md) or editing them. The choices you make here determine which index management methods are available to your users when they create deployments.
17
17
18
+
You should configure all index management methods that you want your users to be able to choose from when they create their deployments from your template. You can configure index curation, index lifecycle management, or both.
18
19
19
-
## Before you begin [ece_before_you_begin_4]
20
20
21
-
Configuring index management is part of the larger task of [creating deployment templates](ece-configuring-ece-create-templates.md) or editing them. The choices you make here determine which index management methods are available to your users when they create deployments.
21
+
## Available index management strategies
22
22
23
-
You should configure all index management methods that you want your users to be able to choose from when they create their deployments from your template. You can configure index curation, index lifecycle management, or both.
23
+
Index lifecycle management
24
+
: Uses the [{{ilm}}](/manage-data/lifecycle/index-lifecycle-management.md) feature of the {{stack}} that provides an integrated and streamlined way to manage time-based data, making it easier to follow best practices for managing your indices. Compared to index curation, ILM gives you more fine-grained control over the lifecycle of each index.
24
25
25
-
::::{note}
26
-
Index curation has been deprecated in favor of [index lifecycle management](/manage-data/lifecycle/index-lifecycle-management.md). For {{stack}} version 6.7 and later, any deployments using index curation will be prompted to [migrate to ILM](/manage-data/lifecycle/index-lifecycle-management/migrate-index-management.md).
27
-
::::
26
+
Index curation (Curator) {applies_to}`stack: deprecated 6.7`
27
+
: Creates new indices on hot nodes first and moves them to warm nodes later on, based on the data views (formerly *index patterns*) you specify. Also manages replica counts for you, so that all shards of an index can fit on the right data nodes. Compared to index lifecycle management, index curation for time-based indices supports only one action, to move indices from nodes on one data configuration to another, but it is more straightforward to set up initially and all setup can be done directly from the Cloud UI.
28
+
29
+
If your users need to delete indices once they are no longer useful to them, they can run [Curator](curator://reference/index.md) on-premise to manage indices for {{es}} clusters hosted on {{ece}}.
28
30
29
-
## Steps [ece_steps_2]
31
+
::::{note}
32
+
Index curation has been deprecated in favor of [index lifecycle management](/manage-data/lifecycle/index-lifecycle-management.md). For {{stack}} version 6.7 and later, any deployments using index curation will be prompted to [migrate to ILM](/manage-data/lifecycle/index-lifecycle-management/migrate-index-management.md).
33
+
::::
30
34
31
-
To configure index management when you create a deployment template:
32
35
33
-
1. On the **Index Management** page, configure the index curation methods that you want to be available when your users create deployments:
36
+
## Configure {{ilm}}
34
37
35
-
Index lifecycle management
36
-
: Uses the ILM feature of the {{stack}} that provides an integrated and streamlined way to manage time-based data, making it easier to follow best practices for managing your indices. Compared to index curation, ILM gives you more fine-grained control over the lifecycle of each index.
38
+
To configure {{ilm}} as part of your deployment template:
37
39
38
-
To configure index lifecycle management:
40
+
On the **Index Management** page, under **{{ilm}} ({{ilm-init}})**, specify the node attributes for your data configurations.
39
41
40
-
1. Specify the node attributes foryour data configurations.
42
+
Node attributes are simple key-value pairs, such as `node_type: hot`, `node_type: warm`, and `node_type: cold`. These node attributes add defining metadata attributes to each data configuration in your template that tell your users what they can be used for. What you define here should help guide your users when they set up their index lifecycle management policy in {{kib}}, such as a hot-warm policy.
41
43
42
-
Node attributes are simple key-value pairs, such as `node_type: hot`, `node_type: warm`, and `node_type: cold`. These node attributes add defining metadata attributes to each data configuration in your template that tell your users what they can be used for. What you define here should help guide your users when they set up their index lifecycle management policy in {{kib}}, such as a hot-warm policy.
44
+
For each data tier, specify an attribute key-value pair in the **Node attributes** field, with the key and value separated by a colon. Repeat this process until you have added all the node attributes that you want to be available to your users when they create an index lifecycle policy later on.
43
45
44
-
1. Specify an attribute key-value pair in the **Node attributes** field, with the key and value separated by a colon.
45
-
2. Repeat the previous step until you have added all the node attributes that you want to be available to your users when they create an index lifecycle policy later on.
46
+
## Configure index curation
47
+
```{applies_to}
48
+
stack: deprecated 6.7
49
+
```
46
50
51
+
::::{note}
52
+
Index curation has been deprecated in favor of [index lifecycle management](/manage-data/lifecycle/index-lifecycle-management.md). For {{stack}} version 6.7 and later, any deployments using index curation will be prompted to [migrate to ILM](/manage-data/lifecycle/index-lifecycle-management/migrate-index-management.md).
53
+
::::
47
54
48
-
Index curation
49
-
: Creates new indices on hot nodes first and moves them to warm nodes later on, based on the data views (formerly *index patterns*) you specify. Also manages replica counts for you, so that all shards of an index can fit on the right data nodes. Compared to index lifecycle management, index curation for time-based indices supports only one action, to move indices from nodes on one data configuration to another, but it is more straightforward to set up initially and all setup can be done directly from the Cloud UI.
55
+
To configure index curation as part of your deployment template:
50
56
51
-
If your user need to delete indices once they are no longer useful to them, they can run [Curator](curator://reference/index.md) on-premise to manage indices for {{es}} clusters hosted on {{ece}}.
57
+
1. On the **Index Management** page, under **Index curation**, click **Configure**.
52
58
53
-
To configure index curation:
59
+
2. Configure index curation by adding an index pattern:
54
60
55
-
1. Select the hot data configuration where new indices get created initially.
56
-
2. Select the warm nodes where older indices get moved to later on when they get curated.
57
-
3. Specify which indices get curated by including at least one data view.
61
+
1. Select the hot data configuration where new indices get created initially.
62
+
2. Select the warm nodes where older indices get moved to later on when they get curated.
63
+
3. Specify which indices get curated by including at least one index pattern.
58
64
59
-
By default, the pattern is `*`, which means that all indices get curated. For logging use cases, you could specify to curate only the `logstash-*`, `metricbeat-*`, or `filebeat-*` data views, for example.
65
+
By default, the pattern is `*`, which means that all indices get curated. For logging use cases, you could specify to curate only the `logstash-*`, `metricbeat-*`, or `filebeat-*` data views, for example.
60
66
61
-
4. Specify the time interval after which indices get curated.
67
+
4. Specify the time interval after which indices get curated.
62
68
63
-
2. Select **Next**.
69
+
## Next steps
64
70
65
71
After you have completed these steps, continue with [creating your deployment template](ece-configuring-ece-create-templates.md#ece-configuring-ece-create-templates-ui).
0 commit comments