OCP 학습 4일차 · Kubernetes와 OCP의 관계
학습 기준: OpenShift Container Platform(OCP) 4.20 · 학습 시간: 20~30분
3일차에서는 실제 Podman 환경에서 이미지를 가져오고, 같은 latest 태그가 다른 이미지 ID를 가리키는 변화를 확인했습니다. 오늘은 한 컴퓨터에서 이미지를 다루는 단계에서 여러 컴퓨터의 애플리케이션을 운영하는 단계로 시야를 넓힙니다.
오늘의 학습 목표
- Kubernetes와 OCP의 관계를 한 문장으로 설명합니다.
- 이미지 가져오기와 클러스터 운영의 역할을 구분합니다.
- OCP 4.20 공식 문서에서 근거를 찾아 비교표를 완성합니다.
1. Kubernetes와 OCP는 어떻게 연결될까?
Kubernetes는 컨테이너화된 애플리케이션의 배포·확장·관리를 자동화하는 오픈 소스 시스템입니다. 여러 컴퓨터를 하나의 운영 대상으로 다루는 묶음을 클러스터라고 생각하면 쉽습니다.
기존 WAS 경험에 비유하면, 설치 파일을 내려받는 일에서 끝나지 않고 여러 서버에 애플리케이션을 배치하고 운영 상태를 관리하는 문제로 넘어가는 것입니다. 이것은 이해를 돕는 비유이며 WAS와 Kubernetes가 같은 소프트웨어라는 뜻은 아닙니다.
OCP는 Kubernetes를 기반으로 기업 환경의 개발과 운영에 필요한 기능을 통합한 플랫폼입니다. Kubernetes와 별개로 둘 중 하나를 고르는 관계라기보다, OCP 안에서도 Kubernetes 개념을 사용한다고 이해하면 됩니다. 공식 문서는 운영체제, Operator 기반 관리, 설치·업데이트, 웹 콘솔과 oc 명령줄 도구 등을 설명합니다.
- 이미지 레지스트리: 이미지를 보관하고 전달하는 곳
- 이전 Podman 실습: 개인 Linux에서 이미지 가져오기와 로컬 목록 확인
- Kubernetes: 클러스터에서 애플리케이션 배포·확장·관리
- OCP: Kubernetes 기반에 개발·운영 기능을 통합한 플랫폼
위 목록은 역할 비교입니다. 모든 항목이 순서대로 연결된 실행 경로나 제품 설치 절차는 아닙니다.
2. 미니 실습: 공식 문서에서 관계 확인하기
실습 환경: 웹 브라우저와 인터넷 연결 · OCP 4.20 공식 문서 · 클러스터 설치나 로그인 불필요
오늘의 실습은 문서를 직접 탐색하고 근거와 답을 대조하는 과제입니다. 아래 절차의 문서 본문을 실제로 열어 확인했습니다. 클러스터 명령 실행이나 배포 성공을 검증한 기록은 아닙니다.
단계 1 — 기반 찾기 (5분)
Introduction to OpenShift Container Platform을 엽니다. 화면의 제품 버전이 4.20인지 확인한 뒤, 첫 설명에서 OCP의 기반 기술을 찾으세요.
메모할 질문: “OCP의 기반은 무엇인가?”
본문 대조 결과: Kubernetes입니다. 이 관계 때문에 앞으로 배우는 Pod, Service 같은 Kubernetes 개념이 OCP 학습에도 이어집니다.
단계 2 — Kubernetes 역할 찾기 (5분)
같은 문서의 2.1.1. About Kubernetes를 읽습니다. 배포, 확장, 관리에 해당하는 설명을 찾아 자신의 말로 한 줄씩 적어 보세요.
본문 대조 결과: 컨테이너화된 애플리케이션의 배포·확장·관리 자동화를 설명하며, 워크로드를 실행하는 worker와 배포를 관리하는 control plane도 구분합니다. 노드별 역할은 다음 차시에서 자세히 다룹니다.
단계 3 — OCP 기능 찾기 (5~10분)
2.1.3. OpenShift Container Platform overview에서 다음 세 항목을 찾아 보세요.
- Custom operating system: RHCOS와 CRI-O
- Simplified installation and update process: 설치와 업데이트 과정
- Other key features: Operators, 웹 콘솔, oc 인터페이스
RHCOS는 Red Hat Enterprise Linux CoreOS의 약자입니다. CRI-O는 이 문서에서 설명하는 Kubernetes 컨테이너 런타임입니다. 앞서 사용한 Podman을 OCP의 컨테이너 실행 엔진으로 바꿔 이해하지 마세요.
이 목록은 문서 탐색의 실제 확인 결과를 요약한 것입니다. 현재 사용 중인 클러스터의 기능 활성화 여부나 정상 상태를 조회한 출력은 아닙니다.
단계 4 — 내 말로 설명하기 (3분)
문서를 잠시 가리고 다음 빈칸을 채우세요.
OCP는 ( )를 기반으로 하며, 오늘 문서에서 확인한 운영 기능 두 가지는 ( )와 ( )이다.
답 예시: Kubernetes / Operator 기반 관리 / 웹 콘솔. 문서에서 직접 찾은 다른 기능을 적어도 좋습니다. 기능 이름만 적기보다 어느 절에서 확인했는지도 함께 써 보세요.
3. 성공 판단과 막혔을 때 확인할 것
오늘 실습의 완료 기준은 명령의 종료 코드가 아니라 버전 4.20 확인 → 해당 절의 본문 읽기 → 근거를 적은 비교표 완성입니다. 검색 결과 요약이나 목차만 본 상태와 구분하세요.
- 본문을 못 찾으면 브라우저의 페이지 찾기에서 About Kubernetes 또는 Other key features를 검색합니다. 목차에 걸렸다면 실제 설명까지 이동합니다.
- 문서가 일시적으로 열리지 않으면 잠시 뒤 다시 열거나 공식 페이지의 Format 메뉴에서 Single-page 형식을 선택합니다.
- 다른 버전이 열렸다면 버전 선택기를 4.20으로 맞추고 다시 확인합니다.
클러스터가 없어도 이 실습은 할 수 있습니다. 인터넷도 사용할 수 없다면 위 역할 목록을 가리고 네 항목을 종이에 연결해 보세요. 온라인 문서를 직접 대조하는 단계는 연결 후 마무리합니다.
4. 확인 문제와 해설
문제 1. OCP를 사용하면 Kubernetes 개념은 몰라도 될까요?
아닙니다. OCP의 기반이 Kubernetes이므로 그 개념을 차근차근 익혀야 합니다.
문제 2. 3일차의 podman pull 성공으로 OCP 클러스터도 정상이라고 판단할 수 있을까요?
아닙니다. 그 결과는 개인 VM의 이미지 가져오기 성공입니다. 클러스터 상태는 별도의 관측이 필요합니다.
문제 3. 공식 문서에서 웹 콘솔을 찾았다는 사실은 내 클러스터에 로그인했다는 뜻일까요?
아닙니다. 제품 설명을 확인한 것과 특정 환경에서 기능을 실행한 것은 다른 검증입니다.
오늘의 세 줄 정리
- Kubernetes는 컨테이너 애플리케이션의 배포·확장·관리를 자동화합니다.
- OCP는 Kubernetes 기반으로 개발과 운영 기능을 통합합니다.
- 오늘은 공식 문서 탐색을 실제 수행했으며 클러스터 실행 결과와 구분했습니다.
다음 5일차에서는 노드와 역할: Control Plane·Worker를 알아봅니다.