2장. OpenShift Virtualization 아키텍처
OpenShift Virtualization 아키텍처에 대해 알아보기.
2.1. OpenShift Virtualization 아키텍처의 작동 방식
OpenShift Virtualization을 설치한 후 OLM(Operator Lifecycle Manager)은 OpenShift Virtualization의 각 구성 요소에 대해 Operator Pod를 배포합니다.
-
컴퓨팅:
virt-operator
-
스토리지:
cdi-operator
-
네트워크:
cluster-network-addons-operator
-
스케일링:
ssp-operator
-
templating:
tekton-tasks-operator
또한 OLM은 다른 구성 요소의 배포, 구성 및 라이프사이클을 담당하는 hyperconverged-cluster-operator
Pod 및 hco-webhook
, hyperconverged-cluster-cli-download
의 여러 도우미 Pod를 배포합니다.
모든 Operator Pod가 배포된 후 HyperConverged
CR(사용자 정의 리소스)을 생성해야 합니다. HyperConverged
CR에 설정된 구성은 단일 정보 소스 및 OpenShift Virtualization의 진입점 역할을 하며 CR의 동작을 안내합니다.
HyperConverged
CR은 조정 루프 내에서 다른 모든 구성 요소의 Operator에 대한 해당 CR을 생성합니다. 그런 다음 각 Operator는 데몬 세트, 구성 맵, OpenShift Virtualization 컨트롤 플레인에 대한 추가 구성 요소와 같은 리소스를 생성합니다. 예를 들어 hco-operator
에서 KubeVirt
CR을 생성할 때 virt-operator
는 이를 조정하고 virt-controller
,virt-handler
, virt-api
와 같은 추가 리소스를 생성합니다.
OLM은 hostpath-provisioner-operator
를 배포하지만 HBA(Host path 프로비전 프로그램
) CR을 생성할 때까지 작동하지 않습니다.
![CNV Deployments](https://access.redhat.com/webassets/avalon/d/OpenShift_Container_Platform-4.12-Virtualization-ko-KR/images/bc9d58287306aef0f69431ceb85bfebe/cnv_components_main.png)
추가 리소스