3.8. 통신사 핵심 RDS 구성 요소

클러스터 네트워크 운영자(CNO)는 클러스터 설치 중에 기본 OVN-Kubernetes 네트워크 플러그인을 포함한 클러스터 네트워크 구성 요소를 배포하고 관리합니다. CNO를 사용하면 기본 인터페이스 MTU 설정, 포드 이그레스를 위한 노드 라우팅 테이블을 사용하는 OVN 게이트웨이 구성, MACVLAN과 같은 추가 보조 네트워크를 구성할 수 있습니다.

네트워크 트래픽 분리를 지원하기 위해 여러 네트워크 인터페이스가 CNO를 통해 구성됩니다. 이러한 인터페이스로의 트래픽은 NMState Operator를 사용하여 적용되는 정적 경로를 통해 구성됩니다. Pod 트래픽이 올바르게 라우팅되도록 하려면 OVN-K는 routingViaHost 옵션을 활성화하여 구성됩니다. 이 설정은 Pod 송신 트래픽에 대해 OVN이 아닌 커널 라우팅 테이블 및 적용된 정적 경로를 사용합니다.

Whereabouts CNI 플러그인은 DHCP 서버를 사용하지 않고 추가 Pod 네트워크 인터페이스에 대한 동적 IPv4 및 IPv6 주소를 제공하는 데 사용됩니다.

Red Hat OpenShift Data Foundation은 컨테이너용 소프트웨어 정의 스토리지 서비스입니다. OpenShift Data Foundation은 다음 두 가지 모드 중 하나로 배포할 수 있습니다. * 내부 모드: OpenShift Data Foundation 소프트웨어 구성 요소가 다른 컨테이너화된 애플리케이션과 함께 OpenShift Container Platform 클러스터 노드에 직접 소프트웨어 컨테이너로 배포됩니다. * 외부 모드에서는 OpenShift Data Foundation이 전용 스토리지 클러스터에 배포되는데, 이는 일반적으로 Red Hat Enterprise Linux(RHEL)에서 실행되는 별도의 Red Hat Ceph Storage 클러스터입니다. 이러한 스토리지 서비스는 애플리케이션 워크로드 클러스터 외부에서 실행됩니다.

통신사 코어 클러스터의 경우, 외부 모드에서 실행되는 OpenShift Data Foundation 스토리지 서비스가 여러 가지 이유로 스토리지 지원을 제공합니다.

OpenShift Data Foundation은 보조 CNI 네트워크를 사용하여 스토리지 트래픽 분리를 지원합니다.

RHACM은 배포된 클러스터에 대한 MCE(Multi Cluster Engine) 설치 및 지속적인 GitOps ZTP 수명 주기 관리를 제공합니다. 유지 관리 기간 동안 클러스터에 정책 사용자 정의 리소스(CR)를 적용하여 클러스터 구성과 업그레이드를 선언적으로 관리합니다.

TALM에서 관리하는 RHACM 정책 컨트롤러를 사용하여 정책을 적용합니다. 구성, 업그레이드 및 클러스터 상태는 정책 컨트롤러를 통해 관리됩니다.

관리형 클러스터를 설치할 때 RHACM은 사용자 정의 디스크 분할, 역할 할당, 머신 구성 풀 할당을 지원하기 위해 개별 노드에 레이블과 초기 점화 구성을 적용합니다. 이러한 구성은 SiteConfig 또는 ClusterInstance CR을 사용하여 정의합니다.

TALM은 허브 클러스터에서만 실행되는 연산자입니다. TALM은 클러스터 및 운영자 업그레이드, 구성 등의 변경 사항이 네트워크의 관리형 클러스터에 어떻게 적용되는지 관리합니다. TALM의 핵심 기능은 다음과 같습니다.

GitOps Operator는 클러스터 배포 및 구성을 관리하기 위한 GitOps 기반 인프라를 제공합니다. 클러스터 정의와 구성은 Git 저장소에서 관리됩니다.

ZTP 플러그인은 SiteConfig CR에서 설치 CR을 생성하고 RHACM PolicyGenerator CR을 기반으로 정책에 구성 CR을 자동으로 래핑하는 기능을 지원합니다.

SiteConfig Operator는 ClusterInstance CR에서 설치 CR을 생성하는 데 대한 지원을 개선했습니다.

SiteConfig , ClusterInstance , PolicyGenerator , PolicyGenTemplate 및 지원 참조 CR과 같은 모든 필수 아티팩트를 포함하여 릴리스 버전에 따라 Git 저장소를 구성해야 합니다. 이를 통해 여러 버전의 OpenShift Container Platform과 구성 버전을 클러스터에 동시에 배포하고 관리할 수 있으며, 업그레이드를 통해서도 관리할 수 있습니다.

권장되는 Git 구조는 참조 CR을 고객이나 파트너가 제공한 콘텐츠와 별도의 디렉토리에 보관합니다. 즉, 기존 콘텐츠를 덮어쓰기만 하면 참조 업데이트를 가져올 수 있습니다. 고객 또는 파트너가 제공한 CR은 생성된 구성 정책에 쉽게 포함할 수 있도록 참조 CR과 병렬 디렉토리에 제공될 수 있습니다.

클러스터 모니터링 운영자(CMO)는 OpenShift Container Platform에 기본적으로 포함되어 있으며 플랫폼 구성 요소와 선택적으로 사용자 프로젝트에 대한 모니터링(메트릭, 대시보드, 알림)을 제공합니다.

기본 로그 보존 기간, 사용자 정의 알림 규칙 등을 사용자 정의할 수 있습니다.

업스트림 Kubernetes와 cAdvisor를 기반으로 하는 Pod CPU 및 메모리 메트릭의 기본 처리 방식은 메트릭 정확도보다 오래된 데이터를 선호하는 균형을 이룹니다. 이로 인해 보고가 급증하여 사용자가 지정한 임계값에 따라 잘못된 알림이 생성될 수 있습니다.

OpenShift Container Platform은 이러한 동작으로 인해 영향을 받지 않는 추가적인 Pod CPU 및 메모리 메트릭 세트를 생성하는 옵트인 전용 서비스 모니터 기능을 지원합니다. 자세한 내용은 Red Hat Knowledgebase 솔루션 Dedicated Service Monitors - Questions and Answers를 참조하세요.

기본 구성 외에도 telco 코어 클러스터에 대해 다음 메트릭을 구성해야 합니다.