моей борьбы с кубером:
- с целью разработки приложения а также изучения возможностей кубера, установил кубер-кластер на двух виртуалках под дебиан 11;
- всё как бы ок, но лоадбалансер не работает в подобной конфигурации, в связи с чем мне дали совет поставить metalLB;
И вот вопрос. metalLB вроде бы заработал, во всяком случае теперь LoadBalancer получает свой ExternalIP И по запросу curl EXTERNAL_IP по 80му (нужному мне) порту я получаю то что ожидаю (ответ своего сервиса), НООО тот EXTERNAL_IP понятно (или непонятно) не виден с мастер хоста, на котором крутятся виртуалки. Как сделать так, чтобы EXTERNAL_IP во вне виртуалок, стал достигать их?
Прописать маршрут?
топологию нарисуй, я ничего не понял. Что такое мастер хост и все такое
а вообще Андрей как будто прав - твой флоатинг айпи есть только в мозгах виртуалок, мастер хост про него ничего не знает и отправляет на свой дефолт гейтвей
Ну отличная схема была с хостнетворк и Ingress Nginx
какие ИП на хост системе?
эта схема не сработала, возможно из-за моих кривых рук. но, установив металлб он как минимум дал ожидаемый результат на локалхосте. руки те же)
точно, кривые руки
привет! выше коллега предложил маршруты прописать. сейчас попробую. если ок то вопрос снимется.
чо дикий то такой?
MetalLB - это не панацея. С ним, например, задача добавления tls перекладывается либо на сам приклад, либо на envoy
Какой CNI стоит?\
на скриншоте калико же
ты вообще странные вещи говоришь
Андрей, давно не общался с iptables, редирект на нужный ип сделал так: iptables -t nat -A PREROUTING -j DNAT --to-destination 192.168.1.240 то есть, пытаюсь сказать, что любой трафик входящий в данную виртуалку должен направляться на её внутренний локальный 192.168.1.240 Во вне виртуалки, я пытаюсь зайти по адресу виртуалки (у меня это 192.168.0.160) Но что-то не алё. В правиле iptables ошибка? в виртуалке вызов curl 192.168.1.240 отрабатывает ожидаемо
понимаешь, с таким подходом до кубера еще далеко
Обсуждают сегодня