目錄

通過Service訪問應(yīng)用?

• 通過Pod IP訪問應(yīng)用?

• 通過ClusterIP Service在集群內(nèi)部訪問?

通過Service訪問應(yīng)用

通過之前的操作，應(yīng)用部署完成了，我們的Demo網(wǎng)站已經(jīng)成功啟動(dòng)了，那么如何訪問網(wǎng)站呢？

通過Pod IP訪問應(yīng)用

我們可以通過Pod IP來訪問之前部署的網(wǎng)站，但是前提是我們需要知道Pod IP。我們可以通過“kubectl get”命令的參數(shù)“-o wide”來輸出相關(guān)的信息，比如Pod IP：

kubectl get pods -lapp=demo -o wide

如果網(wǎng)絡(luò)是通暢的，那么我們可以在任意的節(jié)點(diǎn)上訪問我們的應(yīng)用，如：

curl --head http://10.0.2.12

我們使用curl以get方式請(qǐng)求demo應(yīng)用，返回請(qǐng)求頭為200，那么表示我們已經(jīng)成功訪問了Demo。如果你還不太相信，我們可以通過安裝了UI界面的CentOS節(jié)點(diǎn)服務(wù)器的瀏覽器上訪問這些Pod IP，如下所示：

雖然我們通過Pod IP成功的訪問到了應(yīng)用，但是Pod有生老病死，如果“死”了呢，我們?nèi)绾卧L問？Deployment會(huì)重建么？我們來試一試：

kubectl delete pods -lapp=demo kubectl get pods -lapp=demo -o wide

很不幸的是，如上圖所示，POD IP變掉了。那么意味著POD IP會(huì)隨著POD的生老病死而發(fā)生變化。而且，不僅存在這個(gè)問題，如果我們直接使用POD IP，那么多個(gè)POD也變得毫無意義。那么我們應(yīng)該到底如何來訪問我們的應(yīng)用呢？

通過ClusterIP Service在集群內(nèi)部訪問

Kubernetes服務(wù)（Service）就是為此而抽象出來的，為了讓應(yīng)用能夠穩(wěn)定的輸出，Service應(yīng)運(yùn)而生。

Service在Kubernetes中是一個(gè)抽象的概念，它定義了一組邏輯上的Pod和一個(gè)訪問它們的策略（通常稱之為微服務(wù)）。Service是通過標(biāo)簽選擇器來綁定一組Pod 的Endpoints（端點(diǎn)）對(duì)象，當(dāng)Pod的IP發(fā)生變化，Endpoints也隨之變化。當(dāng)Service接受到請(qǐng)求時(shí)，就能通過EndPoints找到請(qǐng)求轉(zhuǎn)發(fā)的目標(biāo)Pod地址。也就是說，通常情況下，Service定義了集群IP和端口，EndPoints則維護(hù)了一組Pod IP和端口。

了解了這些，接下來我們就使用ClusterIP Service來訪問剛才的Demo應(yīng)用。

ClusterIP Service是默認(rèn)的Service類型，其通過集群的內(nèi)部IP暴露服務(wù)，因此僅能在集群內(nèi)部訪問，常用于數(shù)據(jù)庫等應(yīng)用。

這里，我們定義一個(gè)簡(jiǎn)單的Service集群IP配置：

apiVersion: v1 kind: Service #資源類型 metadata: #標(biāo)準(zhǔn)元數(shù)據(jù) name: demo-service #服務(wù)名稱 spec: #規(guī)范定義 type: ClusterIP #服務(wù)類型，不填寫此字段則默認(rèn)為ClusterIP類型，也就是集群IP類型 selector: #標(biāo)簽選擇器 app: demo #標(biāo)簽 ports: #端口 - protocol: TCP #協(xié)議，能夠支持TCP和UDP port: 80 #當(dāng)前端口 targetPort: 80 #目標(biāo)端口

接下來，我們來執(zhí)行Service的創(chuàng)建并且分別查詢了Service和Endpoints：

kubectl create -f clusterIPService.yaml kubectl get services demo-service -o wide kubectl get endpoints demo-service -o wide

如上圖所示，我們創(chuàng)建了集群IP為“11.13.47.67”的Service，端口為80（通常情況下，我們將port和targetPort設(shè)置為相同的值）。同時(shí)我們通過Endpoints列表看到，Endpoints自動(dòng)綁定了5個(gè)Pod IP。接下來我們?cè)囋囋诩簝?nèi)（節(jié)點(diǎn)上）訪問：

注意：如果我們需要在創(chuàng)建時(shí)設(shè)置Service固定IP該如何去設(shè)置呢？可以通過字段“spec.clusterIp”進(jìn)行設(shè)置，值需要符合Service IP段要求。

瀏覽器非常完美的呈現(xiàn)了Demo。在集群內(nèi)是可以訪問了，如果我們提供對(duì)外服務(wù)呢？比如我們希望我們的Demo被其他電腦訪問，以獲得用戶的贊賞，老板的好評(píng)，那么該如何處理呢？我們下一篇再來分析！

往期內(nèi)容

Docker+ Kubernetes已成為云計(jì)算的主流（二十六）

容器化之后如何節(jié)省云端成本？（二十七）

了解Kubernetes主體架構(gòu)（二十八）

使用Minikube部署本地Kubernetes集群（二十九）

使用kubectl管理k8s集群（三十）

使用Kubeadm創(chuàng)建k8s集群之部署規(guī)劃（三十一）

使用Kubeadm創(chuàng)建k8s集群之節(jié)點(diǎn)部署（三十二）

集群故障處理之處理思路以及健康狀態(tài)檢查（三十三）

集群故障處理之處理思路以及聽診三板斧（三十四）

使用WebDeploy部署遠(yuǎn)程IIS網(wǎng)站

使用Kubectl部署應(yīng)用

轉(zhuǎn)載是一種動(dòng)力 分享是一種美德

如果喜歡作者的文章，請(qǐng)關(guān)注【麥扣聊技術(shù)】訂閱號(hào)以便第一時(shí)間獲得最新內(nèi)容。本文版權(quán)歸作者和湖南心萊信息科技有限公司共有，歡迎轉(zhuǎn)載，但未經(jīng)作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責(zé)任的權(quán)利。

文檔官網(wǎng)：docs.xin-lai.com

QQ群：

編程交流群<85318032>?

產(chǎn)品交流群<897857351>

總結(jié)

以上是生活随笔為你收集整理的通过Service访问应用 （1）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。