1.3. 업데이트 채널 및 릴리스 이해


업데이트 채널은 사용자가 클러스터를 업데이트할 OpenShift Container Platform의 마이너 버전을 선언하는 메커니즘입니다. 또한 사용자는 빠르고 안정적 이며 후보 이고 eus 채널 옵션을 통해 업데이트에 대한 지원의 타이밍과 수준을 선택할 수 있습니다. 클러스터 버전 연산자는 채널 선언을 기반으로 하는 업데이트 그래프와 기타 조건 정보를 사용하여 클러스터에서 사용할 수 있는 권장 및 조건부 업데이트 목록을 제공합니다.

업데이트 채널은 OpenShift Container Platform의 하위 버전에 해당합니다. 채널의 버전 번호는 클러스터의 현재 마이너 버전보다 높더라도 클러스터가 결국 업데이트될 대상 마이너 버전을 나타냅니다.

예를 들어, OpenShift Container Platform 4.10 업데이트 채널은 다음과 같은 권장 사항을 제공합니다.

  • 4.10 이내에 업데이트됩니다.
  • 4.9 내에 업데이트됩니다.
  • 4.9에서 4.10으로 업데이트하면 모든 4.9 클러스터가 즉시 최소 z-stream 버전 요구 사항을 충족하지 못하더라도 결국 4.10으로 업데이트될 수 있습니다.
  • eus-4.10 에만 해당: 4.8 내에서 업데이트됨.
  • eus-4.10 전용: 4.8에서 4.9로, 그리고 4.10으로 업데이트하여 모든 4.8 클러스터가 결국 4.10으로 업데이트될 수 있도록 합니다.

4.10 업데이트 채널에서는 4.11 이상 릴리스로의 업데이트를 권장하지 않습니다. 이 전략은 관리자가 OpenShift Container Platform의 다음 마이너 버전으로 업데이트할지 명시적으로 결정하도록 보장합니다.

업데이트 채널은 릴리스 선택만 제어하며 설치하는 클러스터 버전에는 영향을 미치지 않습니다. OpenShift Container Platform의 특정 버전에 대한 openshift-install 바이너리 파일은 항상 해당 버전을 설치합니다.

OpenShift Container Platform 4.19는 다음과 같은 업데이트 채널을 제공합니다.

  • stable-4.19
  • eus-4.y (EUS 버전에만 제공되며 EUS 버전 간 업데이트를 용이하게 하기 위한 것임)
  • fast-4.19
  • candidate-4.19

클러스터 버전 운영자가 업데이트 권장 서비스에서 사용 가능한 업데이트를 가져오지 않도록 하려면 OpenShift CLI에서 oc adm upgrade channel 명령을 사용하여 빈 채널을 구성할 수 있습니다. 예를 들어, 클러스터의 네트워크 액세스가 제한되어 있고 로컬에서 접근 가능한 업데이트 권장 서비스가 없는 경우 이 구성이 유용할 수 있습니다.

주의

Red Hat은 OpenShift Update Service에서 제안한 버전으로만 업데이트할 것을 권장합니다. 마이너 버전 업데이트의 경우 버전이 연속이어야 합니다. Red Hat은 비연속 버전에 대한 업데이트를 테스트하지 않으며 이전 버전과의 호환성을 보장할 수 없습니다.

1.3.1. 채널 업데이트

1.3.1.1. fast-4.19 채널

Red Hat이 해당 버전을 GA(일반 공급) 릴리스로 선언하자마자 fast-4.19 채널은 OpenShift Container Platform 4.19의 새로운 버전으로 업데이트됩니다. 따라서 이러한 릴리스는 완벽하게 지원되며 프로덕션 환경에서 사용하기 위한 목적으로 만들어졌습니다.

1.3.1.2. 안정적인 4.19 채널

fast-4.19 채널은 정정 사항이 게시되는 즉시 릴리스를 포함하는 반면, stable-4.19 채널에는 지연 후에 릴리스가 추가됩니다. 이러한 지연 기간 동안 여러 소스에서 데이터를 수집하여 제품 회귀의 징후를 분석합니다. 상당수의 데이터 포인트가 수집되면 이러한 릴리스는 안정적인 채널에 추가됩니다.

참고

상당수의 데이터 포인트를 얻는 데 필요한 시간은 여러 요인에 따라 달라지므로, 빠른 채널과 안정적인 채널 간의 지연 기간에 대한 서비스 수준 목표(SLO)는 제공되지 않습니다. 자세한 내용은 "클러스터에 맞는 올바른 채널 선택"을 참조하세요.

새로 설치된 클러스터는 기본적으로 안정적인 채널을 사용합니다.

1.3.1.3. eus-4.y 채널

