在 Node 上新创建一个 Pod 时,kubelet 会为每个 Pod(容器)添加一组环境变量,其中就包括当前系统中已经存在的 Service 的 IP 地址和端口号。
环境变量的格式如下所示:
~~~text
{SVCNAME}_SERVICE_HOST=host
{SVCNAME}_SERVICE_PORT=port
~~~
环境变量名都必须为大写,如果其中有连字符的会被转换为下划线。
比如集群中已经存在一个名为`redis-master`的 Service,它在集群内的 IP 地址为:`10.0.0.11`,TCP 端口号为`6379`,那么新创建的 Pod 中就会被初始化一组环境变量如下所示:
~~~text
REDIS_MASTER_SERVICE_HOST=10.0.0.11
REDIS_MASTER_SERVICE_PORT=6379
REDIS_MASTER_PORT=tcp://10.0.0.11:6379
REDIS_MASTER_PORT_6379_TCP=tcp://10.0.0.11:6379
REDIS_MASTER_PORT_6379_TCP_PROTO=tcp
REDIS_MASTER_PORT_6379_TCP_PORT=6379
REDIS_MASTER_PORT_6379_TCP_ADDR=10.0.0.11
~~~
所以环境变量在大部分情况下已经可以解决服务发现的问题了,但是这里存在一个需要注意的地方就是:服务必须先于 Pods 创建。如果先创建 Pods 后创建 Service,那么后创建的 Service 环境变量不会存在于先创建的 Pods 中。
下面我们来看一个实际的例子。
在`/home/shiyanlou`目录下新建`nginx-deployment.yaml`文件,并向其中写入如下内容:
~~~yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myweb
spec:
selector:
matchLabels:
app: nginx
replicas: 2
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.7.9
ports:
- containerPort: 80
~~~
执行创建:
~~~bash
$ kubectl create -f nginx-deployment.yaml
deployment.apps/myweb created
~~~
查看新创建的 Pods 的名称:
~~~bash
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
myweb-5754944d6c-8cngx 1/1 Running 0 5m56s
myweb-5754944d6c-r27ld 1/1 Running 0 5m56s
~~~
查看环境变量:
~~~bash
$ kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 82d
$ kubectl exec myweb-5754944d6c-8cngx env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=myweb-5754944d6c-8cngx
# 可以看到 Pod 已经被初始化注册了 kubernetes 服务的相关环境变量
KUBERNETES_SERVICE_PORT=443
KUBERNETES_SERVICE_PORT_HTTPS=443
KUBERNETES_PORT=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PROTO=tcp
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
KUBERNETES_SERVICE_HOST=10.96.0.1
NGINX_VERSION=1.7.9-1~wheezy
HOME=/root
~~~
直接使用命令创建名为 myweb 的服务:
~~~bash
$ kubectl expose deploy myweb
service/myweb exposed
~~~
查看 myweb Service 的集群 IP 和端口:
~~~bash
$ kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 82d
myweb ClusterIP 10.104.100.171 <none> 80/TCP 4s
~~~
大家再一次执行`kubectl exec myweb-5754944d6c-8cngx env`(具体的 Pod 名称需要替换为你环境中的名称) 命令会发现新创建的服务在 myweb-5754944d6c-8cngx Pod 中依然也没有注册环境变量。这也就证实了我们前面提到的注意事项。
现在我们先新建名为 tomcat 的 Pod,观察新创建的 Pod 是不是初始化环境变量时就将 myweb Service 注册进去了呢?
在`/home/shiyanlou`目录下新建`tomcat-deployment.yaml`,并向其中写入如下内容:
~~~yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp
spec:
selector:
matchLabels:
app: tomcat
replicas: 2
template:
metadata:
labels:
app: tomcat
spec:
containers:
- name: tomcat
image: tomcat
ports:
- containerPort: 8080
~~~
执行创建:
~~~bash
$ kubectl create -f tomcat-deployment.yaml
deployment.apps/myapp created
~~~
查看新创建的 Pods:
~~~bash
$ kubectl get pods -l app=tomcat
NAME READY STATUS RESTARTS AGE
myapp-69ff6fc7c6-lm9mk 1/1 Running 0 10m
myapp-69ff6fc7c6-rjr4f 1/1 Running 0 10m
~~~
任选其中的一个 Pod 查看环境变量:
~~~bash
$ kubectl exec myapp-69ff6fc7c6-lm9mk env|grep MYWEB
MYWEB_PORT_80_TCP=tcp://10.104.100.171:80
MYWEB_PORT_80_TCP_PORT=80
MYWEB_PORT_80_TCP_ADDR=10.104.100.171
MYWEB_SERVICE_HOST=10.104.100.171
MYWEB_SERVICE_PORT=80
MYWEB_PORT=tcp://10.104.100.171:80
MYWEB_PORT_80_TCP_PROTO=tcp
~~~
可以看到与 myweb 服务相关的环境变量都已经注册进了 tomcat Pod 中。
由于前面提到的环境变量的注意事项,所以更加推荐在服务发现中使用 DNS。
- Pod 基本用法
- Pod 简介
- 操作 Pod
- 创建 Pod
- 标签
- 标签选择器
- 命名空间
- 删除及更新 Pod
- 副本集(RS)、后台支撑服务集(DaemonSet)、任务(Job)
- 副本集(RS)
- 后台支撑服务集(DaemonSet)
- 任务(Job)
- 使用 ConfigMap 配置应用程序
- ConfigMap 简介
- 创建 ConfigMap 资源对象
- 通过 YAML 配置文件方式创建
- 通过 kubectl 命令行方式创建
- 通过生成器创建 ConfigMap
- 在 Pod 中使用 ConfigMap
- 通过环境变量方式使用 ConfigMap
- 通过卷挂载(volumeMount)方式使用 ConfigMap
- 使用 Secret 传递敏感数据
- Secret 简介
- 默认令牌 Secret
- 创建 Secret
- 使用 kubectl 创建 Secret
- 使用 YAML 文件手动创建 Secret
- 使用生成器创建 Secret
- 使用 Secrets
- 挂载 Secret 到 Pod 中作为卷进行使用
- 使用 Secret 作为环境变量
- 使用镜像拉取 Secret(ImagePullSecrets)
- 多容器 Pod
- 多容器 Pod 简介
- Pod 中容器间的通信
- Pod 容器共享 Volume
- 进程间通信(IPC)
- 容器间网络通信
- Scheduler
- kube-scheduler 简介
- kube-scheduler 职责及调度流程
- 常用参数
- 预选策略(Predicates Policies)
- 优选策略(Priorites Policies)
- 自定义调度器
- 使用 Deployment 进行 Pod 升级回滚
- Deployment 简介
- Deployment 的升级
- 多重更新(Rollover)
- 更新 Deployment 的标签选择器(Label Selector)
- Deployment 的回滚
- Deployment 的暂停与恢复
- Pod 扩容与缩容
- 手动扩缩容
- 自动扩缩容
- 扩缩容算法
- php-apache 自动扩缩容实例
- 配置 HPA
- v1 版本
- v2beta2 版本
- DaemonSet
- DaemonSet 简介
- 运行示例程序
- 滚动更新
- StatefulSet
- StatefulSet 简介
- 运行 nginx 实例
- 扩缩容 StatefulSet
- 更新 StatefulSet
- 删除 StatefulSet
- 非级联删除
- 级联删除
- Pod 管理策略
- Service 基本用法
- Service 简介
- Service 的类型
- 使用命令创建服务
- 使用 YAML 文件创建服务
- Service Discovery
- 环境变量
- DNS
- ClusterIP Service
- ClusterIp Service 简介
- Normal Service
- YAML 文件模板
- 服务负载分发策略 & 多端口服务 & 端口命名
- 一个简单的例子
- Headless Service
- 无 Selector 的服务
- NodePort Service
- NodePort Service 简介及实例
- 扩展:客户端直接访问 Pod
- hostPort
- hostNetwork
- Port Forward
- LoadBalancer与ExternalName
- LoadBalancer Service 简介
- LoadBalancer Service 实例
- 使用 nginx 软件手动实现负载均衡
- 由云服务商提供负载均衡器
- ExternalName Service 简介
- Ingress
- Ingress 简介
- 部署 nginx-ingress-controller
- 部署一个简单的 Nginx 实例
- 不同的 Ingress 策略配置类型
- 配置 Ingress 处理 TLS 传输