【问题标题】:Purpose of adding Openshift intrastructure nodes添加 Openshift 内部结构节点的目的
【发布时间】:2017-10-06 06:30:14
【问题描述】:


我经常可以在图片中看到包括“基础设施节点”在内的 Openshift 架构。这些节点和主节点有什么区别?我知道基础设施节点通常托管像 ha-proxy 这样的非用户 pod,但我们是否需要它?简而言之,不能只在主节点上安装 ha-proxy 的东西吗? 谢谢

【问题讨论】:

    标签: openshift openshift-enterprise


    【解决方案1】:

    Masters 的目的是提供 API 和 Controllers 服务,并在可能的情况下使它们不可调度。那些大师会照顾:

    • 处理来自客户端(节点、用户、管理员和其他部署在 Openshift 上的基础设施系统)的请求
    • 运行调度程序和复制控制器
    • 提供客户端工具(oc 和 oadm)
    • etcd 数据存储(如果没有单独安装在不同的服务器上)

    然后,您所有的非用户 pod,如您所说的 ha-proxy 路由器,以及 docker-registry、registry-console、logging-ops、指标或任何您认为的基础设施服务(gitlab、nexus 等)都可以部署在您的基础设施节点上。

    【讨论】:

    • 谢谢 Ruben - 您能否详细说明将托管非用户 pod 的节点与不可调度的主节点隔离的好处。
    • @Agraj 正如您在我的评论中看到的那样,有多个服务对于集群能够处理正在运行的应用程序至关重要。如果由于某种原因应用程序使节点过载,则 API 和控制器不会受到影响。这也是为什么建议从业务应用程序中分割基础设施的原因。
    【解决方案2】:

    除了@ruben-romero 的回答之外,openshift 基础设施节点的订阅和许可成本也有所不同。

    基础设施节点的 vCPU 消耗不计入您通常用于计算订阅成本的 vCPU 计数。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-12-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2022-07-28
      • 2023-03-21
      相关资源
      最近更新 更多