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

58.5. 配置容量覆盖

代理可能会在带有异构网络或 CPU 资源的节点上运行。如果是这种情况，请指定 覆盖 为每个代理设置网络容量和 CPU 限制。覆盖可确保代理之间准确重新平衡。可以为以下代理资源设置覆盖容量限制：

  • CPU - CPU 资源（毫秒或）或 CPU 内核（默认：1）
  • inboundNetwork - 入站网络吞吐量（字节/每秒）（默认值：10000KiB/s）
  • outboundNetwork - 出站网络吞吐量（字节/每秒）（默认值：10000KiB/s）

Cruise Control capacity 的示例使用 bibyte 单位覆盖配置

apiVersion: kafka.strimzi.io/v1beta2
kind: Kafka
metadata:
  name: my-cluster
spec:
  # ...
  cruiseControl:
    # ...
    brokerCapacity:
      cpu: "1"
      inboundNetwork: 10000KiB/s
      outboundNetwork: 10000KiB/s
      overrides:
      - brokers: [0]
        cpu: "2.755"
        inboundNetwork: 20000KiB/s
        outboundNetwork: 20000KiB/s
      - brokers: [1, 2]
        cpu: 3000m
        inboundNetwork: 30000KiB/s
        outboundNetwork: 30000KiB/s
Copy to Clipboard Toggle word wrap

CPU 容量使用以下优先级顺序确定的配置值，首先优先使用最高的优先级：

  1. Kafka.spec.cruiseControl.brokerCapacity.overrides.cpu 来为单个代理定义自定义 CPU 容量限制
  2. kafka .cruiseControl.brokerCapacity.cpu，为 kafka 集群中的所有代理定义自定义 CPU 容量限制
  3. Kafka.spec.kafka.resources.requests.cpu，用于定义 Kafka 集群中每个代理保留的 CPU 资源。
  4. Kafka.spec.kafka.resources.limits.cpu，用于定义 Kafka 集群中每个代理可以使用的最大 CPU 资源。

这个优先级顺序是决定 Kafka 代理的实际容量限制时需要考虑不同配置值的顺序。例如，特定于代理的覆盖优先于所有代理的容量限制。如果没有指定任何 CPU 容量配置，则 Kafka 代理的默认 CPU 容量被设置为 1 个 CPU 内核。

如需更多信息，请参阅 BrokerCapacity 模式参考。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat