[
https://issues.apache.org/jira/browse/SOLR-15694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17778871#comment-17778871
]
ASF subversion and git services commented on SOLR-15694:
--------------------------------------------------------
Commit 2da4332072ffffb0581ef60d11de5b0d157452ac in lucene-solr's branch
refs/heads/branch_8_11 from Ishan Chattopadhyaya
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=2da4332072f ]
SOLR-15694, 15715: Node roles and dedicated query coordinator nodes
> 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
> Fix For: 9.0
>
> Time Spent: 7h 40m
> Remaining Estimate: 0h
>
> 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.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
