前戏
环境还是使用我们上节的环境
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
