Kubernetes egress static IP. Наиболее оптимальное решение?

Здравствуйте,

подскажите как вы решали данную проблему наиболее оптимально и элегантно?
Есть Kubernetes кластер, но котором бегают деплойменты, некоторые клиенты должны добавить наши айпишки в свой вайтлист, чтоб приложения могли делать запросы.
Так вот, с расширяемостю кластера, надо всё новые айпишки от наших новых нодов давать на вайтлистинг клиентам или деплоить на одних и тех же нодах.
Решение не оптимальное, поэтому нужно как-то закрепить айпишки. Сделать их или статическими или чтоб они выходили через один шлюз.

Инсталляция кубера стандартная с network provider Flannel. этот провайдер не имеет в себе такой фишки.
1. имеет такую штуку например calico. https://projectcalico.docs.tigera.io/networking/us...
2. также нашёл вот такой вот проект: https://github.com/nirmata/kube-static-egress-ip - кто-то пользовался им?

Ваши варианты?

Если это поможет, то хостимся в Hetzner-e.

Спасибо!
  • Вопрос задан
  • 200 просмотров
Пригласить эксперта
Ответы на вопрос 1
MaxDukov
@MaxDukov
впишусь в проект как SRE/DevOps.
надеюсь вопрос не протух
вижу 2 варианта решения
- Istio, у него есть прям EgressGateway. Нужно будет еще заправить трафик ваших целевых подиков в этот Egress, но это решаемо самим Истио. наверное чуть оверхэд, но зато тру кубер вей
- для укушенных ИБшниками. Я бы поостерегся кубер весь в интернет выставлять. А если так, то весь трафик от вашего кубера можно и нужно спрятать за нат(какая-то отдельностоящая тачка). На выходе все будут сидеть за этим 1 адресом. Можно поупороться и сделать это еще и отказоустойчиво.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы