You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Justin Sweeney (Jira)" <ji...@apache.org> on 2022/07/19 20:20:00 UTC

[jira] [Commented] (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:comment-tabpanel&focusedCommentId=17568720#comment-17568720 ] 

Justin Sweeney commented on SOLR-15007:
---------------------------------------

We encountered this same issue at FullStory since we have many cores per node and wanted better visibility into aggregate metrics per node. I have attached a PR for how we resolved this. I believe this lines up pretty well with the approach outlined by [~dsmiley] above. The approach taken in the PR attached allows for configuring node level metrics on a per request handler basis. It would also be possible to enable it automatically for all request handlers instead if that is preferable for the community.

> 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
>            Priority: Minor
>          Time Spent: 10m
>  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