Повторюсь. Статья которую ты пиаришь полное говно

так никто правильную не подсказал

Там в пунктах описание того, как выставить именно ingress-controller наружу

выбирай сам под свои нужды. Проблема в том, что ты до сих пор не изучил варианты публикации приложений в кластере наружу. ingress controller такое же приложение как и любое другое

а как до него добраться он же включается так microk8s.enable ingress и крутится там где-то сам по себе

или ты про настройки в
kind: Ingress
?

тебе надо разобраться, что такое ingress controller и какую задачу он выполняет во всем этом.

Ты мимо ушей пропустил все подсказки

ingress controller умный прокси. Который по манифестам ingress понимает для каких хостов куда проксировать запросы.
Когда ты хочешь сделать запрос в свое приложение в кластере, ты должен послать этот запрос на ingress controller и он его спроксирует на твое приложение.
Далее тебе нужно понять, а как вообще посылать запросы на ingress controller. Для этого тебе надо каким-то образом опубликовать его наружу кластера. Вот варианты публикации, которые доступны на твоем домашнем ПК: https://t.me/kubernetes_ru/330792

Metallb, к сожалению, является не просто большим костылем, который засовывается в задницу кластера, а ещё и просто бомба замедленного действия, до тех пор пока в сети не появится что то ещё.

K8s, как правильно сказали уже - имеет множество других механизмов выдачи наружу контента, и без использования LoadBalancer-сервисов. Например, NodePort.

NodePort кто будет балансировать?

А зачем?

nodePort это nat правило в iptables

С вот этого тоже неплохо бы слезть

ну запустится 10 подов, как трафик будет по ним балансироваться с NodePort?

В зависимости от конфигурации кластера

Опять таки, можно прибивать айпишники, можно ставить лоадбалансер просто перед кластером, используя RR схему

Все зависит от потребности

hostNetwork: true - подразумевает балансировку?

Изнутри будет куб-прокси балансировать

слегка