Vultr OS 선택 가이드: Ubuntu·Debian·Rocky Linux 비교

클라우드2026년 8월 17일글: 홍서진, Duolabs14분 읽기blog cloud-server linux technical-note vultr

Vultr 인스턴스 생성 화면을 보면 운영체제를 고르는 일이 꽤 단순해 보입니다. 캡처 화면에서도 Operating System과 Ubuntu 26.04 LTS x64가 이미 선택되어 있습니다. 저도 처음에는 최신 LTS가 선택되어 있으니 그대로 진행하면 되겠다고 생각했습니다.

그런데 릴리스 일정을 확인하고 판단이 달라졌습니다. 2026년 8월 17일 현재 Ubuntu 26.04 LTS는 정식 출시된 버전이지만, 첫 포인트 릴리스인 26.04.1은 8월 27일로 예정되어 있습니다. 최신 LTS라는 사실과 기존 자동화, 외부 저장소, 운영 도구까지 충분히 검증되었다는 사실은 같지 않습니다. OS 선택은 로고보다 워크로드의 지원 범위를 먼저 봐야 했습니다.

이 글에서는 캡처 화면에 보이는 선택지를 기준으로, 지금 Vultr 서버를 만든다면 어떤 OS와 버전을 고를지 정리합니다. 표시되는 이미지는 지역과 상품에 따라 달라질 수 있으므로 최종 선택 전에는 Vultr 배포 화면을 다시 확인하는 편이 안전합니다.

먼저 선택해야 하는 것은 OS가 아니라 이미지 출처입니다

Vultr의 Image Selection and Configuration에는 운영체제 외에도 Marketplace App, iPXE Startup Script, Backup, Snapshot, ISO가 있습니다. 이 선택지는 모두 새 서버를 만들지만 목적은 다릅니다.

선택지	적합한 상황	확인할 점
Operating System	깨끗한 범용 서버를 처음부터 구성할 때	OS 버전, 지원 기한, 초기 설정
Marketplace App	애플리케이션 스택을 빠르게 설치할 때	포함된 OS와 앱 버전, 업데이트 책임
Snapshot	검증된 서버 상태를 복제할 때	오래된 패키지와 설정까지 함께 복제되는지
Backup	기존 인스턴스를 복구할 때	복구 시점과 이후 데이터 반영 범위
ISO 또는 iPXE	커스텀 OS나 특수 설치 과정이 필요할 때	콘솔 작업과 드라이버, 업데이트 운영 방식

Vultr도 인스턴스 배포 문서에서 OS 이미지는 새 운영체제 설치, Marketplace App은 사전 구성된 앱 스택, Snapshot과 Backup은 계정에 저장된 상태의 복원, ISO와 iPXE는 사용자 지정 부팅 경로로 구분합니다. 일반적인 웹 서버나 애플리케이션 서버라면 Operating System이 가장 설명하기 쉬운 출발점입니다.

2026년 8월 17일에 Vultr OS API를 확인했을 때 응답에는 49개 레코드가 있었습니다. Ubuntu, Debian, Rocky Linux뿐 아니라 AlmaLinux, Fedora, Flatcar, FreeBSD, OpenBSD, Windows와 특수 이미지 항목도 포함되어 있었습니다. 화면 상단의 네 가지 로고만 보고 선택할 필요는 없지만, 선택지가 많다는 이유만으로 낯선 OS를 택할 이유도 없습니다.

Ubuntu 26.04와 24.04 중 무엇을 고를까

Ubuntu는 문서, 패키지, 호스팅 업체 예제가 풍부해서 범용 서버의 기본값으로 삼기 좋습니다. 문제는 Ubuntu 자체보다 버전입니다.

Ubuntu 26.04 LTS 릴리스 노트에 따르면 26.04는 2026년 4월 23일 출시되었고 표준 보안 유지보수는 2031년까지 이어집니다. 캡처 화면의 Ubuntu 26.04 LTS x64는 잘못된 선택이 아닙니다. 신규 프로젝트이고 사용하는 런타임, 제어판, 모니터링 에이전트, 데이터베이스 저장소가 26.04를 지원한다면 긴 수명과 최신 커널 및 도구 체인을 얻을 수 있습니다.

다만 오늘 바로 보수적인 프로덕션 서버를 만든다면 저는 Ubuntu 24.04 LTS를 먼저 검토하겠습니다. Ubuntu 26.04 릴리스 일정상 26.04.1은 2026년 8월 27일 예정입니다. 현재 시점에는 첫 포인트 릴리스까지 열흘이 남았습니다. 기존 Ansible 역할, 서드파티 APT 저장소, 보안 에이전트처럼 배포판 버전을 엄격하게 확인하는 구성요소가 있다면 24.04가 마찰이 적을 가능성이 큽니다.

