[
https://issues.apache.org/jira/browse/SOLR-15232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17316942#comment-17316942
]
Jan Høydahl commented on SOLR-15232:
------------------------------------
Ok, you're thinking a very simple deploy with one collection in an
auto-scaling-group, where you can instruct EVERY new container to try to add
itself as a new replica of that collection?
Idea: Can you try to make this as an optional package instead of part of core?
That would have a few benefits
* Keep hackish solution out of core, less to document and support
* Gives a test whether our package system supports more system-level packages
like this, that needs to tie in to startup, core-container state etc.
Long-term I feel the right solution is to bring back autoAddReplicas in some
shape or form.
> Add replica(s) as a part of node startup
> ----------------------------------------
>
> Key: SOLR-15232
> URL: https://issues.apache.org/jira/browse/SOLR-15232
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Andrzej Bialecki
> Assignee: Andrzej Bialecki
> Priority: Major
> Fix For: main (9.0)
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> In containerized environments it would make sense to be able to initialize a
> new node (pod) and designate it immediately to hold newly created replica(s)
> of specified collection/shard(s) once it's up and running.
> Currently this is not easy to do, it requires the intervention of an external
> agent that additionally has to first check if the node is up, all of which
> makes the process needlessly complicated.
> This functionality could be as simple as adding a command-line switch to
> {{bin/solr start}}, which would cause it to invoke appropriate ADDREPLICA
> commands once it verifies the node is up.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
