### 1. 概述

為了能夠讓Ingress資源能夠工作，在Kubernetes叢集中必須至少有一個執行中的ingress controller元件。也就是說如果在kubernetes叢集中沒有一個ingress controller元件，只是定義了ingress資源，其實並不會實現http、https協議的請求轉發、負載均衡等功能。常見的ingress controller元件如下：

- Nginx
- Traefik
- Kong
- Istio
- HAProxy

關於上述的元件目前並沒有詳細的對比，後續我們在對每個元件都有一定的瞭解和使用的基礎之上，可以給出一些詳細的對比資訊。本篇內容將主要介紹traefik元件的安裝部署以及會透過一個具體的應用作演示。

### 2. traefik元件的安裝部署

####2.1 透過helm chart部署traefik

helm traefik chart包中包含了部署traefik元件的所需的資源，我們可以透過藉助該元件進行快速部署traefik元件，以下是部署命令列資訊：

```shell
`cmd line
> helm install --name inner-traefik --namespace kube-system \
  --set image=registry.docker.hankercloud.com/ingress-controller/traefik \
  --set serviceType=NodePort \
  stable/traefik`
```

部署完成後，執行`kubectl get pods -n kube-system`命令，可以看到在kube-system的名稱空間中已經存在名為 inner-traefik 的Pod。

#### 2.2 RBAC配置

在kubernetes 1.6版本中引入了RBAC（Role Based Access Control）機制來更好的管理資源和API的訪問。如果在叢集中配置了RBAC，則需要授權Treafik使用Kubernetes的API，有兩種方式來進行設定合適的策略：透過特定的名稱空間進行角色繫結（RoleBinding）以及全域性角色繫結（ClusterRoleBinding）。現在簡單起見，我們直接使用ClusterRoleBinding，資源定義如下：

```
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress-controller
rules:
  - apiGroups:
      - ""
    resources:
      - services
      - endpoints
      - secrets
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - extensions
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: traefik-ingress-controller
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: traefik-ingress-controller
subjects:
- kind: ServiceAccount
  name: traefik-ingress-controller
  namespace: kube-system
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: traefik-ingress-controller
  namespace: kube-system  
```

接下來我們執行如下命令建立資源並修改deployment的資源定義檔案。

```
kubectl apply -f traefik-rbac.yml
kubectl edit deploy inner-traefik -n kube-system
```

執行完上述的操作之後，我們可以進行校驗相關的資源已經正常啟動。

```
kubectl logs $(kubectl get pods -n kube-system |grep traefik | awk '{print $1}') -n kube-system
```

#### 2.3 負載均衡配置

由於我們使用的是Deployment部署的traefik元件，其Service Type為NodePort，透過 `kubectl get svc -n kube-system|grep traefik`，可以看到埠對映關係，接下來我們在阿里雲申請一個負載均衡的裝置，然後進行相應的配置之後就完成了這一步操作。

另外一種替代方式是使用DaemonSet的方式部署traefik元件，設定主機埠和Pod例項埠的對映關係，也可以完成這一任務。

### 3. 建立ingress資源並進行除錯

接下來我們在kubernetes叢集中建立一個ingress資源，由於我們之前已經在叢集中部署了一個wordpress應用，資源定義檔案如下：

```
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: wordpress-ingress
  namespace: default
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: blog.hankercloud.com
    http:
      paths:
      - path: /
        backend:
          serviceName: wordpress-test-wordpress
          servicePort: 80
```

完成上述的操作之後，我們在本地修改`/etc/hosts`檔案，手動配置`blog.hankercloud.com`的域名解析記錄，在瀏覽器位址列輸入 http://blog.hankercloud.com 就可以看到頁面了，到此我們完成了traefik元件的安裝部署及除錯工作。

### 4. 參考文件：

[https://docs.traefik.io/v1.5/user-guide/kubernetes/](https://docs.traefik.io/v1.5/user-guide/kubernetes/)
[https://kubernetes.io/docs/concepts/services-networking/ingress/](https://kubernetes.io/docs/concepts/services-networking/ingress/)

【Kubernetes系列】第5篇 Ingress controller - traefik元件介紹

相關文章