自定义 Kf 功能

警告：请谨慎操作，并在生产环境中使用任何自定义设置之前进行测试。

构建保留

您可以控制在进行垃圾回收之前保留的 Kf 构建数。

注意：此示例将保留设置为 1 个构建。请根据需要更改值。

kubectl patch \
kfsystem kfsystem \
--type='json' \
-p="[{'op': 'replace', 'path': '/spec/kf/config/buildRetentionCount', 'value': 1}]"

启用或停用 Istio Sidecar

如果您不需要构建 pod 的 Istio Sidecar，则可以通过将值设置为 true 来停用它们。通过将值设置为 false 来启用。

kubectl patch \
kfsystem kfsystem \
--type='json' \
-p="[{'op': 'replace', 'path': '/spec/kf/config/buildDisableIstioSidecar', 'value': true}]"

构建 Pod 资源限制

默认 Pod 资源大小可以从默认值增加，以容纳非常大的构建。该值的单位为 Mi 或 Gi。

注意：该限制仅适用于内置任务（此类任务在 kf push 构建中很常见）。对于 V2 Buildpack 构建，需通过两个步骤设置该限制，而 V3 Buildpack 或 Dockerfile 只需一个步骤。这意味着，对于 V2 构建，所需的 Pod 大小限制将翻倍。例如，如果内存限制为 1Gi，那么 Pod 将需要 2Gi。

kubectl patch \
kfsystem kfsystem \
--type='json' \
-p="[{'op': 'replace', 'path': '/spec/kf/config/buildPodResources', 'value': {'limits': {'memory': '234Mi'}}}]"

如需详细了解容器资源管理，请参阅 Kubernetes 容器资源文档。

Service Broker 的自签名证书

如果要对 service broker 网址的 TLS（即 https，而非 http）使用自签名证书，那么 Kf 控制器将需要具备 CA 证书。如需针对此场景配置 Kf，请在 kf 命名空间中创建一个不可变的 Kubernetes Secret，并更新 kfsystem.spec.kf.config.secrets.controllerCACerts.name 对象以指向该 Secret。

1. 创建 Secret 以存储自签名证书。

   注意：如果需要，请自定义 Secret 名称，或保留默认名称 cacerts。将 /path/to/cert/certs.pem 替换为自签名证书的路径。

   kubectl create secret generic cacerts -nkf --from-file /path/to/cert/certs.pem
   

2. 使 Secret 不可变。

   kubectl patch -nkf secret cacerts \
     --type='json' \
     -p="[{'op':'add','path':'/immutable','value':true}]"
   

3. 更新 kfsystem 以指向该 Secret。

   注意：这会导致系统重新部署控制器 Pod，并将证书装载为卷。

   kubectl patch \
     kfsystem kfsystem \
     --type='json' \
     -p="[{'op':'add','path':'/spec/kf/config/secrets','value':{'controllerCACerts':{'name':'cacerts'}}}]"