절차

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의 스냅샷을 생성할 수 있습니다.

절차

1. Satellite가 전체 버전 또는 유지 관리 지원에 있는지 확인합니다. 자세한 내용은 Red Hat Satellite 제품 라이프 사이클을 참조하십시오.
2. RHEL 9 리포지토리가 포함된 서브스크립션 매니페스트를 Satellite Server로 가져옵니다. 자세한 내용은 콘텐츠 관리 가이드의 Red Hat Satellite 특정 버전에 대한 서브스크립션 관리 장(예: 버전 6.10 )을 참조하십시오.

3. RHEL 8.7 및 RHEL 9.0의 최신 업데이트와 필요한 모든 RHEL 8 및 RHEL 9 리포지토리를 활성화하고 동기화합니다.

   참고

   RHEL 9 리포지토리의 경우 각 리포지토리의 버전 9.0을 활성화해야 합니다. 리포지토리의 RHEL 9 버전만 활성화한 경우 인플레이스 업그레이드가 억제되어 있습니다.

   예를 들어 EUS (Extended Update Support) 서브스크립션이 없는 Intel 아키텍처의 경우 다음 리포지토리를 최소한으로 활성화하십시오.

   • Red Hat Enterprise Linux 8 for x86_64 - AppStream(RPM)

     rhel-8-for-x86_64-appstream-rpms

     x86_64 8 or 8.7

   • Red Hat Enterprise Linux 8 for x86_64 - BaseOS(RPM)

     rhel-8-for-x86_64-baseos-rpms

     x86_64 8 or 8.7

   • Red Hat Enterprise Linux 9 for x86_64 - AppStream(RPM)

     rhel-9-for-x86_64-appstream-rpms

     x86_64 9.0

   • Red Hat Enterprise Linux 9 for x86_64 - BaseOS(RPM)

     rhel-9-for-x86_64-baseos-rpms

     x86_64 9.0

     다른 아키텍처의 경우 RHEL 8 리포지토리 및 RHEL 9 리포지토리를 참조하십시오.

     자세한 내용은 콘텐츠 관리 가이드에서 Red Hat Satellite 의 특정 버전에 대한 콘텐츠 가져오기 장(예: 버전 6.10 )을 참조하십시오.

4. 필요한 RHEL 8 및 RHEL 9 리포지토리가 포함된 콘텐츠 뷰에 콘텐츠 호스트를 연결합니다.

   자세한 내용은 Red Hat Satellite 의 특정 버전에 대한 콘텐츠 관리 가이드 의 콘텐츠 뷰 관리 장(예: 버전 6.10 )을 참조하십시오.

절차

1. RHEL 8 시스템에서 업그레이드 단계를 수행합니다.

   # leapp preupgrade --target 9.0

   • 업그레이드에 /etc/yum.repos.d/ 디렉터리의 사용자 지정 리포지토리 를 사용하려면 다음과 같이 선택한 리포지토리를 활성화합니다.

     # leapp preupgrade --enablerepo <repository_id1> --enablerepo <repository_id2> ...

   • RHSM 없이 업그레이드하거나 RHUI를 사용하려면 --no-rhsm 옵션을 추가합니다.
   • EUS (Extended Upgrade Support), Advanced Update Support (AUS) 또는 Update Services for SAP Solutions (E4S) 서브스크립션이 있는 경우 -- channel채널 옵션을 추가합니다. 채널을 채널로 교체합니다(예: eus,aus, e4s ).

2. 다음 방법 중 하나로 Leapp 에 필요한 각 질문에 대한 답변을 제공하십시오.

   • 윤p 응답 명령을 실행하여 응답 중인 질문을 지정하고 확인된 응답을 지정합니다.

     # leapp answer --section <question_section>.<field_name>=<answer>

     예를 들어 질문에 대한 True 응답을 확인하려면 모든 VDO 장치(있는 경우)가 LVM 관리로 성공적으로 변환됩니까?? 다음 명령을 실행합니다.

     # leapp answer --section check_vdo.confirm=True

   • /var/log/leapp/answerfile 파일을 수동으로 편집하고 # 기호를 삭제하여 파일의 마지막 줄의 주석을 제거한 다음, True 또는 False 로 답변을 확인합니다. Leapp 응답file 을 참조하십시오.
