리눅스마스터 2급 필기 17 — 응용 분야 (클러스터링·가상화·클라우드·빅데이터·임베디드)

리눅스마스터 2급 필기 17 — 응용 분야 (클러스터링·가상화·클라우드·빅데이터·임베디드)

출제기준: 2차 2과목(리눅스 활용) > 응용 분야 > 최신 기술 동향 / 다양한 활용 분야
기출 빈도: 응용 분야 약 3.7% (2019~2023), 2과목 약 7문항.
계산도 명령어도 없는 순수 용어 암기 파트라서, 정리표만 잘 외우면 가장 쉽게 점수를 가져오는 구간입니다.

 

 

이번 편은 두 줄로 요약됩니다.

"짝을 맞춰라" (기술 ↔ 대표 도구/회사), 그리고 "목적으로 구분하라" (HA/LVS/HPC, IaaS/PaaS/SaaS).

아래 표를 그대로 암기하세요.

---

1. 리눅스 동향 ⭐⭐

• 1991년 서버 OS로 출발, 현재 AWS·GCP·Azure 등 클라우드 인프라의 90% 이상을 책임지는 핵심 OS (교재 기준 표현)
• 세계 500대 슈퍼컴퓨터가 100% 리눅스 → HPC의 핵심 동력
• SDV(Software Defined Vehicle): 차량의 성능·편의·안전 기능을 소프트웨어가 결정하는 자동차
• 모바일은 리눅스 커널 기반 안드로이드가 주도 (애플 iOS와 경쟁)
• 하둡(Hadoop)·HDFS 기반 빅데이터 처리의 표준 플랫폼
• POSIX와 인터넷 프로토콜 표준을 엄격히 준수 → 이식성·호환성 우수

---

2. 클러스터링 ⭐⭐⭐⭐⭐

여러 대의 리눅스 서버를 고속 네트워크로 묶어 한 대의 거대한 컴퓨터처럼 쓰는 기술입니다.

 

2-1. 구성 요소

구성 요소	역할	핵심
클러스터 노드	실제 서비스·연산 수행	Active / Standby 노드
인터커넥트	노드 간 통신·상태 확인	하트비트(Heartbeat), 전용 망
공유 저장소	공통 데이터 접근	SAN, NAS, 분산 파일 시스템
관리 소프트웨어	자원 배치·멤버십 감시	Pacemaker, Keepalived

• 하트비트: 노드들이 서로 살아 있는지 확인하려고 전용 네트워크로 주기적으로 주고받는 짧은 신호
• Pacemaker: 노드가 실행할 서비스(IP·웹 서버·DB 등)의 종류를 결정하고 감시
• Keepalived: 부하 분산과 고가용성을 동시에 제공하는 오픈소스

 

2-2. 3대 유형 ⭐⭐⭐⭐⭐ (구분 문제 단골)

구분	HA (고가용성)	LVS (부하 분산)	HPC (고성능)
목적	서비스 중단 방지	트래픽 분산·자원 효율화	연산 속도 극대화
원리	장애 시 대기 서버가 인수 (Failover)	로드밸런서가 요청을 리얼 서버로 분배	수천 대 노드 병렬 협업 연산
도구	Pacemaker, Keepalived	로드밸런서(Director), LVS	베오울프(Beowulf), PVM, MPI
활용	금융, DB 서버, 핵심 웹	대형 포털, 온라인 게임, 쇼핑몰	기상 예측, 유전자 분석, 시뮬레이션

 

한 줄 기억법: 안 죽게 → HA / 몰려도 견디게 → LVS / 빠르게 계산 → HPC.

 

⚠️ 함정 모음 (기출 연결)

• "고성능 클러스터와 관계없는 것" → HA (GCC·PVM·MPI는 HPC 관련)
• "클러스터가 아닌 것" → KVM (가상화 기술이지 클러스터가 아님)
• 하나의 공인 IP로 20여 대 물리 서버가 웹 서비스 → 부하분산 + 고가용성
• 기출 보기: "웹 서버는 Beowulf 클러스터보다는 HA 클러스터가 사용된다" → 웹 서비스 이중화는 HA/LVS 계열로 이해하면 됩니다.

💡 보충(교재 외): LVS는 IPVS 커널 모듈 기반으로 Director + Real Server 구성입니다.
실무에서는 로드밸런서 자체가 단일 장애점이 되기 때문에 Keepalived로 이중화(HA)해서 함께 씁니다.

---

3. 임베디드 리눅스 ⭐⭐⭐⭐

특정 목적 수행을 위한 전용 하드웨어 + 소프트웨어 결합 시스템에서 쓰이는 리눅스입니다.

