共計 3753 個字符，預計需要花費 10 分鐘才能閱讀完成。
本篇內容主要講解“Nginx Ingress 怎么部署”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓丸趣 TV 小編來帶大家學習“Nginx Ingress 怎么部署”吧!
概述
在開源社區當中，Kubernetes 的 Ingress Controller 的實現有多種方式，Nginx Ingress 只是其中的一種實現方式，當然也是目前社區中使用量最大的一種 Ingress Controller 的實現方式，其不僅功能強大，而且性能極高。
Nginx Ingress 是什么
Nginx Ingress 是 Kubernetes 的一種對象，通過 nginx-ingress-controllernginx-ingress-controller
目前社區中，針對于 Nginx Ingress 主要有如下的兩種實現方式
Kubernetes 開源社區的實現
Nginx 官方的實現
為什么需要 Nginx Ingress
開源社區當中，對 Ingress Controller 的實現方式有多種，每一種 Controller 都有其適用的場景以及各自的優缺點，為什么推薦使用 nginx-ingress-controllernginx-ingress-controller
這里以騰訊云容器服務控制臺（以下簡稱 TKE）默認推薦的 ingress controller 為例子，存在如下的一些問題：
CLB 類型的 Ingress 能力無法滿足現有業務的需求，如無法共享同一個外網入口，支持默認默認轉發后端等
原有業務已使用了 nginx-inrgess，并且運維已習慣于配置 nginx.conf，不希望做過多的改變
使用 nginx-ingress-controller
需要什么前提條件部署 nginx-ingress-operator 組件部署安裝
進入騰訊云容器服務控制臺當中，選擇需要部署 Nginx Ingress 的集群，進入集群 - 組件管理當中，部署安裝 Nginx Ingess 組件，如下圖：
組件安裝并且正常運行
部署方案
TKE 提供了多種對于 nginx-ingress-controller
nginx-ingress-controller
Nginx 作為關鍵的流量接入網關，是至關重要的組件，不建議將 Nginx 與其他業務部署在相同的節點內，可以通過節點池設置污點的方式，進行部署。關于節點池的相關說明，可以查看騰訊云容器服務節點池概述。
使用此部署方案，應該注意如下幾個事項：
提前準備好部署 nginx-ingress-controller
確保已成功部署安裝好 nginx-ingress-operator 組件，部署方式參考上方指引
進入組件詳情，創建
nginx-ingress-controller實例（單一集群內可同時存在多個實例）
部署方式選擇 指定節點池 DaemonSet 部署
設置容忍污點
設置 Request/Limit，其中 Request 需設置比節點池的機型配置?。ü濣c本身有資源預留，避免實例因資源不足而不可用），Limit 可不設置
其他參數根據業務需要進行設置即可
方案二：Deployment + HPA
使用 Deployment + HPA 的方案進行部署，您可以根據業務需要配置污點和容忍，將 Nginx 和業務 Pod 進行分散部署。搭配 HPA，設置 CPU/ 內存等指標進行彈性伸縮。
使用此部署方案，應該注意如下幾個事項：
在集群中設置即將部署 nginx-ingress-controller
確保已成功部署安裝好 nginx-ingress-operator 組件，部署方式參考上方指引。
進入組件詳情，創建
nginx-ingress-controller實例（單一集群內可同時存在多個實例）
部署方式選擇 自定義 Deployment+HPA 部署
設置 HPA 觸發策略
設置 Request/Limit
設置節點調度策略，推薦 nginx-ingress-controller
其他參數根據業務需要進行設置即可
Nginx 前端接入 LB 的部署方式
上文介紹了在 TKE 的集群當中部署 nginx-ingress-operator 和 nginx-ingress-controller
方案一：VPC-CNI 模式集群使用 CLB 直通 Nginx 的 Service（推薦）
前置條件（滿足其一即可）：
集群自身網絡插件為 VPC-CNI
集群自身網絡插件為 Global Router，并已開啟 VPC-CNI 的支持（兩種模式混用）
我們以節點池部署的負載示例 當前方案性能好，所有的 Pod 都使用的彈性網卡，彈性網卡的 Pod 是支持 CLB 直綁 Pod 的，可以繞過 NodePort，并且不需要手動維護 CLB，支持自動擴縮容，是最理想的方案。
方案二：Global Router 模式集群使用普通 LoadBalancer 模式的 Service
當前 TKE 對于 LoadBalancer 類型的 Service 默認的實現是基于 NodePort，CLB 會綁定各節點的 NodePort 作為后端的 RS，將流量轉發到節點的 NodePort，然后節點再通過 Iptables 或 IPVS 將請求路由到 Service 對應的后端 Pod（指 Nginx Ingress Controller 的 Pod）。
您的集群如果不支持 VPC-CNI 的網絡模式，可以通過常規的 LoadBalancer 訪問方式的 Service 接入流量。這是在 TKE 上部署 Nginx Ingress 最簡單的方式，流量會經過一層 NodePort，多一層轉發，但可能存在以下的問題：
轉發路徑較長，流量到 NodePort 后，還會再經過 Kubernetes 內部負載均衡，通過 Iptables 或 IPVS 轉發到 Nginx，會增加一點網絡耗時
經過 NodePort，必然會發生 SNAT，如果流量過于集中，容易導致源端口耗盡或者 conntrack 插入沖突而導致丟包，引發部分流量異常。
每個節點的 NodePort 也充當一個負載均衡器，CLB 如果綁定大量節點的 NodePort，負載均衡的狀態就分散在每個節點上，容易導致全局負載不均。
CLB 會對 NodePort 進行健康探測，探測包最終會被轉發到 Nginx Ingress 的 Pod，如果 CLB 綁定的節點數量多于 Nginx Ingress 的 Pod，會導致探測包對 Nginx Ingress 造成較大的壓力。
方案三：使用 HostNetwork + LB
方案二雖然是最簡單的部署方式，但是流量會經過一層 NodePort，且可能存在如上所描述的問題，我們可以讓 Nginx Ingress 使用 HostNetwork，CLB 直接綁定節點 IP + 端口(80,443)。由于使用 HostNetwork，nginx ingress 的 Pod 就不能被調度到同一個節點當中，避免端口監聽沖突。由于 TKE 尚未對此方案進行產品化，可以通過提前規劃，選擇部分節點，專門用于部署 nginx-ingress-controllernginx-ingress-controller
如何集成監控
TKE 通過集成 騰訊云容器團隊的高性能云原生監控服務（傳送門：https://console.cloud.tencent.com/tke2/prometheus），也可在以前發布的文章《如何用 Prometheus 監控十萬 container 的 Kubernetes 集群》中了解 Prometheus，Kvass 和怎么利用 kvass 為基礎的 Prometheus 集群化技術。
綁定監控實例
查看監控數據
如何采集和消費日志
TKE 通過集成 騰訊云日志服務 CLS，提供了全套完整的產品化能力，實現 nginx-ingress-controller
前置要求：確保當前集群已開啟日志采集功能
在 nginx-ingress-controller
到此，相信大家對“Nginx Ingress 怎么部署”有了更深的了解，不妨來實際操作一番吧！這里是丸趣 TV 網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
