Red Hat vs Ubuntu 서버 운영 비교: 엔터프라이즈 관점 의사결정 가이드

들어가며

"Red Hat이냐, Ubuntu냐"는 리눅스 서버를 운영하는 조직이라면 반드시 마주치는 질문이다. 단순한 취향이 아니라 라이선스 비용, 기술 지원 SLA, 보안 패치 주기, 인증/컴플라이언스, 인력 풀 등 비즈니스에 직접 영향을 미치는 의사결정이다.

이 글에서는 RHEL(Red Hat Enterprise Linux) 계열과 Ubuntu Server를 엔터프라이즈 운영 관점에서 항목별로 비교하고, 워크로드별 추천 기준을 정리한다.

1. 배포판 계보와 현재 생태계

Red Hat 계열

Fedora (업스트림) → RHEL (엔터프라이즈) → CentOS Stream (중간 스트림)
                                       → Rocky Linux (커뮤니티 RHEL 클론)
                                       → AlmaLinux (커뮤니티 RHEL 클론)

• RHEL: Red Hat 구독 필요. 10년 이상 기술 지원.
• CentOS Stream: RHEL 다음 마이너 릴리스의 프리뷰. 프로덕션 직접 사용은 논쟁 중.
• Rocky Linux / AlmaLinux: CentOS 8 지원 종료 이후 등장한 1:1 RHEL 호환 배포판.

Debian 계열

Debian (업스트림) → Ubuntu (Canonical) → Ubuntu LTS (장기 지원)
                                       → Ubuntu Pro (확장 보안)

• Ubuntu LTS: 2년마다 릴리스, 기본 5년 + Ubuntu Pro 10년 지원.
• Ubuntu Pro: Canonical의 엔터프라이즈 보안·컴플라이언스 상품.

2. 핵심 비교표

3. 패키지 관리 비교

DNF (Red Hat 계열)

# 패키지 검색·설치·제거
dnf search nginx
dnf install -y nginx
dnf remove nginx

# 패키지 정보·파일 목록
dnf info nginx
rpm -ql nginx

# 보안 업데이트만 적용
dnf update --security

# 모듈 스트림 (RHEL 8+)
dnf module list nodejs
dnf module enable nodejs:20
dnf module install nodejs:20/common

# 트랜잭션 이력·롤백
dnf history
dnf history undo 15

# 저장소 관리
dnf repolist
dnf config-manager --add-repo https://repo.example.com/el9/

APT (Ubuntu)

# 패키지 검색·설치·제거
apt search nginx
apt install -y nginx
apt remove nginx
apt purge nginx  # 설정 파일까지 삭제

# 패키지 정보·파일 목록
apt show nginx
dpkg -L nginx

# 보안 업데이트만 적용
apt update
apt upgrade -y -o Dpkg::Options::="--force-confold"  # 기존 설정 유지
# 또는 unattended-upgrades 활용

# 자동 보안 업데이트 설정
apt install unattended-upgrades
dpkg-reconfigure -plow unattended-upgrades

# PPA 관리
add-apt-repository ppa:deadsnakes/ppa
apt update

# 버전 고정
apt-mark hold nginx
apt-mark unhold nginx

패키지 관리 비교 요약

4. 보안 모델 비교

SELinux (RHEL 계열)

MAC(Mandatory Access Control) 기반으로 프로세스가 접근할 수 있는 파일·포트·시스템 콜을 정책으로 제한한다.

# 상태 확인
getenforce          # Enforcing / Permissive / Disabled
sestatus            # 상세 상태

# 컨텍스트 확인
ls -Z /var/www/html
ps -eZ | grep nginx

# 불리언 토글
getsebool -a | grep httpd
setsebool -P httpd_can_network_connect on

# 문제 진단
ausearch -m avc -ts recent
sealert -a /var/log/audit/audit.log

# 커스텀 정책 모듈
audit2allow -a -M my_policy
semodule -i my_policy.pp

AppArmor (Ubuntu)