구분	내용
장점	① POSIX·인터넷 프로토콜 준수 → 호환성 ② 오픈소스 → 비용 절감, 소스 공개로 변경·재배포 용이 ③ 스마트폰~TV~IVI까지 광범위한 적용 ④ 안드로이드로 모바일 생태계 접근
단점	① 오픈소스 라이선스 위반 시 소스코드 공개 등 법적 책임 ② 용어 사용 시 상표권 이슈 ③ 고연산 작업은 하드웨어 선정 단계부터 철저한 검증 필요

 

⚠️ "사용자·커널 모드 메모리 접근이 복잡하다" 같은 문장이 장점으로 나오면 오답입니다.

리눅스는 사용자 공간과 커널 공간을 엄격히 분리하는 구조일 뿐입니다.

 

3-1. 모바일

플랫폼	내용
안드로이드	구글 주도, 리눅스 커널 기반, 소스 공개 오픈소스
iOS	애플 독자 플랫폼, 유닉스 기반 다윈(Darwin) 커널, 폐쇄적
타이젠(Tizen)	리눅스 기반 경량 OS (웨어러블·스마트 TV·가전)

 

3-2. 스마트 TV

OS	내용
WebOS	LG전자, 리눅스 커널 + 웹 기술(HTML5, CSS, JS) UI
타이젠	삼성전자 주도, 리눅스 재단 관리
안드로이드 TV	구글 모바일 OS를 TV에 최적화

3-3. IVI (In-Vehicle Infotainment) ⭐⭐⭐⭐

차량 내 내비게이션 등 정보 전달과 오디오·비디오 오락을 하나로 합친 시스템입니다.

주요 역할	세부 기능
정보 제공	3D 내비, 차량 진단, 연비·ADAS 알림
엔터테인먼트	오디오·동영상, 인터넷, 스마트폰 연동(CarPlay, Android Auto)
클라우드 연동	실시간 교통 정보, 무선 업데이트 OTA

플랫폼	주도 세력·특징
플랫폼	주도 세력·특징
COVESA (구 GENIVI)	BMW, 현대차 등 완성차 연합, 2009년 BMW·델파이·GM·인텔·윈드리버 설립, 리눅스 기반 IVI 오픈소스 표준 플랫폼
AGL (Automotive Grade Linux)	리눅스 재단 & 도요타 등, 커넥티드 카용 완전 개방형 OS
Android Automotive	구글, 차량에 OS 직접 탑재, 스마트폰 없이 구글 서비스 실행

 

⚠️ Android Auto vs Android Automotive

• Android Auto = 스마트폰 화면을 차에 투사(미러링)
• Android Automotive = 차량에 직접 설치된 독립 OS

 

3-4. 소형 보드와 IoT

• 라즈베리 파이: 영국 재단이 교육용으로 개발한 신용카드 크기 싱글 보드 컴퓨터, 리눅스 설치 가능
• 아두이노: 이탈리아 출신 마이크로컨트롤러 보드 (센서·모터 제어)
• 큐비보드(중국), 오드로이드(한국 하드커널): 라즈베리 파이와 비슷하지만 별개 제품
• IoT: 생활 속 사물을 네트워크로 연결해 정보를 공유하는 환경

---

4. 가상화 ⭐⭐⭐⭐⭐

하나의 물리 서버(Host)에 가상화 소프트웨어를 설치해 여러 대의 독립된 가상 서버(VM) 를 구동하는 기술입니다.

하드웨어 → 가상화 계층(하이퍼바이저) → VM 1·2·3 (각각 게스트 OS)

 

4-1. 하이퍼바이저 유형 ⭐⭐⭐⭐⭐

구분	제1형 (Native / Bare-Metal)	제2형 (Hosted)
구조	하드웨어 위에서 직접 실행	기존 호스트 OS 위에 앱처럼 설치
특징	오버헤드 적고 성능 우수 → 데이터센터	설치·사용 간편 → 개인용·개발/테스트
대표	KVM, Xen	VirtualBox, VMware Workstation

 

⚠️ "제2형이 하드웨어 위에서 직접 실행한다" → 틀림. 직접 실행은 제1형입니다. (교재 실전 05번)

 

기술	핵심
KVM	리눅스 커널 자체가 하이퍼바이저, 표준 커널에 포함, 전가상화
Xen	마이크로커널 구조, 전가상화(HVM)와 반가상화 모두 지원
VirtualBox	오라클 관리, 오픈소스, 다양한 호스트 OS, 학습·테스트 환경
VMware Workstation	상용, 스냅샷 기능, 유료 라이선스

 

