注：本文使用的Traefik為1.x的版本

在生產環境中，我們常常需要控制來自互聯網的外部進入集群中，而這恰巧是Ingress的職責，

Ingress的主要目的是將HTTP和HTTPS從集群外部暴露給該集群中運行的服務，這與Ingress控制如何將外部流量路由到集群有異曲同工之妙，接下來，我們舉一個實際的例子來更清楚的說明Ingress的概念，

首先，想象一下在你的Kubernetes集群中有若干個微服務（小型應用程式之間彼此通信），這些服務能夠在集群內部被訪問，但我們想讓我們的用戶從集群外部也能夠訪問它們，因此，我們需要做的是使用反向代理將每個HTTP（S）（例如，service.yourdomain.com）路由與相應的后端關聯，并在該服務的不同實體之間（如，pod）進行負載均衡，與此同時，由于Kubernetes的性質會不斷發生變化，因此我們希望跟蹤服務后端的更改，以便能夠在添加或洗掉新Pod時將這些HTTP路由重新關聯到新Pod實體，

使用Ingress資源和關聯的Ingress Controller，你可以實作以下目標：

將你的域app.domain.com指向你的私有網路中的微服務應用程式
將路徑domain.com/web指向你的私有網路中的微服務web
將你的域backend.domain.com指向你的私有網路中的微服務后端，并在該微服務的多個實體之間（Pod）進行負載均衡

現在，你理解了Ingress的重要性，它能夠幫助將HTTP路由指向在Kubernetes集群中特定的微服務，

但是，流量路由并不是Ingress在Kubernetes中的唯一功能，例如，還可以將Ingress配置為負載均衡流量到你的應用程式、終止SSL、執行基于名稱的虛擬主機、在不同服務之間分配流量、設定服務訪問規則等，

Kubernetes有一個特別的Ingress API資源，它能夠支持上述所有功能，但是，簡單地創建一個Ingress API資源是沒有作用的，你還需要一個Ingress Controller，目前，Kubernetes支持許多Ingress controller，如Contour、HAProxy、NGINX以及Traefik，

在本文中，我將使用Traefik Ingress Controller創建Ingress，它能夠實作現代HTTP反向代理和負載均衡器的功能，從而簡化了微服務的部署，此外，Traefik對Docker、Marathon、Consul、Kubernetes、Amazon ECS等系統和環境都提供了強大的支持，

Traefik對于諸如Kubernetes之類的靈活性較強的系統十分有用，在Kubernetes中，每天需要多次添加、洗掉或升級服務，而Traefik可以監聽服務鏡像倉庫/編排器 API并立即生成或更新路由，因此你的微服務無需手動配置即可與外界連接，

除此之外，Traefik支持多個負載均衡演算法、Let’s Encrypt的HTTPS（支持通配證書）、斷路器、WebSoket、GRPC和多個監控程式（Rest、Prometheus、Statsd、Datadog、InfluxDB等），有關Traefik中可用功能的更多資訊，請參考其官方檔案：

https://docs.traefik.cn/

Ingress 資源

在教程開始之前，我們先來簡單地討論一下Ingress資源是如何作業的，以下是隱式使用Nginx Ingress Controller的Ingress示例，

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-example
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - http:
      paths:
      - path: /microservice1
        backend:
          serviceName: test
          servicePort: 80

以上Ingress manifest 包含了一系列HTTP規則，它們用于規定controller如何路由流量，

可選主機，如果未指定主機（如上所示），則該規則適用于通過指定IP地址的所有入站HTTP流量，如果提供了主機（如yourhost.com），則該規則僅適用于該主機，

一個路徑串列（如，/microservice1），它指向由serviceName和servicePort定義的關聯后端，

一個后端，向Ingress發出的HTTP（和HTTPS）請求將與給定規則的主機和路徑匹配，然后將其路由到該規則中指定的后端服務，

在以上例子中，我們配置了一個名為”test“的后端，它將接收所有來自/microservice路徑的流量，然而，我們也可以配置一個默認后端，它將將為任何不符合規范中路徑的用戶請求提供服務，同時，如果不定義任何規則，Ingress將路由所有流量到默認后端，例如：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-ingress
spec:
  backend:
    serviceName: defaultbackend
    servicePort: 80

在本例中，所有流量都被轉發到默認后端中defaultbackend，現在，我們理解了Ingress 資源的基本概念，接下來我們來看看一些具體的例子，

Step 0：前期準備

如上文我們所說的，定義一個Ingress資源沒有任何作用，除非你使用了Ingress Controller，在本教程中，我們在Kubernetes集群中將Traefik設定為Ingress Controller，

要完成教程，你需要進行以下準備：

一個正在運行的Kubernetes集群，
一個安裝好的命令列工具，kubectl，并配置為與集群通信，

請注意：以下示例均假設你在本地計算上使用Minikube運行Kubernetes集群，

Step 1：啟用RBAC

首先，我們需要向Traefik授予一些權限，以訪問集群中運行的Pod、endpoint和服務，為此，我們將使用ClusterRole和ClusterRoleBinding資源，但是，你也可以對命名空間范圍內的RoleBindings使用最小特權方法，通常，如果集群的命名空間不會動態更改，并且Traefik無法監視所有集群的命名空間，那么這是首選的方法，

讓我們創建一個新的ServiceAccount，為Traefik提供集群中的身份，

apiVersion: v1
kind: ServiceAccount
metadata:
  name: traefik-ingress
  namespace: kube-system

要創建一個ServiceAccount，需要在traefik-service-acc.yaml中保存以上manifest并運行：

kubectl create -f traefik-service-acc.yaml
serviceaccount "traefik-ingress" created

接下來，讓我們創建一個具有一組權限的ClusterRole，該權限將應用于Traefik ServiceAccount，通過ClusterRole，Traefik可以管理和監視集群中所有命名空間中的資源，例如服務、endpoint、secret以及Ingress，

kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress
rules:
  - apiGroups:
      - ""
    resources:
      - services
      - endpoints
      - secrets
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - extensions
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch

將這一規范保存到檔案traefik-cr.yaml中，并運行：

kubectl create -f traefik-cr.yaml
clusterrole.rbac.authorization.k8s.io “traefik-ingress” created

最后，啟用這些權限，我們應該將ClusterRole系結到Traefik ServiceAccount中，使用ClusterRoleBinding manifest可以完成這一操作：

kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: traefik-ingress
subjects:
- kind: ServiceAccount
  name: traefik-ingress
  namespace: kube-system

保存這一規范到traefik-crb.yaml中，并運行以下命令：

kubectl create -f traefik-crb.yaml
clusterrolebinding.rbac.authorization.k8s.io “traefik-ingress” created

Step 2：部署Traefik到集群

接下來，我們將部署Traefik到Kubernetes集群，官方Traefik檔案支持三種型別的部署：使用Deployment物件、使用DaemonSet物件或使用Helm Chart，

在本教程中，我們將使用Deployment manifest，相比其他選項，Deployment有諸多優勢，例如，它們能確保更好的可伸縮性，并為滾動更新提供良好支持，

讓我們看一下 Deployment manifest：

kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: traefik-ingress
  namespace: kube-system
  labels:
    k8s-app: traefik-ingress-lb
spec:
  replicas: 1
  selector:
    matchLabels:
      k8s-app: traefik-ingress-lb
  template:
    metadata:
      labels:
        k8s-app: traefik-ingress-lb
        name: traefik-ingress-lb
    spec:
      serviceAccountName: traefik-ingress
      terminationGracePeriodSeconds: 60
      containers:
      - image: traefik
        name: traefik-ingress-lb
        ports:
        - name: http
          containerPort: 80
        - name: admin
          containerPort: 8080
        args:
        - --api
        - --kubernetes
        - --logLevel=INFO

這個Deployment將在kube-system 命名空間中創建一個Traefik副本，Traefik容器將使用此manifest中指定的埠80和8080，

將這個manifest保存到traefik-deployment.yaml檔案中，并運行以下命令創建Deployment：

kubectl create -f traefik-deployment.yaml
deployment.extensions “traefik-ingress” created

現在，讓我們檢查一下Traefik Pod是否都成功創建了：

kubectl --namespace=kube-system get pods
NAME                         READY     STATUS    RESTARTS   AGE
....
storage-provisioner           1/1       Running   3          23d
traefik-ingress-54d6d8d9cc-ls6cs 1/1       Running   0          1m

如你所見，Deployment Controller啟動了一個Traefik副本，并在正在運行，敲棒的！

Step 3：為外部訪問創建NodePorts

讓我們創建一個服務來從集群外部訪問Traefik，為此，我們需要一個暴露兩個NodePorts的服務，

kind: Service
apiVersion: v1
metadata:
  name: traefik-ingress-service
  namespace: kube-system
spec:
  selector:
    k8s-app: traefik-ingress-lb
  ports:
    - protocol: TCP
      port: 80
      name: web
    - protocol: TCP
      port: 8080
      name: admin
  type: NodePort

將這個manifest保存到traefik-svc.yaml，并創建服務：

kubectl create -f traefik-svc.yaml
service “traefik-ingress-service” created

現在，讓我們驗證該服務是否創建：


kubectl describe svc traefik-ingress-service --namespace=kube-system
Name:                     traefik-ingress-service
Namespace:                kube-system
Labels:                   <none>
Annotations:              <none>
Selector:                 k8s-app=traefik-ingress-lb
Type:                     NodePort
IP:                       10.102.215.64
Port:                     web  80/TCP
TargetPort:               80/TCP
NodePort:                 web  30565/TCP
Endpoints:                172.17.0.6:80
Port:                     admin  8080/TCP
TargetPort:               8080/TCP
NodePort:                 admin  30729/TCP
Endpoints:                172.17.0.6:8080
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

如你所見，我們現在有兩個NodePorts（web和admin），它們分別路由到Traefik Ingress Controller的80和8080容器埠，“admin” NodePort將用于訪問Traefik Web UI，“web” NodePort將用于訪問通過Ingress暴露的服務，

Step 4：訪問Traefik

為了能在瀏覽器中訪問Traefik Web UI，你可以使用“admin”NodePort 30729（請注意，你的NodePort值可能會有所不同），因為我們還沒有添加任何前端，所以UI此時應該是空的，

由于我們尚未給Traefik進行任何配置，因此我們會收到404的回應，

curl $(minikube ip):30565
404 page not found

Step 5 ：添加Ingress 到集群

現在我們在Kubernetes集群中已經將Traefik作為Ingress Controller了，然而，我們依舊需要定義Ingress資源和暴露Traefik Web UI的服務，

首先，我們創建一個服務：

apiVersion: v1
kind: Service
metadata:
  name: traefik-web-ui
  namespace: kube-system
spec:
  selector:
    k8s-app: traefik-ingress-lb
  ports:
  - name: web
    port: 80
    targetPort: 8080

保存manifest到traefik-webui-svc.yaml中，并運行：

kubectl create -f traefik-webui-svc.yaml
service “traefik-web-ui” created

讓我們驗證服務是否已經創建：

kubectl describe svc traefik-web-ui --namespace=kube-system
Name:              traefik-web-ui
Namespace:         kube-system
Labels:            <none>
Annotations:       <none>
Selector:          k8s-app=traefik-ingress-lb
Type:              ClusterIP
IP:                10.98.230.58
Port:              web  80/TCP
TargetPort:        8080/TCP
Endpoints:         172.17.0.6:8080
Session Affinity:  None
Events:            <none>

如你所見，服務的ClusterIP是10.98.230.58，并在manifest中分配指定埠，

接下來，我們需要創建一個Ingress資源，指向Traefik Web UI后端：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: traefik-web-ui
  namespace: kube-system
spec:
  rules:
  - host: traefik-ui.minikube
    http:
      paths:
      - path: /
        backend:
          serviceName: traefik-web-ui
          servicePort: web

本質上，Ingress將所有請求路由到traefik-ui.minikube，在上述步驟中創建的服務暴露Traefik Web UI，

將規范保存到traefik-ingress.yaml，并運行：

kubectl create -f traefik-ingress.yaml
ingress.extensions “traefik-web-ui” created

為了能夠通過traefik-ui.minikube在瀏覽器中可以訪問Traefik Web UI，我們需要添加新的條目到我們/etc/hosts檔案中，該條目將包含Minikube IP和主機名，你可以通過運行minikube ip來獲取minkube實體的IP地址，然后將新主機的名稱保存到/etc/hosts檔案中，如下所示：

echo "$(minikube ip) traefik-ui.minikube" | sudo tee -a /etc/hosts
192.168.99.100 traefik-ui.minikube

現在，你應該能夠在瀏覽器中訪問http://traefik-ui.minikube:<AdminNodePort>并查看Traefik Web UI，別忘了附加”admin”NodePort到主機地址，

在dashboard中，你可以點擊Health 鏈接來查看應用程式的健康狀況：

Step 6：實作基于名稱的路由

現在，我們來演示如何使用Traefik Ingress Controller為前端串列設定基于名稱的路由，我們將使用簡單的單頁網站創建3個Deployment，并顯示動物影像：熊、野兔和駝鹿，

---
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: bear
  labels:
    app: animals
    animal: bear
spec:
  replicas: 2
  selector:
    matchLabels:
      app: animals
      task: bear
  template:
    metadata:
      labels:
        app: animals
        task: bear
        version: v0.0.1
    spec:
      containers:
      - name: bear
        image: supergiantkir/animals:bear
        ports:
        - containerPort: 80
---
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: moose
  labels:
    app: animals
    animal: moose
spec:
  replicas: 2
  selector:
    matchLabels:
      app: animals
      task: moose
  template:
    metadata:
      labels:
        app: animals
        task: moose
        version: v0.0.1
    spec:
      containers:
      - name: moose
        image: supergiantkir/animals:moose
        ports:
        - containerPort: 80
---
kind: Deployment
apiVersion: extensions/v1beta1
metadata:
  name: hare
  labels:
    app: animals
    animal: hare
spec:
  replicas: 2
  selector:
    matchLabels:
      app: animals
      task: hare
  template:
    metadata:
      labels:
        app: animals
        task: hare
        version: v0.0.1
    spec:
      containers:
      - name: hare
        image: supergiantkir/animals:hare
        ports:
        - containerPort: 80

每個Deployment都將有兩個Pod副本，而每個Pod將在containerPort 80上服務“動物“網站，

讓我們保存這些Deployment manifest到animals-deployment.yaml中，并運行：

kubectl create -f animals-deployment.yaml
deployment.extensions “bear” created
deployment.extensions “moose” created
deployment.extensions “hare” created

現在，讓我們為每個Deployment創建一個服務，使得Pod可以訪問：

---
apiVersion: v1
kind: Service
metadata:
  name: bear
spec:
  ports:
  - name: http
    targetPort: 80
    port: 80
  selector:
    app: animals
    task: bear
---
apiVersion: v1
kind: Service
metadata:
  name: moose
spec:
  ports:
  - name: http
    targetPort: 80
    port: 80
  selector:
    app: animals
    task: moose
---
apiVersion: v1
kind: Service
metadata:
  name: hare
  annotations:
    traefik.backend.circuitbreaker: "NetworkErrorRatio() > 0.5"
spec:
  ports:
  - name: http
    targetPort: 80
    port: 80
  selector:
    app: animals
    task: hare

請注意：第三項服務使用斷路器annotation，斷路器是Traefik的一項功能，可防止發生故障的服務器承受高負載，在本例中，我們防止服務器上的高負載超過50%，當此條件匹配時，CB進入“跳閘“狀態，在該狀態中它會使用預定義的HTTP狀態代碼進行回應或重定向到另一個前端，

保存這些服務manifest到animals-svc.yaml并運行：

kubectl create -f animals-svc.yaml
service “bear” created
service “moose” created
service “hare” created

