一:前言
在某些集群中,集群中的每个节点都需要将自身的标识(ID)及进程绑定的IP等信息事先写入配置文件中,进程启动时读取这些信息,然后发布到某个类似服务注册中心的地方,以实现集群节点的自动发现功能。
此时可以使用Downward API,具体做法是先编写一个预启动脚本或Init Container,通过环境变量或文件方式获取Pod自身的名称,IP地址等信息,然后写入主程序的配置文件中,最后启动主程序。
二:实现方式
Downward API 可以通过以下两种方式将Pod信息注入容器内部。
1.环境变量:用于单个变量,可以将Pod信息和Container信息注入容器内部。
2.Volume挂载: 将数组类信息生成文件,挂载到容器内部。
三: 实例
环境变量方式,将Pod信息注入为环境变量 dapi-test-pod.yaml
kubectl create -f dapi-test-pod.yaml
kubectl logs dapi-test-pod
在某些集群中,集群中的每个节点都需要将自身的标识(ID)及进程绑定的IP等信息事先写入配置文件中,进程启动时读取这些信息,然后发布到某个类似服务注册中心的地方,以实现集群节点的自动发现功能。
此时可以使用Downward API,具体做法是先编写一个预启动脚本或Init Container,通过环境变量或文件方式获取Pod自身的名称,IP地址等信息,然后写入主程序的配置文件中,最后启动主程序。
二:实现方式
Downward API 可以通过以下两种方式将Pod信息注入容器内部。
1.环境变量:用于单个变量,可以将Pod信息和Container信息注入容器内部。
2.Volume挂载: 将数组类信息生成文件,挂载到容器内部。
三: 实例
环境变量方式,将Pod信息注入为环境变量 dapi-test-pod.yaml
点击(此处)折叠或打开
- apiVersion: v1
- kind: Pod
- metadata:
- name: dapi-test-pod
- namespace: default
- spec:
- containers:
- - name: test-container
- image: busybox
- command: [ "/bin/sh","-c","env" ]
- env:
- - name: MY_POD_NAME
- valueFrom:
- fieldRef:
- fieldPath: metadata.name
- - name: MY_POD_NAMESPACE
- valueFrom:
- fieldRef:
- fieldPath: metadata.namespace
- - name: MY_POD_NAMES
- valueFrom:
- fieldRef:
- fieldPath: status.podIP
kubectl logs dapi-test-pod
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28624388/viewspace-2154411/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/28624388/viewspace-2154411/