Live data from Hacker News

Talos: OS for Kubernetes

talos-systems.com

21–30 of 79 posts

Re: Talos: OS for Kubernetes

#21
post #9

Earlier quoted context omitted.

How difficult is an HA cluster? Because that’s more of a fair test. Setting up a dev-only instance of anything ought to be easy.

I build and maintain large-scale Kubernetes infrastructure for a living the way I put it is: easy to setup, somewhat more challenging to maintain. It's not rocket science, but like any complex computing tool it requires dedicated attention especially if you are going to run more than a handful of clusters. A lot of the tooling in the ecosystem falls flat here, it all solves the Day One: Getting Started problem but of…

Agree 100%. Part of the value add we feel we bring is going to be an OS that keeps pace with Kubernetes. Also, automated upgrades. Making the maintenance of a cluster a little easier over time.

Re: Talos: OS for Kubernetes

#22
post #9

Earlier quoted context omitted.

Installing Kubernetes has gotten easier since the time you last looked at it then. Having used Kubeadm and then RKE from Rancher, I can get a 3 node (non-HA) cluster up in under 10 minutes. This is on regular RHEL 7.4 machines when I last did this in a non-automated way.

How difficult is an HA cluster? Because that’s more of a fair test. Setting up a dev-only instance of anything ought to be easy.

At it's simplest, just a couple of flags (--upload-certs from the init node, and --control-plane from the joining masters).

It gets a bit more complicated when you automate it and support adding/replacing nodes - the uploaded certs are valid only for 2h for example. (IMO the easiest solution to that is manual cert distribution - i.e. just scping them to the joining nodes.)

Re: Talos: OS for Kubernetes

#23
post #5

while an 'os for kubernetes' would be interesting, the documentation doesn't seem to really explain how: "Talos lets you treat the cluster as the machine, so you can focus on your applications instead of managing the OS." all the examples seem to basically be kubectl, etc. commands with different syntax. How exactly is this an 'operating system' and not 'yet another kubernetes build / deployment utility'? Maybe it's…

The idea is that since - we go to great lengths to make the OS secure and immutable - we have an API - we will have automated upgrades We can allow those who are operating clusters to care far less about the OS. Managing SSH, packages, auditing requirements, etc. at the host layer is a job in itself. We aim to remove that concern and allow you to focus on Kubernetes.

What if it's mainly but not only k8s that you want installed - wireguard for inter-node networking for example, or something to support GPUs/other hardware?

Re: Talos: OS for Kubernetes

#24
post #23

Earlier quoted context omitted.

The idea is that since - we go to great lengths to make the OS secure and immutable - we have an API - we will have automated upgrades We can allow those who are operating clusters to care far less about the OS. Managing SSH, packages, auditing requirements, etc. at the host layer is a job in itself. We aim to remove that concern and allow you to focus on Kubernetes.

What if it's mainly but not only k8s that you want installed - wireguard for inter-node networking for example, or something to support GPUs/other hardware?

We're working through a plugin system that might allow for things like this. GPUs/other hardware will obviously not be pluggable, but we have had requests for both and we are interested in adding support for them. We have really powerful tooling that makes building kernels with modifications simple.

Re: Talos: OS for Kubernetes

#26
post #23

Earlier quoted context omitted.

What if it's mainly but not only k8s that you want installed - wireguard for inter-node networking for example, or something to support GPUs/other hardware?

We're working through a plugin system that might allow for things like this. GPUs/other hardware will obviously not be pluggable, but we have had requests for both and we are interested in adding support for them. We have really powerful tooling that makes building kernels with modifications simple.

Is this plugin system going to end up being a package manager?

Re: Talos: OS for Kubernetes

#27
post #26

Earlier quoted context omitted.

We're working through a plugin system that might allow for things like this. GPUs/other hardware will obviously not be pluggable, but we have had requests for both and we are interested in adding support for them. We have really powerful tooling that makes building kernels with modifications simple.

Is this plugin system going to end up being a package manager?

It is not. The specifics are still a WIP to be honest, but the plugin system will almost certainly have a scope to it.

Re: Talos: OS for Kubernetes

#30
Can somebody give me(/HN) a TL;DR of how this differs from existing OSs targeted for Kubernetes, like GCP's Container-Optimized OS?

https://cloud.google.com/container-optimized-os/

The big difference seems to be removing SSH. I understand the theoretical rationale, but in practice it seems like this would complicate troubleshooting quite a bit. Yes, maybe you shouldn't be SSHing into prod ever, but how do you keep the environment consistent if you do want to allow SSH in dev/test?

Post reply on HN