[Born2beroot] 프로젝트 개요

가상머신 동작 원리

1. 사용자가 가상머신을 생성하고 게스트 OS(운영체제)를 설치
2. 하이퍼바이저가 물리 자원을 가상으로 분할해서 가상머신에게 전달
3. 게스트 OS는 마치 진짜 하드웨어가 있는 컴퓨터처럼 동작
4. 사용자는 가상머신 안에서 앱 설치, 파일 저장, 인터넷 사용 등을 할 수 있음

가상머신: 실제 컴퓨터처럼 동작하는 소프트웨어 컴퓨터

- 자체 cpu, 메모리, 네트워크 인터페이스 및 스토리지를 갖추고 가상 컴퓨터 시스템으로 작동하는 가상환경

- 하이퍼바이저라 불리는 소프트웨어는 하드웨어에서 가상 머신의 리소스를 분할하고 적절히 할당하여 VM에서 사용할 수 있도록 한다.

 

호스트(Host): 실제 컴퓨터
CPU, 메모리, 디스크 등 실제 하드웨어를 가진 컴퓨터

하이퍼바이저(Hypervisor): 가상머신 관리자
하이퍼바이저는 하드웨어 자원을 나눠 가상머신에 제공하는 중간 관리자

구분	Type 1 (베어메탈)	Type 2 (호스트 기반)
설치 위치	하드웨어 위에 직접 설치	운영체제 위에 설치
구조	하드웨어 → 하이퍼바이저 → 게스트 OS	하드웨어 → 호스트 OS → 하이퍼바이저 → 게스트 OS
성능	빠르고 안정적 (오버헤드 적음)	상대적으로 느림 (호스트 OS 영향받음)
용도	서버, 데이터센터	개인 실습, 데스크탑 실험용
예시	VMware ESXi, Microsoft Hyper-V (Core), KVM	VirtualBox, VMware Workstation, Parallels

 

하이퍼바이저 유형(Type 1, Type 2)
Type 1

┌────────────┐
│ 하드웨어 │
├────────────┤
│ 하이퍼바이저 │ ← 운영체제 없이 바로 설치
├────────────┤
│ 가상머신들 │ (게스트 OS들)
└────────────┘

Type 2

┌────────────┐
│ 하드웨어 │
├────────────┤
│ 호스트 OS │ ← Windows, macOS 등
├────────────┤
│ 하이퍼바이저 │ ← VirtualBox 등
├────────────┤
│ 가상머신들 │ (게스트 OS들)
└────────────┘

 

 

가상 하드웨어 생성
하이퍼바이저가 가짜 하드웨어 장치(CPU, 메모리, 디스크, 네트워크 카드)를 생성

게스트 OS 설치
그 위에 운영체제(리눅스, 윈도우 등)를 설치
게스트 OS는 가짜 하드웨어가 진짜인 줄 알고 정상 동작

프로그램 실행
게스트 OS 안에서 사용자 앱, 프로그램을 실행하면,
게스트 OS -> 가상 하드웨어 요청 -> 하이퍼바이저 -> 진짜 하드웨어로 처리

CentOS vs Debian

Debian을 선택한 이유

• CentOS는 기업에서 배포, Debian은 민간에서 배포한다.
• 온라인에서 사용법을 찾기 쉽기 때문에 초보자에게는 Debian이 사용하기에 수월하다.
• 최신 개발 도구와 언어 지원이 더 잘 되어 있어 개발 테스트 환경 구축에 적합하다.
• 패키지 설치와 시스템 구성 과정이 직관적이고 문서가 풍부해 리눅스 학습에 적합하다.

항목	Debian	CentOS
기반	Debian 프로젝트	Red Hat (RHEL)
패키지 관리자	APT	YUM / DNF
기본 철학	안정성, 보안 중심	기업 환경 중심
시스템 구조	간결하고 직관적	RHEL과 유사한 구조
사용처	개인 서버, 실습	기업 서버, 엔터프라이즈

가상머신의 목적

• 하나의 컴퓨터에서 여러 OS를 동시에 실행
• 하나의 컴퓨터 자원을 여러 사용자에게 나누어주는 상황에서 상호 간섭을 없애고 싶을 때
• 컴퓨터의 다른 부분에 영향을 주지 않는 독립 환경을 만들 수 있음 → 테스트 및 실험 환경 제공

aptitude와 apt의 차이점

apt

- 저수준(low-level) 패키지 관리자. 

- 다른 고수준 패키지 관리자의 기반으로 사용될 수 있음

- 미사용 패키지 제거를 위해 별도의 옵션이 필요

- 패키지 설치, 제거, 업데이트 과정에서 충돌이 발생하면 대안을 제시

- 그래픽 인터페이스없이 명령어로 사용

 

aptitude

- 고수준(high-level) 패키지 관리자

- 사용하지 않는 패키지를 자동으로 제거

- why와 why-not 명령어로 패키지 설치 시 필요한 의존성과 충돌 여부를 확인할 수 있음

- 사용자 인터페이스를 추가해 사용자가 대화형으로 패키지를 검색해 설치, 제거할 수 있음

- 텍스트 기반 대화형 인터페이스와 비대화형 command line 모드에서도 작동

 

항목	apt	aptitude
명령어 형태	apt install, apt update 등	aptitude install, aptitude search 등
인터페이스	CLI 중심	CLI + 텍스트 기반 UI 가능
의존성 해결	자동은 가능하나 제한적	더 똑똑한 의존성 충돌 해결 능력
설치 기본 여부	대부분 기본 설치됨	수동 설치 필요할 수 있음
추천 상황	일반 사용자	복잡한 패키지 관리 필요 시

APPArmor(Application Armor)

• 리눅스용 보안 모듈(Linux Security Module, LSM)로, 프로세스(프로그램)의 행동을 제한하는 보안 도구
• 리눅스에서 특정 프로그램이 어떤 파일/디렉토리/네트워크 자원에 접근할 수 있는지를 미리 정해놓고, 그밖의 행동은 막아줌
• 프로그램이 시스템 리소스를 과도하게 사용하는 것을 막고, 침입 시도를 차단하는 데 활용
• MAC(강제적 접근 통제)를 제공함으로써 전통적인 유닉스 DAC(임의적 접근 통제) 모델을 보완한다.
  • DAC: 시스템 객체에 대한 접근을 사용자나 그룹의 신분을 기준으로 제한
  • MAC: 미리 정해진 정책과 보안 등급에 의거하여 접근 통제

 

참조 링크

born2beroot : 평가지

 

Born2beRoot

 

[42/born2beroot] 디펜스 준비