[ 
https://issues.apache.org/jira/browse/SOLR-15694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17435872#comment-17435872
 ] 

Ishan Chattopadhyaya commented on SOLR-15694:
---------------------------------------------

Discussion is happening here: 
https://lists.apache.org/thread.html/rb3cbfddb6e3af9c671d037ce1e7341544a2f1ab287f184c8f53ac44c%40%3Cdev.solr.apache.org%3E

 

> Concept of node roles and non-data nodes
> ----------------------------------------
>
>                 Key: SOLR-15694
>                 URL: https://issues.apache.org/jira/browse/SOLR-15694
>             Project: Solr
>          Issue Type: New Feature
>          Components: AutoScaling
>            Reporter: Ishan Chattopadhyaya
>            Priority: Major
>
> I think we should have first class support for starting a Solr node in a mode 
> whereby no cores will be placed on them. These nodes are useful for certain 
> scenarios:
> # Dedicated overseer nodes
> # Nodes where only plugins are installed and used (e.g. cluster/node level 
> plugins)
> # Dedicated nodes for querying (more on this to come later).
> Today, to achieve this effect, one can:
> 1. start a node (which will make it join live_nodes and be immediately 
> available for replica placement). 
> 2. Put replica placement rules or autoscaling policies to prevent replicas 
> from being placed there. This is not standardized, 8x has two ways to achieve 
> this (replica placement rules and autoscaling framework), 9x has a new 
> autoscaling framework.
> Proposing a start parameter for starting a node that starts the node in this 
> configuration, and then internally this is handled appropriately (across 8x 
> and 9x). This should be Kubernetes/Docker friendly as well, since it is easy 
> to add an additional parameter for a startup (instead of putting things into 
> autoscaling.json in ZK via init scripts).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to