4-2. 전가상화 vs 반가상화

• 전가상화: 하드웨어를 완전히 가상화 → 게스트 OS가 가상 환경임을 모른 채 동작
• 반가상화: 게스트 OS가 가상 환경임을 인지하고 하이퍼바이저와 직접 통신 (Hypercall)

 

💡 보충: KVM은 커널 모듈(kvm.ko)이며 관리 도구로 QEMU·libvirt(virsh)를 함께 씁니다.
하드웨어 지원 가상화(Intel VT-x / AMD-V)가 필요합니다.
Proxmox VE는 KVM(VM) + LXC(컨테이너) 조합입니다.

---

5. 클라우드 컴퓨팅 ⭐⭐⭐⭐⭐

5-1. 서비스 모델: IaaS / PaaS / SaaS

모델	제공 내용	핵심
모델	제공 내용	핵심
IaaS	서버·스토리지·네트워크 등 자원	사용자가 OS부터 관리
PaaS	앱 개발·실행 플랫폼	사용자는 앱·데이터만 관리
SaaS	설치 없이 쓰는 완제품 소프트웨어	사용자는 데이터만. 예: 구글 드라이브, OneDrive, Gmail

 

책임 범위 표 (제공자 영역이 위로 올라갈수록 넓어짐)

계층	IaaS	PaaS	SaaS
데이터	사용자	사용자	사용자
애플리케이션	사용자	사용자	제공자
런타임	사용자	제공자	제공자
미들웨어	사용자	제공자	제공자
운영체제	사용자	제공자	제공자
가상화·서버·스토리지·네트워크	제공자	제공자	제공자

 

⭐ 기출: "IaaS에서 사용자가 관리해야 할 영역" → 운영체제(OS) 및 데이터.

              "개발자가 앱 개발에만 집중하도록 플랫폼 제공" → PaaS.

 

5-2. 배치 모델

구분	특징
공용(Public)	CSP가 불특정 다수에게 제공, 자원 공유, 종량제
사설(Private)	특정 조직 전용, 외부와 공유 안 함, 보안 정책을 자유롭게 수정
하이브리드(Hybrid)	공용의 확장성 + 사설의 보안성, 트래픽 급증 시 공용 확장 = 클라우드 버스팅

 

⚠️ "특정 조직이 독점적으로 인프라를 사용하며 보안 정책을 자유롭게 수정" → 사설 클라우드 설명입니다.

공용이라고 쓴 보기는 오답.

 

5-3. 핵심 플랫폼 ⭐⭐⭐⭐⭐ (짝짓기 단골)

플랫폼	핵심 키워드
오픈스택(OpenStack)	2010년 NASA + 랙스페이스, 오픈소스 클라우드 표준, 대규모 프라이빗 클라우드
클라우드스택(CloudStack)	Cloud.com → 시트릭스 → 아파치 재단, 웹 UI 간편, KVM·XenServer·VMware·Hyper-V 통합
유칼립투스(Eucalyptus)	UC 산타바바라, AWS API 호환, 하이브리드 클라우드 구축
쿠버네티스(Kubernetes)	구글 내부 보그(Borg) 기반, 컨테이너 오케스트레이션, 원하는 상태(Desired State) 유지
서버리스(Serverless)	2014년 AWS Lambda, 코드 실행 시간·횟수에만 과금, 이벤트 기반

 

⚠️ "유칼립투스는 구글의 TV용 모바일 OS" → 틀림 (그건 Android TV).

유칼립투스는 AWS API 호환 하이브리드 도구입니다.

 

서버 관리 부담은 VM → 컨테이너 → 서버리스 순으로 줄어듭니다.

💡 보충: Docker는 리눅스 커널의 namespace·cgroups 기반 컨테이너 기술입니다.
VM(하이퍼바이저)과 달리 커널을 공유해서 가볍습니다.
쿠버네티스는 CNCF가 관리합니다.

---

6. 빅데이터와 하둡 ⭐⭐⭐⭐

6-1. 빅데이터 5V

구분	내용
Volume(규모)	TB~ZB급 막대한 양
Velocity(속도)	생성·유통 속도가 빠름, 실시간 분석
Variety(다양성)	텍스트·이미지·영상·로그 등 비정형
Veracity(정확성)	데이터의 신뢰성·무결성
Value(가치)	비즈니스 의사결정에 기여하는 유용성

 

⭐ 기출: "신뢰성·무결성" = Veracity.

 

6-2. 하둡 (Hadoop)

