使用Ingress来负载分发微服务
使用Ingress來負載分發微服務?
Demo規劃?
準備Demo并完成部署?
創建部署（Deployment）資源?
創建服務（Service）資源?
創建Ingress資源并配置轉發規則?
NodePort Service存在太多缺陷，不適合生產環境。LoadBlancer Service則不太靈活，比如針對微服務架構，那么不同服務是否需要多個負載均衡服務呢？那么，我們還有其他選擇么？那就是Ingress。
Ingress將集群外部的HTTP和HTTPS路由暴露給集群中的Service，相當于集群的入口，而入口規則則由Ingress定義的規則來控制。在使用Ingress之前，我們先需要有一個Ingress Controller（入口控制器），例如ingress-nginx。Ingress負責定義抽象的規則，而Ingress Controller負責具體實現。通常情況下，Ingress搭配負載均衡一起使用。接下來，筆者結合一個簡單的微服務Demo來使用Ingress進行負載分發。由于需要使用到負載均衡服務，本教程使用騰訊云容器服務進行講解。
Demo規劃
為了便于大家理解，我們先做一個簡單的規劃。整體規劃圖如下所示：如圖所示，整體步驟如下所示：
我們需要開發兩個應用，分別為apidemo1和apidemo2，并提供不同的接口服務；
然后需要將兩個應用分別部署到k8s集群，并且分別創建不同的Service；
接下來，我們需要創建Ingress，配置不同的轉發規則；
最后，為了訪問方便，我們需要配置域名映射。
準備Demo并完成部署
如上所述，接下來我們進入開發環節。為了完成我們上述的目標，我們需要提供以下兩個demo（不限編程語言）：
apidemo1
如下圖所示，apidemo1的訪問路徑為https://{hostname}:{port}/api/demo1，輸出JSON“["value1","value2"]”。
注意：apidemo1和apidemo2均需支持80端口和443端口訪問。
apidemo2
如下圖所示，apidemo2的訪問路徑為https://{hostname}:{port}/api/demo2，輸出JSON“["value3","value4"]”。
由于Demo比較簡單，這里我們就不貼代碼了。Demo準備完成后，我們需要推送docker鏡像到目標倉儲，然后創建部署（Deployment）以及服務（Service）。
創建部署（Deployment）資源
整個過程在前面的章節我們均有詳細講述，因此這里就不贅述了，這里我們僅提供參考的YAML定義文件：
apiVersion: apps/v1beta2 #api版本 kind: Deployment #使用部署對象 metadata: labels: #標簽列表 app: apidemo1 name: apidemo1 #部署名稱 namespace: default #命名空間 spec: replicas: 1 #副本數 selector: #選擇器 matchLabels: app: apidemo1 template: #Pod模板 metadata: labels: app: apidemo1 spec: containers: #容器列表 - env: #環境變量設置 - name: PATH value: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin - name: ASPNETCORE_URLS value: http://+:80 - name: DOTNET_RUNNING_IN_CONTAINER value: "true" - name: ASPNETCORE_VERSION value: 2.2.6 image: ccr.ccs.tencentyun.com/magicodes/apidemo1:latest #鏡像地址 imagePullPolicy: Always #鏡像拉取策略，Always表示總是拉取最新鏡像，IfNotPresent表示如果本地存在則不拉取，Never則表示只使用本地鏡像 name: apidemo1 #容器名稱 resources: #資源限制 limits: #最高限制 cpu: 500m memory: 256Mi requests: #預分配 cpu: 250m memory: 64Mi workingDir: /app #工作目錄 dnsPolicy: ClusterFirst #DNS策略 restartPolicy: Always #重啟策略 terminationGracePeriodSeconds: 30 #刪除需要時間鏡像是公開的，基于以上YAML定義，各位可以直接基于騰訊云的容器服務的【YAML創建資源】進行創建，步驟如下：
進入容器服務，選擇已有集群進入
進入工作負載面板，選擇【Deployment】，點擊右上角的【YAML創建資源】按鈕
貼入剛剛定義的YAML，如下圖所示，然后點擊創建
4.接下來，需要確保創建成功。我們使用上述參考的YAML分別創建Deployment“apidemo1”和“apidemo2”如下圖所示：
創建服務（Service）資源
接下來，我們來分別創建“apidemo1”和“apidemo2”Service資源。參考YAML如下所示：
apiVersion: v1 kind: Service #資源類型 metadata: name: apidemo1 #服務名稱 namespace: default spec: ports: #端口列表 - name: tcp-80-80 nodePort: 31010 #節點端口 port: 80 #當前端口 protocol: TCP #協議 targetPort: 80 #目標端口 selector: #標簽選擇器 app: apidemo1 type: NodePort #NodePort 類型的Service注意：因為Ingress不會暴露任意端口或協議，因此用于外部訪問時，Service類型必須為NodePort或者LoadBalancer類型。
使用上述類似的“YAML創建資源”的步驟創建Service如下圖所示：
我們創建的Service類型為NodePort，因此可以通過節點公網IP和上述定義的nodePort訪問，如下圖所示：
創建Ingress資源并配置轉發規則
接下來我們需要創建Ingress并配置好轉發規則達成如下目標：
使用同一個IP訪問多個API服務，這里我們對應的是“apidemo1”和“apidemo2”
地址http://{IP}/api/demo1將訪問應用“apidemo1”
地址http://{IP}/api/demo2將訪問應用“apidemo2”
根據以上目標，我們定義YAML如下所示：
apiVersion: extensions/v1beta1 kind: Ingress metadata: annotations: kubernetes.io/ingress.class: qcloud #注釋,不同的Ingress控制器支持不同的注釋 name: demo-ip namespace: default spec: rules: #規則列表 - http: #HTTP規則 paths: #路徑列表 - backend: #后端配置 serviceName: apidemo1 #后端服務名稱 servicePort: 80 #服務端口 path: /api/demo1 #路徑，同一個域名路徑需不同 - http: paths: - backend: serviceName: apidemo2 #后端服務名稱 servicePort: 80 #服務端口 path: /api/demo2 #路徑，同一個域名路徑需不同使用以上YAML創建資源，騰訊云會自動創建負載均衡服務并且提供負載均衡IP，如下圖所示：
我們來驗證下通過此IP訪問是否能夠達到預期結果，測試分別如下圖所示：
雖然我們達成了目標，但是通過IP訪問體驗并不友好，如何通過域名訪問呢？YAML定義定義如下所示：
apiVersion: extensions/v1beta1 kind: Ingress metadata: annotations: kubernetes.io/ingress.class: qcloud #注釋,不同的Ingress控制器支持不同的注釋 kubernetes.io/ingress.http-rules: '[{"host":"demo.xin-lai.com","path":"/api/demo1","backend":{"serviceName":"apidemo1","servicePort":80}},{"host":"demo.xin-lai.com","path":"/api/demo2","backend":{"serviceName":"apidemo2","servicePort":80}}]' #HTTP轉發規則 kubernetes.io/ingress.https-rules: "null" kubernetes.io/ingress.rule-mix: "true" random: "7778255514276773869" name: demo namespace: default spec: rules: #規則列表 - host: demo.xin-lai.com #主機名，可選。如不填寫，則使用IP地址。 http: #HTTP規則 paths: #路徑列表 - backend: #后端配置 serviceName: apidemo1 #后端服務名稱 servicePort: 80 #服務端口 path: /api/demo1 #路徑，同一個域名路徑需不同 - host: demo.xin-lai.com #主機名，可選。如不填寫，則使用IP地址。 http: paths: - backend: serviceName: apidemo2 #后端服務名稱 servicePort: 80 #服務端口 path: /api/demo2 #路徑，同一個域名路徑需不同值得注意的是，不同的Ingress控制器支持不同的注釋，因此注釋的編寫請參閱所使用的Ingress控制器的說明。轉發規則中，host為空則使用IP。
創建完成之后，騰訊云同樣會自動創建負載均衡服務并且提供負載均衡IP，如下圖所示，接下來我們需要將域名“demo.xin-lai.com”解析到該負載均衡IP“193.112.232.48”：
解析完成后，我們同樣進行驗證：
如上圖所示，我們使用域名完成了以下目標：
使用同一個域名“demo.xin-lai.com”訪問了“apidemo1”和“apidemo2”
地址http://demo.xin-lai.com/api/demo1將訪問應用“apidemo1”
地址http://demo.xin-lai.com/api/demo2將訪問應用“apidemo2”
至此，一個簡單的使用Ingress來負載分發微服務的Demo完成。當然這僅僅是微服務架構的萬里長征第一步，畢竟Nginx Ingress控制器僅僅解決了服務的分發，并不具備完整的接口網關功能，對于這塊，筆者推薦大家使用Kong+Kong Ingress Controller，架構如下圖所示：
接下來，我們再談談微服務應用服務的管理問題。微服務往往有許多小服務，每個微服務都能夠獨立進行部署和擴展，那么必然提高了應用管理的復雜度，它們的配置、分發、版本管理等等都是一個管理的難題。在這塊，有什么更好的解決方案嗎？那就Helm。
往期內容
Docker+ Kubernetes已成為云計算的主流（二十六）
容器化之后如何節省云端成本？（二十七）
了解Kubernetes主體架構（二十八）
使用Minikube部署本地Kubernetes集群（二十九）
使用kubectl管理k8s集群（三十）
使用Kubeadm創建k8s集群之部署規劃（三十一）
使用Kubeadm創建k8s集群之節點部署（三十二）
集群故障處理之處理思路以及健康狀態檢查（三十三）
集群故障處理之處理思路以及聽診三板斧（三十四）
使用WebDeploy部署遠程IIS網站
使用Kubectl部署應用
通過Service訪問應用 （1）
通過Service訪問應用 （2）
轉載是一種動力 分享是一種美德總結
以上是生活随笔為你收集整理的使用Ingress来负载分发微服务的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 推荐几个华为，字节跳动、蚂蚁金服等大佬的
- 下一篇： 程序员自家种水果，新鲜包邮配送！