3장. 업그레이드 준비

절차

1. 이전에 RHEL 7에서 RHEL 8로 인플레이스 업그레이드를 수행한 경우 시스템에 있는 경우 /root/tmp_leapp_py3 디렉토리를 제거하십시오.

   # rm -rf /root/tmp_leapp_py3

   중요

   업그레이드를 수행할 때 /root/tmp_leapp_py3 디렉터리가 시스템에 있는 경우 업그레이드 후 시스템이 중단될 수 있습니다.

2. Red Hat Subscription Manager를 사용하여 시스템이 Red Hat CDN(Content Delivery Network) 또는 Red Hat Satellite에 성공적으로 등록되어 있는지 확인합니다.
3. 시스템을 Satellite Server에 등록한 경우 업그레이드에 대해 Satellite 등록 시스템 준비 단계를 완료하여 시스템이 업그레이드 요구 사항을 충족하는지 확인합니다.

4. Red Hat Enterprise Linux Server 서브스크립션 이 연결되어 있는지 확인합니다. 예를 들어 다음과 같습니다.

   # subscription-manager list --installed
   +-------------------------------------------+
       	  Installed Product Status
   +-------------------------------------------+
   Product Name:  	Red Hat Enterprise Linux x86_64
   Product ID:     479
   Version:        8.6
   Arch:           x86_64
   Status:         Subscribed

5. 적절한 리포지토리가 활성화되어 있는지 확인합니다. 다음 명령은 64비트 Intel 아키텍처에 대한 기본 및 Appstream 리포지토리를 활성화합니다. 다른 아키텍처의 경우 RHEL 8 리포지토리를 참조하십시오.

   # subscription-manager repos --enable rhel-8-for-x86_64-baseos-rpms --enable rhel-8-for-x86_64-appstream-rpms

   참고

   선택적으로 CodeReady Linux Builder (선택 사항) 또는 추가 리포지토리를 활성화할 수 있습니다. 리포지토리 ID에 대한 자세한 내용은 RHEL 8 리포지토리를 참조하십시오. 이러한 리포지토리의 콘텐츠에 대한 자세한 내용은 패키지 매니페스트 를 참조하십시오.

6. RHSM을 사용하여 서브스크립션하는 시스템의 경우 시스템을 RHEL 8.7로 잠급니다.

   # subscription-manager release --set 8.7

7. 선택 사항: 사용자 지정 리포지토리를 사용하려면 사용자 정의 리포지토리 구성 의 지침에 따라 구성합니다.

8. dnf 버전lock 플러그인을 사용하여 패키지를 특정 버전으로 잠길 경우 다음을 실행하여 잠금을 지웁니다.

   # dnf versionlock clear

   자세한 내용은 How to restrict dnf to install or upgrade a package to a fixed specific package version? 에서 참조하십시오.

9. 퍼블릭 클라우드에서 RHUI(Red Hat Update Infrastructure)를 사용하여 업그레이드하는 경우 필요한 RHUI 리포지토리를 활성화하고 필요한 RHUI 패키지를 설치하여 시스템을 업그레이드할 준비가 되었는지 확인합니다.

   1. AWS의 경우:

      # dnf config-manager --set-enabled rhui-client-config-server-8
      # dnf -y install rh-amazon-rhui-client-ha leapp-rhui-aws

   2. Microsoft Azure의 경우:

      # dnf config-manager --set-enabled rhui-microsoft-azure-rhel8
      # dnf -y install rhui-azure-rhel8 leapp-rhui-azure

   3. Google Cloud Platform의 경우 GCP(Google Cloud Platform) 지식베이스용 Leapp RHUI 패키지를 따르십시오.

10. 모든 패키지를 최신 RHEL 8 버전으로 업데이트합니다.

    # dnf update

11. 시스템을 재부팅합니다.

    # reboot

12. Leapp 유틸리티를 설치합니다.

    # dnf install leapp-upgrade

    현재는 dotnet p - upgrade - el8toel9 RPM 패키지가 포함된 버전 0.15.0 이상 및 버전 0.17.0 버전 0.17.0 이상이 필요합니다.

    참고

    시스템이 인터넷에 액세스할 수 없는 경우 Red Hat 고객 포털에서 다음 패키지를 다운로드하십시오.

    • LeApp
    • LeApp-deps
    • python3-leapp
    • leapp-upgrade-el8toel9
    • leapp-upgrade-el8toel9-deps

