VPS 운영체제 추천: Ubuntu, Debian, Rocky Linux 비교

VPS를 위한 운영체제 선택

아래 네 가지 질문 중 하나에 해당하지 않는다면, VPS 운영체제로는 현재의 Ubuntu LTS 릴리스를 선택하십시오. LTS는 장기 지원(Long Term Support)을 의미하며, 9개월이 아닌 5년 동안 무료 보안 업데이트를 제공합니다. 웹 애플리케이션, 데이터베이스, 게임 서버 또는 메일 릴레이를 실행하는 VPS(가상 사설 서버)에서 Ubuntu LTS는 가장 안전한 기본 선택지이며, 본 가이드를 포함하여 인터넷상의 거의 모든 튜토리얼이 전제로 하는 운영체제입니다.

임대 서버에서 고려할 가치가 있는 배포판은 Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux, Fedora 등 여섯 가지입니다. 이들은 모두 동일한 Linux 커널, 동일한 nginx, 동일한 PostgreSQL, 동일한 OpenSSH를 제공하므로, 실행하려는 소프트웨어가 선택의 결정적인 요인이 되는 경우는 거의 없습니다. 결정에 영향을 미치는 네 가지 핵심 요소는 릴리스의 패치 지원 기간, 패키지된 소프트웨어의 버전, 참고할 튜토리얼의 언어 호환성, 그리고 Red Hat Enterprise Linux(RHEL)와의 호환성 여부입니다.

서버의 용도를 아직 결정하지 못했다면 VPS로 할 수 있는 작업 목록에서 시작하는 것이 좋으며, VPS의 실제 개념을 통해 기초적인 내용을 파악할 수 있습니다.

각 배포판에 대한 요약은 다음과 같습니다.

• Ubuntu LTS. 기본 선택입니다. 아래 섹션 중 하나에 해당하지 않는다면 이 버전을 선택하십시오.
• Debian. 자원봉사자 보안 팀이 운영하며 상용 계층이 없는, 더 작고 변화가 느린 기반의 배포판입니다.
• Rocky Linux. RHEL 호환성이 필수적인 환경을 위한 RHEL 재빌드 버전입니다.
• AlmaLinux. RHEL 10에서 지원이 중단된 구형 CPU를 위한 빌드를 포함하는 또 다른 RHEL 재빌드 버전입니다.
• CentOS Stream. RHEL의 차기 버전입니다. RHEL용 소프트웨어를 개발할 때 적합합니다.
• Fedora. 최신 커널과 사용자 공간을 제공하며, 릴리스당 약 13개월의 업데이트를 지원합니다.

이 서버를 얼마나 오랫동안 방치할 계획입니까?

지원 기간은 위험한 작업을 얼마나 자주 수행해야 하는지를 결정하므로 이 질문에 먼저 답해야 합니다. 릴리스가 수명 종료(EOL)에 도달해도 패키지는 계속 작동합니다. 아무것도 충돌하지 않습니다. 서버는 새로 공개된 취약점에 대한 수정 사항을 더 이상 받지 않게 되며, 이에 대한 오류 메시지도 표시되지 않으므로 감사나 침입이 발생하기 전까지는 아무도 이를 알아차리지 못합니다. 해결책은 현재 운영체제를 그대로 업그레이드하거나 새로운 이미지로 서버를 재구축하는 것이며, 두 작업 모두 최소한 하룻밤의 시간을 소모하게 합니다.

모든 프로젝트는 자체적인 수명 주기 날짜를 공개합니다. 2026년 8월을 기준으로 소수점 첫째 자리까지 반올림한 각 현재 릴리스의 잔여 지원 기간은 다음과 같습니다.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

현재 6개 운영체제 모두 패치가 적용된 상태입니다. 핵심은 그 차이입니다. Rocky Linux 10과 AlmaLinux 10은 10년 단위의 RHEL 수명 주기를 따르므로 8.8년의 업데이트 기간이 남았지만, Fedora 44는 0.8년이 남았습니다.

