1.7. 연결이 끊긴 네트워크 환경에서 업그레이드

연결이 끊긴 네트워크 환경에서 Kubernetes용 Red Hat Advanced Cluster Management를 업그레이드하는 단계 및 정보를 참조하십시오.

참고: 이 정보는 Upgrading 의 업그레이드 절차를 따릅니다. 이 절차를 검토한 다음 다음 정보를 참조하십시오.

1.7.1. 릴리스 2.5 이상에서 업그레이드

Kubernetes용 Red Hat Advanced Cluster Management for Kubernetes를 설치 또는 업그레이드하는 동안 2.5 이상 릴리스를 위해 Kubernetes용 Red Hat Advanced Cluster Management 및 Kubernetes Operator용 멀티 클러스터 엔진 간의 상호 의존관계와 관련된 중요한 정보가 발생했습니다. 연결이 끊긴 네트워크 환경에 설치를 참조하십시오. 업그레이드할 때 비슷한 고려 사항이 필요합니다.

연결된 네트워크 환경에서의 업그레이드와 마찬가지로, Red Hat Advanced Cluster Management for Kubernetes용 Operator Lifecycle Manager 서브스크립션의 업그레이드 채널을 새 릴리스의 업그레이드 채널로 변경하여 업그레이드 프로세스가 시작됩니다.

그러나 연결이 끊긴 환경의 특수 특성으로 인해 업그레이드 프로세스를 시작하도록 업데이트 채널을 변경하기 전에 다음 미러링 요구 사항을 처리해야 합니다.

  1. 미러 카탈로그에서 필요한 패키지가 업데이트되었는지 확인합니다.

    설치 중 또는 이전 업데이트 중에 연결이 끊긴 네트워크 환경에서 Kubernetes용 Red Hat Advanced Cluster Management for Kubernetes를 설치하는 데 필요한 Operator 패키지 및 이미지가 포함된 미러 카탈로그와 레지스트리를 생성했습니다. 업그레이드하려면 업데이트된 버전의 Operator 패키지를 선택하려면 미러 카탈로그 및 레지스트리를 업데이트해야 합니다.

    설치 작업과 유사하게 미러 카탈로그 및 레지스트리에 포함할 Operator 목록에 다음 Operator 패키지가 포함되어 있는지 확인해야 합니다.

    • advanced-cluster-manager
    • multicluster-engine
  2. MutliclusterHub 리소스 인스턴스를 확인합니다.

    설치 또는 이전 업데이트 중에 MulticlusterHub 리소스의 인스턴스를 생성하고 연결이 끊긴 환경으로 인해 해당 리소스에 mce-subscription-spec 주석을 추가했습니다.

    미러 카탈로그 및 레지스트리를 업데이트하는 절차로 인해 이전에 사용한 것과 동일한 이름이 있는 CatalogSource 를 통해 OpenShift Container Platform 클러스터에서 업데이트된 카탈로그를 사용할 수 있게 된 경우 mce-subscriptino-spec 주석을 업데이트하기 위해 MulticlusterHub 리소스를 업데이트할 필요가 없습니다.

    그러나 미러링된 카탈로그 및 레지스트리를 업데이트하는 절차로 인해 새로 이름이 지정된 CatalogSource 가 생성되면 MulticlusterHub 리소스에서 mce-subscription-spec 주석을 업데이트하여 새 카탈로그 소스 이름을 반영합니다.

1.7.2. 릴리스 2.4에서 업그레이드

Red Hat Advanced Cluster Management for Kubernetes 릴리스 2.5 이상에서는 Kubernetes Operator 기능을 위해 관련 멀티 클러스터 엔진을 사용하여 Kubernetes용 Red Hat Advanced Cluster Management의 일부로 이전에 제공된 기본 서비스를 제공합니다. Kubernetes Operator용 Red Hat Advanced Cluster Management for Kubernetes Operator 2.5 이상에서는 hub 클러스터 설치 및 업그레이드의 일부로 Kubernetes Operator 및 MulticlusterEngine 리소스 인스턴스에 필요한 멀티 클러스터 엔진을 자동으로 설치하고 관리합니다.

연결된 네트워크 환경에서 클러스터 관리자는 특수 미러 카탈로그 및 카탈로그 소스 없이 Kubernetes용 Red Hat Advanced Cluster Management를 설치하거나 업그레이드할 수 있습니다. 그러나 연결이 끊긴 환경에서 Operator를 설치하려면 특수 미러 카탈로그 및 카탈로그 소스(이전 섹션에 설명된 대로) 설치 후 몇 가지 추가 단계가 필요합니다.

  1. 미러 카탈로그를 채우기 위한 프로시저 업데이트

    Kubernetes 릴리스 2.4 이상용 Red Hat Advanced Cluster Management를 설치할 때 미러링 프로시저에서 Red Hat Operator 카탈로그의 전체 사본을 생성한 경우 특별한 미러링 업데이트가 필요하지 않습니다. 카탈로그를 새로 고침하여 새 Operator 릴리스의 업데이트된 콘텐츠를 가져옵니다.

    그러나 프로시저에서 필터링된 카탈로그인 미러 카탈로그를 채우는 경우, advanced-cluster-management 패키지 외에도 multcluster-engine Operator 패키지가 미러 카탈로그에 포함되어 있는지 확인하기 위해 미러링 프로시저를 업데이트해야 합니다.

    미러 카탈로그를 채울 때 사용할 옵션의 예를 제공하는 미러 카탈로그 항목에 필요한 Operator 패키지 포함 을 참조하십시오. 프로시저에 사용되는 operator-package 목록을 업데이트하여 이러한 새 요구 사항에 맞게 업데이트합니다.

  2. MutliclusterHub 리소스 인스턴스를 업데이트합니다.

    연결 해제된 네트워크 환경 항목에 설명된 대로 hub 클러스터가 연결 해제된 환경에서 설치 또는 업그레이드될 때 MulticlusterHub 리소스에 새 주석이 필요합니다.

    모범 사례: Operator Lifecycle Manager 서브스크립션의 Operator Lifecycle Manager 업데이트 채널을 advanced-cluster-management Operator 패키지로 변경하기 전에 필요한 주석을 포함하도록 MulticlusterHub 리소스 인스턴스를 업데이트하여 릴리스 2.4에서 업그레이드를 시작합니다. 이번 업데이트를 통해 업그레이드를 지연 없이 진행할 수 있습니다.

    oc edit 명령을 사용하여 Multiclusterub 리소스를 업데이트하여 다음 예에 표시된 대로 mce-subscription-spec 주석을 추가합니다.

    metadata:
       annotations:
          installer.open-cluster-management.io/mce-subscription-spec: '{"source": "<my-mirror-catalog-source>"}'

    예제 의 <my-mirror-catalog-source >를 미러 카탈로그의 openshift-marketplace 네임스페이스에 있는 CatalogSource 리소스의 이름으로 교체합니다.

중요: 주석을 추가하기 전에 릴리스 2.4에서 릴리스 2.5로 업그레이드를 시작하면 Operator가 백그라운드에서 multicluster-engine 에 서브스크립션을 설치하려고 할 때 업그레이드가 중지됩니다. 이 기간 동안 MulticlusterHub 리소스의 상태는 업그레이드를 계속 표시합니다.

이 문제를 해결하려면 oc edit 를 실행하여 mce-subscription-spec 주석을 추가합니다.