最后，為每個Deployment創建一個有3個前后端對的Ingress，bear.minikube、moose.minikube和hare.minikube將是我們指向相應后端服務的前端，

Ingress manifest如下所示：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: animals
  annotations:
    kubernetes.io/ingress.class: traefik
spec:
  rules:
  - host: hare.minikube
    http:
      paths:
      - path: /
        backend:
          serviceName: hare
          servicePort: http
  - host: bear.minikube
    http:
      paths:
      - path: /
        backend:
          serviceName: bear
          servicePort: http
  - host: moose.minikube
    http:
      paths:
      - path: /
        backend:
          serviceName: moose
          servicePort: http

保存規范到animals-ingress.yaml并運行：

kubectl create -f animals-ingress.yaml
ingress.extensions “animals” created

現在，在Traefik dashboard內，你可以看到每個主機的前端以及相應的后端串列：

如果你再次編輯etc/hosts，你應該能夠在你的瀏覽器中訪問動物網頁：

echo “$(minikube ip) bear.minikube hare.minikube moose.minikube” | sudo tee -a /etc/hosts

你應該使用“web“NodePort來訪問特定網頁，例如，http://bear.minikube:<WebNodePort>

我們也可以將三個前端重新配置為在一個域下提供服務，如下所示：


apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: all-animals
  annotations:
    kubernetes.io/ingress.class: traefik
    traefik.frontend.rule.type: PathPrefixStrip
spec:
  rules:
  - host: animals.minikube
    http:
      paths:
      - path: /bear
        backend:
          serviceName: bear
          servicePort: http
      - path: /moose
        backend:
          serviceName: moose
          servicePort: http
      - path: /hare
        backend:
          serviceName: hare
          servicePort: http

如果你激活這個Ingress，使用相應的路徑，三個動物在一個域下都能夠訪問——animals.minikube，別忘了將這個域添加到/etc/hosts，

echo “$(minikube ip) animals.minikube” | sudo tee -a /etc/hosts

請注意：我們正在配置Traefik，以使用traefik.frontend.rule.type注釋，從URL路徑中洗掉前綴，這樣我們可以直接使用上一個示例中的容器，由于traefik.frontend.rule.type: PathPrefixStrip規則，你必須使用http://animals.minikube:32484/moose/ 而不是http://animals.minikube:32484/moose

Step 7：實作流量分配

借助Traefik，用戶可以使用服務權重以受控方式在多個deployment之間分配Ingress流量，這一功能可用于金絲雀發布，它最初應該獲得少量但持續增長的流量，

讓我們使用以下manifest在兩個微服務之間分配Traefik：


apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  annotations:
    traefik.ingress.kubernetes.io/service-weights: |
      animals-app: 99%
      animals-app-canary: 1%
  name: animals-app
spec:
  rules:
  - http:
      paths:
      - backend:
          serviceName: animals-app
          servicePort: 80
        path: /
      - backend:
          serviceName: animals-app-canary
          servicePort: 80
        path: /

請注意traefik.ingress.kubernetes.io/service-weights的注釋，它指定了流量如何在指定后端服務（animals-app和animals-app-canary）之間分配，Traefik將把99%的用戶請求路由到animals-app deployment支持的Pod，并將1%的用戶請求路由到animals-app-canary deployment支持的Pod，

要使此設定正常作業，需要滿足一些條件：

所有服務后端必須共享相同的路徑和主機，
跨服務后端共享的請求總數應總計為100％，
百分比值應該在支持的精度范圍內，目前Traefik支持3個小數位的權重，

總結

如你所見，Ingress是將外部流量路由到Kubernetes集群中相應后端服務的強大工具，用戶可以使用Kubernetes支持的許多Ingress controller來實作Ingress，在本教程中，我們重點介紹了Traefik Ingress controller，該控制器支持基于名稱的路由，負載均衡以及Ingress controller的其他常見任務，

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/45379.html

標籤：其他

上一篇：排隊論

下一篇：openstack自動化搭建腳本

實操教程丨如何在K8S集群中部署Traefik Ingress Controller