前戏
环境还是使用我们上节的环境：https://www.cnblogs.com/zouzou-busy/p/16156384.html
HeadLiness
在某些场景中，开发人员可能不想使用 Service 提供的负载均衡功能，而希望自己来控制负载均衡策略，针对这种情况，kubernetes 提供了 HeadLiness Service，这类 Service 不会分配 Cluster IP，如果想要访问 service，只能通过 service 的域名进行查询。
创建 service-headliness.yaml
apiVersion: v1 kind: Service # 类型为 Service metadata: name: service-headliness # Service 的名称 namespace: zouzou spec: selector: # 标签选择器，会和上面创建的 deployment.yaml 的 pod 关联起来 app: nginx-pod clusterIP: None # 将 clusterIP 设置为 None，即可创建 headliness Service type: ClusterIP # ports: - port: 9090 # Service 端口，自定义 targetPort: 80 # pod 端口
创建 service
# 创建 service [root@dce-10-6-215-215 tmp]# kubectl create -f service-headliness.yaml service/service-headliness created
查看 service
# 可以看到，我们的 CLUSTER-IP 是 None [root@dce-10-6-215-215 tmp]# kubectl get svc -n zouzou -o wide NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR service-headliness ClusterIP None <none> 9090/TCP 48s app=nginx-pod # Endpoints 是有数据的 [root@dce-10-6-215-215 tmp]# kubectl describe svc -n zouzou Name: service-headliness Namespace: zouzou Labels: <none> Annotations: <none> Selector: app=nginx-pod Type: ClusterIP IP: None IPFamily: IPv4 Port: <unset> 9090/TCP TargetPort: 80/TCP Endpoints: 172.29.190.159:80,172.29.34.223:80,172.29.34.255:80 # 还是有数据的 Session Affinity: None Events: <none>
查看域名的解析情况
# 查看 pod [root@dce-10-6-215-215 tmp]# kubectl get pod -n zouzou NAME READY STATUS RESTARTS AGE nginx3-c5d7c9466-vnt9c 1/1 Running 0 25h pc-deployment-5bff7844cb-6n65j 1/1 Running 0 92m pc-deployment-5bff7844cb-vnvhs 1/1 Running 0 92m pc-deployment-5bff7844cb-z5ks7 1/1 Running 0 92m # 进入到 pc-deployment-5bff7844cb-6n65j 的 pod 里面，使用 cat /etc/resolv.conf 查看域名 [root@dce-10-6-215-215 tmp]# kubectl exec -it pc-deployment-5bff7844cb-6n65j -n zouzou /bin/bash kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl kubectl exec [POD] -- [COMMAND] instead. root@pc-deployment-5bff7844cb-6n65j:/# cat /etc/resolv.conf nameserver 172.31.0.10 search zouzou.svc.cluster.local svc.cluster.local cluster.local options ndots:5
todo...
NodePort
在之前的例子中，创建的 Service 的 ip 地址只有集群内部才可以访问，如果希望将 Service 暴露给集群外部使用，那么就要使用到另外一种类型的 Service，称为 NodePort 类型。NodePort 的工作原理其实就是将 service 的端口映射到 Node 的一个端口上，然后就可以通过 NodeIp:NodePort 来访问 service 了。
创建 service-nodeport.yaml
apiVersion: v1 kind: Service # 类型为 Service metadata: name: service-nodeport # Service 的名称 namespace: zouzou # 命名空间 spec: selector: # 标签选择器，会和上面创建的 deployment.yaml 的 pod 关联起来 app: nginx-pod type: NodePort # service 类型为 NodePort ports: - port: 8888 # service 的端口 nodePort: 30033 # 指定绑定的 node 的端口(默认的取值范围是：30000-32767), 如果不指定，会默认分配 targetPort: 80 # 容器的端口
创建 service
# 创建 service [root@dce-10-6-215-215 tmp]# kubectl create -f service-nodeport.yaml service/service-nodeport created
查看 service
# 可以看到，service 的类型是 NodePort，还有一个 CLUSTER-IP，这个是集群内可以访问，我们设置的端口是 8888，所以可以 172.31.100.38:8888 进行访问，这里我们用不到 # PORT(S) 8888/30033，30033 是我们 node 节点的端口，当访问 nodeip:30033 会代理到 172.31.100.38:8888 上，然后由 service 在转发给 pod [root@dce-10-6-215-215 tmp]# kubectl get svc -n zouzou -o wide NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR service-headliness ClusterIP None <none> 9090/TCP 21m app=nginx-pod service-nodeport NodePort 172.31.100.38 <none> 8888:30033/TCP 63s app=nginx-pod
接下来可以通过电脑主机的浏览器去访问集群中任意一个 nodeip 的 30002 端口，即可访问到 pod
