OpenShift 4.14 및 그 이후 버전에 대한 추가 확장 업데이트 지원(Extended Update Support, EUS)를 발표합니다!

Red Hat은 4.x 시리즈에서 OpenShift 4.14 및 후속 짝수 번호의 Red Hat OpenShift 릴리스에 대해 12개월의 추가 EUS 기간(선택 사항)을 발표합니다. 이 경우 OpenShift의 EUS 릴리스에 사용할 수 있는 전체 라이프사이클이 3년으로 단축됩니다.

OpenShift Commons Gathering과 함께 덴버에서 Red Hat Summit을 시작하며, 매일 Red Hat OpenShift를 사용하는 고객 여러분의 의견을 들을 수 있습니다. 지난 몇 년 동안 OpenShift 고객은 더 긴 라이프사이클이 필요한 전문 시장의 활용 사례에 OpenShift 기술을 적용해 왔습니다. 여러 단계의 컴플라이언스 요구 사항 때문이든, OpenShift에 정부와 기업이 다르게 취급하는 필수 서비스가 포함되어 있든, Red Hat 고객은 Red Hat의 오픈소스 구성 요소 라이프사이클을 연장할 수 있는 방법을 찾고 있습니다. Red Hat은 매년 여러 기준에 걸쳐 더 긴 라이프사이클을 조사합니다. 올해에는 이러한 상황에 처한 고객을 도울 수 있는 적절한 조건을 찾았습니다.

Red Hat은 고객의 복잡한 요구 사항을 반영하여 Red Hat OpenShift에 대한 확장 업데이트 지원(EUS) 오퍼링을 확장하여 OpenShift 배포의 지원되는 라이프사이클을 크게 확장할 수 있는 옵션을 제공합니다.

OpenShift 4.12를 릴리스할 때 도입된 기존의 6개월 EUS 기간 이상으로 지원이 연장됩니다. 이 새로운 추가 12개월 EUS 기간은 애드온 서브스크립션으로 제공되며 OpenShift의 라이프사이클은 총 3년입니다.

EUS 기간이 연장됨에 따라 이제 OpenShift 4.14가 2026년 10월 31일까지 지원됩니다.

다음 확장 업데이트 지원 릴리스는 OpenShift 4.16 릴리스입니다. EUS 릴리스의 라이프사이클에 미치는 영향도 아래에 시각화되어 있습니다.

어떤 수준의 지원이 포함되나요?

추가 EUS 기간에는 심각 및 중요 영향 보안 업데이트와 긴급한 우선 순위 버그 수정의 백포트가 포함됩니다. 공식 언어는 현재 OpenShift 라이프사이클 정보에 대한 정보 소스로 남아 있는 Red Hat OpenShift Container Platform 라이프사이클 정책 페이지에 게시됩니다.

추가 EUS 단계에서 제공되는 지원 SLA는 구매한 기본 오퍼링(프리미엄 또는 스탠다드)에서 상속됩니다.

어떤 구성 요소가 포함되어 있나요?

추가 EUS 용어는 OpenShift Kubernetes Engine에 포함된 모든 플랫폼 정렬 연산자에 적용됩니다. 다른 오퍼레이터는 자동으로 포함되지 않으며, 계속해서 자체적인 라이프사이클을 유지합니다.

OpenShift Platform Plus 또는 OpenShift Container Platform을 기본 서브스크립션으로 구매하는 고객은 해당 오퍼링에 대해 동등한 추가 연장 업데이트 지원 기간을 계속 구매할 수 있지만, 사용 가능한 구성 요소에 대한 추가 EUS 기간만 받게 됩니다.

앞으로 더 많은 Red Hat 운영자에게 이 추가 EUS 기간을 제공할 예정입니다. 항상 관련 계층화된 오퍼레이터의 라이프사이클 페이지를 확인하여 최신 라이프사이클 정보를 확인합니다.

업그레이드에 어떤 영향을 미치나요?

OpenShift 4.14에서는 컨트롤 플레인 서비스와 작업자 노드 간 N-2 버전 오차에 대한 지원을 유지 관리합니다. 여기서 N은 관련 OpenShift 마이너 릴리스입니다. 즉, 예를 들어 OpenShift 4.14로 이동한 컨트롤 플레인은 업그레이드 시퀀스의 일부로 4.13 그리고/또는 4.12의 작업자 노드와 상호 운용할 수 있습니다.

컨트롤 플레인 노드 자체의 경우 업그레이드는 기본적으로 순차적으로 유지됩니다. 그러나 작업자 노드의 경우 작업자 풀을 일시 중지하여 두 번째 릴리스 및 관련 재부팅을 건너뛸 수 있는 기능이 있습니다. 이 기능을 버전 오차 지원과 결합하면 실행 중인 워크로드에 대한 여러 업그레이드의 추가 영향을 완화할 수 있습니다.

4.14에서 향후 4.18 릴리스로의 컨트롤 플레인 및 작업자 노드에 대한 업그레이드 흐름의 예.

이 기능은 추가 테스트를 위해 N-3 버전 스큐(skew) 정책 지원으로 이동하는 업스트림 쿠버네티스 버전 스큐 확장에 따라 향후 릴리스에서 확장될 예정입니다.

시간이 지남에 따라 소스 릴리스와 대상 릴리스 사이의 기간이 증가함에 따라 최신 EUS 릴리스를 얻는 데 필요한 순차적 업그레이드 수가 증가합니다. 필요한 순차적 업그레이드의 수가 증가함에 따라 업그레이드의 복잡성, 워크로드 중단 수준, 완료하는 데 걸리는 시간도 증가합니다. 따라서 용량이 허용하는 경우 새 클러스터를 확장하고 워크로드를 이동하며 이전 클러스터를 제거하는 블루/그린 업그레이드 프로세스를 통해 업그레이드하는 것이 더 바람직할 수 있습니다.

모든 클러스터는 서로 다르므로 모든 클러스터에는 고유한 업그레이드 경로가 필요합니다. 클러스터에 대해 이러한 OpenShift EUS 약관을 활용하도록 선택하는 동시에 업그레이드 계획을 고려하고 선택하는 것이 좋습니다.

자세한 내용은 어디에서 확인할 수 있나요?

Red Hat은 쿠버네티스 에코시스템 내 장기 지원(LTS) 워킹 그룹에 가입하여 쿠버네티스 및 관련 기술의 수명을 연장하는 방법에 대한 아이디어를 증진할 수 있도록 지원합니다. 이 토픽에 관심이 있는 사용자라면 누구나 해당 커뮤니티에 참여할 수 있습니다.

"OpenShift 4.16의 새로운 기능" 버추얼 이벤트에서 자세히 알아보세요. YouTube 또는 Twitch에서 Red Hat을 팔로우해서 버추얼 이벤트 날짜를 살펴보세요.

OpenShift를 아직 사용하지 않으시거나 Red Hat 솔루션에 관심이 있으시다면 지금 체험해 보세요!