[
https://issues.apache.org/jira/browse/SOLR-14389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17076623#comment-17076623
]
Jan Høydahl commented on SOLR-14389:
------------------------------------
I thought exactly the same. Not the hardest thing to add a watch for the config
node and re-balance, but there are so many classes in Solr to get a grip of
first: {{SolrZkClient}}, {{SolrZooKeeper}}, {{ConnectionManager}},
{{ZkClientConnectionStrategy}}, {{DefaultConnectionStrategy}},
{{ZkStateReader}}...
But I think the changes could be isolated to one or two classes just for
in-memory rebalancing. If we want to persist the new config locally and have
all the different places that now reads sysprop {{zkHost}} to instead consult a
local file, then it will be some more.
> Support dynamic reconfiguration of Zookeeper ensemble
> -----------------------------------------------------
>
> Key: SOLR-14389
> URL: https://issues.apache.org/jira/browse/SOLR-14389
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Reporter: Jan Høydahl
> Priority: Major
>
> Spinoff from SOLR-14371.
> Zookeeper has got support for dynamic reconfiguration since v3.5 (See
> https://zookeeper.apache.org/doc/r3.6.0/zookeeperReconfig.html). But users
> need to actively start using it. Currently Solr treats the {{ZK_HOST}} var /
> {{-DzkHost}} sysprop as a static truth, and will only ever attempt to connect
> to the hosts originally included in the connection string.
> This issue aims to implement "Rebalancing Client Connections" as described in
> last paragrah in above link. This will let sys admins extend or change their
> ensemble, and Solr nodes will update and re-balance, as long as at least one
> of the zk hosts are still in the static {{ZK_HOST}} list.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
