4 ms·

I run a startup that lets folks attach clusters and I’ll just say, for development or on windows/OSX, I highly recommend k3s and Rancher Desktop (which wraps k3

I run a startup that lets folks attach clusters and I’ll just say, for development or on windows/OSX, I highly recommend k3s and Rancher Desktop (which wraps k3s). Dramatically fewer issues and cpu usage compared to minikube. Minikube does try to be more “correct”, so it’s possibly better strictly for learning kubernetes or hacking on k8s itself.

deleted 4y ago
[deleted]
LoveGracePeace 4y ago
I've tried several of the kubes and k3s for my personal projects works well. I'd use it for work too if I had different options. I think Rancher Desktop might cost though so I use kubectl to do everything.
- mook 4y ago
  (Disclaimer: Rancher Desktop developer) Rancher Desktop is fully Apache 2 licensed, so I think that shouldn't be an issue — even if it somehow ends up closed source at one point, at worst somebody can start a fork from the last public release and go from there. Our release process for Windows & Linux literally involves pulling the build from GitHub, attaching signatures on top, and pushing the bits back up. (There's some QA in the middle, but that doesn't change the bits.) The only reason we don't do that for Mac is because we haven't sorted out the signing there using this flow. Note that Docker Desktop wasn't open source (but the core Docker engine was), which is why they can start charging money for the binaries and not worry about somebody making a fork. Having said that — feel free to continue using kubectl to do everything; whatever floats your boat is good :)
rad_gruchalski 4y ago
I’m pretty happy with kind on a mac.
- yebyen 4y ago
  I'm pretty happy with kind on Rancher Desktop on a mac!
  - bogomipz 4y ago
    What does the Rancher Desktop give you that you don't get with just plain KinD?
    - yebyen 4y ago
      KinD requires some docker engine to run it on. That's all I'm using from Rancher. It allows me to switch between containerd and docker-engine. My options on this physical machine as I see it are: lima, rancher desktop, or Docker Desktop itself. I don't actually use Rancher Desktop for its Kubernetes integration, and in earlier versions it wasn't even possible to do this without weird vague workarounds, but now it has an "Off" switch, and I use it for the rare occasion that I need to run container images locally, or a kind cluster. I ruled out Docker Desktop because I can't use it alongside of other VMs (not because it doesn't work, which I understood to be true for Windows users, but because it is composed of a virtual machine, with a memory footprint, and one shouldn't have too many of those unless you have a beast of a laptop...) and because it requires paid volume licensing. Don't get me wrong, I like to pay for things, but I also like to evaluate alternatives! I used this for a while: https://github.com/lima-vm/lima/blob/master/examples/k8s.yaml https://github.com/lima-vm/lima/blob/master/examples/k8s.yam... It wasn't quite perfectly stable, also not maintained by the Kubernetes core team but externally, so it has to play catch-up a bit when releases are done, rather than in the case of KinD it can enjoy a release on the schedule with Kubernetes. I am a kubeadm baseline user and I find that Kind is actually the best way to do experiments (I don't use MiniKube at all so can't compare) Some experiments require a bit more control of the VM that runs your CRI and for those there are raw nodes (physical machines) or a Lima VM for a convincing approximation of one. When there's a need to go to production, I'm generally not using any of these choices, but I am using KinD quite extensively (even on remote nodes!) through tailscale. This is actually really nice.
      - 4y ago
thathndude 4y ago
Have you checked out cycle.io? Started using it for container management, and have been pleased.

deleted 4y ago

[deleted]

LoveGracePeace 4y ago

I've tried several of the kubes and k3s for my personal projects works well. I'd use it for work too if I had different options. I think Rancher Desktop might cost though so I use kubectl to do everything.

mook 4y ago
(Disclaimer: Rancher Desktop developer) Rancher Desktop is fully Apache 2 licensed, so I think that shouldn't be an issue — even if it somehow ends up closed source at one point, at worst somebody can start a fork from the last public release and go from there. Our release process for Windows & Linux literally involves pulling the build from GitHub, attaching signatures on top, and pushing the bits back up. (There's some QA in the middle, but that doesn't change the bits.) The only reason we don't do that for Mac is because we haven't sorted out the signing there using this flow. Note that Docker Desktop wasn't open source (but the core Docker engine was), which is why they can start charging money for the binaries and not worry about somebody making a fork. Having said that — feel free to continue using kubectl to do everything; whatever floats your boat is good :)

rad_gruchalski 4y ago

I’m pretty happy with kind on a mac.

yebyen 4y ago
I'm pretty happy with kind on Rancher Desktop on a mac!
- bogomipz 4y ago
  What does the Rancher Desktop give you that you don't get with just plain KinD?
  - yebyen 4y ago
    KinD requires some docker engine to run it on. That's all I'm using from Rancher. It allows me to switch between containerd and docker-engine. My options on this physical machine as I see it are: lima, rancher desktop, or Docker Desktop itself. I don't actually use Rancher Desktop for its Kubernetes integration, and in earlier versions it wasn't even possible to do this without weird vague workarounds, but now it has an "Off" switch, and I use it for the rare occasion that I need to run container images locally, or a kind cluster. I ruled out Docker Desktop because I can't use it alongside of other VMs (not because it doesn't work, which I understood to be true for Windows users, but because it is composed of a virtual machine, with a memory footprint, and one shouldn't have too many of those unless you have a beast of a laptop...) and because it requires paid volume licensing. Don't get me wrong, I like to pay for things, but I also like to evaluate alternatives! I used this for a while: https://github.com/lima-vm/lima/blob/master/examples/k8s.yaml https://github.com/lima-vm/lima/blob/master/examples/k8s.yam... It wasn't quite perfectly stable, also not maintained by the Kubernetes core team but externally, so it has to play catch-up a bit when releases are done, rather than in the case of KinD it can enjoy a release on the schedule with Kubernetes. I am a kubeadm baseline user and I find that Kind is actually the best way to do experiments (I don't use MiniKube at all so can't compare) Some experiments require a bit more control of the VM that runs your CRI and for those there are raw nodes (physical machines) or a Lima VM for a convincing approximation of one. When there's a need to go to production, I'm generally not using any of these choices, but I am using KinD quite extensively (even on remote nodes!) through tailscale. This is actually really nice.
    - 4y ago

thathndude 4y ago

Have you checked out cycle.io? Started using it for container management, and have been pleased.