Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

3.6. 部署计划

Worker 节点和机器配置池

MachineConfigPools (MCP)自定义资源(CR)根据客户计划参数，将电信核心集群中的 worker 节点划分为不同的节点组。使用 MCP 时要小心的部署计划对于尽量减少部署和升级时间至关重要，更重要的是，尽量减少集群升级过程中电信级服务的中断。

描述

电信核心集群可以使用 MCP 将 worker 节点分成额外的独立角色，例如因为不同的硬件配置集。这允许为每个角色进行自定义性能优化，同时还可以加快电信核心集群部署或升级的关键功能。更重要的是，多个 MCP 允许您在一个或多个维护窗口间正确规划集群升级。这很重要，因为如果仔细考虑规划，则电信级服务可能会受到影响。

在集群升级过程中，您可以在升级 control plane 时暂停 MCP。如需更多信息，请参阅"绑定一个 Canary rollout 更新"。这样可确保 worker 节点不会被重启并运行工作负载，直到 MCP 取消暂停为止。

使用小心的 MCP 规划，您可以控制随时升级哪些节点的时间和顺序。有关如何使用 MCP 计划电信升级的更多信息，请参阅"在更新前将 MachineConfigPool 标签应用到节点"。

在开始初始部署前，请注意与 MCP 相关的以下工程注意事项：

使用 PerformanceProfile 定义时，请记住每个 MCP 必须只链接到一个 PerformanceProfile 定义或调优配置集定义。因此，即使多个 MCP 所需的配置是相同的，每个 MCP 仍然需要自己的专用 PerformanceProfile 定义。

根据以下注意事项，使用适当的策略规划 MCP 标签来分割 worker 节点：

  • worker 节点类型：识别具有等效硬件配置集的一组节点，例如，用于 control plane 网络功能(NF) 的 worker 和用于用户 data plane NFs 的 worker。
  • 每个 worker 节点类型的 worker 节点数量。
  • 对等硬件配置集所需的最小 MCP 数量是 1，但对于较大的集群可能需要更多。例如，您可以为每个硬件配置集设计更多 MCP，以支持更精细的升级（每个步骤有较小的集群容量影响）。

  • 在 MCP 中对节点执行更新的策略由升级要求和所选 maxUnavailable 值组成：

    • 允许维护窗口的数量。
    • 维护窗口持续的时间。
    • worker 节点的总数。
    • 所需 maxUnavailable (MCP 同时更新的节点数量)。

  • 针对以下的 worker 节点的 CNF 要求：

    • 升级过程中每个 Pod 所需的最小可用性，配置了 pod 中断预算(PDB)。PDB 在升级过程中维护电信服务级别协议(SLA)至关重要。有关 PDB 的更多信息，请参阅"了解如何使用 pod 中断预算来指定必须在线的 pod 数量"。
    • 每个 Pod 所需的最小真正高可用性，因此每个副本都在单独的硬件上运行。
    • pod 关联性和反关联性链接 ：有关如何使用 pod 关联性和反关联性的更多信息，请参阅"使用关联性和反关联性规则相对于其他 pod 放置 pod"。
  • 升级维护窗口持续和频率，在此期间电信级服务可能会受到影响。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat