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
Introduce a top level key indices that combines information for template, ilm, index name and index condition.
Deprecate usage of output.elasticsearch.index and output.elasticsearch.indices.* setup.template.*
Remove usage of (as it was only in beta): ilm.*
This requires allowing one template per index entry (reuse code from #9247).
#9616 refactors current ILM handling and introduces multiple indices for ilm handling, but nested within the current config yml structure. Reuse code where possible.
Open Points to address:
How do we deal with Kibana index patterns? Do we need one Kibana index pattern per ES template?
Clarify how to retrieve the fields per template. Should it be allowed to set a module name for which the fields are retrieved? Ensure current field creation procedure allows creating multiple fields files and merges common_fields properly.
Check if Central Config Management can interfere with indices settings and ILM.
Make <beatname> setup work if output is not Elasticsearch
Adapt beats to use new config options by default and remove deprecated options from reference files.
The text was updated successfully, but these errors were encountered:
There are no immediate plans for supporting this directly in beats. Some internal refactoring allowed for implementing multi-index-support for ILM required by APM directly in the apm-server code base. Closing this for now to avoid confusion.
Introduce a top level key
indices
that combines information fortemplate
,ilm
,index name
andindex condition
.Deprecate usage of
output.elasticsearch.index
andoutput.elasticsearch.indices.*
setup.template.*
Remove usage of (as it was only in beta):
ilm.*
This requires allowing one template per index entry (reuse code from #9247).
#9616 refactors current ILM handling and introduces multiple indices for ilm handling, but nested within the current config yml structure. Reuse code where possible.
Open Points to address:
fields
per template. Should it be allowed to set amodule
name for which the fields are retrieved? Ensure current field creation procedure allows creating multiple fields files and mergescommon_fields
properly.indices
settings and ILM.<beatname> setup
work if output is not ElasticsearchThe text was updated successfully, but these errors were encountered: