Kubernetes學習筆記（四）：服務
- 2020 年 5 月 23 日
- 筆記
- Kubernetes
服務介紹
服務是一種為一組相同功能的pod提供單一不變接入點的資源。當服務存在時，他的IP和端口不會改變。客戶端通過IP和端口建立連接，這些連接會被路由到任何一個pod上。如此，客戶端不需要知道每個單獨提供服務的pod地址，這些pod也可以隨時被創建、刪除。
與ReplicationController一樣，服務通過標籤選擇器決定管理哪些pod。
準備鏡像
首先要準備一個能夠提供web服務的鏡像，作者將鏡像存儲到了阿里雲的鏡像倉庫，讀者可以跳過構建過程相關過程，直接使用作者構建好的鏡像（但是不建議）。
web.go
監聽8000端口，接到請求輸出當前hostname
package main
import (
"fmt"
"log"
"net/http"
"os"
)
func main() {
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
hostname,_ := os.Hostname();
fmt.Fprintf(w,"this is %v\n",hostname)
})
log.Fatal(http.ListenAndServe(":8000",nil))
}
Dockerfile
多步驟構建，有關與此以及Dockerfile的文章請見：Docker學習筆記（三）：Dockerfile及多步驟構建鏡像
FROM golang:1.14-alpine
COPY goweb.go /src/
RUN CGO_ENABLED=0 GOOS=linux go build -o /bin/goweb /src/goweb.go
FROM registry.cn-hangzhou.aliyuncs.com/orzi/myalpine
COPY --from=0 /bin/goweb /usr/local/bin/
RUN apk add --no-cache curl
EXPOSE 8000
CMD ["/usr/local/bin/goweb"]
構建、測試、推送
構建完成
-> [[email protected]] [~/work/service] docker build -t registry.cn-hangzhou.aliyuncs.com/orzi/goweb .
Sending build context to Docker daemon 3.072kB
......
Successfully built 3db4b643ba0a
Successfully tagged registry.cn-hangzhou.aliyuncs.com/orzi/goweb:latest
運行鏡像，本地8001映射到容器的8000
-> [[email protected]] [~] docker run --rm -d -p 8001:8000 registry.cn-hangzhou.aliyuncs.com/orzi/goweb
6241a412caeacfe5f025d20af154b2eba98555fcb2b2f55742154a9e6fa46817
請求本地的8001端口
-> [[email protected]] [~] curl //localhost:8001
this is 6241a412caea
沒有問題，推送
-> [[email protected]] [~] docker push registry.cn-hangzhou.aliyuncs.com/orzi/goweb
The push refers to repository [registry.cn-hangzhou.aliyuncs.com/orzi/goweb]
8c5325633e9a: Pushed
3e207b409db3: Pushed
latest: digest: sha256:2704d806836060237169ea59cfda238c50fc5e5881e15cb1230200b5c8b2f5a0 size: 739
創建服務
goweb-rs.yaml
apiVersion: apps/v1
kind: ReplicaSet
metadata:
name: goweb-rs
spec:
replicas: 2
selector:
matchLabels:
app: goweb
template:
metadata:
labels:
app: goweb
spec:
containers:
- name: goweb
image: registry.cn-hangzhou.aliyuncs.com/orzi/goweb
ports:
- containerPort: 8000
goweb-svc.yaml
apiVersion: v1
kind: Service
metadata:
name: goweb-svc
spec:
ports:
- port: 80 # 服務的端口
targetPort: 8000 # 服務將連接轉發到容器的端口
selector: # 匹配此選擇器的都屬於這個服務
app: goweb
創建一個名為goweb-svc的服務，它將在80端口接收請求並將連接路由到具有標籤app=goweb的pod的8000端口上。
創建
-> [[email protected]] [~] k create -f goweb-svc.yaml
service/goweb-svc created
-> [[email protected]] [~] k create -f goweb-rs.yaml
replicaset.apps/goweb-rs created
-> [[email protected]] [~] k get all
NAME READY STATUS RESTARTS AGE
pod/goweb-rs-6n6fw 1/1 Running 0 14m
pod/goweb-rs-vkwqb 1/1 Running 0 14m
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/goweb-svc ClusterIP 10.104.46.76 <none> 80/TCP 9s
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 40h
NAME DESIRED CURRENT READY AGE
replicaset.apps/goweb-rs 2 2 2 14m
kubectl exec
訪問服務可以在集群節點上直接訪問，如：
-> [[email protected]] [~] curl //10.104.46.76
this is goweb-rs-vkwqb
-> [[email protected]] [~] curl //10.104.46.76
this is goweb-rs-6n6fw
或者通過kubectl exec命令在已存在的pod上執行curl
-> [[email protected]] [~] k exec goweb-rs-vkwqb -- curl -s //10.104.46.76
this is goweb-rs-vkwqb
-> [[email protected]] [~] k exec goweb-rs-vkwqb -- curl -s //10.104.46.76
this is goweb-rs-6n6fw
雙橫杠表示kubectl命令項的結束，在此之後的是指要在pod內部執行的命令。這是為了避免異常和歧義，如果需要執行的指令中沒有橫杠，那麼可以不用雙橫杠。
sessionAffinity
使用svc.spec.sessionAffinity設置會話親和性，默認是None。指定為ClientIP會使來自同一個Client IP的請求轉發到同一個Pod上。
Kubernetes只支持這兩種親和性設置，不支持cookie，因為Kubernetes不在Http層面工作。服務處理TCP和UDP包，不關心其中的內容。
一個服務暴露多個端口
創建一個多端口服務時，必須給每個端口指定名字。
為服務指定多個端口
apiVersion: v1
kind: Service
metadata:
name: goweb-svc
spec:
ports:
- name: http
port: 80
targetPort: 8000
- name: https
port: 443
targetPort: 8443
selector:
app: goweb
使用命名的端口
使用方法是：在Pod（或其他資源的Pod模板）的spec.containers.ports.name配置中指定端口名稱，然後Service中的spec.ports.targetPort引用。
使用命名端口的好處在於，當Pod更改端口號時，不會影響到Service，因為Service引用的是端口名。
Pod中指定端口名：
spec:
containers:
- name: goweb
ports:
- name: http # 命名8000端口為http
containerPort: 8000
- name: https # 命名8443端口為https
containerPort: 8443
Service中引用：
apiVersion: v1
kind: Service
metadata:
name: goweb-svc
spec:
ports:
- name: http # 將80端口映射到容器中名為http的端口
port: 80
targetPort: http
- name: https # 將443端口映射到容器中名為https的端口
port: 443
targetPort: https
selector:
app: goweb
服務發現
通過環境變量發現服務
在容器中執行env，列出一部分結果。
服務名稱中的橫線被轉換為下劃線，並且全部轉為大寫
-> [[email protected]] [~] k exec goweb-rs-hztlt env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=goweb-rs-hztlt
KUBERNETES_SERVICE_HOST=10.96.0.1
KUBERNETES_SERVICE_PORT=443
GOWEB_SVC_SERVICE_HOST=10.98.92.202
GOWEB_SVC_SERVICE_PORT=80
.........
通過DNS發現服務
Kubernetes集群運行了一個名為kube-dns的服務，提供DNS解析。
-> [[email protected]] [~] k get svc -n kube-system
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kube-dns ClusterIP 10.96.0.10 <none> 53/UDP,53/TCP,9153/TCP 2d17h
查看容器內的/etc/resolv.conf文件
-> [[email protected]] [~] k exec goweb-rs-hztlt cat /etc/resolv.conf
nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local lan vm
options ndots:5
沒有錯，nameserver指定的IP就是kube-dns服務的地址！
通過FQDN連接服務
FQDN（Fully Qualified Domain Name）：全限定域名
比如：goweb-svc.default.svc.cluster.local，goweb-svc是Service名稱，default是命名空間，svc表示資源類型，cluster.local表示本地集群後綴。
根據情況，可以省略命名空間（請求方與Service在相同命名空間下）和 svc.cluster.local，也就是說下列情況都是可以的：
-> [[email protected]] [~] k exec goweb-rs-dknjv -- curl -s //goweb-svc
this is goweb-rs-dknjv
-> [[email protected]] [~] k exec goweb-rs-dknjv -- curl -s //goweb-svc.default
-> [[email protected]] [~] k exec goweb-rs-dknjv -- curl -s //goweb-svc.default.svc.cluster.local
無法ping同服務IP的原因
因為服務的集群IP是一個虛擬IP，並且只有在與服務端口結合時才有意義。
Endpoint
Service與Pod不是直接相連的，有一種資源介於兩者之間，他就是Endpoint。
Endpoint暴露一個服務的IP和端口列表。
查看Service
-> [[email protected]] [~] k describe svc goweb-svc
Name: goweb-svc
Namespace: default
.......
Endpoints: 10.244.1.58:8000,10.244.2.61:8000
.......
查看Endpoint資源
-> [[email protected]] [~] k get ep
NAME ENDPOINTS AGE
goweb-svc 10.244.1.58:8000,10.244.2.61:8000 7h58m
kubernetes 192.168.199.117:6443 8h
手動配置服務的Endpoint
如果創建了不包含Pod選擇器的服務，Kubernetes將不會創建Endpoint資源。
創建沒有Pod選擇器的Service
external-service.yaml
apiVersion: v1
kind: Service
metadata:
name: external-svc
spec:
ports:
- port: 80
查看external-svc
-> [[email protected]] [~] k describe svc external-svc
Name: external-svc
Namespace: default
Labels: <none>
Annotations: <none>
Selector: <none>
Type: ClusterIP
IP: 10.108.251.192
Port: <unset> 80/TCP
TargetPort: 80/TCP
Endpoints: <none>
Session Affinity: None
Events: <none>
為沒有選擇器的服務創建Endpoint
Endpoint對象需要與服務具有相同的名字，並包含該服務的目標IP和端口列表。
Service和Endpoint都提交到服務器後，Service就又可以像具有Pod選擇器那樣了。
external-service-endpoint.yaml
apiVersion: v1
kind: Endpoints
metadata:
name: external-svc # 名字必須與相應服務的名字相同
subsets:
- addresses: # IP、端口列表
- ip: 11.11.11.11
- ip: 22.22.22.22
ports:
- port: 80
創建Endpoint
-> [[email protected]] [~] k create -f external-svc-endpoint.yaml
endpoints/external-svc created
查看external-svc服務
-> [[email protected]] [~] k describe svc external-svc
Name: external-svc
Namespace: default
Labels: <none>
Annotations: <none>
Selector: <none>
Type: ClusterIP
IP: 10.108.251.192
Port: <unset> 80/TCP
TargetPort: 80/TCP
Endpoints: 11.11.11.11:80,22.22.22.22:80
Session Affinity: None
Events: <none>
為外部服務創建別名
創建一個具有別名的外部服務時，需要指定service.spec.type的值為ExternalName；並且指定service.spec. externalName的值為外部服務的完整域名。因此連接到服務的客戶端將直接連接到外部服務，完全繞過服務代理。出於這個原因，這些類型的服務也就沒有集群IP
external-svc-externalname.yaml
apiVersion: v1
kind: Service
metadata:
name: external-svc-externalname
spec:
type: ExternalName # 服務類型
externalName: www.baidu.com # 外部服務的完整域名
ports:
- port: 80
創建、查看別名外部服務，可以看到external-svc-externalname確實沒有集群IP
-> [[email protected]] [~] k create -f external-svc-externalname.yaml
service/external-svc-externalname created
-> [[email protected]] [~] k get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
external-svc ClusterIP 10.108.251.192 <none> 80/TCP 57m
external-svc-externalname ExternalName <none> www.baidu.com 80/TCP 18s
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 9h
通過external-svc-externalname.default.svc.cluster.local甚至是external-svc-externalname可以訪問服務。
NodePort與LoadBalancer
以下幾種方式可在外部訪問服務：
- 將服務的類型設置成NodePort：
每個集群節點都會打開一個相同的端口，並將該端口的流量重定向到服務。 - 將服務的類型設置成LoadBalancer：
LoadBalancer是NodePort的一種擴展，這種類型需要雲基礎設施提供專用的負載均衡器，負載均衡器將流量轉發到集群的節點端口。
如果不支持LoadBalancer，那麼它會變得和NodePort一樣。 - 創建一個Ingress資源：
通過一個IP地址公開多個服務，它運行在第七層。
NodePort
goweb-nodeport.yaml
apiVersion: v1
kind: Service
metadata:
name: goweb-nodeport
spec:
type: NodePort # Service類型
ports:
- port: 80 # Service的端口
targetPort: 8000 # Pod的端口
nodePort: 31234 # 通過任意Node的此端口訪問服務
selector:
app: goweb
創建、查看這個類型為NodePort的服務
-> [[email protected]] [~] k create -f goweb-nodeport.yaml
service/goweb-nodeport created
-> [[email protected]] [~] k get svc goweb-nodeport
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
goweb-nodeport NodePort 10.105.234.226 <none> 80:31234/TCP 10s
查看節點IP
-> [[email protected]] [~] k get node -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
kube0.vm Ready master 3d5h v1.17.3 192.168.199.117 <none> CentOS Linux 7 (Core) 5.6.14-1.el7.elrepo.x86_64 docker://19.3.6
kube1.vm Ready <none> 3d5h v1.17.3 192.168.199.231 <none> CentOS Linux 7 (Core) 5.6.14-1.el7.elrepo.x86_64 docker://19.3.6
kube2.vm Ready <none> 3d5h v1.17.3 192.168.199.212 <none> CentOS Linux 7 (Core) 5.6.14-1.el7.elrepo.x86_64 docker://19.3.6
使用不同節點IP訪問服務
-> [[email protected]] [~] curl //192.168.199.231:31234
this is goweb-rs-pbxvx
-> [[email protected]] [~] curl //192.168.199.212:31234
this is goweb-rs-6wc2f
搞個圖
LoadBalancer
goweb-loadbalancer.yaml
apiVersion: v1
kind: Service
metadata:
name: goweb-loadbalancer
spec:
type: LoadBalancer # 更改了類型
ports: # 去掉了nodePort、隨機分配
- port: 80
targetPort: 8000
selector:
app: goweb
創建、查看這個類型為LoadBalancer的服務
-> [[email protected]] [~] k create -f goweb-loadbalancer.yaml
service/goweb-loadbalancer created
-> [[email protected]] [~] k get svc goweb-loadbalancer
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
goweb-loadbalancer LoadBalancer 10.106.251.246 <pending> 80:31141/TCP 21m
EXTERNAL-IP字段一直是<pending>，是作者的環境不支持LoadBalancer。退而求其次，將其作為NodePort使用：
-> [[email protected]] [~] curl //192.168.199.212:31141
this is goweb-rs-pbxvx
-> [[email protected]] [~] curl //192.168.199.231:31141
this is goweb-rs-6wc2f
搞個圖
外部連接的特性
externalTrafficPolicy
sservice.spec.externalTrafficPolicy設置為local，則服務代理會選擇運行本地的Pod。如果本地Node沒有Pod，則連接將掛起。
客戶端IP是不記錄的
節點端口接收到連接是，會對包的源地址進行轉換（SNAT），因此數據包的源IP將發生改變。
但是externalTrafficPolicy為local的不會進行SNAT
Ingress
因為每個LoadBalancer服務都需要自己的負載均衡器，以及獨有的共有IP地址。而Ingress只需要一個地址就可以為多個服務提供訪問。當客戶端向Ingress發送Http請求時，Ingress會根據請求的主機名和路徑決定請求轉發到那個服務。
部署Ingress控制器
只有Ingress控制器在集群中運行，Ingress資源才能正常工作。所以我們要先部署Ingress控制器，需要做的工作非常簡單：
進入ingress-nginx官網，複製粘貼以下內容，然後執行就可以了。
kubectl apply -f //raw.githubusercontent.com/kubernetes/ingress-nginx/controller-0.32.0/deploy/static/provider/baremetal/deploy.yaml
這時候查看Namespace，會發現多出一個ingress-nginx，具體內容就不細述了。
-> [[email protected]] [~] k get ns
NAME STATUS AGE
default Active 3d15h
ingress-nginx Active 15m
kube-node-lease Active 3d15h
kube-public Active 3d15h
kube-system Active 3d15h
除此之外還要做個小改動，執行k edit -n ingress-nginx service/ingress-nginx-controller，在spec下添加工作節點的IP。出處請見官網
externalIPs:
- 192.168.199.231
- 192.168.199.212
然後刪除其管理的Pod，使其重建。
-> [[email protected]] [~] k delete -n ingress-nginx pod/ingress-nginx-controller-f8d756996-8prk2
pod "ingress-nginx-controller-f8d756996-8prk2" deleted
goweb-ingress.yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: goweb-ingress
spec:
rules:
- host: www.goweb.com
http:
paths:
- path: /
backend:
serviceName: goweb-svc
servicePort: 80
創建、查看goweb-ingress
-> [[email protected]] [~] k create -f goweb-ingress.yaml
ingress.extensions/goweb-ingress created
-> [[email protected]] [~] k get ing
NAME HOSTS ADDRESS PORTS AGE
goweb-ingress www.goweb.com 192.168.199.212 80 61s
在host文件中添加 192.168.199.212 www.goweb.com。然後訪問
-> [[email protected]] [~] curl //www.goweb.com
this is goweb-rs-mhvj4
-> [[email protected]] [~] curl //www.goweb.com
this is goweb-rs-88k9t
暴露多個服務
需要暴露多個服務，參照goweb-ingress.yaml：
- 將多個服務映射到同一個域名只要在
pahts下再配置一個path即可。 - 將多個服務映射到不同域名則配置多個
host即可。
Ingress工作原理
從表面上看請求的流程是：client->ingress->service->pod，但實際上是client->ingress->pod。
在Ingress收到客戶端的請求後，會根據域名和路徑來確定服務，通過與該服務關聯的Endpoint對象查看Pod IP，並將客戶端的請求轉發給其中一個pod。也就是說，請求不會轉發給服務，服務只是被用來選擇pod。
處理TLS傳輸
佔個位置，以後補上。
就緒探針
就緒探針（readinessProbe）的類型與存活探針（livenessProbe）一樣，請見此文。它與存活探針的不同在於：如果容器未通過檢查，則不會被終止或重新啟動，但Pod會被從服務的Endpoint中移除，它確保了客戶端只與正常的Pod交互。
在眾多的微服務中存在很多依賴關係，被依賴服務只有在準備就緒後，才能接收請求。所以就緒探針務必要定義。
goweb-readiness.yaml
apiVersion: apps/v1
kind: ReplicaSet
metadata:
name: goweb-readiness
spec:
replicas: 2
selector:
matchLabels:
app: goweb
template:
metadata:
labels:
app: goweb
spec:
containers:
- name: goweb
image: registry.cn-hangzhou.aliyuncs.com/orzi/goweb
ports:
- name: http
containerPort: 8000
readinessProbe:
exec:
command: ["ls","/var/ready"]
運行查看goweb-readiness
創建之後等了一段時間，可以看到兩個Pod都處於為就緒狀態，goweb-svc的Endpoints也是空的。
-> [[email protected]] [~] k create -f goweb-readiness.yaml
replicaset.apps/goweb-rs created
-> [[email protected]] [~] k get po
NAME READY STATUS RESTARTS AGE
goweb-readiness-9k9kv 0/1 Running 0 11s
goweb-readiness-x2gfb 0/1 Running 0 11s
-> [[email protected]] [~] k describe svc goweb-svc
Port: http 80/TCP
TargetPort: http/TCP
Endpoints:
Session Affinity: None
Events: <none>
讓我們來給 goweb-readiness-9k9kv 創建一個/var/ready文件，使其準備就緒。
-> [[email protected]] [~] k exec goweb-readiness-9k9kv touch /var/ready
再來查看、可以看到已經有一個Pod就緒了，Endpoints也有內容了。
-> [[email protected]] [~] k get po
NAME READY STATUS RESTARTS AGE
goweb-readiness-9k9kv 1/1 Running 0 89s
goweb-readiness-x2gfb 0/1 Running 0 89s
-> [[email protected]] [~] k describe svc goweb-svc
Endpoints: 10.244.2.74:8000
headless
將服務的spec.clusterIP設置為None會使服務成為headless服務。它不會被分配集群IP，DNS對其解析時就會返回Pod IP。
默認情況下，DNS對headless服務名解析只會返回已經就緒的Pod的IP。
goweb-headless.yaml
apiVersion: v1
kind: Service
metadata:
name: goweb-headless
spec:
clusterIP: None
ports:
- name: http
port: 80
targetPort: 8000
selector:
app: goweb
創建、查看
ReplicaSet是使用前面的goweb-readiness.yaml創建的。
-> [[email protected]] [~] k create -f goweb-headless.yaml
service/goweb-headless created
-> [[email protected]] [~] k get all -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
pod/goweb-readiness-2jj49 0/1 Running 0 10m 10.244.2.4 kube2.vm <none> <none>
pod/goweb-readiness-5h5sg 0/1 Running 0 10m 10.244.1.5 kube1.vm <none> <none>
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR
service/goweb-headless ClusterIP None <none> 80/TCP 9m54s app=goweb
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 79m <none>
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
replicaset.apps/goweb-readiness 2 2 1 10m goweb registry.cn-hangzhou.aliyuncs.com/orzi/goweb app=goweb
使用nslookup解析goweb-headless，沒有返回任何Pod的IP，這是因為兩個Pod都未就緒。
-> [[email protected]] [~] k exec goweb-readiness-2jj49 nslookup goweb-headless
Server: 10.96.0.10
Address: 10.96.0.10:53
** server can't find goweb-headless.default.svc.cluster.local: NXDOMAIN
** server can't find goweb-headless.svc.cluster.local: NXDOMAIN
........
為goweb-readiness-2jj49創建/var/ready使其滿足就緒條件
k exec goweb-readiness-2jj49 touch /var/ready
再使用nslookup查看，可以看到返回了goweb-readiness-2jj49 的 IP
-> [[email protected]] [~] k exec goweb-readiness-2jj49 nslookup goweb-headless
Server: 10.96.0.10
Address: 10.96.0.10:53
......
Name: goweb-headless.default.svc.cluster.local
Address: 10.244.2.4
......
如法炮製，使另一個Pod生效，就能看到兩個Pod的IP了
publishNotReadyAddresses
將service.spec.publishNotReadyAddresses設置為true，允許DNS解析headless服務是發現未就緒的Pod。
將goweb-readiness的Pod副本變成3個
-> [[email protected]] [~] k scale --replicas=3 rs goweb-readiness
replicaset.apps/goweb-readiness scaled
-> [[email protected]] [~] k get po -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
goweb-readiness-2jj49 1/1 Running 0 24m 10.244.2.4 kube2.vm <none> <none>
goweb-readiness-5h5sg 1/1 Running 0 24m 10.244.1.5 kube1.vm <none> <none>
goweb-readiness-jb74c 0/1 Running 0 31s 10.244.1.6 kube1.vm <none> <none>
然後編輯goweb-headless，寫入publishNotReadyAddresses: true。
-> [[email protected]] [~] k edit svc goweb-headless
service/goweb-headless edited
nslookup查看，雖然有未就緒的，但IP還是全都返回了。
-> [[email protected]] [~] k exec goweb-readiness-2jj49 nslookup goweb-headless
Server: 10.96.0.10
Address: 10.96.0.10:53
Name: goweb-headless.default.svc.cluster.local
Address: 10.244.2.4
Name: goweb-headless.default.svc.cluster.local
Address: 10.244.1.5
Name: goweb-headless.default.svc.cluster.local
Address: 10.244.1.6
注意事項
- 雙橫杠表示kubectl命令項的結束，在此之後的是指要在pod內部執行的命令
- 創建一個多端口服務時，必須給每個端口指定名字。
sservice.spec.sessionAffinity設置會話親和性，默認為None，可以設置為ClientIP- 創建ExternalService需要將
spec.type設置為ExternalName，此類服務只在DNS級別實施（為服務創建了CNAME DNS），也因此不會獲得集群IP。 service.spec.externalTrafficPolicy設置為local，則服務代理會選擇運行本地的Pod。如果本地Node沒有Pod，則連接將掛起。service.spec.publishNotReadyAddresses設置為true，允許DNS解析headless服務是發現未就緒的Pod。
小結
- 服務是一種為一組相同功能的pod提供單一不變接入點的資源
- 創建了不包含Pod選擇器的服務，Kubernetes將不會創建Endpoints資源。
- 服務對外暴露的方法：NodePort、LoadBalancer、Ingress
- Ingress的的工作原理是：client->ingress->pod，而不是client->ingress->service->pod。
- 就緒探針與存活探針：
- 就緒探針：作用確保客戶端只與正常的Pod交互。如果檢查未通過，不會終止或重啟容器，但Pod會被從服務的Endpoint中移除。
- 存活探針：作榮是讓集群知道Pod是否正常運行。如果檢查未通過，則終止異常容器並重新啟動。
- 一些概念：Service、Endpoint、對外暴露、就緒探針，服務發現。
