添加 Openshift 内部结构节点的目的
Purpose of adding Openshift intrastructure nodes
我经常可以在图片中看到包括 "Infrastructure Nodes" 在内的 Openshift 架构。这些节点和主节点有什么区别？我知道基础设施节点通常像 ha-proxy 一样托管非用户 pods，但我们是否仅仅为此需要它？简单地说，ha-proxy 东西不能只安装在主节点上吗？
谢谢
Masters 的目的是提供 API 和 Controllers 服务，如果可能的话，使它们不可调度。那些大师们会照顾：
- 处理来自客户端（部署在 Openshift 上的节点、用户、管理员和其他基础设施系统）的请求
- 运行 调度器和复制控制器
- 提供客户端工具（oc和oadm）
- etcd 数据存储（如果没有单独安装在不同的服务器上）
然后，您所有的非用户 pods 如您所说的 ha-proxy 路由器，以及 docker-registry、registry-console、logging-ops、metrics 或您认为的任何基础设施服务（gitlab、nexus 等）可以部署在您的基础节点上。
除了@ruben-romero 的回答之外，openshift 基础设施节点的订阅和许可成本也存在差异。
基础节点的 vCPU 消耗不计入用于计算订阅费用的常用 vCPU 数量。
我经常可以在图片中看到包括 "Infrastructure Nodes" 在内的 Openshift 架构。这些节点和主节点有什么区别？我知道基础设施节点通常像 ha-proxy 一样托管非用户 pods，但我们是否仅仅为此需要它？简单地说，ha-proxy 东西不能只安装在主节点上吗？
谢谢
Masters 的目的是提供 API 和 Controllers 服务，如果可能的话，使它们不可调度。那些大师们会照顾：
- 处理来自客户端（部署在 Openshift 上的节点、用户、管理员和其他基础设施系统）的请求
- 运行 调度器和复制控制器
- 提供客户端工具（oc和oadm）
- etcd 数据存储（如果没有单独安装在不同的服务器上）
然后，您所有的非用户 pods 如您所说的 ha-proxy 路由器，以及 docker-registry、registry-console、logging-ops、metrics 或您认为的任何基础设施服务（gitlab、nexus 等）可以部署在您的基础节点上。
除了@ruben-romero 的回答之外，openshift 基础设施节点的订阅和许可成本也存在差异。
基础节点的 vCPU 消耗不计入用于计算订阅费用的常用 vCPU 数量。