Skip to content
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

[Monitoring] Index listing page times out for large monitoring/metricbeat clusters #78668

Closed
chrisronline opened this issue Sep 28, 2020 · 1 comment · Fixed by #79190
Closed
Labels
Team:Monitoring Stack Monitoring team v7.10.0

Comments

@chrisronline
Copy link
Contributor

It's slow as a result of starting to search across .monitoring-* and metricbeat-* indices.

After some digging, it seems that the sort for inner_hits is adding a considerable amount of time to the query.

The fix is to add the unmapped_type property to the sort clause which then immediately speeds up the query.

Because of this, our thinking is that because the metricbeat-* indices do not currently have the sort field in it's mappings (timestamp), Elasticsearch isn't handling something properly here. What is going on? I don't really know and I'm following up with @jimczi

@chrisronline chrisronline added Team:Monitoring Stack Monitoring team v7.10.0 labels Sep 28, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/stack-monitoring (Team:Monitoring)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team:Monitoring Stack Monitoring team v7.10.0
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants