Rocky Linux vs AlmaLinux: VPS 선택 가이드

Rocky Linux와 AlmaLinux: 짧은 답변

거의 모든 서버 환경에서 Rocky Linux와 AlmaLinux 중 무엇을 선택하든 틀린 답은 없습니다. 두 프로젝트 모두 동일한 Red Hat Enterprise Linux (RHEL) 소스 코드를 기반으로 빌드하므로, 동일한 패키지를 제공하며 10년의 지원 수명 주기 또한 같습니다. 차이점은 분명히 존재하지만, 이는 운영 거버넌스나 극히 일부의 특수한 사례에 국한될 뿐, 서버를 운영하는 일상적인 업무에는 영향을 주지 않습니다.

동전 던지기로 결정할 수 없는 상황이라면 다음 두 가지가 선택의 기준이 됩니다. AlmaLinux 10은 여전히 Intel Haswell 이전의 프로세서를 위한 빌드를 제공하지만 Rocky Linux 10은 그렇지 않습니다. 이는 저렴하거나 오래된 VPS (virtual private server) 하드웨어를 사용할 때 중요합니다. 또한 AlmaLinux는 동일한 동작보다는 ABI 호환성을 보장하는데, 이는 엄격한 지원 매트릭스를 요구하는 벤더 제품을 운영할 때 중요한 요소가 됩니다.

두 배포판의 기원

2020년 12월 8일, CentOS 프로젝트는 RHEL 8의 리빌드 버전인 CentOS Linux 8의 지원이 2021년 말에 종료될 것이라고 발표했습니다. 당초 이 배포판은 2029년까지 지원될 예정이었습니다. 프로젝트의 미래는 CentOS Stream이었으며, 같은 발표에서 이를 현재 RHEL 릴리스보다 약간 앞서 추적하며 RHEL의 업스트림 개발 브랜치 역할을 하는 것으로 설명했습니다. CentOS Linux 7은 원래 일정을 유지하여 2024년 6월 30일에 수명을 다했습니다.

문제는 CentOS Stream 그 자체가 아니었습니다. 문제는 2029년까지였던 수명 주기가 약 1년의 예고 기간만을 두고 8년이나 앞당겨졌다는 점이며, 이는 이미 설치되어 운영 중인 서버들에 영향을 미쳤습니다. Rocky Linux와 AlmaLinux는 바로 이러한 이유로 탄생했습니다. 두 배포판 모두 2021년에 등장했으며, 운영자가 설치한 후 10년 동안 그대로 유지할 수 있는 무료 RHEL 리빌드라는 동일한 목표를 지향했습니다.

Rocky Linux와 AlmaLinux의 공통점

공통점이 전체의 대부분을 차지하므로 여기서부터 시작합니다. 두 배포판 모두 동일한 업스트림 RHEL 소스를 기반으로 재빌드되므로, 동일한 패키지 버전, 동일한 dnf 패키지 관리자, 동일한 SELinux(Security Enhanced Linux) 정책, 동일한 firewalld 프론트엔드, 동일한 systemd 유닛 레이아웃을 제공합니다. 설정 파일의 경로도 동일합니다. 한쪽을 위해 작성된 가이드는 이름만 바꾸면 다른 쪽에서도 그대로 작동합니다.

두 배포판 모두 RHEL 마이너 릴리스를 밀접하게 추적합니다. AlmaLinux 10.2는 2026년 5월 26일에, Rocky Linux 10.2는 2026년 5월 28일에 출시되었습니다. 9 시리즈 역시 같은 주에 이동했습니다. AlmaLinux 9.8은 2026년 5월 26일에, Rocky Linux 9.8은 2026년 5월 27일에 출시되었습니다. 이전에는 격차가 더 컸습니다. AlmaLinux 10.0은 2025년 5월 27일에, Rocky Linux 10.0은 2025년 6월 11일에 출시되었습니다.

이러한 격차는 마이너 릴리스 미디어에 관한 것이지 보안에 관한 것이 아닙니다. 두 프로젝트 모두 마이너 릴리스 사이의 기간 동안 각자의 에러타 서비스를 통해 지속적으로 에러타를 게시합니다. .2 이미지가 나오는 시점의 2주 차이가 곧 2주 동안 패치가 없었다는 것을 의미하지는 않습니다.

또한 두 배포판 모두 RHEL로부터 물려받은 10년 수명 주기 모델을 따릅니다. 대략 5년의 활성 지원 후 5년의 보안 전용 유지보수가 이어집니다. 두 배포판의 10 시리즈 모두 2035년까지 지원됩니다.

각 프로젝트의 운영 주체는 누구입니까?

Rocky Linux는 CentOS의 공동 창립자인 Gregory Kurtzer가 설립한 델라웨어주 공익 법인인 Rocky Enterprise Software Foundation(RESF)에 속해 있습니다. 2022년 11월, RESF는 정관과 헌장을 비준하여 창립자의 개인적인 통제권에서 벗어나 명문화된 구조로 운영 체계를 전환했습니다. Kurtzer가 설립한 또 다른 기업인 CIQ는 창립 스폰서로서 Rocky Linux에 대한 상용 기술 지원을 제공합니다.

AlmaLinux는 2021년 3월 델라웨어주에 설립된 501(c)(6) 비영리 단체인 AlmaLinux OS Foundation에 속해 있습니다. 이 재단의 이사회는 회원들이 선출하며 임기는 4년으로 교차 선출됩니다. 회의록은 14일 이내에 공개되며, 정관에 따라 특정 기업이 후원 규모와 관계없이 1석 이상의 의결권 있는 이사직을 점유할 수 없도록 제한합니다. CloudLinux가 이 프로젝트를 시작했으며, 2024년 10월 연간 100만 달러 규모의 플래티넘 스폰서십을 갱신했습니다. CloudLinux의 TuxCare 부서에서 상용 기술 지원을 판매합니다.

두 구조 모두 특정 기업이 CentOS Linux 8과 같은 상황을 재현할 수 없도록 설계되었으며, 어느 한쪽이 명백히 더 안전하다고 단정할 수는 없습니다. 사용자가 실제로 확인할 수 있는 부분은 두 경우 모두 동일합니다. 정관을 읽어볼 수 있으며, 자금을 지원하는 조직이 어디인지 확인할 수 있습니다.

2023년에는 무엇이 바뀌었으며, 지금도 중요한가?

2023년 6월 21일, Red Hat은 CentOS Stream이 RHEL 관련 소스 코드 릴리스를 위한 유일한 공개 저장소가 될 것이라고 발표했습니다. 그 이전에는 RHEL 패키지 소스가 git.centos.org에 공개되었으며, 리빌드 프로젝트들은 이곳에서 소스를 가져왔습니다. 해당 피드가 제거되었다고 해서 리빌드가 중단되지는 않았습니다. 다만 각 프로젝트는 소스를 어떻게 확보할 것인지 공개적으로 답변해야 하는 상황에 놓였습니다.

Rocky는 2023년 6월 29일에 답변을 내놓았습니다. Rocky는 "GPL 소프트웨어의 재배포를 막을 수 있는 사람은 없다"는 논리에 따라 Universal Base Image (UBI) 컨테이너 이미지와 종량제 퍼블릭 클라우드 인스턴스에서 RHEL 소스를 확보합니다. 2023년 8월, CIQ, Oracle, SUSE는 Open Enterprise Linux Association (OpenELA)을 설립했으며, 이 단체는 버그 대 버그(bug for bug) 호환이 가능한 Enterprise Linux 리빌드에 필요한 소스를 배포합니다. AlmaLinux는 이 단체의 회원이 아닙니다.

AlmaLinux는 2023년 7월 13일에 답변했으며, 이 답변은 목표의 변화를 의미했습니다. 해당 프로젝트는 1:1 버그 대 버그 호환성을 포기하고 대신 ABI 호환성을 채택했습니다. AlmaLinux는 "더 이상 Red Hat과의 버그 대 버그 호환성이라는 기준에 얽매이지 않을 것이며, 이는 이제 Red Hat의 릴리스 주기 외부에서 버그 수정을 수용할 수 있음을 의미한다"고 밝혔습니다. 같은 게시물에서 사용자들은 일상적인 사용에서 "거의 변화가 없을 것"이라고 예상해도 좋다고 덧붙였습니다.

