1.3. 업데이트 채널 및 릴리스 이해
업데이트 채널은 사용자가 클러스터를 업데이트하려는 OpenShift Container Platform 마이너 버전을 선언하는 메커니즘입니다. 또한 사용자는 빠른,안정적인 후보, 후보 및 eus 채널 옵션을 통해 자신의 업데이트의 타이밍 및 수준을 선택할 수 있습니다. Cluster Version Operator는 다른 조건부 정보와 함께 채널 선언을 기반으로 업데이트 그래프를 사용하여 클러스터에 사용 가능한 권장 조건 및 조건부 업데이트 목록을 제공합니다.
업데이트 채널은 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.17은 다음과 같은 업데이트 채널을 제공합니다.
-
stable-4.17 -
EUS-4.y(EUS 버전에만 제공되며 EUS 버전 간의 업데이트를 용이하게 함) -
fast-4.17 -
candidate-4.17
Cluster Version Operator가 업데이트 권장 서비스에서 사용 가능한 업데이트를 가져오지 않도록 하려면 OpenShift CLI에서 oc adm upgrade channel 명령을 사용하여 빈 채널을 구성할 수 있습니다. 예를 들어 클러스터에 네트워크 액세스가 제한되어 있고 로컬에 연결할 수 있는 업데이트 권장 서비스가 없는 경우 이 구성이 유용할 수 있습니다.
Red Hat은 OpenShift Update Service에서 제안한 버전으로만 업데이트할 것을 권장합니다. 마이너 버전 업데이트의 경우 버전이 연속이어야 합니다. Red Hat은 일치하지 않는 버전에 대한 업데이트를 테스트하지 않으며 이전 버전과의 호환성을 보장할 수 없습니다.
1.3.1. 채널 업데이트
1.3.1.1. fast-4.17 채널
Red Hat이 정식 출시 버전 (GA) 릴리스로 선언하면 fast-4.17 채널이 새로운 버전의 OpenShift Container Platform 4.17으로 업데이트됩니다. 따라서 이러한 릴리스는 완전히 지원되며 프로덕션 환경에서 사용하기 위해 사용됩니다.
1.3.1.2. stable-4.17 채널
에라타가 출시되면 곧 fast-4.17 채널에 표시되지만 릴리스는 지연 후 stable-4.17 채널에 추가됩니다. 이러한 지연 동안 데이터는 여러 소스에서 수집되고 제품 회귀의 표시를 위해 분석됩니다. 상당한 수의 데이터 포인트가 수집되면 이러한 릴리스가 stable 채널에 추가됩니다.
상당한 수의 데이터 포인트를 얻는 데 필요한 시간은 여러 요인에 따라 달라지므로 빠른 채널과 안정적인 채널 간의 지연 기간에는 SLO(Service LeveL Objective)가 제공되지 않습니다. 자세한 내용은 "클러스터에 맞는 올바른 채널 관리"를 참조하십시오.
새로 설치된 클러스터는 기본적으로 안정적인 채널을 사용합니다.
1.3.1.3. EUS-4.y 채널
stable 채널 외에도 OpenShift Container Platform의 모든 짝수 마이너 버전은 EUS ( Extended Update Support )를 제공합니다. stable 채널로 승격된 릴리스도 EUS 채널로 동시에 승격됩니다. EUS 채널의 주요 목적은 컨트롤 플레인만 업데이트를 수행하는 클러스터의 편의를 제공하는 것입니다.
표준 및 EUS 이외의 구독자는 디버깅 및 빌드 드라이버와 같은 중요한 목적을 지원하기 위해 모든 EUS 리포지토리와 필요한 RPM(rhel-*-eus-rpms)에 액세스할 수 있습니다.
1.3.1.4. candidate-4.17 채널
candidate-4.17 채널에서는 빌드되는 즉시 지원되지 않는 초기 릴리스에 액세스할 수 있습니다. 후보 채널에만 있는 릴리스에는 GA 전에 최종 GA 릴리스 또는 기능의 전체 기능 세트가 포함되어 있지 않을 수 있습니다. 또한 이러한 릴리스는 전체 Red Hat Quality Assurance의 대상이 아니며 이후 GA 릴리스에 대한 업데이트 경로를 제공하지 않을 수 있습니다. 이러한 주의 사항을 고려하여 후보 채널은 클러스터를 제거하고 다시 생성하는 테스트 목적으로만 적합합니다.
1.3.1.5. 채널에서 권장 사항 업데이트
OpenShift Container Platform은 설치된 OpenShift Container Platform 버전과 다음 릴리스를 시작하기 위해 채널 내에서 취할 경로를 알고 있는 업데이트 권장 서비스를 유지 관리합니다. 업데이트 경로는 현재 선택한 채널 및 해당 승격 특성과 관련된 버전으로 제한됩니다.
채널에서 다음 릴리스를 확인할 수 있습니다.
- 4.17.0
- 4.17.1
- 4.17.3
- 4.17.4
이 서비스는 테스트되었으며 알려진 심각한 회귀 문제가 없는 업데이트만 권장합니다. 예를 들어 클러스터가 4.17.1에 있고 OpenShift Container Platform에서 4.17.4를 권장하는 경우 4.17.1에서 4.17.4로 업데이트하는 것이 좋습니다.
연속적인 패치 번호에 의존하지 않도록하십시오. 이 예에서 4.17.2는 채널에서 사용할 수 없으며 사용할 수 없으므로 4.17.2에 대한 업데이트는 권장되거나 지원되지 않습니다.
1.3.1.6. 권장 사항 및 조건부 업데이트 업데이트
Red Hat은 새로 릴리스된 버전 및 업데이트 경로를 지원 채널에 추가하기 전후에 모니터링합니다.
Red Hat이 지원되는 릴리스에서 업데이트 권장 사항을 제거하는 경우 회귀 문제를 수정하는 향후 버전에 대체 업데이트 권장 사항이 제공됩니다. 그러나 결함이 수정, 테스트 및 선택한 채널로 승격되는 동안 지연이 발생할 수 있습니다.
OpenShift Container Platform 4.10부터 업데이트 위험이 확인되면 관련 업데이트에 대한 조건부 업데이트 위험으로 선언됩니다. 알려진 각 위험은 모든 클러스터에 적용되거나 특정 조건과 일치하는 클러스터에만 적용될 수 있습니다. 일부 예로는 Platform을 None으로 설정하거나 CNI 공급자가 OpenShiftSDN 으로 설정되는 경우가 있습니다. CVO(Cluster Version Operator)는 현재 클러스터 상태에 대한 알려진 위험을 지속적으로 평가합니다. 위험이 일치하지 않으면 업데이트가 권장됩니다. 위험이 일치하는 경우 해당 업데이트 경로에 알려진 문제가 있는 업데이트로 레이블이 지정되고 알려진 문제에 대한 참조 링크가 제공됩니다. 참조 링크를 사용하면 클러스터 관리자가 위험을 수락하고 클러스터를 계속 업데이트할지 여부를 결정하는 데 도움이 됩니다.
Red Hat이 조건부 업데이트 위험을 선언하도록 선택하면 모든 관련 채널에서 동시에 해당 조치를 취할 수 있습니다. 조건부 업데이트 위험 선언은 업데이트가 지원되는 채널로 승격되기 전이나 후에 발생할 수 있습니다.
1.3.1.7. 클러스터에 적합한 채널 선택
적절한 채널을 선택하려면 두 가지 결정이 필요합니다.
먼저 클러스터 업데이트에 필요한 마이너 버전을 선택합니다. 현재 버전과 일치하는 채널을 선택하면 z-stream 업데이트만 적용되고 기능 업데이트가 제공되지 않습니다. 현재 버전보다 큰 버전이 있는 사용 가능한 채널을 선택하면 하나 이상의 업데이트 후 클러스터가 해당 버전으로 업데이트됩니다. 클러스터는 현재 버전, 다음 버전 또는 다음 EUS 버전과 일치하는 채널만 제공됩니다.
많은 마이너 버전 간의 업데이트 계획에 관련된 복잡성으로 인해 단일 컨트롤 플레인 이후 업데이트 계획에 도움이 되는 채널은 제공되지 않습니다.
두 번째, 원하는 롤아웃 전략을 선택해야 합니다. Red Hat이 fast 채널에서 선택하여 GA 릴리스를 선언하는 즉시 업데이트하거나 Red Hat이 stable 채널로 릴리스를 승격할 때까지 기다려야 할 수 있습니다. fast-4.17 및 stable-4.17 에서 제공되는 업데이트 권장 사항은 모두 완전히 지원되며 지속적인 데이터 분석의 이점을 제공합니다. stable 채널로 릴리스를 승격하기 전에 승격 지연은 두 채널 간의 유일한 차이점을 나타냅니다. 최신 z-stream 업데이트는 일반적으로 1주 또는 2주 이내에 stable 채널로 승격되지만, 최신 마이너에 대한 업데이트를 처음 출시할 때의 지연은 일반적으로 45-90일입니다. stable 채널로의 승격 대기가 일정 계획에 영향을 줄 수 있으므로 원하는 채널을 선택할 때 승격 지연을 고려하십시오.
또한 조직이 클러스터를 영구적으로 또는 일시적으로 다음을 포함하여 빠른 채널로 이동할 수 있는 몇 가지 요인이 있습니다.
- 지연 없이 환경에 영향을 미치는 것으로 알려진 특정 수정 사항을 적용하십시오.
- 지연 없이 CVE 수정 적용 CVE 수정으로 인해 회귀 문제가 발생할 수 있으므로 승격 지연은 CVE 수정을 통해 z-streams에 계속 적용됩니다.
- 내부 테스트 프로세스. 자격을 갖춘 데 몇 주가 걸리면 Red Hat의 프로모션 프로세스와 동시에 기다리는 것이 가장 좋습니다. 또한 Red Hat에 제공된 Telemetry 신호가 롤아웃에 영향을 미치므로 귀하와 관련된 문제를 보다 신속하게 수정할 수 있습니다.
1.3.1.8. 네트워크가 제한된 환경의 클러스터
OpenShift Container Platform 클러스터의 컨테이너 이미지를 직접 관리하는 경우 제품 릴리스와 관련된 Red Hat 에라타를 참조하고 업데이트에 영향을 미치는 의견을 기록해야 합니다. 업데이트 중에 사용자 인터페이스에서 이러한 버전 간 전환에 대해 경고할 수 있으므로 해당 경고를 무시하기 전에 적절한 버전을 선택해야 합니다.
1.3.1.9. 채널 간 전환
채널은 웹 콘솔에서 전환하거나 adm upgrade channel 명령을 통해 전환할 수 있습니다.
$ oc adm upgrade channel <channel>
현재 릴리스를 포함하지 않는 채널로 전환하면 웹 콘솔에 경고가 표시됩니다. 웹 콘솔은 현재 릴리스가 없는 채널에서 업데이트를 권장하지 않습니다. 하지만 언제든지 원래 채널로 돌아갈 수 있습니다.
채널을 변경하면 클러스터의 지원 가능성에 영향을 미칠 수 있습니다. 다음과 같은 조건이 적용될 수 있습니다.
-
stable-4.17채널에서fast-4.17채널로 변경해도 클러스터는 계속 지원됩니다. -
언제든지
candidate-4.17채널로 전환할 수 있지만 이 채널의 일부 릴리스는 지원되지 않을 수 있습니다. -
현재 릴리스가 정식 사용 버전 릴리스인 경우
candidate-4.17채널에서fast-4.17채널로 전환할 수 있습니다. -
fast-4.17채널에서stable-4.17채널로 전환할 수 있습니다. 현재 릴리스가 최근에 승격된 경우 릴리스가stable-4.17로 승격되기까지 최대 하루가 지연될 수 있습니다.
