[
https://issues.apache.org/jira/browse/SOLR-15007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley resolved SOLR-15007.
---------------------------------
Fix Version/s: 9.1
Assignee: David Smiley
Resolution: Fixed
Thanks for contributing Justin, and for your patience!
> Aggregate core handler=/select and /update metrics at the node level metric
> too
> -------------------------------------------------------------------------------
>
> Key: SOLR-15007
> URL: https://issues.apache.org/jira/browse/SOLR-15007
> Project: Solr
> Issue Type: Wish
> Components: metrics
> Affects Versions: 9.0
> Reporter: Mathieu Marie
> Assignee: David Smiley
> Priority: Minor
> Fix For: 9.1
>
> Time Spent: 3h 40m
> Remaining Estimate: 0h
>
> At my company, we anticipate huge number of cores and would like to report
> aggregated view at the node level instead of the core level that will grow
> exponentially.
> Right now, we're aggregating all of the solr.cores metrics to compute
> per-cluster dashboards.
> But given that there are many admin handlers already reporting metrics at the
> node level, I wonder if we could aggregate _/update_, _/select_ and all the
> other handler counters in solr and expose them at the solr.node level too.
> It would requires (a lot) less data to transport, store and aggregate later,
> while still giving access to per core metrics.
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
