如何访问pod
一、通過 Service 訪問 Pod：
我們不應(yīng)該期望 Kubernetes Pod 是健壯的，而是要假設(shè) Pod 中的容器很可能因為各種原因發(fā)生故障而死掉。Deployment 等 controller 會通過動態(tài)創(chuàng)建和銷毀 Pod 來保證應(yīng)用整體的健壯性。換句話說，Pod 是脆弱的，但應(yīng)用是健壯的。 每個 Pod 都有自己的 IP 地址。當 controller 用新 Pod 替代發(fā)生故障的 Pod 時，新 Pod 會分配到新的 IP 地址。這樣就產(chǎn)生了一個問題： 如果一組 Pod 對外提供服務(wù)（比如 HTTP），它們的 IP 很有可能發(fā)生變化，那么客戶端如何找到并訪問這個服務(wù)呢？ Kubernetes 給出的解決方案是 Service。創(chuàng)建 Service
Kubernetes Service 從邏輯上代表了一組 Pod，具體是哪些 Pod 則是由 label 來挑選。Service 有自己 IP，而且這個 IP 是不變的。客戶端只需要訪問 Service 的 IP，Kubernetes 則負責建立和維護 Service 與 Pod 的映射關(guān)系。無論后端 Pod 如何變化，對客戶端不會有任何影響，因為 Service 沒有變。 來看個例子，創(chuàng)建下面的這個 Deployment： kubectl run httpd-app --image=reg.yunwei.edu/learn/httpd:latest replicaset=3 [root@cicd yml]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE httpd-deployment-67b8d86468-9bz57 1/1 Running 1 21h 172.20.104.9 192.168.253.11 httpd-deployment-67b8d86468-skw2n 1/1 Running 0 21h 172.20.135.28 192.168.253.10 httpd-deployment-67b8d86468-zmr75 1/1 Running 1 21h 172.20.104.7 192.168.253.11?
我們啟動了兩個 Pod，運行 httpd 鏡像，label 是 run: http，Service 將會用這個 label 來挑選 Pod。 Pod 分配了各自的 IP，這些 IP 只能被 Kubernetes Cluster 中的容器和節(jié)點訪問，而不能被客戶端訪問。 [root@node1 network-scripts]# curl 172.20.104.9:80 <html><body><h1>It works!</h1></body></html> 接下來創(chuàng)建 Service，其配置文件如下：?
①?v1?是 Service 的?apiVersion。 ② 指明當前資源的類型為?Service。 ③ Service 的名字為?httpd-svc。 ④?selector?指明挑選那些 label 為?run: httpd?的 Pod 作為 Service 的后端。 ⑤ 將 Service 的 8080 端口映射到 Pod 的 80 端口，使用 TCP 協(xié)議。 執(zhí)行?kubectl apply?創(chuàng)建 Service?httpd-svc。 [root@cicd yml]# kubectl apply -f httpd-svc.yml service "httpd-svc" configured [root@cicd yml]# kubectl get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE httpd-svc ClusterIP 10.68.236.154 <none> 8080/TCP 21h kubernetes ClusterIP 10.68.0.1 <none> 443/TCP 22h?
httpd-svc?分配到一個 CLUSTER-IP?10.68.236.154（service ip）。可以通過該 IP 訪問后端的 httpd Pod。 根據(jù)前面的端口映射，這里要使用 8080 端口。另外，除了我們創(chuàng)建的?httpd-svc，還有一個 Service?kubernetes，Cluster 內(nèi)部通過這個 Service 訪問 kubernetes API Server。?
也可以通過?kubectl describe?可以查看?httpd-svc?與 Pod 的對應(yīng)關(guān)系。 kubectl describe service httpd-svc kubectl get pod -o wide [root@cicd yml]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE httpd-deployment-67b8d86468-9bz57 1/1 Running 1 21h 172.20.104.9 192.168.253.11 httpd-deployment-67b8d86468-skw2n 1/1 Running 0 21h 172.20.135.28 192.168.253.10 httpd-deployment-67b8d86468-zmr75 1/1 Running 1 21h 172.20.104.7 192.168.253.11?
?可以看到svc服務(wù)端點將三個pod的ip地址都包含在內(nèi)了，因此才可以通過訪問service的ip九能訪問到集群的后端節(jié)點。
?我們在其他節(jié)點上嘗試訪問service：
[root@node1 network-scripts]# curl 10.68.236.154:8080 <html><body><h1>It works!</h1></body></html>?
Endpoints?羅列了兩個 Pod 的 IP 和端口。我們知道 Pod 的 IP 是在容器中配置的，那么 Service 的 Cluster IP 又是配置在哪里的呢？CLUSTER-IP 又是如何映射到 Pod IP 的呢？ 答案是 iptables?
二、Service IP 原理：
?
Service Cluster IP 是一個虛擬 IP，是由 Kubernetes 節(jié)點上的 iptables 規(guī)則管理的。 -A KUBE-SERVICES -d 10.68.236.154/32 -p tcp -m comment --comment "default/httpd-svc: cluster IP" -m tcp --dport 8080 -j KUBE-SVC-RL3JAE4GN7VOGDGP 這條規(guī)則的含義是： 如果 Cluster 內(nèi)的 Pod要訪問?httpd-svc，跳轉(zhuǎn)到規(guī)則?KUBE-SVC-RL3JAE4GN7VOGDGP KUBE-SVC-RL3JAE4GN7VOGDGP?規(guī)則如下： [root@node2 /]# iptables-save | grep KUBE-SVC-RL3JAE4GN7VOGDGP-A KUBE-SVC-RL3JAE4GN7VOGDGP -m comment --comment "default/httpd-svc:" -m statistic --mode random --probability 0.33332999982 -j KUBE-SEP-INLCIAMUGTXA7N36 -A KUBE-SVC-RL3JAE4GN7VOGDGP -m comment --comment "default/httpd-svc:" -m statistic --mode random --probability 0.50000000000 -j KUBE-SEP-R64ZBQQHUU433KVL -A KUBE-SVC-RL3JAE4GN7VOGDGP -m comment --comment "default/httpd-svc:" -j KUBE-SEP-PV62YIJXJGRFPHFZ?
?
即將請求分別轉(zhuǎn)發(fā)到后端的兩個 Pod。通過上面的分析，我們得到如下結(jié)論： iptables 將訪問 Service 的流量轉(zhuǎn)發(fā)到后端 Pod，而且使用類似輪詢的負載均衡策略。 另外需要補充一點：Cluster 的每一個節(jié)點都配置了相同的 iptables 規(guī)則，這樣就確保了整個 Cluster 都能夠通過 Service 的 Cluster IP 訪問 Service。 iptables規(guī)則相當于路標，給我們指引但不會直接給出目的地。?
二、DNS 訪問 Service
?
在 Cluster 中，除了可以通過 Cluster IP 訪問 Service，Kubernetes 還提供了更為方便的 DNS 訪問。 DNS組件 kubeadm 部署時會默認安裝 kube-dns 組件。 coredns 是一個 DNS 服務(wù)器。每當有新的 Service 被創(chuàng)建，coredns 會添加該 Service 的 DNS 記錄。Cluster 中的 Pod 可以通過?<SERVICE_NAME>.<NAMESPACE_NAME>?訪問 Service。 比如可以用?httpd-svc.default?訪問 Service?httpd-svc。 kubectl run busybox --rm -ti --image=reg.yunwei.edu/learn/busybox:latest /bin/sh wget httpd-svc:8080三、外網(wǎng)訪問 Service：
外網(wǎng)如何訪問 Service？ 除了 Cluster 內(nèi)部可以訪問 Service，很多情況我們也希望應(yīng)用的 Service 能夠暴露給 Cluster 外部。Kubernetes 提供了多種類型的 Service，默認是 ClusterIP。 ClusterIP? Service 通過 Cluster 內(nèi)部的 IP 對外提供服務(wù)，只有 Cluster 內(nèi)的節(jié)點和 Pod 可訪問，這是默認的 Service 類型，前面實驗中的 Service 都是 ClusterIP。 NodePort? Service 通過 Cluster 節(jié)點的靜態(tài)端口對外提供服務(wù)。Cluster 外部可以通過?<NodeIP>:<NodePort>?訪問 Service。LoadBalancer?
Service 利用 cloud provider 特有的 load balancer 對外提供服務(wù)，cloud provider 負責將 load balancer 的流量導(dǎo)向 Service。目前支持的 cloud provider 有 GCP、AWS、Azur 等。 下面我們來實踐 NodePort，Service?httpd-svc?的配置文件修改如下：?
添加?type: NodePort，重新創(chuàng)建?httpd-svc。查看service狀態(tài) kubectl apply -f httpd-svc.yml [root@cicd yml]# kubectl get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE httpd-svc NodePort 10.68.236.154 <none> 8080:26055/TCP 22h kubernetes ClusterIP 10.68.0.1 <none> 443/TCP 23h Kubernetes 依然會為?httpd-svc?分配一個 ClusterIP，不同的是：<html><body><h1>It works!</h1></body></html> port?是 ClusterIP 上監(jiān)聽的端口。 [root@node1 network-scripts]# curl 10.68.236.154:8080 #8080為service的ip的端口
<html><body><h1>It works!</h1></body></html> targetPort?是 Pod 監(jiān)聽的端口。 [root@node2 /]# curl 172.20.104.9:80 #pod端口也就是運行在node節(jié)點上的pod群
<html><body><h1>It works!</h1></body></html>
轉(zhuǎn)載于:https://www.cnblogs.com/zzzynx/p/11066168.html
總結(jié)
- 上一篇： hdoj1863
- 下一篇： MyBatis从入门到精通：update