3. /var/log/leapp/leapp-report.txt 파일의 보고서를 검사하고 인플레이스 업그레이드를 진행하기 전에 보고된 모든 문제를 수동으로 해결합니다.

절차

1. cockpit-leapp 플러그인을 설치합니다.

   # dnf install cockpit-leapp

2. 브라우저에서 웹 콘솔로 이동하여 root 또는 /etc/sudoers 파일에 구성된 사용자로 로그인합니다. 웹 콘솔에 대한 자세한 내용은 RHEL 8 웹 콘솔을 사용하여 시스템 관리를 참조하십시오.

3. RHEL 8 시스템에서 명령줄 인터페이스 또는 웹 콘솔 터미널에서 사전 업그레이드 단계를 수행합니다.

   # leapp preupgrade --target 9.0

   • 업그레이드에 /etc/yum.repos.d/ 디렉터리의 사용자 지정 리포지토리 를 사용하려면 다음과 같이 선택한 리포지토리를 활성화합니다.

     # leapp preupgrade --target 9.0 --enablerepo <repository_id1> --enablerepo <repository_id2> ...

   • RHSM 없이 업그레이드하거나 RHUI를 사용하려면 --no-rhsm 옵션을 추가합니다.
   • EUS (Extended Upgrade Support), Advanced Update Support (AUS) 또는 Update Services for SAP Solutions (E4S) 서브스크립션이 있는 경우 -- channel채널 옵션을 추가합니다. 채널을 채널로 교체합니다(예: eus,aus, e4s ).

4. 웹 콘솔의 왼쪽 메뉴에서 In-place Upgrade Report 를 선택합니다.

   그림 4.1. 웹 콘솔의 내부 업그레이드 보고서

   

   보고서 테이블은 발견된 문제, 위험 평가 및 수정(사용 가능한 경우)에 대한 개요를 제공합니다.

   • 위험 요소:

     • 높음 - 시스템 상태가 저하될 가능성이 높습니다.
     • 중간 - 시스템 및 응용 프로그램에 모두 영향을 줄 수 있습니다.
     • 낮음 - 시스템에 영향을 미치지 않지만 애플리케이션에 영향을 줄 수 있습니다.
     • info - 시스템 또는 애플리케이션에 예상된 영향을 미치지 않는 정보
   • Inhibitor - inhibitor - 업그레이드 프로세스를 중단(하드) 그렇지 않으면 시스템이 부팅 가능하거나, 액세스할 수 없거나, 액세스할 수 없거나, 기능이 작동하지 않을 수 있습니다.

   • 수정 - 보고된 문제에 대한 실행 가능한 해결 방법:

     • 수정 명령 - 웹 콘솔을 통해 직접 실행할 수 있습니다.
     • 해결 팁 - 문제를 수동으로 해결하는 방법에 대한 지침

5. 보고서의 내용을 검사합니다. 헤더를 클릭하여 테이블을 정렬할 수 있습니다. 세부 정보 창을 열려면 선택한 행을 클릭합니다.

   그림 4.2. 세부 정보 창

   

   세부 정보 창에는 다음과 같은 추가 정보가 표시됩니다.

   • 문제 요약 및 문제를 자세히 설명하는 지식베이스 문서에 대한 링크
   • 수정 - 자동 수정(사용 가능한 경우)을 실행하거나 예약하고 적용 시 결과를 확인할 수 있습니다.
   • 영향을 받는 시스템 리소스: 패키지, 리포지토리, 파일(구성, 데이터), 디스크, 볼륨

