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

58.4. 配置容量限制

Cruise Control 使用容量限制来确定资源容量限制的优化目标是否被破坏。这个类型有 4 个目标：

  • DiskCapacityGoal - 磁盘使用率容量
  • CpuCapacityGoal - CPU 使用率容量
  • NetworkInboundCapacityGoal - 网络入站利用率容量
  • NetworkOutboundCapacityGoal - 网络出站利用率容量

您可以在 Kafka.spec.cruiseControl 的 brokerCapacity 属性中为 Kafka 代理资源指定容量限制。它们默认是启用的，您可以更改它们的默认值。可以为以下代理资源设置容量限制：

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

对于网络吞吐量，请使用带有标准 OpenShift 字节单元 (K、M、G) 或其 bibyte （指数 2）的等效值 (Ki, Mi, Gi) 的整数值。

注意

磁盘和 CPU 容量限制由 Apache Kafka 的 Streams 自动生成，因此您不需要设置它们。为了保证在使用 CPU 目标时准确的重新平衡提议，您可以在 Kafka.spec.kafka.resources 中设置与 CPU 限值相等的 CPU 请求。这样，所有 CPU 资源都会保留前期，并且始终可用。此配置允许 Cruise Control 在准备基于 CPU 目标的重新平衡建议时，正确评估 CPU 利用率。如果您在 Kafka.spec.kafka.resources 中无法设置 CPU 请求等于 CPU 限值，则可以为相同的准确性手动设置 CPU 容量。

使用 bibyte 单位的 Cruise Control brokerCapacity 配置示例

apiVersion: kafka.strimzi.io/v1beta2
kind: Kafka
metadata:
  name: my-cluster
spec:
  # ...
  cruiseControl:
    # ...
    brokerCapacity:
      cpu: "2"
      inboundNetwork: 10000KiB/s
      outboundNetwork: 10000KiB/s
    # ...
Copy to Clipboard Toggle word wrap

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat