Custom service

[zalando-incubator]

Custom service

[mikkeloscar]

The es-operator creates a service for each ElasticsearchDataSet (eds) that you define. This is mostly intended for the operator to communicate with Elasticsearch API, but ofc you can also use it for ingress (I think). We currently don't allow you to e.g. change this to a type: LoadBalancer service, but you could just deploy your own service which targets the EDS with the same label selectors.

Your config snippet suggest that you both create an ALB for ingress AND an ELB for service type LoadBalancer. I don't know if this is intentional or what purpose it serves, but if an ingress is enough then you can create an ingress resource that points to the service created by es-operator.

I hope this clarifies it a bit.

[AyWa]

First of all, thank you a lot for your quick response 👍

So far I was trying to overwrite the service and creating the ingress ( add my own label selectors), but knowing that I can not change type: LoadBalancer I will then try to follow your advice:

• deploy normally the EDS
• deploy my ingress targeting a NodePort service with the existing label selectors

My previous configuration was wrong (using only ingress or service loadbalancer)

Anyway, I will comment tomorrow if I succeed or not to deploy my ingress.

[AyWa]

I think we can close that. I succeed to create my ingress and a service that target the EDS

If I can suggest something, is that the annotations defined in the EDS should be set on the stateful set.
In fact my issue was coming from that. (I did not realize at first but kubectl get pods -n es --show-labels help me to realize it). I guess annotation should have been set in spec and not top level metadata annotations

So so far, I use the application=elasticsearch to target the EDS

Thx again