OpenShift 3.5架构 - 虚拟机配置

时间:2017-05-18 00:57:39

标签: openshift

我的任务是为OpenShift生产环境推荐VM配置。 OpenShift安装文档并没有详细介绍很多不同的选项。我知道我们想要高可用性(这意味着多个主人),但我有点困惑的一些事情是:

  • 为etcd分隔主机
  • 基础架构节点

我是否需要etcd的单独主机/节点? (优点似乎与性能有关,但希望更好地理解)

我是否需要基础架构组件(注册表,路由器等)的单独主机/节点,或者这些只能托管在主节点上?

2 个答案:

答案 0 :(得分:0)

AFAIK etcd可以和master一样在主机上,除非你真的有一个大型集群并希望将opensdift集群的etcd维护起来。

在专用节点上运行路由器有助于实现高可用性,并减少由于在同一台计算机上运行的其他容器工作负载而导致节点遇到运行状况问题的可能性。即使所有主服务器都关闭(可能很少见),openshift集群内的应用程序也可以运行,但路由器节点需要始终可用于提供流量。

redhat checkout blog.openshift.com以及redhat.com官方文档发布了许多参考架构

答案 1 :(得分:0)

etcd和master可以安装在同一个节点中,也可以单独安装。在这里你可以找到一些best practices for etcd。如你所见,这里建议单独安装,如果你能负担得起这就是我的建议。更多服务器。如果没有,我们可以说共同定位大师和等等是共生的,因为大师是CPU密集型的,而etcd则使用大量的磁盘IO和内存。

关于基础架构部署,例如路由器,docker-registry,EFK堆栈,指标等,建议的部署配置(所有可能性)都是主服务器不可调度的,他们只担心提供API和控制节点。然后,您可以将可调度节点拆分为基础架构和计算节点。

  • 基础结构节点仅托管群集本身或其他应用程序(即Gitlab或Nexus)使用的应用程序
  • 工作人员/计算节点将托管业务应用程序

使用HA路由器进行多主安装当然是最佳解决方案,但是您必须决定如何提供此HA,是使用外部LoadBalancer还是使用IP故障转移?

正如@debianmaster所提到的,您可以阅读几个参考架构文档。 Like this one here