Ubuntu 26.04 LTS는 4.7년의 무료 업데이트 기간이 남아 있으며, Ubuntu Pro를 사용하면 소수의 개인용 서버에 한해 2036년까지 무료로 지원을 연장할 수 있습니다. Debian 13은 Debian 보안 팀의 지원이 종료되는 시점을 기준으로 2.0년이 남았습니다. 이후에는 자원봉사자로 구성된 LTS 팀이 더 적은 수의 패키지와 아키텍처를 대상으로 약 2년 정도 지원을 이어갑니다. 두 수치 모두 정확한 정보입니다. 다만 계산 방식이 다르므로 프로젝트 간의 수명을 비교할 때는 주의가 필요합니다.

이 질문에는 두 가지 함정이 있습니다. 첫 번째는 6개월마다 출시되고 9개월 동안만 지원되는 Ubuntu의 중간 릴리스입니다. 예를 들어 25.10은 사용자가 여전히 최신 버전이라고 생각하는 2026년 7월 1일에 업데이트 지원이 종료되었습니다. Ubuntu 중간 릴리스보다 LTS를 선택해야 하는 이유에서 이 내용을 상세히 다루고 있으며, 이는 VPS가 조용히 패치되지 않은 상태로 방치되는 가장 흔한 원인입니다. 두 번째 함정은 새 릴리스가 나오면 반드시 재설치를 해야 한다고 가정하는 것입니다. 그렇지 않습니다. Ubuntu 24.04에서 26.04로의 인플레이스 업그레이드는 공식적으로 지원되는 경로이며, Debian과 RHEL 기반 배포판들도 각자의 업그레이드 방식을 제공합니다.

패키지는 얼마나 최신 버전이어야 합니까?

안정적인 배포판은 출시일에 패키지 버전을 고정하며, 이후 수년간 해당 버전에 보안 패치를 백포트(backport)합니다. 이것이 사용자가 수용해야 하는 조건입니다. Debian 13은 2025년 중반에 버전이 고정되었으므로, 오늘 설치하는 데이터베이스 서버는 당시 최신이었던 버전에 패치만 적용된 상태이며 기능 업데이트는 이루어지지 않습니다. Ubuntu LTS도 동일한 방식으로 작동합니다. 반면 Fedora는 정반대의 방식을 취하여 최신 업스트림 버전을 제공하며, 이것이 바로 지원 기간이 짧은 이유입니다. 5년 된 브랜치를 유지 관리하는 것은 누구도 두 번 하고 싶어 하지 않는 작업이기 때문입니다.

오래된 패키지는 애플리케이션이 더 최신 버전을 요구할 때만 문제가 됩니다. 단 하나의 패키지 때문에 배포판 전체를 선택하기 전에, 보통 더 나은 해결책이 될 수 있는 탈출구(escape hatch)를 먼저 살펴보십시오. 대부분의 업스트림 프로젝트는 자체 저장소를 게시하므로, 공급업체의 apt 또는 dnf 소스를 추가하여 해당 구성 요소의 최신 버전을 얻을 수 있습니다. 언어 런타임은 각자의 버전 관리자를 가지고 있습니다. 애플리케이션을 컨테이너에서 실행하면 이 문제는 완전히 해결됩니다. Docker Compose 스택은 자체 사용자 공간(userland)을 포함하며 커널만 빌려 쓰기 때문입니다.

모든 탈출구에는 동일한 비용이 따릅니다. 배포판에서 제공하는 패키지는 해당 배포판의 보안 팀이 패치하며 일반적인 apt upgrade 또는 dnf upgrade와 함께 제공됩니다. 외부에서 추가한 모든 것은 사용자가 직접 모니터링해야 하며, 문제가 발생했을 때 직접 해결해야 합니다. 외부 저장소는 소스 파일이 잘못되기 쉬운 곳이기도 하며, Ubuntu의 새로운 소스 형식은 중복된 apt 소스 오류의 흔한 원인입니다.