저가형 컴퓨터를 클러스터로 묶어 대용량 데이터를 분산 저장·병렬 처리하는 아파치 오픈소스 프레임워크입니다.

구성	내용
HDFS	분산 파일 시스템, 복제본 관리로 데이터 손실 방지
MapReduce	병렬 분석 프로그래밍 모델·엔진
YARN	자원 관리·작업 스케줄링

 

⭐ 기출: "분산 파일 시스템" → HDFS. (보충: Spark는 하둡 생태계의 인메모리 고속 처리 엔진)

---

7. 개념 연결도

가상화(하이퍼바이저) → IaaS → PaaS → SaaS
   ↘ 오픈스택·클라우드스택으로 사설/하이브리드 클라우드 구축
클러스터링(HPC/분산 저장) + HDFS·MapReduce·YARN = 빅데이터(하둡)
리눅스 커널 → 모바일(안드로이드·타이젠) / TV(WebOS·타이젠) / 자동차(COVESA·AGL)

---

기출 문제 Q&A

Q. 클러스터 노드 간 통신과 상태 확인(하트비트)을 담당하는 구성 요소는?
A. 인터커넥트

 

Q. 고성능(HPC) 클러스터와 관계없는 것: GCC / PVM / MPI / HA?
A. HA (고가용성 클러스터)

 

Q. 클러스터가 아닌 것: HA / LVS / HPC / KVM?
A. KVM (가상화 기술)

 

Q. 리눅스 커널 자체가 하이퍼바이저 역할을 하도록 설계된 가상화 기술은?
A. KVM (전가상화)

 

Q. 개발자가 앱 개발에만 집중할 수 있도록 플랫폼을 제공하는 클라우드 서비스는?
A. PaaS

 

Q. 영국 재단이 교육용으로 만든 신용카드 크기 싱글 보드 컴퓨터는?
A. 라즈베리 파이

 

Q. 2009년 BMW·델파이·GM·인텔·윈드리버가 만든 자동차용 IVI 플랫폼은?
A. GENIVI (현 COVESA)

 

Q. 리눅스 재단과 도요타 주도의 커넥티드 카용 완전 개방형 OS는?
A. AGL (Automotive Grade Linux)

 

Q. 빅데이터 5V 중 데이터의 신뢰성·무결성은?
A. Veracity

 

Q. 하둡의 분산 파일 시스템은?
A. HDFS

---

💡 실무에서는?

이 파트는 사실 인프라 아키텍트의 일상 업무 그대로입니다.

HA(Pacemaker/Keepalived)와 LVS(HAProxy/IPVS)는 서비스 구성의 기본 틀이고, KVM 위에 VM을 올리는 Proxmox, 그 위에서 돌아가는 쿠버네티스까지가 요즘 인프라의 전형적인 스택이에요.

 

클라우드에서 가장 중요한 건 책임 공유 모델입니다.

IaaS면 OS 패치와 보안 설정은 내 몫이고, SaaS면 제공자 몫입니다.

보안 감사에서 "이 계층은 누가 책임지는가"를 물으면 위의 책임 범위 표가 그대로 답이 됩니다.

시험 표 하나가 실무 감사 프레임워크라는 점도 기억해 두세요.

---

핵심 정리

✅ 클러스터링 3유형: HA(Pacemaker·Keepalived, Failover) / LVS(Director) / HPC(Beowulf·PVM·MPI)
✅ 구성: 노드 / 인터커넥트(하트비트) / 공유 저장소(SAN·NAS) / 관리 SW
✅ 하이퍼바이저 1형(KVM·Xen, 하드웨어 직접) vs 2형(VirtualBox·VMware Workstation)
✅ 전가상화(게스트가 모름) vs 반가상화(Hypercall)
✅ IaaS(OS부터 사용자) / PaaS(앱·데이터) / SaaS(데이터만)
✅ 공용·사설·하이브리드(클라우드 버스팅)
✅ 오픈스택(NASA·랙스페이스) / 클라우드스택(Apache) / 유칼립투스(AWS 호환) / 쿠버네티스(Borg) / 서버리스(Lambda)
✅ 빅데이터 5V(Veracity=신뢰성), 하둡: HDFS·MapReduce·YARN
✅ 안드로이드(구글) / iOS(애플) / 타이젠·WebOS / IVI: COVESA(GENIVI)·AGL·Android Automotive
✅ 라즈베리 파이 = 교육용 싱글 보드, IoT = 사물 네트워크 연결

 

다음 18편은 시리즈 마지막, 2차 예상문제입니다.

지금까지 정리한 기출 포인트로 실전처럼 풀어 보세요!

 

궁금한 점은 댓글로 남겨주세요!