Getting rid of standalone Solr mode is not part of SIP-14, I suggest we discuss it separately from the effort to make SolrCloud easier to deploy or the default.
On Sat, Sep 9, 2023 at 4:11 PM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > +1 fully support this, also support the move for us to get rid of the > standalone Solr mode. > > On Sat, 9 Sept, 2023, 5:12 pm Eric Pugh, > <ep...@opensourceconnections.com.invalid> wrote: > > > The baby step that Jan is proposing for a ‘zookeeper’ node-role makes > > sense to me, for those who are only deploying a very small Solr setup. > > > > What would that look like? Would you start your solr like this? I > > looked a bit at the Ref Guide page for Nodes, and I’m gathering it might > > look like: > > > > One Solr with what we call Embedded ZK today: > > > > bin/solr start -c > > > > The -c switch and no -z parameter means it has an implicit Zookeeper Role > > and therefore fires up an embedded ZK. > > > > The Same Thing Explicitly: > > > > bin/solr start -c -solr.node.roles=zookeeper:on -z localhost:9983 > > > > > > So, what about two Solr nodes? > > > > bin/solr start -c -solr.node.roles=zookeeper:on -z localhost:9983 -p > 8983 > > bin/solr start -c -z localhost:9983 -p 7574 > > > > And Four Solr Nodes with 3 enabled for ZK? > > > > bin/solr start -c -solr.node.roles=zookeeper:on -z > > localhost:9983,localhost:8574,localhost:9984 -p 8983 > > bin/solr start -c -solr.node.roles=zookeeper:on -z > > localhost:9983,localhost:8574,localhost:9984 -p 7574 > > bin/solr start -c -solr.node.roles=zookeeper:on -z > > localhost:9983,localhost:8574,localhost:9984 -p 8984 > > bin/solr start -c -z localhost:9983,localhost:8574,localhost:9984 -p > 7574 > > > > At least on the face of it, this doesn’t seem to far away…. I’m sure > > there is a lot of complexity that I don’t realize about ;-). Like, will > > Solr start up if one of the three ZK it’s wants isn’t yet available? > > > > > > > > Eric > > > > > > > > > > > On Sep 6, 2023, at 6:14 PM, Jan Høydahl <jan....@cominvent.com> wrote: > > > > > > Hi, > > > > > > Eric Pugh and I discussed this SIP the other day, as a stepping stone > > for making cloud mode the default. Perhaps there is new energy for this > two > > years down the road? > > > > > > We don't need to tackle the full dynamic scaling of ZK on day one. > > > Just adding a 'zookeeper' node-role so we could have tree fixed nodes > > acting as ZK would be a win and lower the complexity of deploying Solr. > > > We could always add magic auto scaling later. > > > > > > Jan > > > > > >> 17. jan. 2022 kl. 06:57 skrev Mark Miller <markrmil...@gmail.com>: > > >> > > >> Yeah, there two reasons we didn’t push embedded Zookeeper out of the > > gate and even went so far as to call it a non production “demo” feature. > > Dynamic reconfiguration as a cluster changed over time, and a Zookeeper > > instance per Solr node being prohibitive. At least the latter was > > theoretical externally solvable it felt, but at the time, that just > brought > > back around to the lack of dynamic configuration. > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > > For additional commands, e-mail: dev-h...@solr.apache.org > > > > > > > _______________________ > > Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > > http://www.opensourceconnections.com < > > http://www.opensourceconnections.com/> | My Free/Busy < > > http://tinyurl.com/eric-cal> > > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > > > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw > > > > > > This e-mail and all contents, including attachments, is considered to be > > Company Confidential unless explicitly stated otherwise, regardless of > > whether attachments are marked as such. > > > > >