기술 지원
문서
로그인
문의하기
TuxCare 블로그
2년 전, Red Hat은 널리 사용되는 Stable CentOS Linux 릴리스에 대한 지원을 중단하고 CentOS Stream으로 초점을 전환하는 등 CentOS Linux에 대한 접근 방식을 변경한다고 발표했습니다. 발표 당시 Red Hat은 CentOS 7 또는 8에서 CentOS Stream으로 마이그레이션하는 것이 워크로드에 원활하게 적용될 것이라고 암시하는 듯했습니다. 이러한 변화는 엔터프라이즈 Linux의 지속적인 개발에 유리할 것입니다.
그러나 이 결정은 커뮤니티의 강력한 반대에 부딪혔습니다. 기업들은 알마리눅스 엔터프라이즈 지원을 통해 알마리눅스 워크로드의 지원 주기를 16년으로 연장하고, 자동화된 무중단 보안 패치 + 중단 및 수정 지원, 지속적인 FIPS 준수를 통한 확장 보안 업데이트, 필요한 만큼만 비용을 지불하는 종량제 시간당 지원을 추가하여 보안 태세를 개선할 수 있습니다.
CentOS Stream은 CentOS와 대체로 유사하지만 바이너리 호환 바이너리이기 때문입니다. 하지만 업데이트 주기에 있어서는 CentOS Stream이 매주 업데이트되는 반면, 안정적인 CentOS는 6개월마다 업데이트됩니다. 이 특별한 차이는 다양한 워크로드에 상당한 영향을 미칠 수 있습니다.
CentOS 스트림은 프로덕션용인가요?
Facebook이 대규모 워크로드를 처리하기 위해 CentOS Stream에서 파생된 OS를 사용하는 사례에서 알 수 있듯이, Red Hat의 원래 발표에서는 CentOS Stream이 엔터프라이즈 환경에서 잘 작동할 수 있다고 제안했습니다. 그러나 Red Hat에서 발표한 문서에는 "...프로덕션용으로 설계되지 않았습니다. 개발 플랫폼으로 의도된 것입니다..."라는 문구와 함께 CentOS Stream과 달리 무료가 아닌 Red Hat Enterprise Linux를 선택할 것을 권장하고 있습니다.
CentOS Stream을 둘러싼 메시지는 다소 상충되는 측면이 있습니다. 한편으로, Red Hat의 유럽 및 중동 및 아프리카 지역 최고 기술자인 에르베 르메트르는 다음과 같이 말했습니다. 인터뷰 에서 CentOS 8에서 CentOS Stream으로 마이그레이션하는 것은 단 두 개의 명령으로 간단하게 수행할 수 있다고 말했습니다. 마찬가지로 RHEL 제품 관리자인 브라이언 엑셀비어드는 경우에 따라 아무도 눈치채지 못하게 CentOS 7 또는 8을 CentOS Stream으로 교체할 수 있다고 말하며, 이는 생산 준비가 완료된 시스템임을 암시합니다.
CentOS 스트림은 안정적인가요?
CentOS Stream은 RHEL과 동일한 코드베이스를 기반으로 구축되었지만 엔터프라이즈 환경에서 안정성과 신뢰성으로 유명한 RHEL에 비해 안정성이 떨어집니다. "유지 관리 기간이 보장된 안정적인 릴리스 OS"는 CentOS Stream이 아니라고 안전하게 말할 수 있습니다. CentOS 7로 작업하는 경우 CentOS 7의 방화벽이 올바르게 설정되어 있는지 확인하면 이 OS에서 발생하는 안정성 문제를 완화하는 데 도움이 될 수 있습니다. Red Hat이 CentOS Stream으로 전환하기로 결정하면서 많은 사용자에게 상당한 문제가 발생했지만 모든 사용자에게 해당되는 것은 아닙니다.
실제로 CentOS Stream으로의 대대적인 전환에는 몇 가지 장점이 있습니다. Red Hat은 지속적인 개발 및 커뮤니티 피드백에 더 적합한 단일 제품에 제한된 CentOS 리소스를 집중할 수 있으며, 이는 클라우드 중심 세상에 더 나은 솔루션이 될 수도 있습니다. 그러나 프로덕션 워크로드에서 CentOS Stream을 사용하는 것은 완전히 다른 문제입니다.
CentOS Stream은 타사 애플리케이션에 의존하지 않는 단순하고 격리된 중요하지 않은 환경에서 CentOS Linux 8을 드롭인 방식으로 대체하는 데 적합할 수 있습니다. 하지만 대부분의 프로덕션 워크로드에는 적합하지 않을 수 있습니다. 이러한 워크로드는 일반적으로 여러 소프트웨어 솔루션에 의존하며 그 중 OS는 하나에 불과하며 인증 목적으로 안정적인 스냅샷이 필요합니다.
CentOS Stream에서 잘 작동할 수 있는 사용 사례
CentOS Stream으로의 마이그레이션을 고려하고 있다면, 이 마이그레이션이 적합한 경우가 몇 가지 있습니다. RHEL 7에서 CentOS 7로의 이전 전환과 마찬가지로, 이 섹션에서는 CentOS 명령줄을 실행하는 것만큼이나 쉽게 CentOS Stream으로 마이그레이션할 수 있는 몇 가지 시나리오를 살펴봅니다.
사용하는 OS는 거의 관련이 없습니다.
경우에 따라 OS에서 실행되는 애플리케이션은 기본 OS와 거의 독립적일 수 있습니다. 즉, OS의 중요한 변경 사항이 애플리케이션이 실행되는 플랫폼에 영향을 미치지 않는 한 이러한 애플리케이션에는 영향을 미치지 않습니다. 이 경우 CentOS Stream의 변경 사항에 대한 대응이 잘 구성되어 있을 수 있습니다. 이러한 환경의 경우 최신 소프트웨어를 활용하려면 AlmaLinux로 마이그레이션하는 것이 좋습니다.
적응할 수 있는 소규모의 비중요 환경
CentOS는 대규모 프로덕션 환경뿐만 아니라 소규모 환경에서도 일반적으로 사용되며, 때로는 단일 인스턴스로 실행되기도 합니다. 워크로드에 따라 CentOS 스트림 업데이트 후 문제가 발생할 위험이 상대적으로 적고 다운타임을 감당할 수 있을 정도로 관리가 가능할 수도 있습니다.
마찬가지로 개발 환경 내에서 CentOS를 데스크톱 OS로 사용하는 경우에도 CentOS Stream이 잘 작동할 수 있습니다. 그러나 개발 작업이 Stable 릴리스에 의존하는 경우 CentOS Stream으로 인해 문제가 발생할 수 있습니다.
강력한 팀이 있고 자체 OS를 구축합니다.
특정 대규모 또는 고도로 전문화된 환경의 경우, 팀은 프로덕션 목적으로 CentOS 릴리스를 사용자 지정하고 다음 CentOS 릴리스에 충분한 개선 사항이 있을 때 이 프로세스를 반복할 수 있습니다. Red Hat 리더십 은 Facebook 사례 을 예로 들었습니다. 이러한 팀에는 이러한 작업을 처리할 수 있는 사내 전문 인력이 있습니다.
CentOS Stream은 단순히 이 기존 프로세스를 가속화합니다. 원하는 경우 CentOS Stream을 "일시 중지"하고 이로부터 OS를 파생할 수 있으며, CentOS의 Stable 릴리스 버전을 잃어버려도 문제가 되지 않습니다. 그러나 이 전략은 필요한 기술 세트가 수요가 많고 구하기 어렵고 상당한 사내 비용이 발생하기 때문에 상대적으로 적은 비율의 CentOS 사용자만 감당할 수 있는 전략입니다.
CentOS 스트림이 작동하지 않을 수 있는 사용 사례
앞서 커뮤니티의 많은 사용자가 RHEL 릴리스에 대한 안정적인 1:1 연결을 제거하기로 한 Red Hat의 결정에 불만이 있다고 언급했습니다. 이 결정은 많은 유형의 워크로드에 심각한 문제를 야기합니다. 다음은 CentOS Stream으로 마이그레이션하는 것이 부적합할 수 있는 몇 가지 사용 사례입니다.
OS 안정성과 RHEL과의 호환성이 가장 중요한 경우
궁극적으로 CentOS Stream으로의 마이그레이션은 워크로드의 구조, 애플리케이션의 종속성, 다운타임의 잠재적 영향(다른 머신에 미치는 영향 포함)에 따라 달라집니다. CentOS Stream으로 업데이트하면 업데이트된 라이브러리와 같은 워크로드의 일부가 손상될 위험이 있습니다. Stable 릴리스에는 항상 테스트 및 구현 기간이 있지만 스트리밍 업데이트는 그렇지 않습니다.
CentOS의 작은 변경 사항이라도 잠재적으로 워크로드에 지장을 줄 수 있다면, CentOS Stream으로 전환하기 전에 다시 한 번 생각해야 합니다. 업데이트 속도가 빠르다는 것은 테스트 환경의 목표가 계속 바뀌기 때문에 일반적인 테스트 기간이 금방 무용지물이 될 수 있음을 의미합니다. 이는 기능 롤아웃과 같은 회사 내의 다른 프로세스에도 영향을 미칠 수 있습니다.
애플리케이션 인증이 필요합니다.
특정 버전의 RHEL에서 애플리케이션을 인증하면 해당 애플리케이션이 실행되고 지원을 받을 수 있음을 보장합니다. CentOS는 전통적으로 RHEL에서 실행되도록 인증된 엔터프라이즈급 애플리케이션이 무료 CentOS에서도 실행되는 것과 동일한 혜택을 제공해 왔습니다.
그러나 이 인증은 한 릴리스에서 다음 릴리스까지 상당한 변경이 발생할 수 있기 때문에 CentOS Stream에서는 중단됩니다. 공급업체는 매주 애플리케이션을 인증하는 것이 현실적으로 불가능합니다. 따라서 CentOS Stream에서 RHEL 인증 애플리케이션을 실행하는 사용자는 지원을 받지 못하고 규정 준수를 위반할 위험이 있습니다.
기준 성능이 정확히 일치해야 하는 경우
기준 성능이 이전 실행과 일치해야 하는 상황도 CentOS Stream이 적합하지 않을 수 있는 또 다른 이유입니다. 예를 들어, 이전 결과와 비교해야 하는 과학적 계산은 라이브러리 버전의 사소한 변경에도 영향을 받을 수 있으며, 이는 CentOS Stream에서 더 자주 발생합니다. 마찬가지로 고성능 컴퓨팅(HPC) 환경에는 매우 안정적인 플랫폼이 필요한데, CentOS Stream은 이러한 수준의 안정성을 제공하지 못할 수 있습니다.
하지만 이것이 항상 부정적인 측면은 아닙니다. 최근 테스트에 따르면 CentOS Stream 9는 상당한 성능 개선. 하지만 이로 인해 이전 결과가 무효화될 수 있으며, CentOS Stream의 빠른 업데이트 속도로 인해 한 주에 얻은 결과가 다음 주에 더 이상 유효하지 않을 수 있습니다.
옵션
CentOS Stream이 현재 단종된 CentOS Linux와 어떻게 관련되어 있는지에 대한 미묘한 견해가 커뮤니티를 통해 서서히 필터링되고 있습니다. 그러나 현실적으로 이 변경은 CentOS Stream으로의 마이그레이션이 선택 사항이 아닌 많은 사용자에게 영향을 미칩니다. 이러한 변경으로 인해 일부 사용자는 애플리케이션 인증에 사용할 수 있는 Stable 릴리스가 있는 1:1 바이너리 호환 RHEL 클론인 AlmaLinux 또는 RockyLinux와 같은 대안을 찾아야 했습니다.
조직은 알마리눅스용 엔터프라이즈 지원을 추가하여 여러 엔터프라이즈급 지원 혜택을 받을 수 있습니다. 기업들은 Almalinux용 Enterprise Support를 통해 AlmaLinux 워크로드의 지원 주기를 16년으로 연장하고, 자동화된 무중단 패치, 지속적인 FIPS 준수를 통한 보안 업데이트 확장, 필요한 만큼만 비용을 지불하는 종량제 시간당 지원 등을 추가할 수 있습니다.
CentOS 7을 사용 중이고 마이그레이션을 고려하기 전에 CentOS 7 환경을 보호하려는 경우, AlmaLinux로 전환하는 것은 비교적 순조롭게 전환할 수 있습니다. 마이그레이션이 얼마나 쉬운지 자세한 방법을 설명하는 블로그 게시물에서 확인할 수 있으며, 프로세스 중 CentOS 7 방화벽과 같은 필수 사항을 처리하는 방법도 포함되어 있습니다.
그러나 아직 마이그레이션할 준비가 되지 않은 경우, CentOS 7에 대한 TuxCare의 EOL 지원과 같은 연장 지원을 구매하면 결정할 시간을 충분히 확보할 수 있습니다. TuxCare의 Lifecycle 연장 지원을 이용하면 다음 마이그레이션을 결정하는 동안 4년의 보안 지원을 추가로 받을 수 있습니다.
어떤 상황이든 조치를 취하지 않는 것은 선택 사항이 아닙니다. 따라서 CentOS 사용 패턴을 살펴보고 워크로드가 어느 범주에 속하는지 결정하고 필요한 경우 신속하게 조치를 취하여 연장 지원을 받도록 하세요.
