You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "David Smiley (Jira)" <ji...@apache.org> on 2022/09/02 17:45:00 UTC
[jira] [Resolved] (SOLR-15007) Aggregate core handler=/select and /update metrics at the node level metric too
[ 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: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org