If your backend is in Java, SolrJ can do the same too. You instantiate a SolrJ instance using the zookeeper URL instead of a specific Solr node url, and it keeps itself in sync with live nodes list and forwards requests to whichever node is alive ________________________________ From: Rigolin, Dario <dario.rigo...@comperio.it> Sent: Tuesday, January 9, 2024 10:33 AM To: users@solr.apache.org <users@solr.apache.org> Subject: Re: SolrCloud availability when a server is down
Some Solr Client (I use Solarium for PHP) has the ability to handle load balancing and failover, you have to put in the connect string all nodes address and the client library will connect to another node in case of failure. Il giorno lun 8 gen 2024 alle ore 18:34 Facchin Umberto < umberto.facc...@insiel.it> ha scritto: > Hi, > > > > I'm doing some tests to use SolrCloud (8.11.2) with 3 servers, each with 1 > Zookeeper and 1 Solr > > > > I have a search component that executes queries via GUI using the url to > server1_ip, i.e. with the address > http://server1_ip:8983/solr/collection/query?q=*:* > > > > If server2 or server3 are down everything continues to work (even the > updates), but if server1 is down then everything stops, obviously. > > > > Is there a way to configure a URL that always responds regardless of the > server's IPs? > > Or should I wait for zookeeper to restart solr on server1? > > Or what is wrong on my approach? > > > > Thanks > > > Umberto > Divisione Pubblica Amministrazione Digitale > Servizi e sistemi per ambiente, territorio e agricoltura > Cartografia > > Insiel S.p.A. > > AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel > messaggio o nei suoi allegati. Se non siete i destinatari indicati nel > messaggio, o responsabili per la sua consegna alla persona, o se avete > ricevuto il messaggio per errore, siete pregati di non trascriverlo, > copiarlo o inviarlo ad alcuno. In tal caso vi invitiamo a cancellare il > messaggio ed i suoi allegati. Grazie. > CONFIDENTIALITY NOTICE Confidential information may be contained in this > message or in its attachments. If you are not the addressee indicated in > this message, or responsible for message delivering to that person, or if > you have received this message in error, you may not transcribe, copy or > deliver this message to anyone. In that case, you should delete this > message and its attachments. Thank you. > -- Dario Rigolin Comperio srl - CTO Mobile: +39 347 7232652 - Office: +39 0425 471482 Skype: dario.rigolin
