RHOCP Installation (3) - TB Architecture 구상

INTRO

RHOCP(OpenShift) 테스트를 위해 최소한의 스펙으로 VM을 준비하였습니다.

Machine	OS	CPU (vCPU)	RAM (GB)	Storage (GB)	Container Tool
harbor	RHEL 8.8	2	4	100 + NFS	Docker
bastion1	RHEL 8.8	2	4	100	Podman
bastion2	RHEL 8.8	2	4	100	Podman
bootstrap	RHCOS 4.13.0	4	16	100	CRI-O
master1	RHCOS 4.13.0	4	16	100	CRI-O
master2	RHCOS 4.13.0	4	16	100	CRI-O
master3	RHCOS 4.13.0	4	16	100	CRI-O
worker1	RHCOS 4.13.0	2	8	100	CRI-O
worker2	RHCOS 4.13.0	2	8	100	CRI-O

 

 

RHOCP TB Architecture

TB(TestBed) 환경에서 RHOCP를 구축하기 전에 공부 하는겸 간단하게 그림을 그리고 시작하려고합니다.

 

RHOCP TB Architecture

 

1. bastion 서버

- Podman 사용

- OC 명령어 수행

- OCP Cluster SSH 접속 용도

- BIND(DNS) Master/Slave 구축

- HAProxy 구축

- KeepAlived 구축 (Virtual IP 생성)

 

2. Image Registry 서버

- Docker 사용

- Harbor 구축

- 이미지 저장을 위한 저장소 NFS 사용

 

3. Master nodes (Control Plane)

- CRI-O 사용

- OpenShift Cluster Monitoring Component 위치

 

4. Worker nodes (Compute nodes)

- CRI-O 사용

- 실제로 배포될 Pod들이 위치

 

 

Bastion 서버의 BIND, HAProxy를 Pacemaker를 통해 Resource를 등록하여 사용하면 서비스의 가용성 측면에서 KeepAlived보다 좋을 것이라고 생각합니다.

다만, RHEL을 사용하기 때문에 Pacemaker 사용시 High Availability 서브스크립션을 구독해야 되기 때문에 KeepAlived를 이용하는 것이 비용적인 측면에서 유리하다고 생각합니다.

 

Bastion 서버를 오픈소스 리눅스인 Rocky Linux를 이용하면 무료로 Pacemaker를 이용할 수 있긴 하지만 OS 및 Pacemaker에 대한 지원은 RedHat에서 받을 수 없기 때문에 RHEL을 사용하는 것이 바람직합니다.