Introducing Nappa and the Next Iteration of My k3s Cluster
It’s been almost two years since I built my first Raspberry Pi-powered k3s cluster. A lot’s changed! There’s a new node in the cluster and I’ve gone off the deep end switching everything to NixOS. In this post, I’ll talk about the new node and some of the nix options that enable it.
Nappa… the Control Plane?⌗
The new addition to the cluster is nappa
, an x86 NUC that now runs the control plane. Its extra processing power fixes the stability issues I had when the cluster was all Raspberry Pis. It also serves as network gateway (it has two ethernet ports!) and NFS server (for persistent volume storage) for the rest of the cluster. The new diagram looks like this:
Ok and I also splurged on some new Raspberry Pis 💰. saibaman1
and saibaman2
are now Raspberry Pi 4s with 8GB of memory. More memory, more containers!
Setting up a Network Gateway in NixOS⌗
nappa
runs NixOS, which makes it really simple to set up dnsmasq. In the config below, I set up a subnet at 192.168.2.x, but only on the ethernet port connected to the Raspberry Pis:
services.dnsmasq = {
enable = true;
extraConfig = ''
interface=enp4s0
dhcp-range=192.168.2.10,192.168.2.250,255.255.255.0,12h
'';
};
Next, I set up an iptables rule to allow the Raspberry Pis to reach out to the outside network. You can see it in the networking.firewall.extraCommands
option below:
networking.firewall = {
enable = true;
extraCommands = ''
iptables -t nat -A POSTROUTING -o eno1 -j MASQUERADE
'';
trustedInterfaces = [ "eno1" "enp4s0" ];
allowedTCPPortRanges = [{ from = 1; to = 65535; }];
allowedUDPPortRanges = [{ from = 1; to = 65535; }];
};
Wait, am I enabling a firewall just to configure it to open all ports? Yep! Enabling the firewall is a requirement for iptables, but I’m opening up all of the ports so it doesn’t get in the way of anything I’m working on.
k3s in NixOS⌗
Enabling k3s is another simple NixOS config option:
services.k3s = {
enable = true;
role = "server";
extraFlags = "--advertise-address=192.168.2.1 --node-ip=192.168.2.1 --node-external-ip=192.168.1.4 --flannel-backend=host-gw --flannel-iface=enp4s0";
};
Phew, that’s a lot of extraFlags
. They’re all needed due to nappa
’s weird networking setup. Note that k3s has flannel built in. NixOS’s service.flannel
option won’t do anything here. Speaking of which…
Flannel F***-ups⌗
After first setting up this cluster, everything seemed fine but there was some sort of networking issue. HTTP requests sent to services backed by pods running on Raspberry Pi nodes would time out, but they’d be fine if the pods were running on nappa
. I initially pointed the blame at the Raspberry Pis, poring through logs and configuration to try to figure out what was happening. But the problem was actually with nappa
, which needed an additional flannel option passed to k3s:
--flannel-iface=enp4s0
That tells flannel to use the same ethernet port that the Raspberry Pis are connected to. All better!
That’s it for now!⌗
The full configuration for nappa
(and the rest of the cluster) can be found here. In my next post, I’ll go through the changes I’ve made to the Raspberry Pis. Spoiler alert: they’re also on NixOS!