3년이 지난 지금, 소스 확보 문제는 실질적으로 해결되었습니다. 두 프로젝트 모두 그 이후의 모든 RHEL 마이너 릴리스를 비슷한 일정으로 배포해 왔습니다. 이 논쟁에서 살아남은 것은 각 프로젝트가 약속하는 내용의 차이입니다.

Bug for bug 호환성과 ABI 호환성: 차이점은 무엇인가?

Rocky Linux 홈페이지는 여전히 이 배포판이 RHEL과 100% bug for bug 호환성을 갖도록 설계되었다고 설명합니다. Bug for bug란 재빌드 과정에서 RHEL의 결함을 포함한 모든 동작을 그대로 재현한다는 의미입니다. RHEL의 패키지에 버그가 있다면 Rocky Linux의 동일한 패키지에도 버그가 존재하므로, Red Hat 기술 자료에 기재된 해결 방법을 수정 없이 그대로 적용할 수 있습니다.

ABI 호환성은 이보다 더 좁고 정밀한 개념입니다. ABI(Application Binary Interface)는 컴파일된 프로그램이 의존하는 이진 계약으로, 심볼 이름, 구조체 레이아웃, 호출 규약, 라이브러리 버전 등을 포함합니다. 이 계약을 안정적으로 유지하면 RHEL용으로 빌드된 바이너리가 문제없이 로드되고 실행됩니다. 이 약속은 RHEL의 버그를 동일하게 유지한다는 의미를 포함하지 않습니다.

그 결과는 명확합니다. AlmaLinux는 Red Hat보다 먼저 버그를 수정할 수 있으며, Red Hat이 제거한 드라이버를 유지할 수도 있습니다. 이 두 가지 모두 의도적으로 RHEL과 다른 동작을 수행하게 만듭니다. 반면 Rocky Linux는 설계상 이러한 작업을 수행하지 않으므로, 인증이 중요한 환경에서 요구하는 수준의 예측 가능성을 유지합니다.

따라서 어떤 약속이 필요한지 결정해야 합니다. 서버가 RHEL과 완전히 동일하게 동작해야 합니까, 아니면 RHEL용으로 빌드된 소프트웨어가 실행되기만 하면 됩니까? 대부분의 사용자에게는 후자가 필요합니다.

RHEL용으로 빌드된 벤더 패키지가 두 배포판 모두에 설치됩니까?

네, 그렇습니다. RHEL 9 또는 RHEL 10용으로 빌드된 RPM은 ABI가 일치하고 두 배포판 모두 Red Hat 계열 시스템과 동일한 방식으로 도구에 정보를 제공하므로 두 환경 모두에서 설치 및 실행됩니다. 이러한 정보를 제공하는 파일은 /etc/os-release입니다.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Rocky Linux의 해당 파일은 NAME="Rocky Linux" 및 ID="rocky"과 동일한 형태를 띠며, ID_LIKE 내에 rhel를 포함하고 있습니다. ID_LIKE을 읽어 rhel를 찾아내고 Red Hat 경로를 선택하는 설치 스크립트는 두 환경 모두에서 정상적으로 작동합니다. 반면 ID을 rhel, centos, fedora과 같은 하드코딩된 목록과 비교하기만 하는 스크립트는 두 환경 모두에서 동일하게 실패하며, 지원되지 않는 배포판이라는 메시지를 출력합니다. 이는 시스템 간의 차이가 아니라 스크립트 자체의 버그입니다.

실질적인 예외는 기술적인 문제가 아니라 상업적인 문제입니다. 지원 매트릭스는 비즈니스 문서입니다. 벤더의 패키지가 매트릭스에 명시되지 않은 배포판에서도 완벽하게 설치되고 실행될 수 있지만, 문제가 발생했을 때 벤더는 지원을 거부할 수 있습니다. 해당 지원에 비용을 지불하고 있다면 매트릭스를 확인하고 그에 따라 선택하십시오. 이 경우에 한해서는 결정권이 벤더에게 있습니다.

