Agreed (though SIP-14 helps towards that end)… Thoughts on what the commands might look like? What do you think will be the road blocks? Do we have any JIRA tickets that layout the path forward?
In the SIP there is some discussion of starting with a ZookeeperServerEmbedded, and even a PR by Mike Drob: https://github.com/apache/solr/pull/522 for that and migrating tests over…. It was last touched in January 2022 however. I’m wondering if we still think that is the way to go to start with? Is how we use Zookeeper still so fragile that we need to redo that plumbing first, versus maybe trying instead to start with the enabling of Zookeeper based on the role of the server instead? I should be clear, I’m not volunteering to lead implementing this SIP as well…. I’m still pretty focused on wrapping up some things with the Solr CLI for the next few months ;-). > On Sep 11, 2023, at 9:34 AM, Ilan Ginzburg <ilans...@gmail.com> wrote: > > 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. >>> >>> >> _______________________ 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.
