前戲
環境還是使用我們上節的環境: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