搜索

4.2. Operator 部署最佳实践

download PDF

同一 OpenShift 集群中安装多个流 for Apache Kafka operator 可能会出现潜在的问题,特别是在使用不同的版本时。每个 Apache Kafka operator Streams 都会管理 OpenShift 集群中的一组资源。当您为 Apache Kafka operator 安装多个流时,它们可能会尝试同时管理同一资源。这会导致集群中的冲突和无法预计的行为。即使在同一 OpenShift 集群中不同命名空间中为 Apache Kafka operator 部署流,也会发生冲突。虽然命名空间提供一定程度的资源隔离,但由 Apache Kafka operator 的 Streams 管理的某些资源(如自定义资源定义(CRD)和角色)具有集群范围的范围。

另外,安装具有不同版本的多个 Operator 可能会导致 Operator 和它们管理的 Kafka 集群间的兼容性问题。Apache Kafka operator 的不同流版本可能会引入不向后兼容的更改、错误修复或改进。

为了避免在 OpenShift 集群中为 Apache Kafka Operator 安装多个流相关的问题,建议遵循以下准则:

  • 在与 Kafka 集群和其他 Kafka 组件独立的命名空间中安装 Apache Kafka operator 的 Streams,以确保明确隔离资源和配置。
  • 使用单个 Streams for Apache Kafka operator 管理 OpenShift 集群中的所有 Kafka 实例。
  • 更新 Apache Kafka operator 的 Streams 以及支持的 Kafka 版本,以反映最新的功能和增强。

通过遵循这些最佳实践并确保对 Apache Kafka operator 的单一流的一致更新,您可以增强在 OpenShift 集群中管理 Kafka 实例的稳定性。这个方法还允许您充分利用 Apache Kafka 的最新功能和功能。

注意

随着 Apache Kafka 的 Streams 基于 Strimzi,在将 Apache Kafka operator 与 OpenShift 集群中的 Strimzi operator 合并时,可能会出现相同的问题。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.