Earlier quoted context omitted.
I believe running a MacBook as an always on server will pretty rapidly destroy the battery anyway.
Macbook appears to be pretty intelligent about it's battery. My 2016 is still over 90% healthy and regularly gets over 5 hours on a single charge (load dependent of course). It's pretty much on 24/7.
Converting an old MacBook into an always-on personal Kubernetes cluster
81–90 of 126 posts
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#82Earlier quoted context omitted.
This sounds a lot like CV-driven development, rather than any actual use cases. That's not to say it's a bad idea for an individual dev, but might not say great things about our industry.
Kubernetes is the 2020's equivalent of "nobody gets fired for buying IBM" of 1980s.
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#83Earlier quoted context omitted.
Kuburnetes is lightweight, extensible and based on open standards, which is the recipe for a long-term solution in this space. It also has first class support in all of the major cloud providers and has an established tooling ecosystem around it.
I'll agree with everything here besides 'lightweight'.
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#84Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#85For what it's worth, I built one like this on an old Linux laptop. I then moved my home lighting controller onto it as a test. Some months later my house lights stopped working, and I had to spend a few hours applying snippets semi-randomly from Stack Overflow. It could be the problem was due to expired Kubernetes certificates, or it could be something else. Either way, my conclusion was that Kubernetes is really mea…
I mostly use it for random experimentation/learning and like not having to think about starting up/shutting down Minikube on my main laptop!
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#86You could sell the MacBook and build a decent raspberrypi cluster with the money you make on it.
A big problem is local storage provisioner for kubernetes is still not GA. I want to use an SSD attached to one master, and use that as storage for the other RPIs. Doing this is still undocumented/the Wild West.
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#87Earlier quoted context omitted.
Disclaimer: k8s beginner here. As far as I understand, local storage provisioner is for the node local storage; the storage doesn't follow the workload to whatever node is the pod scheduled, but schedules the pod to the node containing the storage device. It doesn't allow for pods to access local storage outside the node. So for worker nodes using storage on the master node, isn't it better to use either iSCSI or NFS…
This is exactly right. Local storage is conceptually the persistent volume equivalent to an emptydir volume mount. If you want to have a 'storage node' in a simple way, the NFS storage provider is the way to go. You install the nfs client libs on each node, setup an NFS share and configure and run the provisioner[1]. My experience with iSCSI is to stay the heck away from it. It is not what you want. iSCSI is really m…
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#88Should I do this to my 2009 macbook?
You might be able to install Linux directly and then using something like https://microk8s.io/ instead...
Re: Converting an old MacBook into an always-on personal Kubernetes cluster
#89Earlier quoted context omitted.
A big problem is local storage provisioner for kubernetes is still not GA. I want to use an SSD attached to one master, and use that as storage for the other RPIs. Doing this is still undocumented/the Wild West.
I am not a kubernetes expert so I have no idea. Sounds like a fun challenge. I remember seeing something about network mounts for linux in general. Maybe go around kubernetes? If you solve it I'd be interested in how you did it, so an update would be greatly appreciated.