【问题标题】:Helm requirements.yaml condition scopes in umbrella charts伞形图表中的 Helm requirements.yaml 条件范围
【发布时间】:2020-10-16 19:28:19
【问题描述】:

我有单独的 zookeeper 图表。我也有单独的 kafka 图表。 kafka图表的requirements.yaml中对zookeeper图表有依赖性,条件为zookeeper.enabled。默认在kafka图表的values.yaml中

zookeeper:
  enabled: true

意思是构建时的kafka图表包括kafka和zookeeper图表,运行时zookeeper会按照上述条件部署。

现在我想要一些新的伞形图表,我们称之为TLC图表。在需求中,我依赖于 zookeeper 图表以及 kafka 图表。此外,我在下面的 TLC 的 values.yaml 中定义

kafka:
  zookeeper:
    enabled: false

为了禁用 kafka 内部 zookeeper 部署。我期待当我部署我的 TLC 时,我会得到 kafka 和 zookeeper,但是收到 zookeeper 服务存在的错误。发生这种情况是因为它尝试部署内部 kafka zookeeper 以及 TLC 要求中定义的 zookeeper。

所以我的问题是为什么 zookeeper.enabled 的条件不起作用,我从 TLC 覆盖它,所以我希望它不会部署内部 zookeeper。

【问题讨论】:

  • 您能否在问题中包含您的 requirements.yaml 或其中的相关部分?

标签: kubernetes charts kubernetes-helm


【解决方案1】:

好的,问题已解决。

我添加到 kafka 图表 requirements.yaml,低于条件

dependencies:
  - name: zookeeper
    version: ...
    repository: ...
    condition: kafka.zookeeper.enabled,zookeeper.enabled

而不是

dependencies:
  - name: zookeeper
    version: ...
    repository: ...
    condition: zookeeper.enabled

这样我可以确定当kafka图表作为TLC的子图表时,由于kafka.zookeeper.enabled条件,内部zookeeper可以被禁用。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-08-12
    • 1970-01-01
    • 2021-09-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多