K3s的魅力在于它的简单性

K3s的魅力在于它的简单性。作为一个单一的二进制文件(约100MB)进行打包和部署，你只需几秒钟就可以得到一个完全成熟的Kubernetes集群。安装体验就像在集群的每个节点上运行一个脚本一样简单。

K3s二进制文件是一个自给自足的封装实体，它几乎运行了Kubernetes集群的所有组件，包括API server、scheduler和controller。默认情况下，每个K3s的安装都包括控制平面、kubelet和containerd运行时，这些已经足以运行Kubernetes工作负载。当然，也可以添加只运行kubelet agent和containerd运行时的专用worker节点，来调度和管理pod生命周期。

与传统的Kubernetes集群相比，K3s中的master节点和worker节点没有明显的区别。可以在任何节点上调度和管理Pod，不管它们扮演的是什么角色。所以，master节点和worker节点的命名方式不适用于k3s集群。

在k3s集群中，将运行控制平面组件与kubelet的节点称为server，而只运行kubelet的节点称为agent。server和agent都有容器运行时和一个kubeproxy，管理整个集群的tunnel和网络流量。

在典型的k3s环境中，你运行一个server和多个agent。在安装过程中，如果你传递了server的URL，节点就会变成一个agent;否则，你最终会运行另一个独立的k3s集群，有自己的控制平面。

那么，Rancher是如何降低k3s的内存呢?首先，他们去除了Kubernetes的很多可选组件，这些组件对于运行一个最低限度的集群来说并不重要。然后，它增加了一些必要的元素，包括containerd、Flannel、CoreDNS、CNI、Traefik ingress controller、本地存储程序、一个嵌入式服务负载均衡器和一个集成的网络策略controller。所有这些组件都被打包成一个二进制文件，并在同一个进程中运行。除了这些，该发行版还支持开箱即用的Helm chart。

上游的Kubernetes发行版是臃肿的，有很多代码可以删除。例如，存储volume插件和云提供商API，这些会极大增加发行版的内存。K3s省略了所有这些，以最大限度地减少二进制的大小。

另一个关键的区别是集群状态的管理方式。Kubernetes依靠分布式键值数据库etcd来存储整个集群的状态。K3s用名为SQLite的轻量级数据库取代了etcd，SQLite是一个成熟的嵌入式场景数据库。很多移动应用都会捆绑SQLite来存储状态。

（编辑：青岛站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!