如何在Rancher中设置Kubernetes API

作为概念的证明，我们正在和Rancher一起尝试Kubernetes。 目前，我们总共有10台机器用于环境

• 3台用于ETCD的机器（标签：ETCD=true）
• 3台API机器（标签：orchestration=true）
• 4台机器作为K8S工作节点（标签：compute=true）

我需要评估如何在Rancher环境中设置Kubernetes API。在K8S仪表板中，只有服务“kubernetes”在端口443的“默认”命名空间中运行

我想知道Rancher是如何使用哪些容器来运行API的？ 标签orchestration=true（主-主、主-从）的主机上使用的HA模型是什么？API通信流？外部用户可以从中获得什么

---

如果您能提供任何提示、链接和文档，我们将不胜感激。

您是否最终成功创建了此群集？我们正在考虑7节点HA集群，Rancher的文档在这个主题上并不是很好。2个计算节点，2个编排节点（如果我理解正确的话，这里应该是rancher服务器），3个数据节点（etcd集群，可能是rancher的MySQL集群？）。经过几个月的研究和少量集群，我个人的意见是：如果你计划生产rancher，就不要使用它。Rancher有利于发展和了解Kubernetes。你应该看看kube spray。是的，我设法把它提了出来，但很快它就崩溃了。谢谢你的回答！是的，最终我得出了相同的结论，Rancher是Kubernetes的一个很好的介绍，但对于准备生产的集群来说太有限了。Kubespray似乎是一个不错的起点，比完全从头开始要好。我们刚刚发布了Rancher 2.0，这是一个以Kubernetes为核心的完全重写。请检查一下，看看它是否适合你的需要@Adiqq，你能分享一下你为什么不使用Rancher 1.6管理Kubernetes的原因吗？@Letdocloud Rancher 1.6在一开始对我们来说很好，在几乎不了解的情况下很容易创建k8s集群，所以这是向我们的团队介绍它的完美方式，而不必在最初花费大量时间来展示集群的工作原型。然而，使用Ansible的kubespray给了我们更多的控制，没有任何东西是抽象的，我们可以很容易地看到和更改每个部分，这迫使我深入了解Ansible和k8s，因此它大大改进了我们的操作方面。我可以将它与Windows和Linux进行比较，Windows很好，但最终你会想真正了解到底发生了什么。