커널은 사람들이 생각하는 것보다 덜 중요한 문제입니다. VPS에서 하드웨어는 가상화되어 있고 호스트가 실제 드라이버를 제공하므로, 더 최신 커널을 사용한다고 해서 하드웨어 지원이 크게 늘어나기보다는 주로 최신 네트워크 및 파일 시스템 기능을 얻게 됩니다. 또한 Ubuntu LTS는 이후 릴리스에서 가져온 하드웨어 활성화(HWE) 커널을 제공하므로, LTS 설치 버전이 처음 출시 당시의 커널에만 머물러 있는 것은 아닙니다.

어떤 문서를 따라야 합니까?

사람들이 과소평가하지만, 가장 많은 시간을 낭비하게 만드는 질문입니다. Ubuntu와 Debian은 apt 및 .deb 패키지를 사용합니다. CentOS Stream, Rocky Linux, AlmaLinux는 dnf 및 .rpm 패키지를 사용합니다. 이러한 차이는 설치 명령어를 넘어 운영 전반에 걸쳐 영향을 미칩니다.

패키지 이름이 다릅니다. Apache 웹 서버는 Ubuntu와 Debian에서는 apache2이지만, RHEL 계열에서는 httpd이므로 서비스 이름도 다릅니다. 방화벽도 다릅니다. Ubuntu는 ufw를, RHEL 계열은 firewalld을 사용하며, 두 시스템 모두 그 아래에서 nftables이 동작합니다. 강제 접근 제어 계층도 다르며, 이 부분이 가장 까다롭습니다. RHEL 계열은 기본적으로 SELinux(Security Enhanced Linux)를 enforcing 모드로 실행합니다. 따라서 파일 권한상 접근이 허용되어야 함에도 서비스가 접근을 거부당할 수 있으며, 그 이유는 ausearch -m AVC를 통해 audit 로그에서만 확인할 수 있습니다. Ubuntu와 Debian은 AppArmor를 사용하는데, 이는 프로필 수가 적고 간섭이 덜합니다.

이 중 어려운 것은 없습니다. 단지 번역 작업과 같으며, 늦은 밤에 튜토리얼을 읽을 때마다 반복해야 하는 과정입니다. Linux 서버가 처음이라면, Ubuntu LTS를 선택하는 것만으로도 충분한 이유가 됩니다. 대부분의 벤더 설치 페이지가 Ubuntu를 기준으로 작성되기 때문입니다. 저희 가이드도 마찬가지입니다. LAMP 스택 가이드와 Certbot 및 nginx 가이드는 Ubuntu를 기준으로 작성 및 테스트되었으며, 새 VPS 설정 후 첫 10분 가이드 또한 동일합니다.

Red Hat Enterprise Linux와 호환성을 맞춰야 합니까?

공급업체의 지원 매트릭스에 RHEL이 명시되어 있거나, 운영 중인 프로덕션 서버 환경이 RHEL을 사용한다면 RHEL 호환 배포판을 선택하십시오. 이는 선호의 문제가 아닙니다. Rocky Linux와 AlmaLinux는 모두 RHEL 소스 코드를 기반으로 빌드됩니다. 두 배포판 모두 RHEL과 ABI(애플리케이션 바이너리 인터페이스) 호환성을 유지하므로, RHEL 10용으로 빌드된 RPM은 두 환경 모두에서 설치 및 실행됩니다. 상용 에이전트와 규정 준수 도구는 해당 플랫폼을 대상으로 하며, 종종 다른 환경은 지원하지 않습니다.

