Como personalizar recursos do Kf

Aviso: tenha cuidado e faça testes antes de usar qualquer personalização na produção.

Retenção de build

Você pode controlar o número de builds do Kf que serão mantidos antes da coleta de lixo.

Observação: neste exemplo, a retenção é definida como 1 build. Mude o valor conforme necessário.

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

Ativar ou desativar o arquivo secundário do Istio

Se você não precisar do arquivo secundário do Istio nos pods de build, desative-os definindo o valor como true. Para ativá-los, defina o valor como false.

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

Limites de recursos dos pods de build

É possível aumentar o tamanho padrão do recurso de pod para acomodar builds muito grandes. As unidades do valor estão em Mi ou Gi.

Observação: isso só é aplicável a tarefas integradas (o que é normal para um build kf push). Nos builds de buildpacks da V2, isso é definido em duas etapas. Nos buildpacks da V3 ou em Dockerfiles, uma única etapa é necessária. Isso significa que, em um build da V2, o tamanho de pod necessário será o dobro do limite. Por exemplo, se o limite de memória for 1 Gi, o pod vai precisar de 2 Gi.

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

Consulte a documentação dos recursos de contêiner do Kubernetes para saber como gerenciá-los.

Certificados autoassinados para agentes de serviços

Se você quiser usar certificados autoassinados para TLS (https em vez de http) no URL do agente de serviços, o controlador do Kf vai precisar do certificado de CA. Para configurar o Kf para esse cenário, crie um secret imutável do Kubernetes no namespace kf e atualize o objeto kfsystem.spec.kf.config.secrets.controllerCACerts.name para apontar para ele.

1. Crie um secret para armazenar o certificado autoassinado.

   Observação: personalize o nome do secret ou mantenha o nome padrão cacerts. Substitua /path/to/cert/certs.pem pelo caminho para o certificado autoassinado.

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

2. Torne o secret imutável.

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

3. Atualize o kfsystem para apontar para o secret.

   Observação: essa ação fará o pod do controlador ser reimplantado com os certificados instalados como um volume.

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