kubernetes ingress(一) 簡介

背景：

kubernetes集羣內部有三種方式暴露服務：nodeport，loadbalancer，ingress，其中loadbalancer須要雲廠商提供對應公網負載均衡，維護成本，費用高。

採用nodeport這種方式的弊端：

一、開經過多端口，對主機安全性存在必定風險(內網環境，問題不大)，多端口的管理過於複雜，混亂

    二、nginx upstream配置nodeport，當後端服務出現異常，探針未及時檢測到時，有可能由於nginx 的健康檢測機制，致使全部服務都被摘除。

  對於ingress的調研，分爲兩部分。一部分是ingress，一部分是ingress controller，

  ingress 自己是kubernetes 的一種資源。用於描述host(域名)，url，header 與後端服務的對應路由關係，例如，能夠在ingress 中定義，www.qyd.com 這個域名/book的url 路由到qingyidai這個命名空間中的book服務。

  ingress controller 從功能上也能夠分爲兩點：

    一、 動態的與apiserver交互，獲取kubernetes集羣中ingress資源的動態，並應用爲自身的配置。

    二、爲服務提供路由功能，及其餘附加功能（SSL等）

Ingress Controller是一個統稱，並非只有一個，有以下這些：

•Ingress NGINX: Kubernetes 官方維護的方案，也是本次安裝使用的 Controller。

•F5 BIG-IP Controller: F5 所開發的 Controller，它可以讓管理員經過 CLI 或 API 讓 Kubernetes 與 OpenShift 管理 F5 BIG-IP 設備。

•Ingress Kong: 著名的開源 API Gateway 方案所維護的 Kubernetes Ingress Controller。

•Traefik: 是一套開源的 HTTP 反向代理與負載均衡器，而它也支援了 Ingress

•Kong: 開源的api網關，由lua 和openrestry 集成。

從上邊咱們看到，ingress 只是一種路由規則。只是在集羣中部署ingress 是沒有意義的。 咱們須要ingress-controller實時與apiserver交互。獲取集羣中ingress資源的變化。並應用爲自身的配置。同時。ingress-controller有不少種。nginx，traefik，kong。。。每個ingress-controller獲取到ingress 的路由配置，去解析的方式也是不一樣的。例如。若是咱們想將全部的html路由到後端的static服務。 那麼在traefik中ingress 的配置以下：

spec:
rules:

• host: traefik-test.qingyidai.com
  http:
  paths:
  • backend:
    serviceName: static
    servicePort: 80
    path: /{path:.*}.html

而使用nginx 做爲ingress-controller 則須要在ingress 以下配置。
metadata:
name: test-ingress-3
annotations:
nginx.ingress.kubernetes.io/use-regex: "true"
spec:
rules:

• host: traefik-test.qingyidai.com
  http:
  paths:
  • backend:
    serviceName: static
    servicePort: 80
    path: /.*.html

能夠看到 traefik 在匹配前綴的時候用到了go 的正則語法。配置中的path沒有實際意義，可是不能爲空。而nginx 的ingress-controller配置中則多了一個nginx.ingress.kubernetes.io/use-regex: "true" 的註解。 rule中的寫法和Nginx中的配置是相似的。