【问题标题】:OpenShift 3.5 Architecture - VM ProvisioningOpenShift 3.5 架构 - 虚拟机供应
【发布时间】:2017-05-19 16:46:27
【问题描述】:

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

  • etcd 的独立主机
  • 基础设施节点

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

我是否需要为基础设施组件(注册表、路由器等)提供单独的主机/节点,或者这些可以只托管在主节点上吗?

【问题讨论】:

    标签: openshift


    【解决方案1】:

    AFAIK etcd 可以与 master 位于同一主机上,除非您确实拥有一个大型集群并且希望将 etcd 维护与 openshift 集群分开。

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

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

    【讨论】:

      【解决方案2】:

      etcd 和 masters 可以安装在同一个节点上,也可以分开安装。在这里你可以找到一些best practices for etcd。如您所见,这里建议单独安装它,如果您可以“负担”更多服务器,这就是我的建议。如果不是这样,我们可以说将 master 和 etcd 放在一起是共生的,因为 master 是 CPU 密集型的,而 etcd 使用大量磁盘 IO 和内存。

      关于基础设施部署,如路由器、docker-registry、EFK 堆栈、指标等,推荐的部署配置(一切都在您的可能范围内)是 master 不可调度,他们只担心提供 API 和控制节点。然后,您可以将可调度节点拆分为基础架构和计算节点。

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

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

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

      【讨论】:

        猜你喜欢
        • 2016-03-10
        • 1970-01-01
        • 2015-10-31
        • 2010-10-15
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多