-
Notifications
You must be signed in to change notification settings - Fork 135
Description
Hi,
in our current software we use the client library "solr-solrj" to connect to our solr/zookeeper installation (on virtual machines).
build.gradle
implementation("org.apache.solr:solr-solrj:8.4.1")
In code we are then able to connect to solr by adding a list of valid zookeeper hosts.
import org.apache.solr.client.solrj.impl.CloudSolrClient
...
var zkHosts: List<String> = mutableListOf("localhost:8983")
var path: Optional<String> = Optional.empty() //Optional.of("/solr")
val client = CloudSolrClient.Builder(zkHosts, path).build()
As far as we understood is that a zookeeper instance is called to return a valid solr instance with which our application can work internally.
We now have moved our solr/zookeeper installation into kubernetes using this operator and now fail to connect our software with it from outsite the cluster. We only see that the solr-service is exposable via LB or Ingress but no zookeeper.
What are your recommentations to proceed here? Switch to another client library or change the way we use it? Could the zookeepers be exposed and be configured to return the exposed solr instances?
Thanks for help
Karsten