6. 선택적으로 결과를 필터링합니다. 보고서의 왼쪽 상단에 있는 Filters (필터) 버튼을 클릭하고 기본 설정에 따라 필터를 적용합니다. 필터 카테고리는 서로 함께 적용됩니다.

   그림 4.3. 필터

   

7. 자동 수정을 적용할 문제를 선택합니다. 두 가지 옵션이 있습니다.

   1. 세부 정보 창에서 Add to Remediation Plan 버튼을 클릭하여 개별 항목을 선택합니다. 또는 세부 정보 창에서 Run Remediation s(해결 방법 실행)를 클릭하여 직접 개별 수정을 실행할 수 있습니다.
   2. 보고서 오른쪽 상단에 있는 Add all remediations to plan 버튼을 클릭하여 수정을 사용할 수 있는 모든 항목을 선택합니다.

8. 웹 콘솔에서 Leapp 에 필요한 질문을 검토하고 답변합니다. 응답되지 않은 각 질문은 업그레이드 보고서 의 응답 파일에 필요한 답변 으로 표시됩니다. 질문에 답변할 제목을 선택합니다.

   1. 기본 True 응답을 확인하려면 Add to Remediation Plan 을 선택하여 나중에 수정 사항을 실행하거나 수정을 즉시 실행합니다.

   2. 대신 기본값이 아닌 대답을 선택하려면 다음 중 하나를 수행합니다.

      1. 윤p 응답 명령을 실행하여 응답 중인 질문을 지정하고 확인된 응답을 지정합니다.

         # leapp answer --section <question_section>.<field_name>=<answer>

         예를 들어 질문에 대한 True 응답을 확인하려면 모든 VDO 장치(있는 경우)가 LVM 관리로 성공적으로 변환됩니까?? 다음 명령을 실행합니다.

         # leapp answer --section check_vdo.confirm=True

      2. /var/log/leapp/answerfile 파일을 수동으로 편집하고 # 기호를 삭제하여 파일의 마지막 줄의 주석을 제거하고, True 또는 False 로 답변을 확인합니다. Leapp 응답file 예제 를 참조하십시오.

         그림 4.4. 답변되지 않은 Leapp 질문이 없습니다.

         

9. 보고서 위의 오른쪽 상단에 있는 해결 계획 링크를 클릭하여 수정 계획을 엽니다. 수정 계획에서는 실행되거나 예약된 모든 수정 목록을 제공합니다.

   그림 4.5. 수정 계획

   

10. 해결 계획 실행을 클릭하여 예약된 모든 수정을 처리합니다. 각 수정 항목에 다음 정보가 표시됩니다.

    • 수정의 고유 ID
    • 명령의 종료 상태
    • 실행된 수정의 경과 시간
    • 표준 출력
    • 표준 오류
11. 선택한 수정을 실행한 후 윤p preupgrade 명령을 사용하여 pre-upgrade 보고서를 다시 생성하고 새 보고서를 검사한 후 필요한 경우 추가 수정 단계를 수행합니다.

절차

1. 예를 들어 ausearch 유틸리티를 사용하여 SELinux 거부가 없는지 확인합니다.

   # ausearch -m AVC,USER_AVC -ts boot

   이전 단계에서는 가장 일반적인 시나리오만 다룹니다. 가능한 모든 SELinux 거부를 확인하려면 전체 절차를 제공하는 Using SELinux 제목의 Identifying SELinux 거부 섹션을 참조하십시오.

2. 선택한 텍스트 편집기에서 /etc/selinux/config 파일을 엽니다. 예를 들면 다음과 같습니다.

   # vi /etc/selinux/config

3. SELINUX=enforcing 옵션을 구성합니다.

   # This file controls the state of SELinux on the system.
   # SELINUX= can take one of these three values:
   #       enforcing - SELinux security policy is enforced.
   #       permissive - SELinux prints warnings instead of enforcing.
   #       disabled - No SELinux policy is loaded.
   SELINUX=enforcing
   # SELINUXTYPE= can take one of these two values:
   #       targeted - Targeted processes are protected,
   #       mls - Multi Level Security protection.
   SELINUXTYPE=targeted

