1.3.15. 엣지 컴퓨팅

TALM 이벤트를 사용하여 클러스터 라이프사이클 변경 사항에 응답하는 운영 워크플로를 자동화할 수 있습니다. 글로벌, 배치 및 클러스터 범위의 정책 수정 시작, 성공, 시간 초과, 검증 실패 등 주요 수정 이정표에 대해 이벤트가 생성됩니다. Multicluster Global Hub Operator를 통해 이러한 이벤트를 이벤트 기반 Ansible과 통합하면 폴링 기반 자동화를 대규모 클러스터 함대에서 효율적으로 확장하는 이벤트 중심 워크플로로 교체할 수 있습니다.

자세한 내용은 토폴로지 Aware Lifecycle Manager 이벤트를 사용하여 워크플로우 자동화를 참조하십시오.

이번 업데이트를 통해 KubeVirt Redfish를 사용하여 가상화된 컨트롤 플레인 배포를 일반적으로 사용할 수 있습니다.

이번 업데이트에서는 KubeVirt Redfish API에 더 안전한 인증을 위해 bcrypt 해시된 암호도 추가되었습니다.

가상화된 컨트롤 플레인에 대한 자세한 내용은 가상화 된 컨트롤 플레인 이해 를 참조하십시오.

ClusterInstance CR(사용자 정의 리소스)을 편집하여 베어 메탈 멀티 노드 클러스터에서 실패한 컨트롤 플레인 노드를 교체할 수 있습니다. 실패한 노드를 제거한 다음 교체 노드를 추가합니다. 클러스터는 두 개 이상의 정상 컨트롤 플레인 노드의 etcd 쿼럼을 유지해야 합니다. 한 번에 하나의 컨트롤 플레인 노드만 교체할 수 있습니다.

자세한 내용은 ClusterInstance 리소스가 포함된 고급 관리 클러스터 구성을 참조하십시오.

cnf-tests 이미지(registry.redhat.io/openshift4/cnf-tests-rhel9)는 이제 x86_64 (amd64) 및 aarch64 (arm64) 노드를 모두 지원하는 다중 아키텍처 이미지입니다. 이제 NVIDIA200 플랫폼과 같은 DU(D arch64 RAN 분산 장치) 시스템에서 플랫폼 확인을 위해 CNF 대기 시간 테스트를 실행할 수 있습니다. 컨테이너 런타임이 올바른 아키텍처 매니페스트를 자동으로 확인하므로 이미지 가져오기 경로는 모든 아키텍처에 대해 변경되지 않은 상태로 유지됩니다.

기존 OpenShift Container Platform 4.20 이상 클러스터에서 업데이트된 다중 아키텍처 이미지를 가져와서 사용할 수 있습니다.

자세한 내용은 플랫폼 확인을 위한 대기 시간 테스트 수행을 참조하십시오.

OpenShift Container Platform 5.0에는 O-Cloud Manager가 기술 프리뷰 기능으로 도입되었습니다. 수백 개의 에지 사이트에서 베어 메탈 클러스터를 개별적으로 배포하고 관리하는 것은 시간이 많이 소요되며 오류가 발생하기 쉽습니다. O-Cloud Manager는 재사용 가능한 클러스터 블루프린트, 사이트별 덮어쓰기 및 리소스 풀의 자동화된 하드웨어 선택으로 이 문제를 해결합니다. 따라서 GitOps 워크플로 또는 O-RAN Alliance O2 IMS 호환 REST API를 사용하여 단일 허브 클러스터에서 플릿의 프로비저닝, 확장, 구성 및 업데이트를 자동화할 수 있습니다.

자세한 내용은 O-Cloud Manager를 사용한 인프라 및 클러스터 라이프사이클 관리를 참조하십시오.