在生产中使用kubeadm的风险是什么？

Question

目前正在使用kubernetes，我需要自己在自己的硬件或云提供商上部署一个集群(我希望使用GCE，但在不久的将来是不可能的)。

我看到kubeadm允许一个快速而简单的集群引导，但它只提供了一个kubernetes主服务器。

当我在寻找一种解决方案时，我可以在生产中使用：

• 如果主机以未知的原因重新启动，会发生什么情况？
• 使用kubeadm，是否有可能启用云提供商的功能，如LB或持久卷插件？

Answer 1

我还尝试使用ubu 16.04和kubeadm进行一些实验设置，有以下经验：

主重启情况是kubeadm最关键的一点，因为集群在重新启动后没有正确启动。另一位这样的用户报告了这里问题，在这里，我共享脚本，如果编织网卡在CrashLoopBackOff中，就重新启动集群。

我还让它单独使用了一段时间，在许多重新启动之后，它启动到work...but，这意味着您的集群有相当长的停机时间。

在删除群集时，您会丢失所有配置。防止这种情况的唯一方法是恢复etcd somehow...however，我还没有找到任何可接受的解决方案。

关于云提供商，从1.4.3 AFAIK开始就有一些实验性的。我没有试过，但这是个好办法。然而，如果您正在规划更通用的、裸露的金属--例如，您应该看看关于使用kubeadm在标度道上部署kube的系列文章的第3部分，它包括将glusterfs安装为PV。在第2部分中，他还描述了使用traefik作为入口控制器。

正如您所看到的，使用kubeadm操作生产集群并不是一件容易的事情，但正如他们所说的，它仍然是alpha的。我正看着这个项目兴奋，希望它能尽快投入生产。