Visual studio docker контейнер, способный видеть стручки kubernetes снаружи?

Question

В настоящее время я разрабатываю docker контейнеры с использованием Visual Studio, и эти образы контейнеров должны работать в кластере kubernetes, который я также запускаю локально.

В настоящее время контейнер docker, который работает через визуальную студию не развертывается в кластере kubernetes, но по какой-то причине я могу пропинговать IP-адрес модуля pubernetes из контейнера docker, но для которого я не совсем понимаю; Разве они не должны быть отделены друг от друга и не иметь возможности связаться друг с другом?

• И он не может быть расположен на приборной панели kubernetes?
• И поскольку они связаны, то почему они не могут Я использую сервис kubernetes для подключения к своему модулю из моего docker контейнера?

Контейнер docker способен пропинговать IP-адрес кластера, что означает, что он доступен.

nslookup служба не может разрешить имя хоста.

Answer 1

Итак, как я уже сказал в комментарии:

Когда установлена ​​Docker, создается мостовая сеть по умолчанию с именем docker0. Каждый новый контейнер Docker автоматически подключается к этой сети, если не указана пользовательская сеть.

Это означает, что вы можете пропинговать контейнеры по их IP-адресу. Но вы не можете разрешить DNS-имена объектов кластера - ваша виртуальная машина ничего не знает о внутреннем DNS-сервере кластера.

Несколько вариантов, которые вы можете сделать:

1) явно добавить запись DNS кластера /etc/hosts внутри ВМ

2) добавить запись в /etc/resolv.conf с nameserver и search внутри ВМ. Посмотрите один из моих ответов, касающихся разрешения DNS в стеке: nslookup не разрешает Kubernetes.default

3) используйте dnsmasq , как описано в Настройка вашего Linux хост для разрешения URL-адресов службы локального кластера Kubernetes статья. Кстати, я настоятельно рекомендую вам прочитать его с самого начала и до конца. В нем подробно описывается, как работать с DNS, и какой обходной путь вы можете использовать.

Надеюсь, это поможет.