[
https://issues.apache.org/jira/browse/SOLR-15007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18014353#comment-18014353
]
David Smiley commented on SOLR-15007:
-------------------------------------
Note: this is being redone for OTEL in SOLR-17865 with PR. [~magibney] or
another full-story person might want to give it a code review.
> 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]
