4장. 업그레이드 준비
업그레이드 후 문제를 방지하고 시스템을 RHEL의 다음 주요 버전으로 업그레이드하려면 업그레이드하기 전에 필요한 모든 준비 단계를 완료합니다.
모든 시스템에서 업그레이드를 위해 RHEL 7 시스템 준비에 설명된 준비 단계를 수행해야 합니다. 또한 Satellite Server에 등록된 시스템에서 업그레이드용 Satellite 등록 시스템 준비에 설명된 준비 단계도 수행해야 합니다.
4.1. 업그레이드를 위한 RHEL 7 시스템 준비
다음 절차에서는 Leapp
유틸리티를 사용하여 RHEL 8로 인플레이스 업그레이드를 수행하기 전에 필요한 단계를 설명합니다.
업그레이드 프로세스 중에 Red Hat Subscription Manager를 사용하지 않으려는 경우 Red Hat Subscription Manager 없이 RHEL 8로 업그레이드 지침을 따르십시오.
사전 요구 사항
- 시스템은 업그레이드 계획에 나열된 조건을 충족합니다.
- 이전에 RHEL 6에서 RHEL 7로 업그레이드한 경우 필요한 수동 후 업그레이드 단계를 모두 완료했습니다. 여기에는 RHEL 7 시스템의 GRUB2 부트로더로 수동 마이그레이션이 포함됩니다. 자세한 내용은 GRUB Legacy에서 GRUB 2로 업그레이드 를 참조하십시오.
절차
- 선택 사항: Leapp 지식 베이스를 사용하여 RHEL 업그레이드 수행에 대한 모범 사례 및 권장 사항을 검토하십시오.
- Red Hat Subscription Manager를 사용하여 시스템이 Red Hat CDN(Content Delivery Network) 또는 Red Hat Satellite에 성공적으로 등록되어 있는지 확인합니다.
시스템이 Satellite Server에 등록된 경우 업그레이드를 위해 Satellite 등록 시스템 준비 단계를 완료하여 시스템이 업그레이드 요구 사항을 충족하는지 확인합니다.
중요시스템이 Satellite Server에 등록된 경우 문제가 발생하지 않도록 이 절차의 단계를 진행하기 전에 업그레이드에 사용할 Satellite 등록 시스템 준비 단계를 완료해야 합니다.
-
선택 사항: 시스템 자체와 관련이 없는 데이터 파일만 포함하는 파일 시스템과 같이 업그레이드에 필요하지 않은 시스템 이외의 OS 파일 시스템을 마운트 해제하고
/etc/fstab
파일에서 주석 처리합니다. 이로 인해 업그레이드 프로세스에 필요한 시간을 줄이고 사용자 지정 또는 타사 행위자가 업그레이드하는 동안 제대로 마이그레이션되지 않는 타사 애플리케이션과 관련된 잠재적인 문제를 방지할 수 있습니다. subscription-manager를 사용하여 시스템이 서브스크립션되었는지 확인합니다.
SCA( Simple Content Access )가 활성화된 계정을 사용하여 시스템을 등록한 경우
Content Access Mode가 Simple Content Access 메시지로 설정되어
있는지 확인합니다.# subscription-manager status +-------------------------------------------+ System Status Details +-------------------------------------------+ Overall Status: Disabled Content Access Mode is set to Simple Content Access. This host has access to content, regardless of subscription status. System Purpose Status: Disabled
SCA가 비활성화된 계정을 사용하여 시스템을 등록한 경우 Red Hat Linux Server 서브스크립션이 연결되고 제품 이름이
Server
이고 상태가Subscribed
인지 확인합니다.# subscription-manager list --installed +-------------------------------------------+ Installed Product Status +-------------------------------------------+ Product Name: Red Hat Enterprise Linux Server Product ID: 69 Version: 7.9 Arch: x86_64 Status: Subscribed
적절한 리포지토리가 활성화되어 있는지 확인합니다. 다음 명령은 64비트 Intel 아키텍처용 리포지토리를 나열합니다. 다른 아키텍처의 경우 RHEL 7 리포지토리를 참조하십시오.
기본 리포지토리를 활성화합니다.
# subscription-manager repos --enable rhel-7-server-rpms
Leapp
및 해당 종속 항목을 사용할 수 있는 추가 리포지토리를 활성화합니다.# subscription-manager repos --enable rhel-7-server-extras-rpms
참고선택적으로 선택적(CodeReady Linux Builder라고도 함) 또는 추가 리포지토리를 활성화할 수 있습니다. 리포지토리 ID에 대한 자세한 내용은 RHEL 7 리포지토리의 선택적 및 추가 리포지토리 목록을 참조하십시오. 이러한 리포지토리의 콘텐츠에 대한 자세한 내용은 CodeReady Linux Builder 리포지토리 및 추가 리포지토리를 참조하십시오.
최신 RHEL 7 콘텐츠를 사용하도록 Red Hat Subscription Manager를 설정합니다.
# subscription-manager release --unset
- 선택 사항: 사용자 지정 리포지토리를 사용하려면 사용자 지정 리포지토리 지식베이스 구성 문서를 참조하십시오.
yum-plugin-versionlock
플러그인을 사용하여 패키지를 특정 버전으로 잠그면 다음을 실행하여 잠금을 지웁니다.# yum versionlock clear
자세한 내용은 How to restrict yum to install or upgrade a package to a fixed specific package version?을 참조하십시오.
퍼블릭 클라우드에서 RHUI(Red Hat Update Infrastructure)를 사용하여 업그레이드하는 경우 필요한 RHUI 리포지토리를 활성화하고 필요한 RHUI 패키지를 설치하여 시스템을 업그레이드할 준비가 되었는지 확인합니다.
AWS의 경우:
# yum-config-manager --enable rhui-client-config-server-7 # yum-config-manager --enable rhel-7-server-rhui-extras-rpms # yum -y install rh-amazon-rhui-client leapp-rhui-aws
Microsoft Azure의 경우:
# yum-config-manager --enable rhui-microsoft-azure-rhel7 # yum -y install rhui-azure-rhel7 # yum-config-manager --enable rhui-rhel-7-server-rhui-extras-rpms # yum -y install leapp-rhui-azure
참고Azure VM(가상 머신)을 마이너 릴리스에 고정한 경우 버전 잠금을 제거합니다. 자세한 내용은 RHEL 7.x VM 비 EUS로 다시 전환을 참조하십시오.
- Google Cloud Platform의 경우 GCP(Google Cloud Platform) 지식베이스용 Leapp RHUI 패키지를 따르십시오.
- Docker에서 컨테이너를 관리하는 경우 Podman을 사용하여 적절한 컨테이너 이미지로 컨테이너를 재생성한 다음 사용 중인 볼륨을 첨부합니다. 자세한 내용은 How do I migrate my Docker containers to Podman prior to moving from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8?에서 참조하십시오.
Leapp
유틸리티를 설치합니다.# yum install leapp-upgrade
현재
leapp
-upgrade-el7toel8leapp-repository
패키지 버전 0.17.0 이상 및 버전 0.20.0 이상이 필요합니다.참고시스템이 인터넷에 액세스할 수 없는 경우 Red Hat 고객 포털에서 다음 패키지를 다운로드하십시오.
-
leapp
-
leapp-deps
-
python2-leapp
-
leapp-upgrade-el7toel8
-
Leapp-upgrade-el7toel8-deps
RHEL 7.9의 오프라인 시스템에 leapp 패키지를 설치하는 방법을 참조하십시오. 자세한 내용은 지식베이스 문서입니다.
-
모든 패키지를 최신 RHEL 7 버전으로 업데이트하고 재부팅합니다.
# yum update # reboot
-
leapp-upgrade-el7toel8
패키지의 최신 릴리스에는 필요한 모든 데이터 파일이 포함되어 있습니다. 이러한 데이터 파일을 이전 버전으로 교체한 경우/etc/leapp/files
디렉터리의 모든 JSON 파일을 제거하고leapp-upgrade-el7toel8
패키지를 다시 설치하여 데이터 파일이 최신 상태인지 확인합니다. - 안티바이러스 소프트웨어를 일시적으로 비활성화하여 업그레이드가 실패하지 않도록 합니다.
구성 관리 시스템이 인플레이스 업그레이드 프로세스를 방해하지 않도록 합니다.
-
Puppet,Salt 또는 Chef와 같은 클라이언트-서버 아키텍처와 함께 구성 관리 시스템을 사용하는 경우
leapp preupgrade
명령을 실행하기 전에 시스템을 비활성화합니다. 업그레이드 중 문제가 발생하지 않도록 업그레이드가 완료될 때까지 구성 관리 시스템을 활성화하지 마십시오. Ansible과 같은 에이전트가 없는 아키텍처와 함께 구성 관리 시스템을 사용하는 경우, RHEL 7에서 RHEL 8로의 업그레이드를 수행하는데 설명된 대로 인플레이스 업그레이드 중에 구성 및 배포 파일을 실행하지 마십시오.
구성 관리 시스템을 사용한 사전 업그레이드 및 업그레이드 프로세스의 자동화는 Red Hat에서 지원되지 않습니다. 자세한 내용은 Using configuration management systems to automate parts of the Leapp pre-upgrade and upgrade process on Red Hat Enterprise Linux를 참조하십시오.
-
Puppet,Salt 또는 Chef와 같은 클라이언트-서버 아키텍처와 함께 구성 관리 시스템을 사용하는 경우
-
시스템이 커널(
eth
)에서 사용하는 접두사를 기반으로 이름에 두 개 이상의 NIC(네트워크 인터페이스 카드)를 사용하지 않는지 확인합니다. RHEL 8으로 업그레이드하기 전에 다른 이름 지정 체계로 마이그레이션하는 방법에 대한 자세한 내용은 RHEL 7에서 커널 NIC 이름을 사용하는 경우 RHEL 8으로 인플레이스 업그레이드를 수행하는 방법을 참조하십시오. -
ISO 이미지를 사용하여 업그레이드하는 경우 ISO 이미지에 대상 OS 버전(예: RHEL 8.8)이 포함되어 있는지 확인하고,
Leapp
유틸리티가 업그레이드 프로세스 전체에서 이미지에 액세스할 수 있도록 영구 로컬 마운트 지점에 저장됩니다. 전체 시스템 백업 또는 가상 머신 스냅샷이 있는지 확인합니다. 환경 내에서 표준 재해 복구 절차를 따르는 경우 시스템을 업그레이드 전 상태로 만들 수 있습니다. 다음 백업 옵션을 사용할 수 있습니다.
- Relax-and-Recover(ReaR) 유틸리티를 사용하여 시스템의 전체 백업을 생성합니다. 자세한 내용은 ReaR 문서 및 What is Relax and Recover (ReaR) and how can I use it for disaster recovery?에서 참조하십시오.
LVM 스냅샷 또는 RAID 분할 을 사용하여 시스템의 스냅샷을 생성합니다. 가상 머신을 업그레이드하는 경우 전체 VM의 스냅샷을 생성할 수 있습니다. Boom 유틸리티를 사용하여 스냅샷 및 롤백 부팅 항목을 관리할 수도 있습니다. 자세한 내용은 BOOM이란 무엇이며 설치하는 방법 및 스냅샷을 사용하여 시스템 업그레이드 관리를 참조하십시오.
참고LVM 스냅샷은 시스템의 전체 백업을 생성하지 않으므로 특정 업그레이드 실패 후 시스템을 복구하지 못할 수 있습니다. 따라서 ReaR 유틸리티를 사용하여 전체 백업을 생성하는 것이 더 안전합니다.