各位公司的 K8S 集群是通过什么方式搭建的？

[zhoudaiyu]

我们的环境是私有云，搭建是用半自动的方式的，就是把启动需要的二进制文件和配置文件都分发到各个节点，虽然说这样可以改的地方比较多，比较灵活，但是非常容易改错某个配置导致集群启动不了。想问问你们公司都是咋搭建 k8s 的？ kubearm ？ rancher ？ GitHub 上面的全自动化脚本？还是？

[kennylam777]

@coolcoffee

你所要的 LB, PV, Scaling 在 OpenStack 都能包辦，拆開的話也不用自己開發吧，現成方案還是有不少的。

[QBS]

自己搭过，也用过 rancher 和 kubesphere，推荐 rancher 。体感：无脑简单，对运维体检最佳。

[arbit]

kuboard 照着官网这个搭，没遇到什么坑

[risky]

kubeadm

[joesonw]

@coolcoffee 即使是 baremetal, LB 和 CSI 也有现成解决方案. 动态扩容的话应该是只适合云上, 自己部署的话哪有多余的闲暇机器.

[lework1234]

通过 kubeadm 方式部署，使用 https://github.com/lework/kainstall 脚本一键安装的。

[jingslunt]

rancher 部署方式还真的多
生产环境
RancherD
Helm CLI
RKE
开发环境
docker

[lawmil]

线上直接托管阿里云

[salmon5]

二进制加 ctrl+c,ctrl+v

[kennylam777]

@lework1234 又一個輪子......簡單的方法是先用 playbook 安裝好 python3，就可以愉快使用 Ansible 了吧

[kennylam777]

我發現大部分的回答都不審題，都說私有雲半自動的了，竟然大部分答案都是公有雲託管，還有一堆手動小作的 kubeadm 的方案......

起碼是要 CNCF 的方案吧，不然就走 K8s the hardway 的學習路線。

Rancher 是 CNCF 的，但 CNI 有限，半自動化上比 Ansible 方案還是太傻瓜了一點，Rancher 公司也活躍了一段時間。

Kubeasz 也剛剛過了 CNCF，CNI 選擇也多，全中文的教程及國內優化鏡像是有用的，但是畢竟是義務工作不知道項目能活多久，我是不會用的因為沒有國內伺服器。

kubespray 是 kubernetes-sigs 下的官方項目，比 Kubeasz 有保證，但是國內網絡就麻煩了。

我覺得起碼要有 OpenStack 一類的東西才算私有雲吧，不然就只是 bare metals 。

[NaVient]

@kennylam777 #31 看了很多回答，就大兄弟你的回答靠谱点

[lework1234]

@kennylam777 嗯，你这个方案也可行，不过还需要个前提 python3，以及下载对应的 playbook，不够方便。

[kennylam777]

@lework1234 kubespray 或 kubeasz 就全套 playbook 了，還帶 scaling 例如安裝後的 add/remove master/slave nodes 。

自己學習寫一套自動化沒有問題，但投入生產環境的工夫還是很多的。

Ansible 方案需要做的事是建立 inventory file 及 variables，和源碼 playbooks 完全分離，完全是一個 git + kubesprary/kubeasz 做 submodule 就可以管好的事。

我想 kubespray 應該可以配一個 cn mirror urls 的 variables file 就應該能在國內用了吧。

[wingoo]

eks

[arischow]

楼上回答得很好啊。

但是把其他人批判一番就挺逗的，根据标题和描述进来回答云托管有问题？

[www5070504]

楼上的楼上没什么问题

描述第一句就说了环境是私有云

[xin053]

@kennylam777 kubespray 新版有 generate_list.sh 脚本列出使用的二进制文件以及镜像(可以手动下载并上传到私仓)，offline.yml 文件可以配置整个剧本使用私仓(包括 apt/yum 源，pip 源，二进制文件，docker 镜像等)

我司目前就是将 kubespray 作为 submodule，然后自己写相关组件的剧本，反正 kubespray 挺好用的

[hijoker]

kubeadm 搭建的

[kennylam777]

@xin053 kubesprary 的 contrib/offline/真的不錯

kubesprary as a submodule 的方法讓我安心的是，只要緊跟上游的 release(e.g. 2.16)，就可以享用上游的維護一段時間，升級的時候也有據可依