5 ms·
thank you for sharing this - let me try from my end. My comment and denial towards using nomad was based on their hardware requirements - https://www.nomadproje
by bootcat 5y ago
thank you for sharing this - let me try from my end. My comment and denial towards using nomad was based on their hardware requirements - https://www.nomadproject.io/docs/install/production/requirements https://www.nomadproject.io/docs/install/production/requirem...
For raspberry pis - I would go with the following,
https://k0sproject.io https://k0sproject.io
https://k3s.io https://k3s.io
- don-code 5y agoHaving tried Kubernetes on Raspberry Pi's once (my homelab is all SBCs, not all Pis but all ARM), there are two major pitfalls: 1. K3s may not be too heavy, but basically anything that runs on it is. For all but the most basic jobs, I was still looking at one, or maybe two, apps per SBC. Couple with 10/100 networking on many of these, and there's a lot of extra time/latency spent just on chattering across the network. 2. It's relatively rare that you're using _just_ the SBC - more likely is that you have some peripherals, or some local storage. That limits where your pods can schedule, but because of #1, you still end up with dedicated nodes for dedicated functions. I ended up pulling the plug on that project early, and went back to scheduling workloads manually. For instance, I have Transmission and Squid running on the Pi with the big flash drive. InfluxDB and Grafana live side by side, and also live next to the SDR (I take in some metrics by radio). It's all still containerized, just with manual `docker run`'s and versioned config files, instead of with Kubernetes.
- kakoni 5y agoTested both k3s and nomad on a lightweight cluster, k3s used about 25-30% from one CPU core constantly whereas nomad was running 1-2% tops.