Rocky Linux는 RHEL과 최대한 동일한 구성을 유지합니다. AlmaLinux는 버전 9부터 동일한 바이너리보다는 ABI 호환성을 목표로 하며, 이를 통해 Red Hat이 제거한 기능을 자유롭게 추가합니다. CPU 지원이 가장 대표적인 예입니다. RHEL 10은 기본 사양을 x86-64-v3로 상향 조정했으며, 이는 AVX2를 요구하는 CPU 기능 수준입니다. Rocky Linux 10도 이를 따릅니다. AlmaLinux 10은 구형 하드웨어를 위해 별도의 x86-64-v2 아키텍처를 추가했습니다. 이는 임대 서버를 사용할 때 중요합니다. 공급자가 일반적인 에뮬레이션 CPU 모델을 제공하는 경우 avx2이 lscpu에서 누락될 수 있으며, 이 경우 v3 빌드는 실행되지 않습니다. 먼저 확인한 후 AlmaLinux 10을 선택하거나, 해당 플래그가 없다면 9 시리즈를 유지하십시오.

CentOS Stream은 앞서 언급한 리빌드 배포판들과는 다른 제품입니다. RHEL의 업스트림에 위치하므로 변경 사항이 Stream에 먼저 적용된 뒤 다음 마이너 릴리스에서 RHEL에 반영됩니다. 프로덕션 환경에서 운영하기에 충분히 안정적이지만, 마이너 버전 단위가 아닌 지속적인 업데이트 방식으로 운영됩니다. 현재 출시된 RHEL이 아닌, 향후 출시될 RHEL에서 작동해야 하는 소프트웨어를 빌드하거나 테스트할 때 선택하십시오. CentOS Stream 10의 지원 기간은 3.8년 남았으며, 이는 RHEL 10의 전체 지원 종료 시점에 맞춰 끝나기 때문에 리빌드 배포판보다 짧습니다.

서버 환경에서 Fedora의 위치

Fedora는 6가지 배포판 중 가장 최신 커널과 사용자 공간(userland)을 제공하며, 각 릴리스는 약 13개월 동안 지원됩니다. 이 수치가 모든 것을 설명합니다. Fedora 서버는 대략 1년에 한 번 버전 업그레이드가 필요하며, 계획적으로 수행하지 않으면 Fedora의 일정에 맞춰야 합니다. 두 번의 업그레이드를 건너뛰면 해당 장비는 지원이 종료됩니다.

안정적인 배포판이 제공하는 것보다 더 최신 버전이 필요하고, 개인용 빌드 머신이나 자주 재구축하는 개발용 장비처럼 업그레이드 주기를 수용할 수 있는 경우에만 서버에서 Fedora를 운영하십시오. 관리를 잊고 지내도 되는 장비에는 적합하지 않습니다. Fedora 43은 출시 후 약 14개월이 지난 2026년 12월에 업데이트 지원이 종료되며, 이는 프로젝트가 실패한 것이 아니라 설계된 대로 작동하는 것입니다.

잘못된 선택이 실제로 초래하는 비용

VPS를 재설치하는 것은 제어판에서 몇 분이면 끝나는 작업이므로, 첫날에 결정을 바꾸는 것은 비용이 들지 않지만 200일 뒤에는 큰 고통이 됩니다. Ubuntu를 AlmaLinux로 현장에서 직접 변환하는 공식적인 방법은 없습니다. 서버에 데이터를 올리기 전에 결정하십시오.

두 가지 습관을 들이면 결정을 되돌릴 수 있습니다. 설정을 셸 기록(shell history)에 남기지 말고 스크립트로 관리하십시오. 그러면 재구축 시 기억에 의존하지 않고 스크립트를 다시 실행할 수 있습니다. 첫 번째 Ansible 플레이북 하나면 단일 서버를 관리하기에 충분합니다. 그다음 운영체제의 소유권이 누구에게 있는지 확인하십시오. 관리형 VPS 플랜을 이용하면 제공업체가 운영체제 선택과 패치 일정을 대신 관리해 줄 수도 있습니다.

기본값을 따르는 것이 좋습니다. Ubuntu LTS를 선택하거나, 상용 계층이 없는 더 작은 기반을 원한다면 Debian을 선택하십시오. RHEL 호환성이 필요한 경우 Rocky Linux나 AlmaLinux를, RHEL을 위한 빌드를 수행한다면 CentOS Stream을 선택하십시오. Fedora는 매년 수행해야 하는 업그레이드 일정을 미리 달력에 등록해 둔 경우에만 선택하십시오.

