Почему мои стручки Kubernetes совместно используют переменные среды? - PullRequest
Новая
       9

Почему мои стручки Kubernetes совместно используют переменные среды?

0 голосов
/ 11 ноября 2018

У меня 3 совершенно разных стручка: 

kubectl get pods -o go-template --template '{{range .items}}{{.metadata.name}}{{"\n"}}{{end}}'
kubernetes-bootcamp-5c69669756-5rh9t
queenly-seahorse-mysql-6dc964999c-h4w54
wordpress-mysql-bcc89f687-hs677

но похоже, что они имеют одни и те же переменные. Например. 

kubectl exec "kubernetes-bootcamp-5c69669756-5rh9t" env | grep MYSQL
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP=tcp://10.98.170.14:3306
QUEENLY_SEAHORSE_MYSQL_SERVICE_PORT_MYSQL=3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_ADDR=10.98.170.14
QUEENLY_SEAHORSE_MYSQL_SERVICE_HOST=10.98.170.14
QUEENLY_SEAHORSE_MYSQL_SERVICE_PORT=3306
QUEENLY_SEAHORSE_MYSQL_PORT=tcp://10.98.170.14:3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_PORT=3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_PROTO=tcp

и затем на совершенно другом, не связанном модуле (но на том же узле): 

kubectl exec "queenly-seahorse-mysql-6dc964999c-h4w54" env | grep MYSQL
MYSQL_ROOT_PASSWORD=<redact>
MYSQL_PASSWORD=<redact>
MYSQL_USER=
MYSQL_DATABASE=
QUEENLY_SEAHORSE_MYSQL_PORT=tcp://10.98.170.14:3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP=tcp://10.98.170.14:3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_PORT=3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_ADDR=10.98.170.14
QUEENLY_SEAHORSE_MYSQL_SERVICE_PORT=3306
QUEENLY_SEAHORSE_MYSQL_SERVICE_HOST=10.98.170.14
QUEENLY_SEAHORSE_MYSQL_SERVICE_PORT_MYSQL=3306
QUEENLY_SEAHORSE_MYSQL_PORT_3306_TCP_PROTO=tcp
MYSQL_MAJOR=5.7
MYSQL_VERSION=5.7.14-1debian8

Любое объяснение, почему?

FWIW, я явно exec делаю в 2 разных контейнера. Э.Г. 

kubectl exec "queenly-seahorse-mysql-6dc964999c-h4w54" env | grep HOSTNAME
HOSTNAME=queenly-seahorse-mysql-6dc964999c-h4w54

kubectl exec "kubernetes-bootcamp-5c69669756-5rh9t" env | grep HOSTNAME
HOSTNAME=kubernetes-bootcamp-5c69669756-5rh9t

Ответы [ 2 ]

0 голосов
/ 11 ноября 2018

Все переменные среды Kubernetes Services совместно используются в пространстве имен. Это сделано для того, чтобы стручки могли найти определенную услугу, если им это необходимо.

Были обсуждения о том, как их отключить, но я полагаю, что до сих пор не было добавлено никаких исправлений.

0 голосов
/ 11 ноября 2018

Я удалил свой комментарий и добавляю его в качестве ответа. Я понял, что env vars "QUEENLY_SEAHORSE_MYSQL_xxxx" был добавлен Kubernetes для службы с именем "queenly-seahorse-mysql" - см. https://kubernetes.io/docs/concepts/services-networking/service/#environment-variables

...