We currently have CoreDNS on prem and using nginx to fo our load balancing for our cluster. We have a single F5 VIP (load balancing across the nginx) that we want each record to point too. Then using nginx to route to the correct ingress and server. So far I can tell you have to provide a LoadBalancer type but we do not use a cloud provider to do this. We would like all records point to that single VIP when users create a ingress.
@mitchellmaler that's easily possible, you don't need any service type LoadBalancer. Use the external-dns.alpha.kubernetes.io/target annotation on the Ingress object to point to your F5 VIP. See https://github.com/kubernetes-incubator/external-dns/blob/master/docs/faq.md#are-other-ingress-controllers-supported
Is there a way to persist the IP within external-dns or while doing the external-dns deployment? Changing every ingress resource is unhandy and forces each deployment to be environment aware and know the external IP. (I am just curious if there is a way - did not find a solution for this right now)
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten
Hi @tonyfahrion . Have you managed to configure external-dns to use single static ip by default?
Hi @tonyfahrion . Have you managed to configure external-dns to use single static ip by default?
Hi @vbaidak, no, we wrote an admission-controler to configure ingress resources automatically, so users don鈥檛 have to know the details.
thanks, @tonyfahrion
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close
@fejta-bot: Closing this issue.
In response to this:
Rotten issues close after 30d of inactivity.
Reopen the issue with/reopen.
Mark the issue as fresh with/remove-lifecycle rotten.Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.
@vbaidak not sure if you're still looking for something like this, but I also wrote an admission controller to assist with automatically adding the external-dns.alpha.kubernetes.io/target annotation to Ingresses and Istio VirtualServices. Feel free to use it directly, or as a reference for implementing your own.