10장. 이벤트링 구성 튜닝
10.1. Knative Eventing 시스템 배포 구성 덮어쓰기
KnativeEventing CR(사용자 정의 리소스)의 deployments 사양을 수정하여 일부 특정 배포의 기본 구성을 덮어쓸 수 있습니다. 현재 eventing-controller,eventing-webhook, imc-controller 필드 및 프로브의 준비 및 활성 필드에 대해 기본 구성 설정을 재정의할 수 있습니다.
replicas 사양은 HPA(horizontal Pod Autoscaler)를 사용하는 배포의 복제본 수를 재정의할 수 없으며 eventing-webhook 배포에는 작동하지 않습니다.
기본적으로 배포에 정의된 프로브만 덮어쓸 수 있습니다.
모든 Knative Serving 배포는 기본적으로 준비 상태 및 활성 상태 프로브를 정의합니다.
-
net-kourier-controller및3scale-kourier-gateway는 준비 상태 프로브만 정의합니다. -
net-istio-controller및net-istio-webhook는 프로브를 정의하지 않습니다.
10.1.1. 배포 구성 덮어쓰기
현재 eventing-controller,eventing-webhook, imc-controller 필드 및 프로브의 준비 및 활성 필드에 대해 기본 구성 설정을 재정의할 수 있습니다.
replicas 사양은 HPA(horizontal Pod Autoscaler)를 사용하는 배포의 복제본 수를 재정의할 수 없으며 eventing-webhook 배포에는 작동하지 않습니다.
다음 예에서 KnativeEventing CR은 다음과 같이 eventing-controller 배포를 덮어씁니다.
-
준비 상태프로브 시간 초과eventing-controller가 10초로 설정됩니다. - 배포에 CPU 및 메모리 리소스 제한이 지정되어 있습니다.
- 배포에는 3개의 복제본이 있습니다.
-
example-label:레이블이 추가되었습니다. -
example-annotation: 주석주석이 추가되었습니다. -
nodeSelector필드는disktype: hdd라벨이 있는 노드를 선택하도록 설정됩니다.
KnativeEventing CR 예
apiVersion: operator.knative.dev/v1beta1
kind: KnativeEventing
metadata:
name: knative-eventing
namespace: knative-eventing
spec:
deployments:
- name: eventing-controller
readinessProbes: 1
- container: controller
timeoutSeconds: 10
resources:
- container: eventing-controller
requests:
cpu: 300m
memory: 100Mi
limits:
cpu: 1000m
memory: 250Mi
replicas: 3
labels:
example-label: label
annotations:
example-annotation: annotation
nodeSelector:
disktype: hdd
- 1
준비및 활성 상태 프로브 덮어쓰기를 사용하여프로브처리기와 관련된 필드를 제외하고 Kubernetes API에 지정된 대로 배포 컨테이너에서 프로브의 모든 필드를 덮어쓸 수 있습니다.exec,grpc,httpGet,tcpSocket.
KnativeEventing CR 레이블 및 주석 설정은 배포 자체와 결과 Pod 모두에 대한 배포 레이블 및 주석을 재정의합니다.
추가 리소스