Ubuntu 릴리스별 지원 일정을 보면 24.04 LTS의 표준 지원은 2029년 5월, 26.04 LTS는 2031년 5월까지입니다. 따라서 판단 기준은 단순합니다.

기존 자동화와 외부 소프트웨어의 호환성을 우선하면 Ubuntu 24.04 LTS
새 프로젝트이며 모든 의존성이 26.04를 명시적으로 지원하면 Ubuntu 26.04 LTS
테스트 서버에서 먼저 검증할 수 있다면 26.04로 배포한 뒤 애플리케이션, 백업, 복구 절차까지 확인

LTS라는 표시는 긴 지원 기간을 뜻하지만, 내가 사용하는 모든 패키지의 즉시 호환성을 보증하지는 않습니다.

Debian 13은 작고 예측 가능한 서버에 잘 맞습니다

Debian은 기본 구성이 비교적 절제되어 있고 업스트림에 가까운 패키지를 선호할 때 좋은 선택입니다. Ubuntu 전용 문서나 상용 에이전트가 필요하지 않고, 운영자가 Debian의 패키지 정책에 익숙하다면 굳이 Ubuntu를 고집할 필요가 없습니다.

Debian 릴리스 정보 기준 현재 안정 버전은 Debian 13 trixie이며, 2026년 7월 11일에 13.6이 공개되었습니다. Debian 13의 정규 지원은 2028년 8월 9일, LTS는 2030년 6월 30일까지 예정되어 있습니다.

새 서버에는 Debian 13을 우선하겠습니다. Debian 12는 이미 oldstable이고 정규 지원이 2026년 7월 11일 종료되었습니다. Debian 11은 LTS 종료일이 2026년 8월 31일이므로 지금 새로 시작할 버전은 아닙니다. 단, 애플리케이션이 Debian 12만 인증했다면 지원 계약과 마이그레이션 일정을 함께 확인한 뒤 예외로 선택할 수 있습니다.

Rocky Linux는 RHEL 호환성이 선택 이유여야 합니다

Rocky Linux는 dnf, RPM, SELinux와 RHEL 계열 생태계가 필요한 환경에 적합합니다. 익숙한 로고라서가 아니라 설치할 소프트웨어가 RHEL 호환 배포판을 요구할 때 선택하는 편이 분명합니다.

Rocky Linux 버전 가이드에 따르면 Rocky Linux 9의 수명 종료는 2032년 5월 31일, Rocky Linux 10은 2035년 5월 31일입니다. 다만 Rocky 9의 활성 지원은 2027년 5월 31일까지이고, Rocky 10은 2030년 5월 31일까지입니다.

따라서 새 RHEL 호환 서버라면 다음처럼 나눌 수 있습니다.

제품이나 에이전트가 9 계열까지만 인증했다면 Rocky Linux 9
새 시스템이며 모든 구성요소가 10 계열을 지원하면 Rocky Linux 10
장기간 운영할 예정이라면 다음 메이저 버전으로 옮길 시점과 재설치 계획까지 문서화

Rocky Linux 10은 정식 출시 안내에서 x86-64-v3 마이크로아키텍처를 요구하며 메이저 버전 간 인플레이스 업그레이드를 지원하지 않는다고 밝히고 있습니다. Vultr에 이미지가 표시되더라도 애플리케이션 호환성과 이후 이전 방식을 따로 확인해야 합니다.

CentOS Stream은 예전 CentOS Linux와 역할이 다릅니다

CentOS 타일을 보고 과거의 무료 RHEL 복제판을 떠올리면 선택을 잘못하기 쉽습니다. CentOS Linux 7과 8은 이미 지원이 끝났고, CentOS Stream은 다음 RHEL 마이너 릴리스를 앞서 검증하는 업스트림 브랜치입니다.

CentOS Linux와 CentOS Stream 비교에 따르면 Stream 9는 2027년 5월 31일까지 유지됩니다. CentOS Stream 10 안내는 2030년까지 유지되며 RHEL 마이너 릴리스를 만드는 기반이라고 설명합니다.

RHEL의 다음 변경을 미리 시험하거나 Stream을 명시적으로 요구하는 개발 및 검증 환경이라면 좋은 선택입니다. 반대로 안정된 RHEL 호환 기반이 목적이라면 Rocky Linux나 AlmaLinux가 의도에 더 가깝습니다. CentOS Stream을 사용할 수 없다는 뜻이 아니라, 선택 이유가 일반적인 서버 기본값과 다르다는 뜻입니다.