경로 기반 MAC으로 프로필 파일을 통해 프로그램별 접근 권한을 정의한다.

# 상태 확인
aa-status
apparmor_status

# 프로필 모드 전환
aa-enforce /etc/apparmor.d/usr.sbin.nginx
aa-complain /etc/apparmor.d/usr.sbin.nginx

# 로그 기반 프로필 생성
aa-genprof /usr/sbin/myapp
aa-logprof

보안 모델 비교

실전 조언: SELinux를 Disabled로 끄는 것은 안티패턴이다. 문제가 생기면 Permissive로 전환하고 로그를 분석하여 정책을 조정하라.

5. 시스템 관리 명령어 매핑

6. 컨테이너와 클라우드 네이티브

컨테이너 베이스 이미지

# RHEL 계열 멀티스테이지
FROM registry.access.redhat.com/ubi9/ubi-minimal:latest AS builder
RUN microdnf install -y java-17-openjdk-headless && microdnf clean all
COPY target/app.jar /app.jar

FROM registry.access.redhat.com/ubi9/ubi-micro:latest
COPY --from=builder /usr/lib/jvm /usr/lib/jvm
COPY --from=builder /app.jar /app.jar
ENTRYPOINT ["java", "-jar", "/app.jar"]

# Ubuntu 멀티스테이지
FROM ubuntu:24.04 AS builder
RUN apt-get update && apt-get install -y --no-install-recommends \
    openjdk-17-jre-headless && rm -rf /var/lib/apt/lists/*
COPY target/app.jar /app.jar

FROM gcr.io/distroless/java17-debian12
COPY --from=builder /app.jar /app.jar
ENTRYPOINT ["java", "-jar", "/app.jar"]

Kubernetes 호환성

두 배포판 모두 Kubernetes를 완벽히 지원한다. 차이는 주로 관리형 서비스 기본 OS에서 나타난다.

7. 라이선스·비용·지원 비교

실제 비용 시뮬레이션 (100대 서버 기준)

8. 워크로드별 추천

9. 마이그레이션 체크리스트

CentOS → Rocky Linux / AlmaLinux

# Rocky Linux 마이그레이션 (in-place)
curl -O https://raw.githubusercontent.com/rocky-linux/rocky-tools/main/migrate2rocky/migrate2rocky.sh
chmod +x migrate2rocky.sh
./migrate2rocky.sh -r  # 변환 실행

# 검증
cat /etc/os-release
rpm -qa | grep rocky
dnf check

Ubuntu ↔ RHEL 전환 시 확인사항

10. 의사결정 플로우차트

조직에 규제 컴플라이언스(FIPS, CC, STIG) 요구사항이 있는가?
├── Yes → RHEL (또는 Ubuntu Pro FIPS)
└── No
    ├── 벤더 인증이 필요한 상용 소프트웨어를 운영하는가? (SAP, Oracle 등)
    │   ├── Yes → RHEL
    │   └── No
    │       ├── 24/7 벤더 기술 지원이 필요한가?
    │       │   ├── Yes + 예산 있음 → RHEL 또는 Ubuntu Pro
    │       │   └── No
    │       │       ├── RHEL 호환이 필요한가? (사내 RPM, 기존 인프라)
    │       │       │   ├── Yes → Rocky Linux / AlmaLinux
    │       │       │   └── No → Ubuntu LTS
    │       │       └──
    │       └──
    └──

마무리

"최고의 배포판"은 없다. 조직의 규제 요건, 기술 역량, 예산, 기존 인프라에 맞는 배포판이 올바른 선택이다. 핵심은 다음 세 가지다.

1. 컴플라이언스가 요구되면 RHEL이 가장 안전한 선택이다.
2. 비용을 줄이면서 RHEL 호환을 원하면 Rocky/AlmaLinux를 검토하라.
3. 최신 에코시스템과 커뮤니티 활력을 원하면 Ubuntu LTS가 합리적이다.

어떤 배포판을 선택하든, 패치 관리·보안 정책·자동화는 배포판과 무관하게 반드시 갖춰야 할 기본기다.