Este conteúdo não está disponível no idioma selecionado.
Chapter 14. Tuning serving configuration
14.1. Overriding Knative Serving system deployment configurations Copiar o linkLink copiado para a área de transferência!
You can override the default configurations for some specific deployments by modifying the workloads
spec in the KnativeServing
custom resources (CRs).
14.1.1. Overriding system deployment configurations Copiar o linkLink copiado para a área de transferência!
Currently, overriding default configuration settings is supported for the resources
, replicas
, labels
, annotations
, and nodeSelector
fields, as well as for the readiness
and liveness
fields for probes.
In the following example, a KnativeServing
CR overrides the webhook
deployment so that:
-
The
readiness
probe timeout fornet-kourier-controller
is set to be 10 seconds. - The deployment has specified CPU and memory resource limits.
- The deployment has 3 replicas.
-
The
example-label: label
label is added. -
The
example-annotation: annotation
annotation is added. -
The
nodeSelector
field is set to select nodes with thedisktype: hdd
label.
The KnativeServing
CR label and annotation settings override the deployment’s labels and annotations for both the deployment itself and the resulting pods.
KnativeServing CR example
- 1
- You can use the
readiness
andliveness
probe overrides to override all fields of a probe in a container of a deployment as specified in the Kubernetes API except for the fields related to the probe handler:exec
,grpc
,httpGet
, andtcpSocket
.