先介绍下什么是Traefik，Traefik是一个为了让部署微服务更加便捷而诞生的现代HTTP反向代理、负载均衡工具。 它支持多种后台 (Docker, Swarm, Kubernetes, Marathon, Mesos, Consul, Etcd, Zookeeper, BoltDB, Rest API, file…) 来自动化、动态的应用它的配置文件设置。
![architecture.png]( "1533206391132683.png")
为什么比较偏向域Traefik呢，下面来简单对比下。
ingress:
使用nginx作为前端负载均衡，通过ingress controller不断的和kubernetes api交互，实时获取后端service，pod等的变化，然后动态更新nginx配置，并刷新使配置生效，达到服务发现的目的。
traefik:
traefik本身设计的就能够实时跟kubernetes api交互，感知后端service，pod等的变化，自动更新配置并重载。
相对来说traefik更快速方便，同时支持更多的特性，使反向代理，负载均衡更直接更高效。
来看看如何部署，很简单先把源码clone下来。
来看看目录下都有什么，顺便找到对应的K8S文件。
| 1 2 3 4 5 6 7 8 |
[root@k8smaster ~]
[root@k8smaster traefik]
[root@k8smaster examples]
[root@k8smaster k8s]
cheese-default-ingress.yaml cheese-ingress.yaml cheeses-ingress.yaml traefik-ds.yaml ui.yaml
cheese-deployments.yaml cheese-services.yaml traefik-deployment.yaml traefik-rbac.yaml
[root@k8smaster k8s]
/root/traefik/examples/k8s
|
OK，到这一层就找到了所需的文件，一般呢只需要两个文件，第一个就是deployment和rbac。
原因呢很简单，在第一篇部署的时候我们就说了，由于在Kubernets1.6之后启用了RBAC鉴权机制，所以需配置ClusterRole以及ClusterRoleBinding来对api-server的进行相应权限的鉴权。
那rbac这个文件呢就是创建ClusterRole和ClusterRoleBinding的，至于deployment文件这里就不说了，相信看到本篇文章的童鞋已经对K8S有了基本认识。
开始创建rbac
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
[root@k8smaster k8s]
clusterrole.rbac.authorization.k8s.io "traefik-ingress-controller" created
clusterrolebinding.rbac.authorization.k8s.io "traefik-ingress-controller" created
检查是否成功
[root@k8smaster k8s]
NAME AGE
cluster-admin 113d
flannel 113d
heapster 113d
kubeadm:kubelet-bootstrap 113d
……….
traefik-ingress-controller 3s
[root@k8smaster k8s]
NAME AGE
admin 113d
cluster-admin 113d
edit 113d
flannel 113d
|
可以看到clusterrole，clusterrolebinding都创建成功了，下面创建Traefik。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
[root@k8smaster k8s]
serviceaccount "traefik-ingress-controller" created
deployment.extensions "traefik-ingress-controller" created
service "traefik-ingress-service" created
检查是否成功
[root@k8smaster k8s]
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
heapster ClusterIP 10.106.236.144 <none> 80/TCP 113d
kube-dns ClusterIP 10.96.0.10 <none> 53/UDP,53/TCP 113d
kubernetes-dashboard-external NodePort 10.108.106.113 <none> 9090:30090/TCP 113d
traefik-ingress-service NodePort 10.98.76.58 <none> 80:30883/TCP ,8080:30731/TCP 17s
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
heapster 1 1 1 1 113d
kube-dns 1 1 1 1 113d
kubernetes-dashboard 1 1 1 1 113d
traefik-ingress-controller 1 1 1 0 18s
NAME READY STATUS RESTARTS AGE
etcd-k8smaster 1/1 Running 6 113d
heapster-6595c54cb9-f7gvz 1/1 Running 4 113d
kube-apiserver-k8smaster 1/1 Running 6 113d
……….
traefik-ingress-controller-bf6486db6-jzd8w 1/1 Running 0 17s
|
可以看到service和pod都起来了。
刚才前面也说到了有个非常简洁漂亮的界面，非常适合运维统计管理，下面来看看。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 |
[root@k8smaster k8s]
---
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
---
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
[root@k8smaster k8s]
service "traefik-web-ui" created
ingress.extensions "traefik-web-ui" created
[root@k8smaster k8s]
Name: traefik-web-ui
Namespace: kube-system
Address:
Default backend: default-http-backend:80 (<none>)
Rules:
Host Path Backends
---- ---- --------
traefik-ui.minikube
/ traefik-web-ui:web (10.0.100.203:8080,10.0.100.204:8080)
|
刚才发布了一个traefix-web-ui的ingress，接下来我们就可以通过域名了访问了，玩过K8S的相信都能看懂刚才ui-ingress那个yml文件里面有一个域名，名为traefik-ui.minikube，后端traefix-web-ui的service，可以看到关联到了pod地址10.0.100.203:8080和10.0.100.204:8080。
下面我们修改本机hosts文件，使我们可以通过traefik-ui.minikube域名来访问traefix-ui
![博客01.png]( "1533206440716099.png")
好了本文到此结束，本篇文章只是初步实现了Traefix的http访问代理，怎么让traefix实现https代理以及怎么对traefix进行更多的配置，将在后续的博文中来讨论。
本文转自中文社区-玩转K8S之如何访问业务应用（Traefik-ingress篇）
