1.8.14. 노드
- 이 업데이트 이전에 동적 시스템 예약 할당이 활성화된 노드(4.21 이상에 설치된 모든 작업자 포함)는 노드에 8 GiB의 메모리만 있으면 확장할 수 없었습니다. 이는 OpenShift 컨테이너 플랫폼의 최소 지원 작업자 크기입니다. 이 릴리즈에서 메모리 예약 확장은 첫 번째 8 GiB의 1 GiB, 다음 120 GiB의 6% 및 나머지 메모리의 2%만을 보유합니다. 결과적으로 8 GiB 정도의 노드가 자동 스케일링을 통해 적절하게 제거됩니다. (OCPBUGS-75869)
-
이 업데이트 이전에는 컨테이너 정지 경로의 경주 조건이 두 번째
StopContainer호출이 첫 번째 호출이 이미 내부 정지 채널을 완료하고 닫은 후에 도착했을 때 CRI-O가 "Send on closed channel" 메시지로 패닉을 일으킬 수 있었습니다. 그 결과, CRI-O 프로세스가 충돌하여 잠재적으로 pods가 종료 상태에 갇혀 있습니다. 이 릴리즈를 사용하면WaitOnStopTimeout메서드에stopDone가드가 추가되므로 중지 수명 주기가 완료되면 일찍 반환됩니다. 결과적으로 동시StopContainer호출은 폐쇄된 채널에서 전송하여 공황을 일으키지 않습니다. (OCPBUGS-76415) - 이 업데이트 이전에는 Tekton Pipelines의 init 컨테이너가 CRI-O가 출력 코드를 캡처할 수 없도록 너무 빨리 완료되었으며, 이는 고성능 환경에서 간헐적으로 실패하게 만들었습니다. 결과적으로, 이러한 비 결정적인 파이프라인 실패가 발생했습니다. 이 릴리즈를 통해 빠르게 완료 init 컨테이너를 위한 CRI-O의 출력 코드 처리 기능이 향상되었습니다. 결과적으로, 고성능 Tekton 파이프라인은 더 이상 init 컨테이너의 비 결정적인 출구 코드 문제로 인해 간헐적으로 실패하지 않습니다. (OCPBUGS-82162)
-
이 업데이트 이전에는 업그레이드 중 또는 네트워크 로드 중에 API 서버가 일시적으로 사용할 수 없기 때문에
PerformanceProfile상태를 업데이트하지 못했을 경우 프로필이상승상태로 남아있을 수 있습니다. 결과적으로, 악화된 상태가 붙어있을 수 있으며 클러스터가 건강한 상태로 돌아온 후에도 결코 해결되지 않을 수 있습니다. 운영자는 다음 조정 이벤트까지 다시 시도하지 않았기 때문입니다. 이 업데이트를 사용하면 운영자가 상태 업데이트를 성공적으로 시도할 때까지 다시 시도할 예정이며, 약 30초마다 다시 시도합니다. 결과적으로 고정된 악화된 상태는 일시적이며 다음 재시도 중에 자동으로 해결됩니다. (OCPBUGS-62277) -
이전에는
MachineConfigPool리소스가 중지되었을 때 NUMA Resources Operator가 무한한 조정 루프를 입력할 수 있었습니다. 이로 인해 모든 노드 그룹이 업데이트를 완료하지 못했으며, 중단된 풀과 관련되지 않은 그룹도 포함되었습니다. 이 업데이트를 사용하면 중단된MachineConfigPool리소스가 더 이상 운영자를 차단하지 않으며, 중단되지 않은 풀이 지원하는 노드 그룹이 정상적으로 조정됩니다. 또한,NUMAResourcesOperator사용자 지정 자원 상태는 이제MachineConfigPoolPaused상태를 보고하여 풀이 중지되어 관심을 요구할 수 있는 부분을 알 수 있습니다. 결과적으로, Canary 업그레이드와 같은 중단된MachineConfigPool리소스를 포함하는 워크플로우가 NUMA 리소스 운영자를 더 이상 중단시키지 않습니다. (OCPBUGS-84690)