안정적인 채널 외에도 OpenShift Container Platform의 모든 짝수 마이너 버전은 확장 업데이트 지원 (EUS)을 제공합니다. 안정적인 채널에 홍보된 릴리스는 동시에 EUS 채널에도 홍보됩니다. EUS 채널의 주요 목적은 제어 평면 전용 업데이트를 수행하는 클러스터의 편의성을 제공하는 것입니다.

참고

표준 구독자와 비 EUS 구독자 모두 모든 EUS 저장소와 필요한 RPM( rhel-*-eus-rpms )에 액세스하여 디버깅 및 드라이버 빌드와 같은 중요한 목적을 지원할 수 있습니다.

1.3.1.4. 후보-4.19 채널

candidate-4.19 채널은 릴리스가 빌드되자마자 지원되지 않는 조기 액세스를 제공합니다. 후보 채널에만 존재하는 릴리스에는 최종 GA 릴리스의 전체 기능 세트가 포함되지 않을 수 있으며, GA 이전에 기능이 제거될 수 있습니다. 또한, 이러한 릴리스는 Red Hat의 전체 품질 보증을 거치지 않았으며 이후 GA 릴리스에 대한 업데이트 경로를 제공하지 않을 수 있습니다. 이러한 단서를 감안할 때 후보 채널은 클러스터를 파괴하고 다시 만드는 것이 허용되는 테스트 목적으로만 적합합니다.

1.3.1.5. 채널의 권장 사항 업데이트

OpenShift Container Platform은 설치된 OpenShift Container Platform 버전과 다음 릴리스로 이동하기 위해 채널 내에서 취해야 할 경로를 아는 업데이트 권장 서비스를 유지 관리합니다. 업데이트 경로는 현재 선택한 채널과 해당 프로모션 특성에 관련된 버전으로 제한됩니다.

여러분의 채널에서 다음과 같은 릴리스를 볼 수 있다고 상상해보세요.

  • 4.19.0
  • 4.19.1
  • 4.19.3
  • 4.19.4

이 서비스는 테스트를 거쳐 심각한 회귀 현상이 없는 업데이트만 권장합니다. 예를 들어, 클러스터가 4.19.1이고 OpenShift Container Platform이 4.19.4를 제안하는 경우 4.19.1에서 4.19.4로 업데이트하는 것이 좋습니다.

중요

연속적인 패치 번호에 의존하지 않도록하십시오. 이 예에서 4.19.2는 채널에서 사용할 수 없었고 앞으로도 사용할 수 없으므로 4.19.2에 대한 업데이트는 권장되거나 지원되지 않습니다.

1.3.1.6. 업데이트 권장 사항 및 조건부 업데이트

Red Hat은 지원되는 채널에 추가되기 전과 후에 새로 출시된 버전과 해당 버전과 관련된 업데이트 경로를 모니터링합니다.

Red Hat이 지원되는 모든 릴리스에서 업데이트 권장 사항을 제거하는 경우, 회귀 문제를 수정하는 대체 업데이트 권장 사항이 향후 버전에 제공됩니다. 그러나 결함을 수정하고 테스트하여 선택한 채널에 홍보하는 동안 지연이 발생할 수 있습니다.

OpenShift Container Platform 4.10부터 업데이트 위험이 확인되면 해당 업데이트에 대한 조건부 업데이트 위험으로 선언됩니다. 알려진 각 위험은 모든 클러스터에 적용될 수도 있고, 특정 조건과 일치하는 클러스터에만 적용될 수도 있습니다. 일부 예로는 PlatformNone으로 설정하거나 CNI 공급자가 OpenShiftSDN 으로 설정되는 경우가 있습니다. 클러스터 버전 운영자(CVO)는 현재 클러스터 상태에 대해 알려진 위험을 지속적으로 평가합니다. 위험이 일치하지 않으면 업데이트를 권장합니다. 위험이 일치하는 경우 해당 업데이트 경로는 알려진 문제가 있는 업데이트 로 표시되고, 알려진 문제에 대한 참조 링크가 제공됩니다. 참조 링크는 클러스터 관리자가 위험을 감수하고 클러스터를 계속 업데이트할지 여부를 결정하는 데 도움이 됩니다.

Red Hat이 조건부 업데이트 위험을 선언하기로 선택하면 해당 조치는 모든 관련 채널에서 동시에 취해집니다. 조건부 업데이트 위험 선언은 업데이트가 지원되는 채널에 홍보되기 전이나 후에 발생할 수 있습니다.

1.3.1.7. 클러스터에 맞는 올바른 채널 선택

적절한 채널을 선택하려면 두 가지 결정이 필요합니다.

