Kubernetes & Traefik with local Wildcard certificates
This was originally posted on Medium.
As a passionate software engineer at Localz, I get to tinker with fancy new tools (in my own time) and then annoy my coworkers by evangelising said tools in the workplace. Kubernetes is just one of those tools, and we’re currently exploring it for use internally! 🐙
Here’s a little tutorial I’ve whipped up for getting Kubernetes up and running on your Mac, and deploying some small services.
- Installing Kubernetes
dnsmasqto route our DNS locally and handle traffic for the
- Provisioning a certificate with
- Setting up Traefik to handle our service routing
- Creating a demo deployment & testing out what we’ve just done
Download Docker for Mac Edge, which allows you to enable Kubernetes in just a single click! At the time of writing, Kubernetes hasn’t made it to a stable release yet.
Once you’ve installed Docker for Mac Edge, open up preferences, navigate to the Kubernetes tab, check Enable Kubernetes and select Kubernetes as your orchestrator, then hit Apply!
It might take a few minutes for Kubernetes to start up, so in the mean time go grab a coffee or a nice glass of red! 🍷
Once Kubernetes has installed successfully we’ll need to switch to the correct context:
kubectl config use-context docker-for-desktop
kubectl get nodes should give you the following:
NAME STATUS ROLES AGE VERSION docker-for-desktop Ready master 17m v1.10.3
Next we’ll install
dnsmasq so that we can redirect any requests to
.local directly to our local Kubernetes cluster, while leaving other requests intact!
brew install dnsmasq
/usr/local/etc/dnsmasq.conf and append this line to it:
The above will redirect all
.local traffic to
127.0.0.1 but you could use any IP and any domain name extension you’d like.
sudo brew services start dnsmasq
Next we’ll create a new resolver to handle all of those queries:
sudo mkdir /etc/resolver
And create a new file at
/etc/resolver/dev with the following contents:
Set your DNS to
127.0.0.1 in System Preferences > Network > Advanced > DNS. Don’t worry, this won’t null route you as we’ve set a fallback to Cloudflare DNS (
Flush your DNS for good measure:
sudo killall -HUP mDNSResponder
Now if you
.local domain locally, you’ll find it redirects to
dig k8s.local @127.0.0.1 ; <<>> DiG 9.10.6 <<>> k8s.dev @127.0.0.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8631 ;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;k8s.local. IN A ;; ANSWER SECTION: k8s.local. 0 IN A 127.0.0.1 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Aug 27 20:52:19 AEST 2018 ;; MSG SIZE rcvd: 41
mkcert to create a local certificate authority
brew install mkcert
Then we can install the trusted Certificate Authority:
Now we can provision a wildcard certificate for our new local domain:
This will create two files:
Finally, we can create a Kubernetes secret to store the newly created certificate:
kubectl -n kube-system create secret tls traefik-tls-cert --key=_wildcard.k8s.local-key.pem --cert=_wildcard.k8s.local.pem
Setting up Traefik
Note: normally you’d want to separate things into different namespaces, but for brevity I’ll just be using
First, we’ll apply the
ConfigMap resource. Let’s create file called
configmap.yml with the following contents:
This will make
traefik.toml configuration file available to the Traefik container. With
[kubernetes] enabled, it will look for Kubernetes Ingress entries and make them available publicly.
kubectl apply -f configmap.yml
Now we can deploy Traefik, creating
deployment.yml and applying it:
This will deploy Traefik to Kubernetes, and create a service that exposes it on ports 443, 80, and 8080.
kubectl apply -f deployment.yml
Now we’ll create a new file called
rbac.yml which will give Traefik access to look for Ingresses:
kubectl apply -f rbac.yml
kubectl get pods --all-namespaces, you should see a line that looks like the following:
kube-system traefik-ingress-controller-6659bcdd46-7jh4l 1/1 Running
1/1 — if it appears as
0/1, you’ll have to give it a few moments to startup.
Now if we hit
k8s.local, it should say load with
404 page not found.
Creating a deployment
containous/whoami, a neat little image which shows container information.
We’ll create a file called
whoami-deployment.yml which will consist of a deployment, a service, and an ingress:
Now we can apply this:
kubectl apply -f whoami-deployment.yml
Now if you hit https://whoami.k8s.local it should pop up with container and host information, rather than that 404 we were seeing earlier!
You’ve now got your very own local Kubernetes cluster, and a neat way to expose services over HTTPS!
On the web
- Kev Quirk
- Renlord Yang on Renlord's Webpage
- nerdypepper's μblog
- Andrew Healey's Blog
Generated by openring