Service,用来为Pod 提供一个统一的入口地址,有以下几种类型:
- ClusterIP
基本配置如下:
kind: Service
apiVersion: v1
metadata:
name: svc-0412-cip
spec:
selector:
app: nginx-busybox
type: ClusterIP
ports:
- name: nginx
port: 80
targetPort: 80
这样,整个集群内部包括Pod内部都可以通过生成的IP 访问这个svc了
- Headless
其实也属于ClusterIP,即将clusterIP设置为None,应用场景为:不需要Service默认提供的负载均衡,想自己手动去做控制
kind: Service
apiVersion: v1
metadata:
name: svc-0412-headless
spec:
selector:
app: nginx-busybox
clusterIP: None
ports:
- name: nginx
port: 80
targetPort: 80
会发现集群没有为这个svc分配IP,我们可以通过解析域名的方式查看后端的endpoints,命令为:
nslookup svc-0412-headless.default.svc.cluster.local 10.244.2.2
或则为
dig -t A svc-0412-headless.default.svc.cluster.local @10.244.2.2
其中"10.244.2.2" 为 coreDNS的pod的ip地址
注意:它的域名格式为:svc名称 + 命名空间 + svc.cluster.local
- LoadBalance
使用外部的负载均衡,一般为各个云供应商,没用过 - NodePort
该类型,主要是将ip端口暴露给外部,配置如下:
kind: Service
apiVersion: v1
metadata:
name: svc-0412-cip
spec:
selector:
app: nginx-busybox
type: NodePort
ports:
- name: nginx
port: 80
targetPort: 80
nodePort: 30000
有3个port字段:第一个"port:80"为svc开放的端口,第二个"targetPort:80"为pod暴露出来的端口, 第三个"nodePort:30000"为物理机的端口(外部可由该端口访问pod)
实验环境,先创建一个Deployment,由一个initContainer-busybox和一个Container-nginx组成,busybox负责将pod的IP地址写入index.html,这样ngxin容器就可以显示出来,方便查看svc的效果。
Deployment配置文件如下:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: nginx-busybox
spec:
replicas: 2
template:
metadata:
labels:
app: nginx-busybox
spec:
initContainers:
- name: busybox
image: busybox
imagePullPolicy: IfNotPresent
env:
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
volumeMounts:
- name: test-vl
mountPath: /workplace
command: ["/bin/sh", "-c", "echo $MY_POD_IP > /workplace/index.html"]
containers:
- name: nginx
image: nginx
imagePullPolicy: IfNotPresent
volumeMounts:
- name: test-vl
mountPath: /usr/share/nginx/html/
volumes:
- name: test-vl
emptyDir: {}
接着通过svc访问,查看效果:
可以看到,访问svc地址,后台会采用rr算法轮流访问匹配到的pod
以上为ClusterIP类型的访问,NodePort类似(注意需要开放物理机的防火墙,否则访问会失败)
综上,Service是一个基于4层的组件(IP+Port),如果要使用7层负载还是需要使用额外的插件,如:Ingress。