먼저, 클러스터 업데이트에 사용할 마이너 버전을 선택하세요. 현재 버전과 일치하는 채널을 선택하면 z-stream 업데이트만 적용되고 기능 업데이트는 받지 않게 됩니다. 현재 버전보다 최신 버전이 있는 사용 가능한 채널을 선택하면 하나 이상의 업데이트 이후 클러스터가 해당 버전으로 업데이트됩니다. 귀하의 클러스터에는 현재 버전, 다음 버전 또는 다음 EUS 버전과 일치하는 채널만 제공됩니다.

참고

여러 마이너 버전 간의 업데이트 계획에는 복잡성이 따르기 때문에 단일 제어 평면 전용 업데이트를 넘어서는 업데이트 계획을 지원하는 채널은 제공되지 않습니다.

두 번째로, 원하는 출시 전략을 선택해야 합니다. 빠른 채널을 선택하여 Red Hat에서 릴리스 GA를 선언하자마자 업데이트하도록 선택할 수도 있고, Red Hat에서 안정적인 채널로 릴리스를 홍보할 때까지 기다릴 수도 있습니다. fast-4.19stable-4.19 에서 제공하는 업데이트 권장 사항은 모두 완벽하게 지원되며, 지속적인 데이터 분석을 통해 동등하게 이점을 얻을 수 있습니다. 안정적인 채널로 릴리스를 홍보하기 전의 홍보 지연이 두 채널 간의 유일한 차이점입니다. 최신 z-stream 업데이트는 일반적으로 1주 또는 2주 이내에 stable 채널로 승격되지만, 최신 마이너에 대한 업데이트를 처음 출시할 때의 지연은 일반적으로 45-90일입니다. 원하는 채널을 선택할 때 프로모션 지연을 고려하시기 바랍니다. 안정적인 채널로의 프로모션을 기다리는 것은 일정 계획에 영향을 미칠 수 있습니다.

또한 조직이 클러스터를 영구적으로 또는 일시적으로 빠른 채널로 이동하게 만드는 데에는 다음과 같은 몇 가지 요소가 있습니다.

  • 지체 없이 환경에 영향을 미치는 것으로 알려진 특정 수정 사항을 적용하려는 욕구입니다.
  • CVE 수정 사항을 지체 없이 적용합니다. CVE 수정으로 인해 회귀가 발생할 수 있으므로 CVE 수정이 적용된 z-stream에는 여전히 프로모션 지연이 적용됩니다.
  • 내부 테스트 프로세스. 귀하의 조직에서 릴리스를 적격 심사하는 데 몇 주가 걸리는 경우, 기다리기보다는 프로모션 프로세스와 동시에 테스트하는 것이 가장 좋습니다. 이를 통해 Red Hat에 제공된 모든 원격 측정 신호가 출시에 반영되므로 귀하와 관련된 문제를 더 빨리 해결할 수 있습니다.

1.3.1.8. 네트워크가 제한된 환경의 클러스터

OpenShift Container Platform 클러스터의 컨테이너 이미지를 직접 관리하는 경우 제품 릴리스와 관련된 Red Hat errata를 참조하고 업데이트에 영향을 미치는 모든 의견을 기록해야 합니다. 업데이트 중에 사용자 인터페이스에서 버전 간 전환에 대한 경고가 표시될 수 있으므로, 해당 경고를 무시하기 전에 적절한 버전을 선택했는지 확인해야 합니다.

1.3.1.9. 채널 간 전환

채널은 웹 콘솔에서 전환하거나 adm upgrade channel 명령을 통해 전환할 수 있습니다.

$ oc adm upgrade channel <channel>
Copy to Clipboard Toggle word wrap

현재 릴리스를 포함하지 않는 채널로 전환하면 웹 콘솔에 경고가 표시됩니다. 웹 콘솔은 현재 릴리스가 없는 채널에서 업데이트를 권장하지 않습니다. 하지만 언제든지 원래 채널로 돌아갈 수 있습니다.

채널을 변경하면 클러스터의 지원 가능성에 영향을 미칠 수 있습니다. 다음과 같은 조건이 적용될 수 있습니다.

  • stable-4.19 채널에서 fast-4.19 채널로 변경하더라도 클러스터는 계속 지원됩니다.
  • 언제든지 candidate-4.19 채널로 전환할 수 있지만, 이 채널의 일부 릴리스는 지원되지 않을 수 있습니다.
  • 현재 릴리스가 일반 출시 릴리스인 경우 candidate-4.19 채널에서 fast-4.19 채널로 전환할 수 있습니다.
  • 언제든지 빠른 4.19 채널에서 안정적인 4.19 채널로 전환할 수 있습니다. 현재 릴리스가 최근에 승격된 경우, 릴리스 가 stable-4.19 로 승격되기까지 최대 하루가 지연될 수 있습니다.
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat