Traefik & Kubernetes¶
The Kubernetes Ingress Controller.
The Traefik Kubernetes Ingress provider is a Kubernetes Ingress controller; that is to say, it manages access to cluster services by supporting the Ingress specification.
Requirements¶
Traefik supports 1.14+
Kubernetes clusters.
Routing Configuration¶
See the dedicated section in routing.
Enabling and Using the Provider¶
You can enable the provider in the static configuration:
providers:
kubernetesIngress: {}
[providers.kubernetesIngress]
--providers.kubernetesingress=true
The provider then watches for incoming ingresses events, such as the example below, and derives the corresponding dynamic configuration from it, which in turn creates the resulting routers, services, handlers, etc.
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: foo
namespace: production
spec:
rules:
- host: example.net
http:
paths:
- path: /bar
pathType: Exact
backend:
service:
name: service1
port:
number: 80
- path: /foo
pathType: Exact
backend:
service:
name: service1
port:
number: 80
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: foo
namespace: production
spec:
rules:
- host: example.net
http:
paths:
- path: /bar
backend:
serviceName: service1
servicePort: 80
- path: /foo
backend:
serviceName: service1
servicePort: 80
LetsEncrypt Support with the Ingress Provider¶
By design, Traefik is a stateless application, meaning that it only derives its configuration from the environment it runs in, without additional configuration. For this reason, users can run multiple instances of Traefik at the same time to achieve HA, as is a common pattern in the kubernetes ecosystem.
When using a single instance of Traefik Proxy with Let's Encrypt, you should encounter no issues. However, this could be a single point of failure. Unfortunately, it is not possible to run multiple instances of Traefik 2.0 with Let's Encrypt enabled, because there is no way to ensure that the correct instance of Traefik receives the challenge request, and subsequent responses. Previous versions of Traefik used a KV store to attempt to achieve this, but due to sub-optimal performance that feature was dropped in 2.0.
If you need Let's Encrypt with high availability in a Kubernetes environment, we recommend using Traefik Enterprise which includes distributed Let's Encrypt as a supported feature.
If you want to keep using Traefik Proxy, LetsEncrypt HA can be achieved by using a Certificate Controller such as Cert-Manager. When using Cert-Manager to manage certificates, it creates secrets in your namespaces that can be referenced as TLS secrets in your ingress objects.
Provider Configuration¶
endpoint
¶
Optional, Default=""
The Kubernetes server endpoint URL.
When deployed into Kubernetes, Traefik reads the environment variables KUBERNETES_SERVICE_HOST
and KUBERNETES_SERVICE_PORT
or KUBECONFIG
to construct the endpoint.
The access token is looked up in /var/run/secrets/kubernetes.io/serviceaccount/token
and the SSL CA certificate in /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
.
Both are mounted automatically when deployed inside Kubernetes.
The endpoint may be specified to override the environment variable values inside a cluster.
When the environment variables are not found, Traefik tries to connect to the Kubernetes API server with an external-cluster client.
In this case, the endpoint is required.
Specifically, it may be set to the URL used by kubectl proxy
to connect to a Kubernetes cluster using the granted authentication and authorization of the associated kubeconfig.
providers:
kubernetesIngress:
endpoint: "http://localhost:8080"
# ...
[providers.kubernetesIngress]
endpoint = "http://localhost:8080"
# ...
--providers.kubernetesingress.endpoint=http://localhost:8080
token
¶
Optional, Default=""
Bearer token used for the Kubernetes client configuration.
providers:
kubernetesIngress:
token: "mytoken"
# ...
[providers.kubernetesIngress]
token = "mytoken"
# ...
--providers.kubernetesingress.token=mytoken
certAuthFilePath
¶
Optional, Default=""
Path to the certificate authority file. Used for the Kubernetes client configuration.
providers:
kubernetesIngress:
certAuthFilePath: "/my/ca.crt"
# ...
[providers.kubernetesIngress]
certAuthFilePath = "/my/ca.crt"
# ...
--providers.kubernetesingress.certauthfilepath=/my/ca.crt
namespaces
¶
Optional, Default: []
Array of namespaces to watch. If left empty, Traefik watches all namespaces.
providers:
kubernetesIngress:
namespaces:
- "default"
- "production"
# ...
[providers.kubernetesIngress]
namespaces = ["default", "production"]
# ...
--providers.kubernetesingress.namespaces=default,production
labelSelector
¶
Optional, Default: ""
A label selector can be defined to filter on specific Ingress objects only. If left empty, Traefik processes all Ingress objects in the configured namespaces.
See label-selectors for details.
providers:
kubernetesIngress:
labelSelector: "app=traefik"
# ...
[providers.kubernetesIngress]
labelSelector = "app=traefik"
# ...
--providers.kubernetesingress.labelselector="app=traefik"
ingressClass
¶
Optional, Default: ""
Value of kubernetes.io/ingress.class
annotation that identifies Ingress objects to be processed.
If the parameter is set, only Ingresses containing an annotation with the same value are processed.
Otherwise, Ingresses missing the annotation, having an empty value, or the value traefik
are processed.
Kubernetes 1.18+
If the Kubernetes cluster version is 1.18+,
the new IngressClass
resource can be leveraged to identify Ingress objects that should be processed.
In that case, Traefik will look for an IngressClass
in the cluster with the controller value equal to traefik.io/ingress-controller.
In addition to the controller value matching mechanism, the property ingressClass
(if set) will be used to select IngressClasses by applying a strict matching on their name.
Please see this article for more information or the example below.
apiVersion: networking.k8s.io/v1beta1
kind: IngressClass
metadata:
name: traefik-lb
spec:
controller: traefik.io/ingress-controller
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: example-ingress
spec:
ingressClassName: traefik-lb
rules:
- host: "*.example.com"
http:
paths:
- path: /example
backend:
serviceName: example-service
servicePort: 80
Kubernetes 1.19+
If the Kubernetes cluster version is 1.19+,
prefer using the networking.k8s.io/v1
apiVersion of Ingress
and IngressClass
.
apiVersion: networking.k8s.io/v1
kind: IngressClass
metadata:
name: traefik-lb
spec:
controller: traefik.io/ingress-controller
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: example-ingress
spec:
ingressClassName: traefik-lb
rules:
- host: "*.example.com"
http:
paths:
- path: /example
pathType: Exact
backend:
service:
name: example-service
port:
number: 80
providers:
kubernetesIngress:
ingressClass: "traefik-internal"
# ...
[providers.kubernetesIngress]
ingressClass = "traefik-internal"
# ...
--providers.kubernetesingress.ingressclass=traefik-internal
ingressEndpoint
¶
hostname
¶
Optional, Default: ""
Hostname used for Kubernetes Ingress endpoints.
providers:
kubernetesIngress:
ingressEndpoint:
hostname: "example.net"
# ...
[providers.kubernetesIngress.ingressEndpoint]
hostname = "example.net"
# ...
--providers.kubernetesingress.ingressendpoint.hostname=example.net
ip
¶
Optional, Default: ""
This IP will get copied to Ingress status.loadbalancer.ip
, and currently only supports one IP value (IPv4 or IPv6).
providers:
kubernetesIngress:
ingressEndpoint:
ip: "1.2.3.4"
# ...
[providers.kubernetesIngress.ingressEndpoint]
ip = "1.2.3.4"
# ...
--providers.kubernetesingress.ingressendpoint.ip=1.2.3.4
publishedService
¶
Optional, Default: ""
The Kubernetes service to copy status from.
When using third parties tools like External-DNS, this option can be used to copy the service loadbalancer.status
(containing the service's endpoints IPs) to the ingresses.
Format: namespace/servicename
.
providers:
kubernetesIngress:
ingressEndpoint:
publishedService: "namespace/foo-service"
# ...
[providers.kubernetesIngress.ingressEndpoint]
publishedService = "namespace/foo-service"
# ...
--providers.kubernetesingress.ingressendpoint.publishedservice=namespace/foo-service
throttleDuration
¶
Optional, Default: 0
The throttleDuration
option defines how often the provider is allowed to handle events from Kubernetes. This prevents
a Kubernetes cluster that updates many times per second from continuously changing your Traefik configuration.
If left empty, the provider does not apply any throttling and does not drop any Kubernetes events.
The value of throttleDuration
should be provided in seconds or as a valid duration format,
see time.ParseDuration.
providers:
kubernetesIngress:
throttleDuration: "10s"
# ...
[providers.kubernetesIngress]
throttleDuration = "10s"
# ...
--providers.kubernetesingress.throttleDuration=10s
allowEmptyServices
¶
Optional, Default: false
If the parameter is set to true
,
it allows the creation of an empty servers load balancer if the targeted Kubernetes service has no endpoints available.
This results in 503
HTTP responses instead of 404
ones.
providers:
kubernetesIngress:
allowEmptyServices: true
# ...
[providers.kubernetesIngress]
allowEmptyServices = true
# ...
--providers.kubernetesingress.allowEmptyServices=true
allowExternalNameServices
¶
Optional, Default: false
If the parameter is set to true
,
Ingresses are able to reference ExternalName services.
providers:
kubernetesIngress:
allowExternalNameServices: true
# ...
[providers.kubernetesIngress]
allowExternalNameServices = true
# ...
--providers.kubernetesingress.allowexternalnameservices=true
Further¶
To learn more about the various aspects of the Ingress specification that Traefik supports, many examples of Ingresses definitions are located in the test examples of the Traefik repository.
Using Traefik OSS in Production?
If you are using Traefik at work, consider adding enterprise-grade API gateway capabilities or commercial support for Traefik OSS.
Adding API Gateway capabilities to Traefik OSS is fast and seamless. There's no rip and replace and all configurations remain intact. See it in action via this short video.