13. RPM 패키지 변경 사항, RPM 리포지토리 매핑, 지원되지 않는 드라이버 및 장치를 포함하여 추가 필수 데이터 파일의 최신 버전에 액세스할 수 있는지 확인하십시오.

    1. 업그레이드에 RHSM을 사용하는 경우 시스템에 cloud.redhat.com에 액세스할 수 있으며, 필요한 데이터 파일의 이전 버전을 다운로드하지 않았으며 추가 작업이 필요하지 않습니다. 데이터 파일은 cloud.redhat.com에서 자동으로 다운로드됩니다. 이는 개발자 서브스크립션에도 적용됩니다. 시스템이 프록시 뒤에 있는 경우 $LEAPP_PROXY_HOST 환경 변수를 사용하여 데이터에 액세스할 수 있습니다.

    2. 지식 베이스 문서 Leapp 유틸리티 메타데이터에서 연결이 끊긴 업그레이드를 위해 RHEL의 전체 업그레이드에 연결된 데이터 파일을 다운로드하여 /etc/leapp/files/ 디렉터리에 배치합니다. 현재는 dotnet p-data19.tar.gz 아카이브의 데이터 파일이 필요합니다. 이는 다음과 같은 시나리오에서 업그레이드에 필요합니다.

       1. RHUI를 사용하여 퍼블릭 클라우드에서 업그레이드할 수 있습니다. Red Hat 서브스크립션 또는 Red Hat 고객 포털 계정이 없는 경우 지식 베이스 문서에 액세스하고 필요한 데이터 패키지를 다운로드할 수 있도록 무료 RHEL 개발자 서브스크립션을 생성하십시오. 자세한 내용은 How do I get a no-cost Red Hat Enterprise Linux Developer Subscription or renew it?
       2. 시스템이 인터넷에 액세스할 수 없습니다.
       3. 업그레이드에 RHSM을 사용하고 있으며 이전에 필요한 데이터 파일의 이전 버전을 다운로드했지만 업그레이드를 수행하지 않았습니다(예: 자동화된 스크립트를 생성하기 위해). 이전 버전의 데이터 파일을 삭제하여 최신 파일 버전의 자동 다운로드를 시작할 수도 있습니다.
14. 안티바이러스 소프트웨어를 일시적으로 비활성화하여 업그레이드가 실패하지 않도록 합니다.

15. 구성 관리 시스템이 인플레이스 업그레이드 프로세스를 방해하지 않도록 합니다.

    • Puppet,Salt 또는 Chef 와 같은 클라이언트-서버 아키텍처와 함께 구성 관리 시스템을 사용하는 경우 윤p preupgrade 명령을 실행하기 전에 시스템을 비활성화합니다. 업그레이드 중 문제가 발생하지 않도록 업그레이드가 완료될 때까지 구성 관리 시스템을 활성화하지 마십시오.

    • Ansible 과 같은 에이전트 없는 아키텍처가 포함된 구성 관리 시스템을 사용하는 경우 RHEL 8에서 RHEL 9로의 업그레이드를 수행하는 데 설명된 대로 인플레이스 업그레이드 중에 Ansible 플레이북과 같은 구성 및 배포 파일을 실행하지 마십시오.

      구성 관리 시스템을 사용하여 사전 업그레이드 및 업그레이드 프로세스의 자동화는 Red Hat에서 지원되지 않습니다. 자세한 내용은 Using configuration management systems to automate parts of the Leapp pre-upgrade and upgrade process on Red Hat Enterprise Linux 를 참조하십시오.

16. 시스템이 커널(eth)에서 사용하는 접두사를 기반으로 이름에 두 개 이상의 NIC(네트워크 인터페이스 카드)를 사용하지 않는지 확인합니다. RHEL 9로 바로 업그레이드하기 전에 다른 명명 스키마로 마이그레이션하는 방법에 대한 자세한 내용은 RHEL 7에서 커널 NIC 이름을 사용할 때 RHEL 8으로의 내부 업그레이드를 수행하는 방법을 참조하십시오. 이름 지정 체계를 마이그레이션하는 프로세스는 RHEL 7에서 RHEL 8으로 업그레이드하고 RHEL 8에서 RHEL 9 업그레이드 모두에 적용됩니다.
17. NSS 데이터베이스가 RHEL 7 이하에서 생성된 경우 데이터베이스가 DBM 데이터베이스 형식에서 SQLite로 변환되었는지 확인합니다. 자세한 내용은 DBM에서 SQLite으로 NSS 데이터베이스 업데이트를 참조하십시오.
18. RHEL 9는 RHEL 8에서 더 이상 사용되지 않는 레거시 network-scripts 패키지를 지원하지 않습니다. 업그레이드하기 전에 사용자 지정 네트워크 스크립트를 이동하고 기존 사용자 지정 스크립트를 실행하는 NetworkManager 디스패처 스크립트를 작성합니다. 자세한 내용은 사용자 지정 네트워크 스크립트를 NetworkManager 디스패치 스크립트로 마이그레이션 을 참조하십시오.
19. 전체 시스템 백업 또는 가상 머신 스냅샷이 있는지 확인하십시오. 환경 내에서 표준 재해 복구 절차를 따르는 경우 시스템을 pre-upgrade 상태로 만들 수 있습니다. 예를 들어 Relax-and-Recover(ReaR) 유틸리티를 사용할 수 있습니다. 자세한 내용은 ReaR 문서 및 What is Relax and Recover (ReaR)를 참조하며 재해 복구에 어떻게 사용할 수 있습니까? 또는 LVM 스냅샷, 또는 RAID 분할을 사용할 수 있습니다. 가상 머신을 업그레이드하는 경우 전체 VM의 스냅샷을 생성할 수 있습니다.