어느 버전의 Red Hat Enterprise Linux가 가장 적합한가요?

Red Hat® Enterprise Linux® 운영 체제를 업그레이드할 때가 되었습니다. 어느 버전이 적합한지 궁금하신가요? 이용 중인 서브스크립션에서는 니즈에 가장 부합하는 가용 버전을 자유롭게 선택할 수 있습니다. 예측 가능한 새로운 릴리스 주기가 도입되었고 사용 가능한 지원 버전이 증가했으므로 Red Hat Enterprise Linux 8과 Red Hat Enterprise Linux 9 사이의 주요 차이점을 파악하면 환경에 최적인 버전을 결정하는 데 도움이 됩니다. 가장 가까운 버전을 선택하는 것이 당연히 좋을 것 같지만, 이후의 버전이 조직의 환경에 실제로 더 맞을 수도 있습니다.

새로운 호스트로 마이그레이션하는 대신 시스템을 업그레이드하려는 결정은 일반적으로 기존 애플리케이션의 가용성과 라이프사이클을 관리해야 할 필요성에서 비롯됩니다. 이러한 관리에는 더 높은 성능을 위한 기반 구성 요소 업그레이드 또는 중요 워크로드에 대한 지원 확장이 포함되며, 이 둘 중 어느 경우에도 현재 유지 관리의 전체 지원 단계에 있거나 연장 라이프사이클 단계에 있는 운영 체제(OS)로 이동하면 더 많은 업데이트를 더 오랫동안 사용할 수 있습니다.

예를 들어 Red Hat Enterprise Linux 7 Server는 현재 유지 관리 2단계이고, Red Hat Enterprise Linux 8은 2024년 5월까지 전체 지원 단계로 유지되고, Red Hat Enterprise Linux 9는 2027년 5월까지 전체 지원 단계로 유지됩니다.  Red Hat Enterprise Linux 라이프사이클 페이지에는 사용하기 쉬운 맵과 표가 나와 있어, 이를 활용하여 간편하게 비교할 수 있습니다.

전체 지원은 수정 사항 및 업데이트 외에도 신기능, 새로운 스트림, 새로운 하드웨어가 추가됨을 의미합니다. Red Hat Enterprise Linux 9로 이동하면 활성화된 OS 개발의 기간이 더 길어지고 지원되는 라이프사이클이 전체적으로 연장됩니다.

Red Hat Enterprise Linux 신규 메이저 릴리스 시점에 새 버전과 이전 버전 사이의 기술 격차는 상당히 작지만, 시간이 지남에 따라 이전 버전으로 백포팅하기는 점점 더 어려워집니다. 이에 따라, 전체 지원 단계 중에도 시간 경과에 따라 차이가 커집니다.

최신 OS 버전에서 제공되는 애플리케이션과 하드웨어의 최신 조합은 사용 가능한 지원 라이프사이클을 극대화합니다.

업그레이드 결정을 내리면 엔터프라이즈 ISV(독립 소프트웨어 벤더)의 상용 애플리케이션을 이용하게 될 경우가 많습니다. 동일한 버전의 애플리케이션을 유지하면서 운영 체제를 업그레이드하는 것은 보통 해당 엔터프라이즈 애플리케이션의 안정성과 지원 가능성을 높이기 위한 결정입니다.  ISV가 어느 버전의 Red Hat Enterprise Linux를 지원하는지 파악하면 선택하는 데 도움이 될 수 있습니다.

Red Hat의 폭넓은 파트너 네트워크는 다양한 버전의 Red Hat Enterprise Linux에서 소프트웨어 구성 요소를 검증 및 인증합니다. Red Hat도 그들의 파트너로서 오랫동안 찾고 있는 성능을 지원하는 업데이트된 패키지와 라이브러리를 제공하기 위해 노력하고 있습니다. 이에 따라, ISV 인증은 종종 특정 메이저 버전의 Red Hat Enterprise Linux와 연결됩니다.

ISV 파트너가 빌드 기반이 되는 최신 소프트웨어 구성 요소를 찾고 있거나 활용할 최신 하드웨어 기능을 찾고 있는 경우 Red Hat Enterprise Linux 9이 적합할 수 있습니다. 

전체 지원이 적용되는 버전 간의 시간 경과에 따른 변화를 고려할 때, 현재 사용하는 상용 애플리케이션은 Red Hat Enterprise Linux 신규 릴리스의 상용화 시점에 테스팅 단계이거나 심지어 개발 단계일 수도 있습니다.

