-
Notifications
You must be signed in to change notification settings - Fork 25k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bundle by default miminal composable templates for the new indexing strategy #56709
Comments
Pinging @elastic/es-core-features (:Core/Features/Indices APIs) |
Changed the name of the index_pattern in the above issues for
This expand into cc @ruflin |
Marked this as team-discuss so we can discuss in @elastic/es-core-features where in the codebase this will live. |
We discussed this and decided to make a new "stack" module in the x-pack directory for these templates and other common infrastructure (to be added to in the future). |
We soon need to have a conversation about the exact content of these templates. I started a draft PR here elastic/package-registry#481 but no real progress yet. It will be important that the ES team also chimes in especially on the setting sides for recommendations. I will ping here as soon as we need input. |
@ruflin I am almost done with this work already, should we have the discussion on the PR itself once I open it? |
@dakrone That would be great! Can you ping me on it? BTW lets only add logs-- and metrics-- for now as we might not need events-- for now. |
This commit adds the component and composable templates, as well as ILM policies, for the new default indexing strategy. It installs: - logs-default-mappings (component) - logs-default-settings (component) - logs-default-policy (ilm policy) - logs-default-template (composable template) - metrics-default-mappings (component) - metrics-default-settings (component) - metrics-default-policy (ilm policy) - metrics-default-template (composable template) These templates and policies are managed by a new x-pack module, `stack`, and can be disabled by setting `stack.templates.enabled` to `false`. These ensure that patterns for the `logs-*-*` and `metrics-*-*` indices are set up to create data streams with the proper mappings and settings. This also makes changes to the `IndexTemplateRegistry` to support installing component and composable templates (previously it supported only legacy templates). Resolves elastic#56709
This commit adds the component and composable templates, as well as ILM policies, for the new default indexing strategy. It installs: - logs-default-mappings (component) - logs-default-settings (component) - logs-default-policy (ilm policy) - logs-default-template (composable template) - metrics-default-mappings (component) - metrics-default-settings (component) - metrics-default-policy (ilm policy) - metrics-default-template (composable template) These templates and policies are managed by a new x-pack module, `stack`, and can be disabled by setting `stack.templates.enabled` to `false`. These ensure that patterns for the `logs-*-*` and `metrics-*-*` indices are set up to create data streams with the proper mappings and settings. This also makes changes to the `IndexTemplateRegistry` to support installing component and composable templates (previously it supported only legacy templates). Resolves #56709
…7629) This commit adds the component and composable templates, as well as ILM policies, for the new default indexing strategy. It installs: - logs-default-mappings (component) - logs-default-settings (component) - logs-default-policy (ilm policy) - logs-default-template (composable template) - metrics-default-mappings (component) - metrics-default-settings (component) - metrics-default-policy (ilm policy) - metrics-default-template (composable template) These templates and policies are managed by a new x-pack module, `stack`, and can be disabled by setting `stack.templates.enabled` to `false`. These ensure that patterns for the `logs-*-*` and `metrics-*-*` indices are set up to create data streams with the proper mappings and settings. This also makes changes to the `IndexTemplateRegistry` to support installing component and composable templates (previously it supported only legacy templates). Resolves elastic#56709
For the Elastic Agent we currently have `logs` and `metrics`, however, synthetic data doesn't belong with those and thus we should have a place for it to live. This would be data reported from heartbeat and under the 'monitoring' category. This commit adds a composable index template for `synthetics-*-*` indices similar to the work in elastic#56709 and elastic#57629. Resolves elastic#61665
* Add "synthetics-*-*" templates for synthetics fleet data For the Elastic Agent we currently have `logs` and `metrics`, however, synthetic data doesn't belong with those and thus we should have a place for it to live. This would be data reported from heartbeat and under the 'monitoring' category. This commit adds a composable index template for `synthetics-*-*` indices similar to the work in #56709 and #57629. Resolves #61665
* Add "synthetics-*-*" templates for synthetics fleet data For the Elastic Agent we currently have `logs` and `metrics`, however, synthetic data doesn't belong with those and thus we should have a place for it to live. This would be data reported from heartbeat and under the 'monitoring' category. This commit adds a composable index template for `synthetics-*-*` indices similar to the work in elastic#56709 and elastic#57629. Resolves elastic#61665
… (#62346) * Add "synthetics-*-*" templates for synthetics fleet data For the Elastic Agent we currently have `logs` and `metrics`, however, synthetic data doesn't belong with those and thus we should have a place for it to live. This would be data reported from heartbeat and under the 'monitoring' category. This commit adds a composable index template for `synthetics-*-*` indices similar to the work in #56709 and #57629. Resolves #61665
As part of the new indexing strategy proposed in this doc we would like to add by default a few v2 templates that will be installed by default.
That will match the following index patterns:
This is to ensure that the Elastic Agent just works out of the box before Kibana is started.
The downside of this indices matching the above patterns will potentially have a conflict. One of the ideas was that we provide a config flag in Elasticsearch to disable this setup in 7.x so users can opt out.
With the flag we didn't need this setting as the v1 template was still honored even if a v2 template was around and only had priority if the flag was set which was the case for data sent from the agent. Now that we don't have the flag anymore I assume we need such a setting or other ideas how to help users that will face this conflict in 7.x.
The text was updated successfully, but these errors were encountered: