뒤로
2026/10/19
지금도 CentOS Linux 7 또는 CentOS Linux 8로 설치된 서버를 운영하는 조직이 많습니다. 두 릴리스 모두 이미 지원 종료(EOL)되어 CentOS Project의 보안 업데이트가 더 이상 제공되지 않습니다. 시스템은 계속 동작하지만, 패치 없이 보내는 시간이 길어질수록 위험은 커지고 감사에서 이를 묻는 경우도 늘고 있습니다.
다행히 이제는 믿을 만한 선택지가 여럿 있습니다. 어려운 부분은 그 차이를 이해하는 것입니다. 차이는 기술보다는 지원, 거버넌스, 라이프사이클에 있기 때문입니다. 이 글은 작성 시점을 기준으로 중립적인 개요를 제공하여 결정을 돕습니다.
핵심 요약
- CentOS Linux 7과 8은 더 이상 업데이트를 받지 않습니다. CentOS Stream은 계속되지만 RHEL보다 한발 앞선 개발 스트림이라는 역할입니다.
- RHEL, Rocky Linux, AlmaLinux, Oracle Linux는 모두 RHEL용 소프트웨어 실행을 목표로 하지만 지원 모델과 호환성 접근 방식이 다릅니다.
- 다른 패키지 형식과 도구를 받아들일 수 있다면 Ubuntu와 Debian도 성숙한 대안입니다.
- 지원 필요성, 인증 요건, 라이프사이클을 기준으로 선택한 다음 서버별 마이그레이션을 계획하십시오.
CentOS Linux와 CentOS Stream에 무엇이 바뀌었나
오랫동안 CentOS Linux는 Red Hat Enterprise Linux(RHEL)의 무료 리빌드였습니다. RHEL 릴리스를 밀접하게 따랐기 때문에 구독 없이도 같은 소프트웨어를 실행할 수 있었습니다. 2020년 12월 CentOS Project는 앞으로 CentOS Stream에 집중하겠다고 발표했습니다. CentOS Linux 8은 2021년 말에, CentOS Linux 7은 2024년 6월 말에 지원이 종료되었습니다.
CentOS Stream은 여전히 활발하고 유용한 배포판이지만 역할이 다릅니다. 다음 RHEL 마이너 릴리스보다 조금 앞서 있어, 변경 사항이 RHEL에 반영되기 전에 먼저 나타나는 곳입니다. 따라서 앞으로의 변화를 시험하기에는 좋지만, 고정적이고 천천히 변하는 플랫폼이 필요한 서버에는 덜 자연스러운 선택입니다. 프로젝트의 공식 설명은 centos.org에서 확인할 수 있습니다.
RHEL 호환 배포판들의 접근 방식 차이
이제 여러 배포판이 과거 CentOS Linux가 차지하던 자리를 채우고 있습니다. 모두 RHEL용으로 빌드되고 인증된 소프트웨어를 실행하는 것을 목표로 하지만, 각자 고유한 접근 방식을 취합니다.
- Red Hat Enterprise Linux (RHEL)은 상용 원본입니다. 지원, 인증된 하드웨어 및 소프트웨어 생태계, 관리와 인플레이스 업그레이드 도구가 포함된 구독과 함께 운영체제를 사용합니다.
- Rocky Linux는 Rocky Enterprise Software Foundation이 운영하는 커뮤니티 배포판입니다. RHEL과의 완전한 호환을 목표로 내세우고 있습니다.
- AlmaLinux는 비영리 단체 AlmaLinux OS Foundation이 운영하는 커뮤니티 배포판입니다. 2023년부터는 정확한 리빌드 대신 RHEL과의 애플리케이션 바이너리 인터페이스(ABI) 호환을 목표로 하여, 일부 수정 사항을 자체 일정에 따라 제공할 수 있습니다.
- Oracle Linux는 무료로 다운로드, 사용, 업데이트할 수 있으며 Oracle의 유료 지원도 이용할 수 있습니다. RHEL 호환 커널과 Oracle 자체의 Unbreakable Enterprise Kernel을 모두 제공합니다.
대부분의 워크로드에서는 이 중 하나에서 동작하는 애플리케이션이 다른 배포판에서도 거의 변경 없이 동작합니다. 차이가 중요해지는 것은 벤더가 자사 제품을 특정 배포판에서만 인증하거나, 특정 커널 기능에 의존하는 경우입니다.
지원 모델: 구독, 커뮤니티, 서드파티 지원
선택지 사이의 가장 실질적인 차이는 문제가 생겼을 때 누구에게 연락하느냐입니다. 아래 표는 작성 시점의 주요 모델을 요약한 것입니다. 조건은 바뀔 수 있으므로 결정하기 전에 반드시 공식 페이지를 확인하십시오.
| 배포판 | 사용 비용 | 지원 제공처 |
|---|---|---|
| RHEL | 유료 구독 | Red Hat, 구독에 포함 |
| Rocky Linux | 무료 | 커뮤니티, 그리고 서드파티 업체의 상용 지원 |
| AlmaLinux | 무료 | 커뮤니티, 그리고 서드파티 업체의 상용 지원 |
| Oracle Linux | 무료 | Oracle의 선택적 유료 지원 |
| Ubuntu | 무료 | Canonical의 선택적 유료 Ubuntu Pro 및 지원 |
| Debian | 무료 | 커뮤니티, 그리고 서드파티 업체의 상용 지원 |
무료라고 해서 지원이 없다는 뜻은 아닙니다. 많은 조직이 커뮤니티 배포판을 운영 환경에서 사용하고, 보장된 응답 시간이 필요한 시스템에 대해서만 지원을 구매합니다. 중요한 것은 장애 중에 공백을 발견하는 것이 아니라, 이를 의도적으로 결정해 두는 것입니다.
팁: 데이터베이스, 미들웨어, 백업 에이전트 등 운영 중인 모든 상용 애플리케이션의 지원 매트릭스를 확인하십시오. 벤더가 RHEL만 지원한다면, 나머지 환경에서 커뮤니티 배포판을 쓰더라도 해당 서버에 대해서는 그것으로 결론이 날 수 있습니다.
라이프사이클과 릴리스 주기 비교
엔터프라이즈 Linux의 매력은 메이저 릴리스가 오랫동안 지원된다는 점입니다. RHEL 메이저 릴리스는 10년의 라이프사이클을 가지며 이를 더 연장하는 옵션도 있고, Rocky Linux, AlmaLinux, Oracle Linux도 대응하는 릴리스에 대해 비슷한 일정을 따릅니다. 각 메이저 버전 안에서는 마이너 릴리스가 정기적으로 나오며, 최신 마이너 릴리스를 유지하는 것이 업데이트를 계속 받는 일반적인 방법입니다. 자세한 내용은 Red Hat의 RHEL 라이프사이클 페이지에 공개되어 있습니다.
Ubuntu는 2년마다 장기 지원(LTS) 릴리스를 내놓으며, 5년간의 표준 보안 유지보수와 Ubuntu Pro를 통한 더 긴 지원을 제공합니다. Ubuntu 릴리스 주기를 참고하십시오. Debian은 대략 2년마다 새로운 안정 버전을 출시하며, 커뮤니티의 Debian LTS 활동이 이전 릴리스의 보안 지원을 연장합니다. Debian 릴리스를 참고하십시오.
비교할 때는 일반적인 정책만이 아니라 실제로 배포할 특정 메이저 버전의 지원 종료일을 확인하십시오. 오늘 설치하는 플랫폼은 서버의 계획된 사용 기간 전체에 걸쳐 지원되어야 합니다.
선택하기 전에 물어야 할 질문
단 하나의 정답은 없습니다. 다음 질문들이 대개 결정의 초점을 잡아 줍니다.
- 어떤 애플리케이션을 운영하며, 그 벤더들은 어떤 배포판을 인증하는가?
- 모든 서버, 일부 서버에 벤더 지원 계약이 필요한가, 아니면 필요 없는가?
- 팀이 dnf 같은 RPM 기반 도구와 apt 같은 Debian 기반 도구 중 어느 쪽에 익숙한가?
- 새 플랫폼은 얼마나 오래 지원되어야 하며, 그것이 배포할 릴리스의 라이프사이클과 맞는가?
- 많은 서버에 걸친 패치, 구성, 컴플라이언스를 어떻게 관리하고 싶은가?
- 비영리 재단이나 단일 상용 벤더 같은 거버넌스 모델이 중요한가?
CentOS Linux를 떠나는 많은 팀에게는 RHEL 호환 계열에 머무는 것이 기술, 스크립트, 패키지를 가장 많이 그대로 유지하는 방법입니다. 다른 환경에서 이미 Ubuntu나 Debian을 쓰고 있다면 그쪽으로 옮기는 것도 타당하지만, 변화가 더 크고 더 많은 테스트가 필요합니다.
기존 CentOS 서버의 마이그레이션 계획
먼저 인벤토리부터 시작하십시오. 찾지 못한 것은 계획할 수 없으며, CentOS 시스템은 어플라이언스, 테스트 랩, 오래된 가상 머신 템플릿 속에 숨어 있는 경우가 많습니다. 각 서버에서 몇 가지 명령으로 현재 상태를 확인할 수 있습니다.
cat /etc/os-release
uname -r
rpm -qa --last | head -n 20
yum repolist enabled
그런 다음 서버를 실행하는 내용과 중요도에 따라 그룹으로 나눕니다. 각 그룹마다 다음 두 가지 방법 중 하나를 선택합니다.
- 인플레이스로 전환합니다. 같은 메이저 버전 안에서는 각 프로젝트가 제공하는 마이그레이션 스크립트(예: Rocky Linux, AlmaLinux, Oracle Linux용)와 Red Hat의 Convert2RHEL 도구로 재설치 없이 패키지 소스와 브랜딩을 바꿀 수 있습니다. CentOS Linux 7의 경우 메이저 버전 업그레이드도 필요합니다. Leapp와 AlmaLinux ELevate 프로젝트 같은 도구가 도움이 되지만 신중한 테스트가 필요합니다.
- 재구축하고 재배포합니다. 최신 릴리스로 깨끗한 시스템을 설치한 다음 애플리케이션과 데이터를 옮깁니다. 서버당 수고는 더 들지만, 알려지고 문서화된 기준선을 얻고 수년간 쌓인 변경 사항을 걷어낼 수 있습니다.
팁: 어떤 방법을 선택하든 먼저 전체 백업이나 스냅샷을 만들고 서버 사본에서 리허설하십시오. 시작하기 전에 서드파티 저장소, 커널 모듈, 모니터링 에이전트가 대상 릴리스에서 제공되는지 확인하십시오.
마지막으로 계획을 문서로 남기십시오. 어떤 서버를 어떤 순서로 옮기고, 누가 승인하며, 어떻게 롤백할지 적어 둡니다. 위험이 낮은 시스템부터 옮기면 자신감이 생기고 나머지 이전은 일상적인 작업이 됩니다. AlmaLinux 프로젝트는 ELevate 방식을 AlmaLinux wiki에 문서화하고 있으며, 각 배포판도 자체 마이그레이션 가이드를 공개하고 있습니다.
LOGIQ가 도울 수 있는 일
LOGIQ는 남아 있는 CentOS 시스템을 찾아내고, 조직의 애플리케이션과 지원 요건에 비추어 선택지를 비교하며, 일정에 맞는 마이그레이션을 계획하도록 돕습니다. 엔터프라이즈 Linux 계획에 대해 다른 관점의 의견이 필요하시면 logiqlinux.com을 통해 연락해 주십시오.
Global
Japan
China
Taiwan
Vietnam
Thailand
Indonesia
Portugal
Spain
France
Germany
Egypt
Russia