You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "HoustonPutman (via GitHub)" <gi...@apache.org> on 2023/03/06 15:33:00 UTC

[GitHub] [solr-operator] HoustonPutman commented on issue #528: Indexing using external Zookeeper - SolrJ

HoustonPutman commented on issue #528:
URL: https://github.com/apache/solr-operator/issues/528#issuecomment-1456355594

   So there are three possible solutions here.
   
   - You run your indexing code in Kubernetes as well, that way `http://core-solrcloud-0.core-solrcloud-headless.default:8983/solr` will be reachable from the client.
   - You make the clusterState store an address for your individual solr nodes that is accessible from outside the cluster: `SolrCloud.spec.solrAddressability.external.useExternalAddress`. More information is available here: https://apache.github.io/solr-operator/docs/solr-cloud/solr-cloud-crd.html#addressability
   - You can use the Http2SolrClient/HttpSolrClient and not use the CloudSolrClient. That way the SolrJ Client will not try to find node addresses from Zookeeper, and will just use the one address that you provide.
   
   To be clear, you are using an ingress to make at least one endpoint available outside of your EKS cluster, correct?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org