Converting an old MacBook into an always-on personal Kubernetes cluster
devopsdirective.com
Converting an old MacBook into an always-on personal Kubernetes cluster
1–10 of 126 posts
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#2For the past two weeks though, I haven't had any issues with this setup on the Macbook Air!
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#3Initially, I tried doing this with a 2010 Mac Mini (which claims to support VMX), but couldn't get Minikube running on it... For the past two weeks though, I haven't had any issues with this setup on the Macbook Air!
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#4Initially, I tried doing this with a 2010 Mac Mini (which claims to support VMX), but couldn't get Minikube running on it... For the past two weeks though, I haven't had any issues with this setup on the Macbook Air!
You could try k3s in the mini. k3s uses a less resource hungry setup, parity is not there yes as many resource definitions won't work out of the box.
When I tried with minikube, the VirtualBox VM would boot successfully, but there was an issue with the networking b/w the VM and MacOS
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#5Initially, I tried doing this with a 2010 Mac Mini (which claims to support VMX), but couldn't get Minikube running on it... For the past two weeks though, I haven't had any issues with this setup on the Macbook Air!
I though Kubernetes was all about containers, not VMs?
Why not just boot proper Linux on that thing?
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#6I've used kind successfully on WSL for experimenting locally, and even found a script to open up ports on the firewall and set up a port "forwarding" of sorts using the netsh utility, which let me access a program bound to a port within WSL. Though I suspect additional hurdles considering however the networking for kind works.
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#7Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#8I'm kind of in this weird position where I understand the benefits and use of k8s, but I:
a) Can't think of any cutesy distributed systems/microservices type thing that I could or would want to run on a low power machine locally (lack of processing power or ISP getting pissed off @ massive amount of traffic if you're e.g. scraping a ton of data and doing stream processing on it in your little cluster)
b) Don't really understand the point in investing time in it, as it feels like one of those things you learn on the job as it comes up. And for a lot of people (the majority, probably?) it'll probably never even come up unless they just are hunting for new tech to introduce at work regardless of if the business actually needs it. Which IMO, most businesses don't even have a compelling reason to switch from the old 3 tier monolith architecture.
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#9Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#10What sort of fun projects/experiments do people do with a super low powered k8s cluster locally? I'm kind of in this weird position where I understand the benefits and use of k8s, but I: a) Can't think of any cutesy distributed systems/microservices type thing that I could or would want to run on a low power machine locally (lack of processing power or ISP getting pissed off @ massive amount of traffic if you're e.g.…
Kubernetes knowledge is becoming an important job skill, and if your current employer does not use Kubernetes, you'll need to learn it on your own.
> Which IMO, most businesses don't even have a compelling reason to switch from the old 3 tier monolith architecture.
Compelling reasons include self-healing, autoscaling, and official support from all major cloud providers. In my experience, it's actually easier to adopt Kubernetes at a smaller company than a larger one.
It's also becoming harder to hire developers who are willing to work on monolithic codebases. It's been a while since those were the state of the art, and a lot of people with 5+ years in the industry have never seen them before.