[
https://issues.apache.org/jira/browse/SOLR-15715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17482198#comment-17482198
]
Mike Drob commented on SOLR-15715:
----------------------------------
Copying a comment I made on the PR because I think it is a slightly larger
discussion and might need more eyes on it.
Design point: I'm not a fan of putting the coreNameMapping into the
CoreContainer's objectCache. It feels kludgey and like we're using that as a
grab bag for everything. It's not discoverable and probably not maintainable.
I'd like to see this rearchitected in some ways for CoreContainer to allow
roles to register themselves with it, and then there's a specific entry per
role. And hopefully that's a domain object that can be extendable in the
future. So instead of ObjectCache we have a map called RoleData that is maybe
Map<Role, Object> and each role knows what that entry is.
> Dedicated query aggregator nodes in the solr cluster.
> ------------------------------------------------------
>
> Key: SOLR-15715
> URL: https://issues.apache.org/jira/browse/SOLR-15715
> Project: Solr
> Issue Type: New Feature
> Components: SearchComponents - other
> Affects Versions: 8.10.1
> Reporter: Hitesh Khamesra
> Priority: Major
> Attachments: coordinator-poc.jpg, coordinator-poc.pdf,
> regular-node.jpg, regular-node.pdf
>
> Time Spent: 1h
> Remaining Estimate: 0h
>
> We have a large collection with 1000s of shards in the solr cluster. We have
> observed that distributed solr query takes many resources(thread, memory,
> etc.) on the solr data node(node which contains indexes). Thus we need
> dedicated query nodes to execute distributed queries on large solr
> collection. That would reduce the memory/cpu pressure from solr data nodes.
> Elastis search has similar functionality
> [here|https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-node.html#coordinating-node]
>
> [~noble.paul] [~ichattopadhyaya]
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