사내에서 개발된 애플리케이션의 경우, 리플랫포밍에서 선택한 구성 요소로 인해 큰 투자를 하면서도 뚜렷한 이점이 거의 없거나 전혀 없을 수 있습니다. 일반적인 개발 툴 및 구성 요소의 특정 버전을 중심으로 빌드한 기존 애플리케이션은 업그레이드 중이나 심지어 마이그레이션 중에도 디스럽션될 수 있습니다.

Red Hat Enterprise Linux 8 및 9에서는 애플리케이션 스트림을 사용하여 일반적인 구성 요소가 여러 버전으로 제공됩니다. 다시 말해서, 기존 애플리케이션을 위한 안정적인 환경을 제공하면서도 최신 운영 환경과 관리 툴을 활용하기가 더 용이합니다.  

Red Hat Enterprise Linux 8에서는 라이프사이클 중에 릴리스된 신규 구성 요소뿐만 아니라 이전 버전의 구성 요소도 제공되어 구성 요소 버전 간의 원활한 이전이 가능합니다. 

팀들은 종종 최신 기술을 도입하기 위해 기존 애플리케이션을 업데이트하거나 재설계하고자 합니다. 운영 체제를 업그레이드하는 것은 새로운 운영/개발 툴 및 구성 요소 세트를 활용하게 된다는 의미도 있습니다. 팀은 최신 기술 및 툴을 활용하여 신규 프로젝트의 결과를 더 빨리 내놓고 리팩토링 및 신규 패턴을 더 수월하게 처리할 수 있습니다.  

애플리케이션 스트림을 포함하는 구성 요소의 여러 버전과 최신 버전의 지원 운영 체제를 갖추는 경우 현재 환경은 일부 호환성을 유지하면서도 크게 진보할 수 있습니다.  

Red Hat Enterprise Linux 9는 새 버전 릴리스와 함께 계속해서 최신 기술을 지원함으로써 더욱 다양한 옵션을  사용자에게 제공할 것입니다.

때로는 업그레이드 목표가 운영 체제를 넘어서지만 기존 인프라에 의존하는 경우가 있습니다. 많은 경우, 소프트웨어 기능을 업데이트하는 동시에 데이터센터 투자 자산을 최대한으로 활용하는 것이 적절할 수 있습니다.

당사의 ISV 에코시스템과 마찬가지로, 하드웨어 파트너 네트워크도 광범위하여 다양한 기기가 지원됩니다. 특정 기기는 메이저 릴리스 간에 그리고 하드웨어 파트너와 함께 지원이 중단될 수도 있습니다. 올바른 버전의 Red Hat Enterprise Linux를 선택하면 이전 세대 하드웨어를 여전히 지원하면서도 업데이트된 소프트웨어 플랫폼을 제공할 수 있습니다.

메이저 릴리스는 일반적으로 이전 하드웨어의 사용 중단을 결정하는 경계가 됩니다. 제조업체가 더 이상 지원하지 않는 이전 하드웨어는 Red Hat Enterprise Linux 9에서 사용 불가능할 수도 있습니다.  

다시 빌드하는 대신 업그레이드하려는 선택은 때로는 Red Hat Enterprise Linux 내에서 제공되는 핵심 기능으로 요약됩니다. 패키지의 최신 기능 및 최신 업데이트를 활용하려면 최신 버전의 OS로 전환해야 합니다. 기능과 보안 수정 사항은 종종 백포팅되지만, 메이저 버전은 백포트에서 제공될 수 없는 변경을 포함하는 최신 패키지 기준을 제공하는 경우가 많습니다.

예를 들어 Red Hat Enterprise Linux 7 커널은 업스트림 3.10 버전에 기반하고, Red Hat Enterprise Linux 8은 업스트림 4.18에 기반하며, Red Hat Enterprise Linux 9는 업스트림 5.14에 기반합니다.  최신 버전의 기능 및 보안 업데이트를 이전 버전에 백포팅할 수도 있지만, 대규모 구조 변경은 Red Hat Enterprise Linux의 신규 메이저 버전이 나올 때까지 대기합니다.  

백포팅에는 한계가 있고, 결국에는 스트림을 사용하여 처리할 수 없는 새 기능이 필요합니다.