乐趣区

Kubernetes系列第5篇-Ingress-controller-traefik组件介绍

jiezi

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 组件，以下是部署命令行信息：

> 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://kubernetes.io/docs/concepts/services-networking/ingress/

退出移动版