4. 변경 사항을 저장하고 시스템을 다시 시작하십시오.

   # reboot

검증

1. 시스템을 다시 시작한 후 getenforce 명령이 Enforcing 을 반환하는지 확인합니다.

   $ getenforce
   Enforcing

절차

1. 적절한 보안 컴플라이언스 데이터 스트림 .xml 파일을 찾습니다.

   $ ls /usr/share/xml/scap/ssg/content/
   ...
   ssg-rhel9-ds.xml
   ...

   자세한 내용은 규정 준수 프로필 보기 섹션을 참조하십시오.

2. 적절한 데이터 스트림에서 선택한 프로필에 따라 시스템을 교정합니다.

   # oscap xccdf eval --profile pci-dss --remediate /usr/share/xml/scap/ssg/content/ssg-rhel9-ds.xml

   --profile 인수의 pci-dss 값을 시스템을 강화하려는 프로파일 ID로 교체할 수 있습니다. RHEL 9에서 지원되는 전체 프로필 목록은 RHEL에서 지원되는 SCAP 보안 프로필을 참조하십시오.

   주의

   신중하게 사용하지 않으면 --remediate 옵션을 사용하여 시스템 평가를 실행하면 시스템이 작동하지 않을 수 있습니다. Red Hat은 보안 강화 수정으로 인한 변경 사항을 되돌릴 수 있는 자동화된 방법을 제공하지 않습니다. 수정은 기본 구성의 RHEL 시스템에서 지원됩니다. 설치 후 시스템이 변경된 경우 수정을 실행하여 필요한 보안 프로필을 준수하지 못할 수 있습니다.

3. 시스템을 다시 시작하십시오.

   # reboot

검증

1. 시스템이 프로필과 호환되는지 확인하고 결과를 HTML 파일에 저장합니다.

   $ oscap xccdf eval --report pcidss_report.html --profile pci-dss /usr/share/xml/scap/ssg/content/ssg-rhel9-ds.xml

절차

1. /etc/usbguard/ 디렉터리에 저장된 *.conf 파일을 백업합니다.
2. usbguard generate-policy 를 사용하여 새 정책 파일을 생성합니다. 명령은 현재 사용 중인 USB 장치에 대한 규칙만 생성합니다.

3. 새로 생성된 규칙을 이전 정책의 규칙과 비교합니다.

   1. 새 정책을 생성할 때 존재하는 장치의 규칙 및 동일한 장치에 대한 사전 업그레이드 규칙을 확인하는 경우 나중에 삽입할 수 있는 장치에 해당하는 원래 규칙도 수정합니다.
   2. 새로 생성된 규칙과 사전 업그레이드 규칙에 차이점이 없는 경우 수정 없이 RHEL 8에서 생성된 정책 파일을 사용할 수 있습니다.

1. 서비스를 중지합니다.

   # systemctl stop fapolicyd

2. 데이터베이스를 삭제합니다.

   # fapolicyd-cli --delete-db

3. 서비스를 시작합니다.

   # systemctl start fapolicyd

절차

1. 시스템에서 NSS_DEFAULT_DB_TYPE 을 sql 으로 설정합니다.

   # export NSS_DEFAULT_DB_TYPE=sql

2. 모든 디렉터리에서 변환 명령 사용^[1] 여기에는 DBM 형식의 NSS 데이터베이스 파일이 포함됩니다. 예를 들면 다음과 같습니다.

   # certutil -K -X -d /etc/ipsec.d/

   데이터베이스 파일이 암호로 보호되는 경우 -f 옵션의 값으로 암호 또는 암호 파일의 경로를 제공해야 합니다. 예를 들면 다음과 같습니다.

   # certutil -K -X -f /etc/ipsec.d/nsspassword -d /etc/ipsec.d/