어떤 배포판이 구형 CPU에서 여전히 실행됩니까?

RHEL 10은 x86-64 마이크로아키텍처의 최소 요구 사양을 x86-64-v3로 상향 조정했습니다. 이 수준은 Intel의 Haswell 세대 및 AMD의 Excavator와 일치하며, AVX2와 같은 명령어 세트 확장을 요구합니다. Rocky Linux 10도 RHEL의 정책을 따릅니다. 해당 문서에 따르면 x86-64-v3가 최소 사양이며, v2 이하 수준은 더 이상 지원되지 않습니다.

AlmaLinux 10은 v3 빌드를 기본으로 제공하면서 별도의 x86-64-v2 빌드를 추가했습니다. 이는 구형 하드웨어를 사용하는 사용자가 향후 10년간 보안 업데이트를 계속 받을 수 있도록 하기 위함입니다. AlmaLinux는 해당 아키텍처를 위해 EPEL 패키지도 다시 빌드하는데, 이는 타사 RHEL 10 패키지가 v3를 대상으로 하기 때문입니다. 이 점이 사용 전 반드시 알아두어야 할 주의 사항입니다. v2 빌드는 기본 패키지 세트와 AlmaLinux 자체 v2 EPEL에는 적합하지만, 그 외의 패키지는 사용자가 직접 v2용으로 다시 빌드해야 합니다.

이 문제는 직접 소유한 하드웨어보다 VPS에서 더 중요합니다. 호스트 프로세서를 직접 선택할 수 없기 때문입니다. 구형이거나 저렴한 호스트, 또는 하이퍼바이저가 게스트에게 보수적인 CPU 모델을 제공하는 환경에서는 물리적 칩이 AVX2를 지원하더라도 가상 머신이 이를 노출하지 않을 수 있습니다. 이 경우 v3용으로 빌드된 패키지는 프로세서에 없는 명령어를 호출하여 실행에 실패합니다. 10 시리즈로 전환하기 전에 인스턴스가 실제로 어떤 명령어를 노출하는지 확인하십시오. 두 배포판의 9 시리즈는 여전히 v2 수준에서 실행됩니다. x86 인스턴스가 아닌 ARM 인스턴스에서는 마이크로아키텍처 수준이 x86-64만의 개념이므로 이러한 문제가 발생하지 않습니다.

이러한 자유도는 AlmaLinux 10의 다른 부분에서도 나타납니다. 해당 프로젝트는 업스트림에서 제거된 150개 이상의 장치에 대한 지원을 다시 활성화했으며, 여기에는 구형 RAID 및 iSCSI 컨트롤러를 위한 PCI ID가 포함됩니다. 또한 서버 및 클라이언트용 SPICE 지원도 다시 활성화했습니다. 프레임 포인터(frame pointer)가 기본적으로 활성화되어 있어 시스템 전체 프로파일링이 가능합니다. '버그까지 동일하게 재현한다(bug for bug)'는 약속은 이러한 변경 사항을 모두 금지하지만, 2023년에 내린 결정 덕분에 이러한 변경을 수행할 여지가 생겼습니다.

기존 CentOS 또는 RHEL 서버를 어떻게 마이그레이션합니까?

Rocky Linux는 rocky-tools 저장소에 변환 스크립트를 게시합니다. migrate2rocky.sh은 Enterprise Linux 8 시스템을 Rocky Linux 8로 변환하며, migrate2rocky9.sh는 9 시리즈에 대해 동일한 작업을 수행합니다. 각 스크립트는 단일 메이저 버전 내에서 작동합니다. 2026년 8월 기준으로 해당 저장소에는 Enterprise Linux 10을 위한 대응 스크립트가 없으므로, Rocky Linux 10으로 이동하려면 재설치가 필요합니다.

AlmaLinux는 Enterprise Linux 8, 9, 10을 지원하는 almalinux-deploy.sh을 게시합니다. 이 도구는 CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux, Virtuozzo Linux에서 변환을 지원하며, x86_64, aarch64, ppc64le, s390x 아키텍처를 모두 포함합니다. 시작하기 전에 문서화된 제한 사항을 읽어보는 것이 좋습니다. GRUB2 부트로더가 필요한 시스템만 지원하며, Oracle의 UEK(unbreakable enterprise kernel)와 같은 커스텀 커널은 자동으로 제거되지 않으므로 Secure Boot 환경에서 부팅이 불가능해질 수 있습니다.

메이저 버전 간의 이동을 위해 AlmaLinux는 Red Hat의 leapp 프레임워크를 기반으로 구축된 ELevate를 유지 관리합니다. 문서화된 경로는 CentOS 7에서 EL8로, AlmaLinux 8 또는 CentOS Stream 8에서 EL9로, AlmaLinux 9 또는 CentOS Stream 9에서 EL10으로의 이동입니다. 문서에서 특정 배포판을 명시하는 대신 EL8, EL9, EL10과 같이 대상을 표기하는 이유는 최종적으로 어떤 Enterprise Linux를 선택할지 사용자가 결정하기 때문입니다.

이러한 도구들은 모두 릴리스 패키지를 다시 작성하고 시스템의 상당 부분을 재설치합니다. 먼저 제공업체의 스냅샷을 생성하십시오. AlmaLinux 공식 문서에서 권장하는 바와 같이 screen 또는 tmux 내부에서 변환을 실행하십시오. 도중에 SSH 연결이 끊기면 복구 콘솔에서 디버깅하기 어려운 상태가 될 수 있기 때문입니다.

그렇다면 무엇을 선택해야 할까요?

일반적인 VPS 작업 부하에서는 어느 쪽을 선택해도 무방합니다. 두 배포판 모두 동일한 패키지를 설치하며, 지원 종료 시점도 동일한 연도입니다. 하나를 선택하여 운영 중인 모든 서버에 적용하고 더 이상 고민하지 마십시오. 일관성은 두 배포판 간의 차이보다 훨씬 가치가 큽니다. 서버 환경이 혼재되면 관리해야 할 이미지와 보안 업데이트(errata) 피드의 수가 두 배로 늘어나기 때문입니다. 여러 대의 Linux 서버를 동시에 관리하게 되면 이러한 비용은 빠르게 증가합니다.

예외적인 경우는 매우 드물며, 각 사례는 사용자의 선호도가 아닌 외부 요인에 의해 결정됩니다.

• 호스트 프로세서가 Haswell 이전 모델이거나 하이퍼바이저가 게스트에게 AVX2를 숨기는 경우입니다. AlmaLinux 10은 x86-64-v2 빌드를 제공하지만, Rocky Linux 10은 제공하지 않습니다.
• 비용을 지불하는 벤더의 지원 매트릭스에 특정 배포판만 명시된 경우입니다. 해당 배포판을 사용하십시오.
• 인증이나 감사를 위해 RHEL과 동일한 동작이 필요한 경우입니다. Rocky Linux의 명시적 목표는 버그까지 동일한 호환성(bug for bug compatibility)을 유지하는 것이며, AlmaLinux는 이를 목표로 하지 않습니다.
• 새로 구축하는 것이 아니라 운영 중인 서버를 전환하는 경우입니다. AlmaLinux의 도구는 현재 Enterprise Linux 10을 포함하여 더 많은 소스 배포판과 더 많은 메이저 버전을 지원합니다.

만약 고민의 핵심이 Enterprise Linux와 다른 배포판 사이의 선택이라면, 고려해야 할 것은 라이프사이클 모델입니다. Enterprise Linux 배포판은 10년 동안 동일한 패키지 세트를 제공하므로 버전 업그레이드 계획을 세울 필요가 없습니다. 반면 Ubuntu의 장기 지원(LTS) 릴리스는 5년의 표준 지원을 제공하며 2년마다 지원되는 업그레이드 경로를 거쳐야 합니다. 이는 서로 다른 조건이며 Ubuntu LTS와 중간 릴리스 비교에서 자세히 다룹니다. 어떤 것을 설치하든 서버를 처음 접하는 첫 시간은 동일하므로, 무엇을 설치하기 전에 새 VPS에서의 첫 10분 과정을 먼저 진행하십시오.

FAQ

Rocky Linux와 AlmaLinux 중 어느 것이 Red Hat Enterprise Linux에 더 가깝습니까?

Rocky Linux가 표방하는 목표에 따르면 Rocky Linux입니다. 해당 배포판의 홈페이지는 RHEL과 100% 버그까지 동일한 호환성을 갖도록 설계되었다고 설명하며, 이는 RHEL의 결함을 포함한 모든 동작을 재현하는 것을 목표로 함을 의미합니다. AlmaLinux는 2023년 7월 13일에 ABI(애플리케이션 바이너리 인터페이스) 호환성을 지향하겠다고 발표했습니다. 따라서 RHEL용으로 빌드된 소프트웨어는 AlmaLinux에서도 실행되지만, 내부 코드는 RHEL이 아직 배포하지 않은 수정 사항을 포함할 수 있습니다. 일반적인 서버 소프트웨어를 실행하는 데 있어 두 배포판은 동일합니다. RHEL의 동작을 명시하는 인증이 필요한 경우라면 이 차이가 핵심입니다.

재설치 없이 Rocky Linux에서 AlmaLinux로 전환할 수 있습니까?

네, 해당 방향으로는 가능합니다. AlmaLinux의 almalinux-deploy.sh은 지원되는 소스로 Rocky Linux 8, 9, 10을 비롯하여 CentOS Stream, Oracle Linux, RHEL, MiracleLinux를 나열하고 있습니다. 반대 방향은 더 제한적입니다. Rocky의 rocky-tools 저장소는 Enterprise Linux 8 및 9에 대한 변환 스크립트만 제공하므로, 2026년 8월 기준으로 Rocky Linux 10으로의 인플레이스(in-place) 전환 경로는 없습니다. 변환 전에는 반드시 스냅샷을 생성하고, 연결이 끊겨도 세션이 유지되는 환경에서 실행하십시오. 이 과정에서 릴리스 패키지가 교체되고 시스템의 상당 부분이 재설치되기 때문입니다.

RHEL용으로 빌드된 패키지가 두 배포판 모두에서 작동합니까?

네, 일반적인 RPM 패키지와 타사 저장소의 경우 그렇습니다. 두 배포판 모두 RHEL 애플리케이션 바이너리 인터페이스를 유지하며, /etc/os-release 내에서 ID_LIKE="rhel centos fedora"를 사용하여 자신을 식별하므로 Red Hat 계열 시스템을 확인하는 패키지나 설치 스크립트는 올바른 경로를 선택합니다. 예외는 기술적인 문제가 아닌 상업적인 이유입니다. 공급업체는 지원 매트릭스에 명시된 배포판만 지원할 수 있으며, 패키지가 두 배포판 모두에서 설치되고 실행되더라도 마찬가지입니다. 해당 지원 비용을 지불하고 있다면 매트릭스에 따라 결정하십시오.

구형 CPU를 사용하는 저가형 VPS에는 무엇을 사용해야 합니까?

10 시리즈를 원한다면 AlmaLinux를 사용하십시오. RHEL 10은 x86-64 기준을 v3 마이크로아키텍처 수준으로 상향했으며, 이는 Intel Haswell 또는 AMD Excavator 수준의 프로세서를 필요로 합니다. Rocky Linux 10도 이 기준을 따릅니다. AlmaLinux 10은 10년간의 보안 업데이트가 보장되는 구형 하드웨어용 x86-64-v2 빌드를 추가로 제공합니다. 가상 머신은 호스트의 전체 명령어 세트가 아닌 하이퍼바이저가 제공하는 CPU 모델을 인식하므로, 결정하기 전에 인스턴스가 어떤 CPU를 노출하는지 확인하십시오. 두 배포판의 9 시리즈는 여전히 v2 하드웨어에서 실행됩니다.