Red Hat Summit1.6.4. 클라우드 컴퓨팅
-
이전 버전에서는
MachineSet사양의 테인트 구문 분석에 오류가 발생하여 자동 스케일러가 사양에 직접 설정된 테인트를 설명할 수 없었습니다. 결과적으로 0에서 스케일링을 위해MachineSet테인트를 사용하면 사양의 테인트가 고려되지 않아 잘못된 스케일링 결정이 발생할 수 있었습니다. 이번 업데이트를 통해 제로 논리에서 스케일 내의 구문 분석 문제가 해결되었습니다. 결과적으로 자동 확장기를 올바르게 확장하고 워크로드가 예약되지 않도록 하는 테인트를 식별할 수 있습니다. (OCPBUGS-27750) - 이전에는 이미지 인증 정보를 제공한 AWS(Amazon Web Services) 코드가 OpenShift Container Platform 4.14의 kubelet에서 제거되었습니다. 결과적으로 kubelet이 더 이상 자체적으로 인증하고 컨테이너 런타임에 인증 정보를 전달할 수 없기 때문에 지정된 풀 시크릿 없이 Amazon Elastic Container Registry(ECR)에서 이미지를 가져오지 못했습니다. 이번 업데이트를 통해 별도의 인증 정보 공급자가 구성되어 있으며 이제 kubelet에 대한 ECR 인증 정보를 제공합니다. 결과적으로 kubelet은 이제 ECR에서 개인 이미지를 가져올 수 있습니다. (OCPBUGS-27486)
-
이전에는 호스트된 컨트롤 플레인(HCP) KubeVirt 클러스터를
--node-selector명령을 배포할 때 노드 선택기가 HCP 네임스페이스 내의kubevirt-cloud-controller-managerPod에 적용되지 않았습니다. 결과적으로 전체 HCP Pod를 특정 노드에 고정할 수 없었습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다. (OCPBUGS-27071) -
이전에는 Microsoft Azure 로드 밸런서의 기본 VM(가상 머신) 유형이
Standard에서VMSS로 변경되었습니다. 결과적으로 서비스 유형 로드 밸런서에서 로드 밸런서에 표준 VM을 연결할 수 없었습니다. 이번 업데이트에서는 OpenShift Container Platform 배포와의 호환성을 유지하기 위해 이러한 변경 사항을 이전 구성으로 되돌립니다. 결과적으로 로드 밸런서 첨부 파일이 더 일관되게 유지됩니다. (OCPBUGS-26210) -
이전에는
enable_port_security필드가false로 설정된 추가 포트가 있는 RHOSP 노드에 배포해도LoadBalancer서비스가 생성되지 않았습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다. (OCPBUGS-22246) - 이전에는 작업자 노드가 처음 부팅할 때 Nova 메타데이터 서비스를 사용할 수 없는 경우 RHOSP(Red Hat OpenStack Platform)의 작업자 노드는 도메인 구성 요소로 이름이 지정되었습니다. OpenShift Container Platform에서는 노드 이름이 Nova 인스턴스와 같을 것으로 예상합니다. 이름 불일치로 인해 노드의 인증서 요청이 거부되고 노드가 클러스터에 참여할 수 없었습니다. 이번 업데이트를 통해 작업자 노드는 노드의 이름이 올바르게 지정되도록 처음 부팅할 때 메타데이터 서비스를 무기한 대기하고 다시 시도합니다. (OCPBUGS-22200)
- 이전에는 CSI(Container Storage Interface) 스토리지가 있는 노드와 함께 사용할 때 클러스터 자동 스케일러가 충돌했습니다. 이번 릴리스에서는 이 문제가 해결되었습니다. (OCPBUGS-23096)
- 이전에는 프록시된 특정 환경에서 AWS(Amazon Web Services) 메타데이터 서비스가 초기 시작 시 존재하지 않을 수 있었으며 시작 직후만 사용할 수 있었습니다. kubelet 호스트 이름 가져오기에서 이 지연을 고려하지 않아 유효한 호스트 이름이 없기 때문에 노드를 부팅하지 못했습니다. 이번 업데이트를 통해 호스트 이름이 스크립트를 가져오는 경우 잠시 실패 시 재시도됩니다. 결과적으로 메타데이터 서비스의 액세스 가능성은 짧은 기간 동안 허용됩니다. (OCPBUGS-20369)
- OpenShift Container Platform 버전 4.14 이상에서는 Microsoft Azure Stack Hub 설치가 실패하는 알려진 문제가 있습니다. 4.14 이상으로 업그레이드된 Microsoft Azure Stack Hub 클러스터는 노드를 확장 또는 축소할 때 로드 밸런서 구성 문제가 발생할 수 있습니다. 이 문제가 해결될 때까지 Microsoft Azure Stack Hub 환경에서 4.14로 설치하거나 업그레이드하는 것은 권장되지 않습니다. (OCPBUGS-20213)
- 이전 버전에서는 Cluster Autoscaler Operator 시작 프로세스 중 일부 조건으로 인해 Operator가 자체적으로 시작 및 표시되지 않는 잠금이 발생했습니다. 이로 인해 클러스터의 성능이 저하되었습니다. 이번 릴리스에서는 이 문제가 해결되었습니다. (OCPBUGS-18954)
- 이전에는 컨트롤 노드가 두 번째 내부 인스턴스 그룹에 추가되면 Google Cloud Platform XPN 내부 클러스터 설치를 실패했습니다. 이 버그가 수정되었습니다. (OCPBUGS-5755)
- 이전에는 종료를 위해 노드를 표시하기 전에 종료 처리기가 조기 종료되었습니다. 이 상태는 컨트롤러에서 종료 신호를 수신한 시점을 기반으로 발생했습니다. 이번 릴리스에서는 종료에 대한 추가 검사를 도입하여 조기 종료 가능성을 고려합니다. (OCPBUGS-2117)
-
이전에는
Build클러스터 기능이 활성화되지 않은 경우 CVO(클러스터 버전 Operator)가 빌드 정보 관리자를 동기화하지 못하고 성공적으로 시작되지 않았습니다. 이번 릴리스에서는빌드기능이 활성화되지 않은 경우 CVO가 성공적으로 시작됩니다. (OCPBUGS-22956)
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}