Open Evesy opened 7 months ago
Thanks for reporting. The flag xpack.apm_data.enabled: true
is not yet enabled by default, nor officially supported, in apm-server
as there is additional work required in the server before we can switch over to using the apm plugin in Elasticsearch.
We are eager to driving this work forward in the near future, but cannot yet commit to a timeline.
Thanks for the response @simitt
I had arrived at xpack.apm_data.enabled
following from https://github.com/elastic/elasticsearch/pull/97546 to allow running APM server without needing to use Fleet etc (Since in 8.x APM server does not manage its own templates)
Have I confused these two things as being the same and they are in fact solving different problems, or are they both linked and the support for it to work isn't quite there yet?
Enabling xpack.apm_data.enabled
is indeed the future path for not relying on Fleet for the template + ingest pipeline setup. We just need to ensure that nothing breaks and everything is aligned and working as expected before we can switch this on by default and not rely on Fleet anymore. Not quite there yet, but it does have priority for us to drive this forward.
This should be fixed once https://github.com/elastic/apm-server/issues/11529 is done (and released).
APM Server version (
apm-server version
):8.13.2
Description of the problem including expected versus actual behavior:
When using APM server standalone (not fleet managed) along with
xpack.apm_data.enabled: true
to install relevant APM index templates, APM server's integration check fails due to a mismatch between the template names that are installed, and the template names APM server expectsElasticsearch creates templates with the names, e.g.
traces-apm@template
, however the integration check expects the index template to be named e.g.traces-apm
Steps to reproduce:
Please include a minimal but complete recreation of the problem, including server configuration, agent(s) used, etc. The easier you make it for us to reproduce it, the more likely that somebody will take the time to look at it.
8.13.2
elasticsearch instance withxpack.apm_data.enabled: true
8.13.2
APM server using the above elasticsearch instance as its outputProvide logs (if relevant):