Kubernetes Docker Контейнеры за прокси - PullRequest
Новая
       9

Kubernetes Docker Контейнеры за прокси

0 голосов
/ 05 сентября 2018

мы развернули кластер Kubernetes за прокси-сервером и успешно настроили демон Docker для использования нашего прокси-сервера для отправки изображений, как описано на следующей странице: https://docs.docker.com/config/daemon/systemd/#httphttps-proxy

Мы настроили клиент Docker для установки параметров environemnt «https_proxy», «http_proxy» и «no_proxy», как определено на следующей странице: https://docs.docker.com/network/proxy/#configure-the-docker-client

Настройка кластера Kubernetes выглядит следующим образом: 

aadigital1:~ # kubectl get node
NAME         STATUS    ROLES         AGE       VERSION
aadigital1   Ready     master,node   9d        v1.10.4
aadigital2   Ready     node          9d        v1.10.4
aadigital3   Ready     node          9d        v1.10.4
aadigital4   Ready     node          9d        v1.10.4
aadigital5   Ready     node          9d        v1.10.4

Контейнер Docker запускается вручную - ENV Параметры установлены правильно

Параметры среды для докер-контейнеров, которые развертываются вручную, задаются следующим образом: 

aadigital1:~ # docker run -i -t odise/busybox-curl ash
/ # printenv
HTTPS_PROXY=http://ssnproxy.ssn.xxx.com:80/
no_proxy=localhost,127.0.0.0,127.0.1.1,127.0.1.1,local.home,80.250.142.64,80.250.142.65,80.250.142.66,80.250.142.69,80.250.142.70,80.250.142.71,aadigital1.aan.xxx.com,aadigita2.ssn.xxx.com,aadigital3.ssn.xxx.com,aadigital4.ssn.xxx.com,aadigita5.ssn.xxx.com,aadigital6.ssn.xxx.com
HOSTNAME=0360a9dcd20b
SHLVL=1
HOME=/root
NO_PROXY=localhost,127.0.0.0,127.0.1.1,127.0.1.1,local.home,80.250.142.64,80.250.142.65,80.250.142.66,80.250.142.69,80.250.142.70,80.250.142.71,aadigital1.aan.xxx.com,aadigita2.ssn.xxx.com,aadigital3.ssn.xxx.com,aadigital4.ssn.xxx.com,aadigita5.ssn.xxx.com,aadigital6.ssn.xxx.com
https_proxy=http://ssnproxy.ssn.xxx.com:80/
http_proxy=http://ssnproxy.ssn.xxx.com:80/
TERM=xterm
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/
HTTP_PROXY=http://ssnproxy.ssn.xxx.com:80/

PUB Kubernetes - ENV Параметры не установлены

В том же образе докера, который использовался выше для POD Kubernetes, нет параметров прокси-окружения (тот же компьютер aadigital1): 

aadigital1:~ # kubectl get pod -o wide
NAME                       READY     STATUS    RESTARTS   AGE       IP          NODE
busybox-6d4df8f8b7-m62m2   1/1       Running   3          2d        10.0.0.16   aadigital3
busybox-curl               1/1       Running   0          16m       10.0.1.59   aadigital1
busybox-dns                1/1       Running   9          6h        10.0.1.53   aadigital1
aadigital1:~ # kubectl exec -it busybox-curl -- ash
/ # printenv
KUBERNETES_PORT=tcp://10.0.128.1:443
NGINX_NODEPORT_PORT=tcp://10.0.204.167:80
KUBERNETES_SERVICE_PORT=443
NGINX_NODEPORT_SERVICE_PORT=80
HOSTNAME=busybox-curl
SHLVL=1
HOME=/root
NGINX_NODEPORT_PORT_80_TCP_ADDR=10.0.204.167
NGINX_NODEPORT_PORT_80_TCP_PORT=80
NGINX_NODEPORT_PORT_80_TCP_PROTO=tcp
TERM=xterm
NGINX_NODEPORT_PORT_80_TCP=tcp://10.0.204.167:80
KUBERNETES_PORT_443_TCP_ADDR=10.0.128.1
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_PROTO=tcp
KUBERNETES_PORT_443_TCP=tcp://10.0.128.1:443
KUBERNETES_SERVICE_PORT_HTTPS=443
PWD=/
KUBERNETES_SERVICE_HOST=10.0.128.1
NGINX_NODEPORT_SERVICE_HOST=10.0.204.167

Как мы можем настроить Kubernetes / Docker, чтобы параметры прокси-окружения были правильно установлены для POD?

Большое спасибо!

1 Ответ

0 голосов
/ 06 сентября 2018

Причиной этого состояния является то, что переменные окружения с прокси являются функцией клиента Docker. Docker разделен на 2 части: API, представленный в сокете демоном docker, и CLI клиента Docker, с помощью которого вы можете запускать контейнер Docker Run .... так что команда попадет в API Docker Daemon, создавая «что-то». К сожалению, Kubernetes - это еще один клиент API, который означает, что Kubernetes не использует докер-клиент для планирования контейнера (API доступа Kubernetes напрямую, используя SDK), поэтому вы не видите ожидаемых переменных среды.

Чтобы обойти эту проблему, я бы предложил создать ConfigMap с такими значениями прокси, например, 

apiVersion: v1
kind: ConfigMap
metadata:
  name: your-config-map-name
  labels:
    app: your-best-app
data:
  HTTPS_PROXY: http://ssnproxy.ssn.xxx.com:80/
  HTTP_PROXY: http://ssnproxy.ssn.xxx.com:80/

и подключите их к развертыванию в качестве переменных среды, используя 

envFrom:
  - configMapRef:
      name: your-config-map-name
...