不懂就问： kubeadm 能否用于生产？和 kubespray 区别是什么？

建议把 kuberadm 用得滚瓜烂熟了再用 kuberspray,我没用过后者，也知道它一定更强大，但我不觉得 kuberadm 有什么难用的地方，而且官方文本全是 kuberadm, kuberspray 出了错不还得下沉到 kuberadm 来看问题吗

应该可以吧，1.18 时在生产用了挺久，后来就上云了。研发环境一直用的 kubeadm ，初始化完成后，后续除了一年一度的证书续期和心血来潮的版本升级，基本不会再用到了。

@hwdq0012 我的担忧也是这样，k8s 我还没玩明白，用 kubespray 的话又增加了复杂度，请问 kubeadm 可以用于生产吗？

@vczyh 它只是组集群的工具， 正常 master 节点会加污点， 工作量载荷不会调度过来的， 能不能用于生产主要是看它能能容灾，挂了一两个是不是可以正常工作， 一般是 3 5 7 个 master 节点好像， 一般是用 haproxy 和 keeplive 让这些 master 节点选举一个顶着， 挂一个就选举另一个继续顶，和用什么工具没关系吧

纠正一下 haproxy 用于 api （查看资源，apply 配置之类的）请求的负载均衡，keeplive 用于选举 ip ，

最早不就是 Kubeadm 有啥不能用于生产的 只是 kubeadm 复杂一些 现在有更多简单的替代 kubekey sealos 都很好用

@viking602 而且我感觉你不是很了解 k8s 考虑业务量和集群大小再考虑是直接用 k8s 还是选择直接用 docker

kubeadm 就是个用来部署 k8s 的工具，没啥不能上生产的，要注意的是你的 k8s 的配置要符合生产条件

kubeadm 肯定可以啊，连 k3s 都可以.

了解原理和如何查看日志，啥都能用，只要环境统一不是冷门的配置 os 啥的就没啥问题

静态 Pod 和 systemd 没法比较吧，都不是一个概念的东西。k8s 部署生产的话，个位数节点么，那用 kubeadm 确实够了，节点很多的话还是建议 kubespray ，个人感觉 kubeadm 更适合做初始部署，后续运维还是要写 ansible 脚本的。

@COW 比如 apiserver 可以通过 systemd 管理或者通过静态 Pod 管理，现在流行哪种？很早之前看 kubeadm 是通过静态 Pod 干的。

@Lee2019 @suofeiya @guanzhangzhang

看来是可以用于生产的

生产可以考虑 RKE2

1 、如果是学习，两个都可以，建议是 kubeadm ，毕竟官方，文档全。
2 、如果是测试，kubeadm 也首选，好打理。
3 、如果生产，强推二进制（需要对每个组件都有很深入理解）。
4 、如果有基础了，市面上那些都可以。但是不推荐侵入式的，比如 kube-sxxxxx

@tudou1514 谢谢，如果选择二进制，是否通过静态 Pod 管理各种服务，或者是通过 systemd 管理。

@vczyh #12 除了 kubectl 、容器运行时用 systemd 运行，其他组件比如 apiserver 基本都是用 pod 了，etcd 集群可以考虑二进制。

@vczyh 二进制部署的话，每个组件都是 systemd 管理的。你说的静态 pod 管理不太清楚是指啥

@tudou1514 这个： https://www.cnblogs.com/zhangmingcheng/p/16954306.html

@COW 好的，etcd 考虑二进制的原因是什么呢请问

我 k3s 上生产了

静不静态 Pod 其实不是关键，关键是对每个组件都要非常熟悉，就算是静态 Pod ，实际上也是 kubelet 作为二进制拉起的，一样是需要维护 kubelet 这个 systemd 进程