업그레이드

OpenShift Dedicated 4

OpenShift Dedicated 업그레이드

Red Hat OpenShift Documentation Team

초록

이 문서에서는 OpenShift Dedicated 클러스터 업그레이드에 대한 정보를 제공합니다.

1장. OpenShift Dedicated 클러스터 업그레이드

자동 또는 수동 업그레이드 정책을 예약하여 OpenShift Dedicated 클러스터 버전을 업데이트할 수 있습니다. OpenShift Dedicated 클러스터 업그레이드는 Red Hat OpenShift Cluster Manager 또는 OpenShift Cluster Manager CLI를 통해 수행할 수 있습니다.

Red Hat 사이트 안정성 엔지니어(SRE)는 업그레이드 진행 상황을 모니터링하고 발생한 문제를 해결합니다.

1.1. OpenShift Dedicated 클러스터 업그레이드 이해

OpenShift Dedicated 클러스터에서 업그레이드를 사용할 수 있게 되면 Red Hat OpenShift Cluster Manager 또는 OpenShift Cluster Manager CLI를 통해 최신 버전으로 업그레이드할 수 있습니다. 기존 클러스터 또는 클러스터 생성 중에 업그레이드 정책을 설정하고 자동 또는 수동으로 업그레이드를 예약할 수 있습니다.

Red Hat 사이트 안정성 엔지니어(SRE)는 OpenShift Dedicated 클러스터에서 사용 가능한 버전의 선별된 목록을 제공합니다. 각 클러스터에 대해 사용 가능한 릴리스의 전체 목록과 해당 릴리스 노트를 검토할 수 있습니다. OpenShift Cluster Manager는 지원되는 최신 버전에서 클러스터를 설치할 수 있으며 업그레이드는 언제든지 취소할 수 있습니다.

업그레이드 중에 PodDisruptionBudget 보호 워크로드가 유지되는 기간에 대한 유예 기간을 설정할 수도 있습니다. 이 유예 기간이 지나면 노드에서 성공적으로 드레이닝되지 않은 PodDisruptionBudget 에 의해 보호되는 모든 워크로드가 강제로 삭제됩니다.

참고

각 OpenShift Dedicated 클러스터의 모든 Kubernetes 개체 및 PV는 OpenShift Dedicated 서비스의 일부로 백업됩니다. 애플리케이션 및 애플리케이션 데이터 백업은 OpenShift Dedicated 서비스의 일부가 아닙니다. 업그레이드를 예약하기 전에 애플리케이션 및 애플리케이션 데이터에 대한 백업 정책을 마련해야 합니다.

참고

예약된 업그레이드 정책에 따라 즉시 업그레이드하더라도 업그레이드 프로세스가 시작되기 전에 1시간 이상 지연될 수 있습니다. 또한 업그레이드 기간은 워크로드 구성에 따라 다를 수 있습니다.

1.1.1. 반복 업그레이드

업그레이드는 클러스터 소유자 또는 관리자가 지정한 날짜와 시간에 자동으로 수행될 수 있습니다. 해당 주 동안 업그레이드를 사용할 수 없는 경우 매주 업그레이드가 수행됩니다.

클러스터에 대한 반복 업데이트를 선택하는 경우 관리자의 승인을 제공해야 합니다. OpenShift Cluster Manager는 관리자의 승인을 받지 않고 마이너 버전에 대해 예정된 y-stream 업데이트를 시작하지 않습니다.

참고

되풀이 업그레이드 정책은 선택 사항이며 설정되지 않은 경우 업그레이드 정책은 기본적으로 개별로 설정됩니다.

1.1.2. 개별 업그레이드

개별 업그레이드를 선택하는 경우 클러스터를 업데이트해야 합니다. 승인이 필요한 업데이트 버전을 선택하는 경우 관리자의 승인을 제공해야 합니다.

클러스터 버전이 오래되면 제한된 지원 상태로 전환됩니다. OpenShift 라이프 사이클 정책에 대한 자세한 내용은 OpenShift Dedicated 업데이트 라이프 사이클을 참조하십시오.

1.1.3. 업그레이드 알림

OpenShift Cluster Manager 콘솔에서 개요 탭에서 클러스터 기록을 볼 수 있습니다. 업그레이드 상태는 클러스터 기록 제목 아래의 서비스 로그에서 볼 수 있습니다.

상태 변경 시 클러스터 소유자 및 구독된 사용자에게 이메일 알림이 트리거됩니다. 다음 이벤트에 대한 이메일 알림을 받습니다.

  • 업그레이드가 예약되었습니다.
  • 업그레이드가 시작되었습니다.
  • 업그레이드가 완료되었습니다.
  • 업그레이드가 취소되었습니다.
참고

반복 업그레이드의 경우 다음과 같은 주기에 따라 업그레이드가 발생하기 전에 이메일 알림을 받습니다.

  • 2 주 공지
  • 1 주 알림
  • 1일 통지

추가 리소스

1.2. 클러스터에 대한 반복 업그레이드 예약

