前戲
環境還是使用我們上節的環境
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
# 可以看到,我們的 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,還有一個 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