Show More에서 볼 만한 운영체제

상단에 보이지 않는 이미지도 목적이 분명하면 유용합니다.

AlmaLinux: Rocky Linux와 함께 검토할 수 있는 RHEL 호환 배포판
Fedora: 최신 커널과 도구 체인이 중요하고 짧은 릴리스 주기를 감당할 수 있는 환경
Fedora CoreOS와 Flatcar: 컨테이너 중심의 불변 인프라 운영 모델을 의도적으로 채택할 때
Alpine Linux: 작은 이미지가 중요하고 musl 기반 호환성 차이를 이해할 때
Windows Server: IIS, .NET Framework, Active Directory 연동 등 Windows 종속성이 있을 때
FreeBSD와 OpenBSD: 해당 운영체제의 패키지와 운영 방식에 익숙하거나 명확한 네트워크 및 시스템 요구가 있을 때

컨테이너를 실행한다는 이유만으로 CoreOS 계열이 필수는 아닙니다. Ubuntu나 Debian 위에서도 충분히 운영할 수 있습니다. 불변 이미지, 자동 업데이트, 선언적 프로비저닝까지 함께 채택할 때 CoreOS나 Flatcar의 장점이 살아납니다.

목적별 추천표

목적	우선 검토할 OS	이유와 주의점
기존 자동화가 있는 일반 프로덕션	Ubuntu 24.04 LTS	호환성 자료가 많고 현재 시점에 보수적인 선택
의존성을 모두 확인한 신규 프로젝트	Ubuntu 26.04 LTS	더 긴 지원 기간, 첫 포인트 릴리스 일정 확인 필요
작고 예측 가능한 범용 서버	Debian 13	안정 버전과 긴 LTS, 운영자 숙련도 필요
RHEL 9 인증 소프트웨어	Rocky Linux 9	인증 범위 우선, 활성 지원 종료일 확인
새 RHEL 호환 시스템	Rocky Linux 10	긴 수명, x86-64-v3와 앱 지원 확인
다음 RHEL 변경 검증	CentOS Stream 9 또는 10	일반적인 다운스트림 복제판과 목적이 다름
Windows 전용 애플리케이션	Windows Server	라이선스 비용과 운영 도구 고려

OS를 결정하기 어려울 때는 다음 순서로 확인하면 선택지가 빠르게 줄어듭니다.

애플리케이션, 제어판, 에이전트의 공식 지원 OS와 버전
정규 지원 및 보안 유지보수 종료일
기존 배포 스크립트와 패키지 관리 도구의 호환성
필요한 커널, 파일 시스템, 런타임 버전
장애 복구와 다음 메이저 버전 이전 방법

Deploy Now 전에 확인할 설정

캡처 화면에서는 SSH Keys, Startup Script, Firewall Group이 아직 선택되지 않은 상태로 보입니다. OS를 정한 뒤 이 세 항목을 비워 둔 채 바로 배포하지는 않겠습니다.

SSH Keys에는 사용할 공개 키를 등록하고 암호 로그인보다 키 기반 인증을 우선합니다. Vultr도 프로덕션 SSH 권장 사항에서 SSH 키 사용과 접근 제한을 권장합니다.
Firewall Group에는 필요한 포트만 엽니다. SSH는 가능한 한 허용 출발지를 제한하고, 웹 서버라면 실제로 사용할 80과 443만 추가합니다.
Startup Script는 검토하고 버전 관리한 초기화 작업에만 사용합니다. 토큰, 개인 키, 데이터베이스 암호 같은 비밀값을 스크립트에 직접 넣지 않습니다.
Hostname과 Label은 역할과 환경을 구분할 수 있게 작성하되 고객명이나 접근 정보처럼 노출되면 곤란한 값은 넣지 않습니다.
Snapshot과 Backup은 복구 및 복제를 위한 선택지로 이해하고, 애플리케이션 데이터의 별도 백업과 복구 테스트도 준비합니다.

오늘 캡처 화면에서 실제 배포를 이어간다면, 기존 운영 도구를 재사용하는 서버에는 Ubuntu 24.04 LTS를 고르겠습니다. 새 프로젝트이고 의존성이 모두 26.04를 지원한다면 Ubuntu 26.04 LTS를 선택하되, 먼저 테스트 인스턴스에서 설치부터 복구까지 한 번 통과시키겠습니다. RHEL 호환성이 요구되면 그때 Rocky Linux 9와 10의 인증 범위부터 비교하겠습니다. 이렇게 선택 이유를 한 줄로 남길 수 있어야 다음 서버에서도 같은 기준을 재사용할 수 있습니다.