Kf-Features anpassen

Warnung: Seien Sie vorsichtig und testen Sie, bevor Sie Anpassungen in der Produktion verwenden.

Build-Aufbewahrung

Sie können steuern, wie viele Kf-Builds gespeichert werden, bevor der Speicher automatisch bereinigt wird.

Hinweis: In diesem Beispiel wird die Aufbewahrung auf 1 Build festgelegt. Ändern Sie den Wert nach Bedarf.

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

Istio-Sidecar aktivieren oder deaktivieren

Wenn Sie für die Build-Pods keinen Istio-Sidecar benötigen, können Sie diese deaktivieren, indem Sie den Wert auf true setzen. Aktivieren Sie diese Option, indem Sie den Wert auf false setzen.

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

Build-Pod-Ressourcenlimits

Die Standardgröße von Pod-Ressourcen kann von der Standardgröße erhöht werden, um sehr große Builds zu berücksichtigen. Die Einheiten für den Wert sind in Mi oder Gi angegeben.

Hinweis: Dies gilt nur für integrierte Aufgaben (was für einen kf push-Build normal ist). Bei V2-Buildpack-Builds wird dies in zwei Schritten und einer für V3-Buildpacks oder Dockerfiles festgelegt. Das bedeutet, dass die Größe eines Pods für einen V2-Build doppelt so groß ist. Wenn das Speicherlimit beispielsweise 1 Gi beträgt, benötigt der Pod 2Gi.

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

Weitere Informationen über die Verwaltung von Containerressourcen finden Sie in der Dokumentation zu Kubernetes-Containerressourcen.

Selbst signierte Zertifikate für Service Broker

Wenn Sie selbst signierte Zertifikate für TLS (https statt http) für die Service Broker-URL verwenden möchten, benötigt der Kf-Controller das CA-Zertifikat. Zur Konfiguration von Kf für dieses Szenario erstellen Sie ein unveränderliches Kubernetes-Secret im Namespace kf und aktualisieren Sie das Objekt kfsystem.spec.kf.config.secrets.controllerCACerts.name so, dass es darauf verweist.

1. Erstellen Sie ein Secret zum Speichern des selbst signierten Zertifikats.

   Hinweis: Passen Sie den Secret-Namen bei Bedarf an oder behalten Sie den Standardnamen cacerts bei. Ersetzen Sie /path/to/cert/certs.pem durch den Pfad zum selbst signierten Zertifikat.

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

2. Machen Sie das Secret unveränderlich.

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

3. Aktualisieren Sie kfsystem, um auf das Secret zu verweisen.

   Hinweis: Dadurch wird der Controller-Pod mit den als Volume bereitgestellten Zertifikaten noch einmal bereitgestellt.

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