amazon-web-services - 如何在 AWS 上部署 Kubernetes？

Question

我想知道人们如何在 AWS 中部署生产级 Kubernetes 集群，更重要的是，他们如何选择他们的方法。

k8s documentation指向 kops适用于 Debian、Ubuntu、CentOS 和 RHEL 或 kube-aws适用于 CoreOS/容器 Linux。在这些选择中，尚不清楚如何从其他选择中选择一个。 CoreOS 似乎是最引人注目的选择，因为它专为容器工作负载而设计。

等等，还有更多。

bootkube似乎是 CoreOS 部署技术的下一次迭代，并且在 roadmap 上包含在 kube-aws 中。我应该等到 kube-aws 使用 bootkube 吗？

Heptio最近宣布了一项 Quickstart architecture用于在 AWS 中部署 k8s。这是最新的方法，因此可能是最不成熟的方法，但它似乎确实在 AWS 内部获得了关注。

最后kubeadm是一件事，我不太确定它适合所有这一切。

我可能还遗漏了更多方法。

鉴于意图重叠的选项数量众多，很难选择前进的道路。我对概念验证不感兴趣。我希望能够部署一个安全、高可用性的集群以供生产使用，并且能够随着时间的推移升级集群(主机操作系统、etcd 和 k8s 系统组件)。

你选择了什么，你是如何决定的？

Answer 1

我会说选择任何适合您需要的东西(另请参阅 Picking the right solution)...

这可能是:

• 集群设置的速度
• 集成到您现有的工具链中
  • 例如kops 与 Terraform 集成，这可能非常适合某些人
• 在您的团队/公司/...
  • 例如您对相关 Linux 发行版的熟悉程度如何
• 工具本身所需的成熟度
  • 有些工具还处于初级阶段，您愿意扮演早期适应者的角色吗？
• 能够在 Kubernetes 版本之间升级
  • kubeadm 将此列入他们的议程，其他一些人更愿意丢弃集群而不是升级
• 需要与外部工具集成(监控、日志记录、身份验证……)
• 支持的云提供商

根据您的具体要求，我会选择 Heptio 或 kubeadm 方法。

• Heptio如果您可以接受给定的限制(例如预定义的操作系统)
• kubeadm如果您需要更大的灵 active ，可以将使用 kubeadm 完成的所有工作转移到其他云提供商

AWS 的其他选项在我的列表中靠后:

• Kubernetes the hard way - 使用它可能是设置生产集群的唯一真正方法，因为这是您可以完全理解系统的每个移动部分的唯一方法。排在后面，因为通常任何工具的结果都可能绰绰有余，即使对于生产而言也是如此。
• kube-up.sh - 已被社区弃用，所以我不会将它用于新项目
• kops - 我的团队对它有一些奇怪的体验，这似乎是由于我们当时的(自定义)需求(现有 VPC)，这就是为什么它在我的列表中排在较低位置的原因 - 对于也使用 Terraform 的环境，它会排在第一位。
• bootkube - 在我的列表中靠后，因为它对 CoreOS 有限制
• Rancher - 有趣的工具链，对于单个集群来说似乎太多了

---

Offtopic:如果您没有在 AWS 上运行，我也总是考虑宁愿在 GCE 上运行生产工作负载，因为这是一个管理良好的平台，而不是您的平台ve 建立自己。