OpenShift Cluster Manager를 사용하여 OpenShift Dedicated 클러스터의 z-stream 패치 버전에 대한 반복적인 자동 업그레이드를 예약할 수 있습니다. 업스트림 변경 사항에 따라 업데이트가 릴리스되지 않는 경우가 있을 수 있습니다. 따라서 이번 주에는 업그레이드가 수행되지 않습니다.

절차

  1. OpenShift Cluster Manager 의 클러스터 목록에서 클러스터를 선택합니다.
  2. 업그레이드 설정 탭을 클릭하여 업그레이드 Operator에 액세스합니다.
  3. 반복 업그레이드를 예약하려면 업데이트 반복을 선택합니다.
  4. 관리자의 승인을 제공하고 승인을 클릭한 후 계속합니다. OpenShift Cluster Manager는 관리자의 승인을 받지 않고 마이너 버전에 대해 예정된 y-stream 업데이트를 시작하지 않습니다.
  5. 요일과 클러스터를 업그레이드할 시간을 지정합니다.
  6. 저장을 클릭합니다.
  7. 선택 사항: 드롭다운 목록에서 지정된 시간을 선택하여 노드 드레이닝 의 유예 기간을 설정합니다. 기본적으로 1시간 유예 기간이 설정됩니다.
  8. 기존 반복 업그레이드 정책을 편집하려면 업그레이드 설정 탭에서 기본 날짜 또는 시작 시간을 편집합니다. 저장을 클릭합니다.
  9. 반복 업그레이드 정책을 취소하려면 업그레이드 설정 탭에서 업그레이드 방법을 개별적으로 전환합니다. 저장을 클릭합니다.

업그레이드 설정 탭에서 업그레이드 상태 상자에 업그레이드가 예약됨을 나타냅니다. 다음 예정된 업데이트 날짜 및 시간이 나열됩니다.

1.3. 클러스터 개별 업그레이드 예약

OpenShift Cluster Manager를 사용하여 OpenShift Dedicated 클러스터를 한 번에 수동으로 업그레이드할 수 있습니다.

절차

  1. OpenShift Cluster Manager 의 클러스터 목록에서 클러스터를 선택합니다.
  2. 업그레이드 설정 탭을 클릭하여 업그레이드 Operator에 액세스합니다. 세부 정보 제목 아래의 클러스터 버전 옆에 있는 Update 를 클릭하여 개요 탭에서 클러스터를 업데이트할 수도 있습니다.
  3. 개별 업그레이드를 예약하려면 개별 업데이트를 선택합니다.
  4. Update Status 상자에서 Update를 클릭합니다.
  5. 클러스터를 업그레이드할 버전을 선택합니다. 권장되는 클러스터 업그레이드가 UI에 표시됩니다. 사용 가능한 각 업그레이드 버전에 대해 자세히 알아보려면 릴리스 정보 보기 를 클릭합니다.
  6. 승인이 필요한 업데이트 버전을 선택하는 경우 관리자의 승인을 요청한 후 승인을 클릭하고 계속.
  7. 다음을 클릭합니다.
  8. 업그레이드를 예약하려면 다음을 수행합니다.

    • 다음 시간 내에 업그레이드하려면 지금 업그레이드를 클릭합니다.
    • 다른 시간 예약을 클릭하고 클러스터를 업그레이드할 날짜와 시간을 지정합니다.
  9. 다음을 클릭합니다.
  10. 업그레이드 정책을 검토하고 업그레이드 확인을 클릭합니다.
  11. 클러스터 업그레이드가 예약되면 확인이 표시됩니다. 닫기를 클릭합니다.
  12. 선택 사항: 드롭다운 목록에서 지정된 시간을 선택하여 노드 드레이닝 의 유예 기간을 설정합니다. 기본적으로 1시간 유예 기간이 설정됩니다.

개요 탭에서 클러스터 버전 옆에 있는 UI는 업그레이드가 예약된 것으로 알립니다. 업그레이드 세부 정보를 보려면 세부 정보 보기 를 클릭합니다. 예약된 업그레이드를 취소해야 하는 경우 세부 정보 보기 팝업에서 이 업그레이드 취소 를 클릭합니다.

업그레이드 상태 상자의 업그레이드 설정 탭에서 동일한 업그레이드 세부 정보를 사용할 수 있습니다. 예약된 업그레이드를 취소해야 하는 경우 업그레이드 상태 상자에서 이 업그레이드 취소 를 클릭합니다.

주의

OpenShift Dedicated의 CVE 또는 기타 중요한 문제가 발견되면 수정 사항이 릴리스된 후 48시간 이내에 모든 클러스터가 업그레이드됩니다. 수정 사항을 사용할 수 있을 때 알림을 받고 48시간 창이 닫히기 전에 최신 기본 시작 시간에 클러스터가 자동으로 업그레이드됨을 알 수 있습니다. 반복 업그레이드가 시작되기 전에 언제든지 수동으로 업그레이드할 수도 있습니다.

법적 공지

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.