我需要 OKD 的多个硕士吗？
Do I need multiple masters on OKD?
所以我有一个关于根据我们的需要设置 OKD 的问题 - 我们的团队已经确定 Kubernetes 基本上是我们管理堆栈的最简单方法。我们没有太多的工作量；可能 3 台专用服务器可以完成所有这些工作，但我们有很多服务和工具最好由 运行 在 docker 容器中提供，我们也从 运行 我们的服务中受益匪浅相当单一的核心应用程序作为容器使部署和维护更简单。
但问题是我们需要多少个节点；具体来说，我们是否需要HA Master节点。
从文档来看，基础设施节点似乎负责路由。这是否意味着即使主节点出现故障，只要域指向基础设施节点，其他节点仍然可用并且路由正常工作？或者一个失败的主节点会使所有其他节点无法访问？
在我们的环境中，路由器 pods 在基础节点上 运行，我们可以安全地关闭主节点而不影响应用程序。
- 主节点：api、控制器、etcd
- 基础节点：注册表、路由器、指标、日志记录等
关闭 master 后，您将无法管理集群，其余工作正常。有多个主节点用于 etcd 冗余是件好事，但对于这么小的环境，我认为维护更多是没有意义的。
所以我有一个关于根据我们的需要设置 OKD 的问题 - 我们的团队已经确定 Kubernetes 基本上是我们管理堆栈的最简单方法。我们没有太多的工作量；可能 3 台专用服务器可以完成所有这些工作，但我们有很多服务和工具最好由 运行 在 docker 容器中提供，我们也从 运行 我们的服务中受益匪浅相当单一的核心应用程序作为容器使部署和维护更简单。
但问题是我们需要多少个节点；具体来说，我们是否需要HA Master节点。
从文档来看，基础设施节点似乎负责路由。这是否意味着即使主节点出现故障，只要域指向基础设施节点，其他节点仍然可用并且路由正常工作？或者一个失败的主节点会使所有其他节点无法访问？
在我们的环境中，路由器 pods 在基础节点上 运行，我们可以安全地关闭主节点而不影响应用程序。
- 主节点：api、控制器、etcd
- 基础节点：注册表、路由器、指标、日志记录等
关闭 master 后，您将无法管理集群，其余工作正常。有多个主节点用于 etcd 冗余是件好事，但对于这么小的环境，我认为维护更多是没有意义的。