将traefik用作DaemonSet还是部署？

Question

我应该将traefik 1.7.x部署为DaemonSet还是在GKE（Google K8S）中部署为A部署？

Kubernetes集群使用Google cloud中的node autoscaler，托管几个生产集群。集群最多可以扩展到90个节点(最少6个节点)，目前我们在每个集群中部署了10个副本的< code>traefik pod(我们使用kustomize在所有集群中部署相同的清单)。

我们注意到具有18个节点的集群(< code>europe-west1区域)的响应时间较慢，而< code > Australia-south east 1 区域的集群只有6个节点。两个集群都有traefik的10个副本。

traefik.toml：

    [html" target="_blank">kubernetes]
    # all namespaces!
    namespaces = []

服务.yaml

apiVersion: v1
kind: Service
metadata:
  labels:
    app: traefik
  name: traefik-ingress
  namespace: ingress-traefik
spec:
  externalTrafficPolicy: Local
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 80
  - name: https
    port: 443
    protocol: TCP
    targetPort: 443
  selector:
    app: traefik
  sessionAffinity: None
  type: LoadBalancer
  loadBalancerIP: {{LOAD_BALANCER_IP}}

部署.yaml

---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: traefik
  name: traefik
  namespace: ingress-traefik
spec:
  replicas: 10
  selector:
    matchLabels:
      app: traefik

  template:
    metadata:
      labels:
        app: traefik
    spec:
      containers:
      - args:
        - --configfile=/config/traefik.toml
        image: traefik:1.7.9-alpine

1. 在这种情况下（使用GKE节点自动缩放器），集群的最佳配置是什么？使用部署或DaemonSet进行traefik
2. 根据集群大小（节点数），河豚荚的数量是否会影响响应时间
3. 当使用DaemonSet（每个节点的pod）或为整个集群部署多个副本时，集群内的路由（pod、服务和节点网络之间的跳变）是否更易于traefik？（我们为每个https服务使用K8S命名空间，traefik有自己的命名空间）

Answer 1

可以将 Traefik 与部署或 DaemonSet 对象一起使用，而这两种选项都有自己的优点和缺点：

> < li>

使用部署时，可扩展性会好得多，因为使用DaemonSet时，您将拥有每个节点一个单元的模型，而使用部署时，根据您的环境，您可能需要较少的副本。

当节点加入集群时，DaemonSets会自动扩展到新节点，而部署pod仅在需要时在新节点上调度。

DaemonSets确保只有一个pod副本在任何单个节点上运行。如果您想确保两个pod不会最终在同一个节点上，部署需要关联设置。

DaemonSets可以使用NET_BIND_SERVICE功能运行，这将允许它绑定到每个主机上的端口80/443/etc。这将允许绕过kube代理，并减少流量跳跃。请注意，这违反了Kubernetes最佳实践指南，并增加了调度/缩放问题的可能性。尽管存在潜在问题，但这仍然是大多数入口控制器的选择。

>

部署具有更容易的向上和向下扩展可能性。它可以实现完整的pod生命周期，并支持库伯内特斯1.2的滚动更新。至少需要一个Pod来运行部署。

DaemonSet自动缩放到满足特定选择器的所有节点，并保证一次填充一个节点。Kubernetes 1.7也完全支持DaemonSets的滚动更新。

您可能想查看其他 traefik 文档