4.3. Kernel Module Management Operator 구성
대부분의 경우 KMM(커널 모듈 관리) Operator의 기본 구성을 수정할 필요가 없습니다. 그러나 사용자 환경에 맞게 Operator 설정을 수정할 수 있습니다.
프로세스
설정을 수정하려면 Operator 네임스페이스에서 이름이
kmm-operator-manager-config인ConfigMap을 생성하고 다음 명령을 사용하여 컨트롤러를 다시 시작합니다.$ oc rollout restart -n "$namespace" deployment/kmm-operator-controller$namespace의 값은 설치 방법에 따라 다릅니다. 예를 들면 다음과 같습니다.apiVersion: v1 data: controller_config.yaml: | worker: firmwareHostPath: /example/different/firmware/path kind: ConfigMap metadata: name: kmm-operator-manager-config namespace: openshift-kmm참고KMM Hub를 구성하려면
KMM Hub컨트롤러의 네임스페이스에서kmm-operator-hub-manager-config이름을 사용하여ConfigMap을 생성합니다.Expand 표 4.1. Operator 구성 매개변수 매개변수 설명 healthProbeBindAddressOperator에서 kubelet 상태 프로브를 모니터링하는 주소를 정의합니다. 권장 값은
:8081입니다.job.gcDelay빌드 Pod를 삭제하기 전에 유지해야 하는 기간을 정의합니다. 이 설정에 유효한 값에 대한 자세한 내용은 ParseDuration 을 참조하십시오. 기본값은
0s입니다.leaderElection.enabled언제든지 KMM Operator의 복제본이 실행 중인지 확인하는 데 리더 선택을 사용할지 여부를 결정합니다. 자세한 내용은 Leases 를 참조하십시오. 기본값은
true입니다.leaderElection.resourceID리더 선택에서 리더 잠금을 유지하는 데 사용하는 리소스의 이름을 결정합니다. KMM의 기본값은
kmm.sigs.x-k8s.io입니다. KMM-hub의 기본값은kmm-hub.sigs.x-k8s.io입니다.metrics.bindAddress지표 서버의 바인딩 주소를 결정합니다. 메트릭 서버를 비활성화하려면 이를 "0"으로 설정합니다. 기본값은
0.0.0.0:8443입니다.metrics.disableHTTP2true인 경우 지표 서버의 HTTP/2를 CVE-2023-44487 의 완화 조치로 비활성화합니다. 기본값은true입니다.metrics.enableAuthnAuthzkube-apiserver와 함께
SubjectAccessReviews를 사용하여TokenReviews를 사용하여 메트릭이 인증되었는지 여부를 확인합니다.인증 및 권한 부여의 경우 컨트롤러에 다음 규칙이 있는
ClusterRole이 필요합니다.-
apiGroups: authentication.k8s.io, resources: tokenreviews, verbs: create -
apiGroups: authorization.k8s.io, resources: subjectaccessreviews, verbs: create
예를 들어 Prometheus를 사용하여 메트릭을 스크랩하려면 클라이언트에 다음 규칙이 있는
ClusterRole이 필요합니다.-
nonResourceURLs: "/metrics", verbs: get
기본값은
true입니다.metrics.secureServingHTTP 대신 HTTPS를 통해 메트릭이 제공되는지 여부를 결정합니다. 기본값은
true입니다.webhook.disableHTTP2true인 경우 CVE-2023-44487 의 완화 조치로 웹 후크 서버의 HTTP/2를 비활성화합니다. 기본값은true입니다.webhook.portOperator가 Webhook 요청을 모니터링하는 포트를 정의합니다. 기본값은
9443입니다.worker.runAsUser작업자 컨테이너의 보안 컨텍스트의
runAsUser필드 값을 결정합니다. 자세한 내용은 SecurityContext 를 참조하십시오. 기본값은9443입니다.worker.seLinuxType작업자 컨테이너의 보안 컨텍스트의
seLinuxOptions.type필드의 값을 결정합니다. 자세한 내용은 SecurityContext 를 참조하십시오. 기본값은spc_t입니다.worker.firmwareHostPath설정된 경우 이 필드의 값은 작업자 컨테이너에 의해 노드의 /sys/module/firmware_class/parameters/path 파일에 작성됩니다. 자세한 내용은 커널의 펌웨어 검색 경로 설정을 참조하십시오. 기본값은
/var/lib/firmware입니다.-
4.3.1. 커널 모듈 언로드 링크 복사링크가 클립보드에 복사되었습니다!
최신 버전으로 이동할 때 커널 모듈을 언로드하거나 노드에 바람직하지 않은 부작용이 발생하는 경우 이를 언로드해야 합니다.
프로세스
노드에서 KMM으로 로드된 모듈을 언로드하려면 해당
모듈리소스를 삭제합니다. 그런 다음 KMM에서modprobe -r을 실행하고 노드에서 커널 모듈을 언로드하는 데 필요한 작업자 Pod를 생성합니다.주의작업자 Pod를 언로드할 때 KMM에는 커널 모듈을 로드할 때 사용하는 모든 리소스가 필요합니다. 여기에는
모듈에서 참조되는ServiceAccount와 권한이 있는 KMM 작업자 Pod를 실행하기 위해 정의된 RBAC가 포함됩니다. 또한.spec.imageRepoSecret에서 참조하는 풀 시크릿을 포함합니다.KMM이 노드에서 커널 모듈을 언로드할 수 없는 상황을 방지하려면
모듈리소스가 여전히 클러스터에 있는 동안 해당 리소스가 삭제되지 않도록 합니다(예:종료등). KMM에는 하나 이상의Module리소스가 포함된 네임스페이스 삭제를 거부하는 검증 승인 Webhook가 포함되어 있습니다.
4.3.2. 커널 펌웨어 검색 경로 설정 링크 복사링크가 클립보드에 복사되었습니다!
Linux 커널은 펌웨어 검색 경로에 설명된 대로 firmware_class.path 매개변수를 펌웨어의 검색 경로로 허용합니다.
KMM 작업자 Pod는 kmods를 로드하기 전에 sysfs에 작성하여 노드에서 이 값을 설정할 수 있습니다.
프로세스
-
펌웨어 검색 경로를 정의하려면 Operator 구성에서
worker.setFirmwareClassPath를/var/lib/firmware로 설정합니다.