14장. 호스트된 컨트롤 플레인 네트워킹

컨트롤 플레인에는 전용 네임스페이스의 관리 클러스터에서 실행되는 Pod가 포함됩니다. Pod에는 호스팅 컨트롤 플레인 kube-apiserver 구성 요소, OAuth, Ignition 서버 및 Konnectivity 서비스가 노출됩니다. 호스팅 클러스터 노드는 데이터 플레인 네트워크를 통해 이러한 서비스에 액세스하므로 방화벽이 있어도 데이터 플레인 네트워크에서 서비스에 액세스할 수 있어야 합니다.

관리 클러스터는 다른 컨트롤 플레인을 호스팅하며 네트워크를 통해 해당 서비스가 노출됩니다. 현재 API 네트워크 세그멘테이션은 지원되지 않습니다.

데이터 플레인에는 워크로드 및 애플리케이션이 실행되는 컴퓨팅, 스토리지 및 네트워킹이 포함됩니다. 최소 2개의 컴퓨팅 노드가 있습니다.

예를 들어 데이터 플레인에는 OpenShift Virtualization에서 호스팅되는 베어 메탈 서버 또는 VM으로 표시되는 컴퓨팅 노드가 포함됩니다. OpenShift Virtualization의 경우 관리 클러스터에서 다른 데이터 플레인을 호스팅할 수 있습니다. 베어 메탈 서버 또는 외부 OpenShift Virtualization 클러스터의 경우 외부 인프라를 통해 데이터 플레인을 호스팅할 수 있습니다.

다음 조건이 충족되면 VLAN 기반 네트워크 세그멘테이션이 가능합니다.

데이터 플레인의 호스팅 클러스터에 있는 노드 풀은 컨트롤 플레인에서 실행되는 구성 요소(예: Konnectivity, Ignition, OAuth)에 따라 달라집니다. 기본적으로 이러한 구성 요소는 Route 끝점 게시 전략을 사용하여 설치하고, 관리 클러스터의 기본 네트워크에 설치되는 기본 수신 컨트롤러에 허용합니다. 보조 네트워크에서 이 구현을 분할하려면 컨트롤 플레인과 데이터 플레인 간의 네트워크 흐름을 여러 개 변경해야 합니다.