FAQ

리눅스 초보자라면 VPS에 어떤 리눅스 배포판을 선택해야 합니까?

현재 Ubuntu LTS 릴리스를 권장합니다. 두 가지 이유 때문입니다. 거의 모든 타사 설치 페이지가 Ubuntu용 명령어를 가장 먼저 제공하므로, 명령어를 번역할 필요 없이 그대로 붙여넣을 수 있습니다. 또한 각 LTS 릴리스는 5년간 무료 보안 업데이트를 제공하므로, 첫해에 업그레이드를 강제로 수행할 필요가 없습니다. 더 작은 기본 설치 환경을 원하고 Ubuntu 전용이 아닌 apt 일반 문서를 읽는 데 익숙하다면 Debian도 합리적인 차선책입니다.

서버용으로는 Debian과 Ubuntu 중 무엇이 더 낫습니까?

두 배포판은 매우 밀접한 관계입니다. Ubuntu는 Debian을 기반으로 구축되었으며 apt을 사용하므로, 대부분의 Debian 지침이 수정 없이 그대로 작동합니다. Debian은 기본 설치 패키지가 더 적고 상업적 지원 단계가 없으며, 릴리스의 마지막 몇 년간은 자원봉사자들이 보안 작업을 담당합니다. Ubuntu는 2년마다 정해진 날짜에 LTS 릴리스를 고정하고 Ubuntu Pro를 통해 지원 기간을 10년까지 연장하며, 대부분의 벤더 문서가 이를 기준으로 작성됩니다. 수년간 유지할 최소한의 기반 환경이 필요하다면 Debian을 선택하십시오. 입력한 명령어와 일치하는 문서를 원한다면 Ubuntu를 선택하십시오.

Rocky Linux와 AlmaLinux 중 무엇을 사용해야 합니까?

둘 다 2035년 5월까지 지원되는 무료 RHEL 재빌드 버전이므로 어느 쪽을 선택해도 무방합니다. Rocky Linux는 RHEL을 최대한 가깝게 추적하므로 플랫폼에 대해 엄격한 벤더 지원 매트릭스를 준수해야 할 때 적합합니다. 반면 AlmaLinux는 ABI 호환성을 목표로 하므로, RHEL 10이 요구하는 x86-64-v3 기준을 충족하지 못하는 CPU를 위해 x86-64-v2 빌드를 포함하는 등 추가 기능을 제공할 수 있습니다. 구형 CPU나 일반적인 에뮬레이션 환경의 VPS를 사용 중이라면, 바로 이 빌드 때문에 AlmaLinux를 선택할 이유가 충분합니다.

서버에서 Fedora를 실행할 수 있습니까?

네, 가능합니다. 다만 업그레이드 일정을 고려해야 합니다. 각 Fedora 릴리스는 약 13개월 동안 지원되므로, 서버는 1년에 한 번 정도 버전 업그레이드를 수행해야 하며 두 번의 릴리스를 건너뛰면 보안 업데이트가 중단됩니다. 매우 최신 커널이나 툴체인이 필요하고 실제로 업그레이드를 수행할 의지가 있다면 Fedora를 선택하십시오. 신경 쓰지 않고 그대로 두려는 서버라면 LTS나 엔터프라이즈 릴리스를 선택하는 것이 좋습니다.

배포판에 따라 VPS 성능이 달라집니까?

측정 가능한 수준의 차이는 없습니다. 동일한 커널과 서버 소프트웨어를 실행하므로, Ubuntu와 Rocky Linux에서 nginx를 벤치마크하면 결국 설정값의 차이만 측정하게 됩니다. RHEL 10은 x86-64-v3 CPU 기준에 맞춰 패키지를 컴파일하므로 최신 하드웨어에서 약간의 이점이 있지만, 이것만으로 운영체제를 선택하기에는 근거가 부족합니다. 처리량은 디스크와 데이터베이스 설정에 의해 결정됩니다.