기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
AWS MGN을 사용하여 RHEL BYOL 시스템을 AWS 라이선스가 포함된 인스턴스로 마이그레이션하기
작성자: Mike Kuznetsov (AWS)
환경: 프로덕션 | 소스: RHEL BYOL 인스턴스 (온프레미스 또는 기타 클라우드 환경) | 대상: AWS 라이선스가 포함된 RHEL 인스턴스 |
R 유형: 리호스트 | 워크로드: 기타 모든 워크로드 | 기술: 운영 체제, 인프라, 마이그레이션 |
AWS 서비스: AWS 애플리케이션 마이그레이션 서비스 |
요약
AWS Application Migration Service(AWS MGN)를 사용하여 워크로드를 AWS로 마이그레이션하는 경우, 마이그레이션 중에 Red Hat Enterprise Linux(RHEL) 인스턴스를 리프트 앤드 시프트(리호스팅)하고 라이선스를 기본 보유 라이선스 사용(BYOL) 모델에서 AWS 라이선스가 포함된(LI) 모델로 변경해야 할 수 있습니다. AWS MGN은 Amazon Machine Image(AMI) ID를 사용하는 확장 가능한 접근 방식을 지원합니다. 이 패턴은 대규모 리호스트 마이그레이션 중에 RHEL 서버에서 라이선스 변경을 수행하는 방법을 설명합니다. 또한 Amazon Elastic Compute Cloud(Amazon EC2)에서 이미 실행 중인 RHEL 시스템의 라이선스를 변경하는 방법도 설명합니다.
사전 조건 및 제한 사항
사전 조건
아키텍처
이 패턴은 다음 두 가지 시나리오를 다룹니다.
AWS MGN을 사용하여 온프레미스에서 AWS LI 인스턴스로 직접 시스템을 마이그레이션합니다. 이 시나리오의 경우 첫 번째 에픽(LI 인스턴스로 마이그레이션 - 옵션 1)과 세 번째 에픽의 지침을 따르십시오.
Amazon EC2에서 이미 실행 중인 이전에 마이그레이션된 RHEL 시스템의 라이선스 모델을 BYOL에서 LI로 변경합니다. 이 시나리오의 경우 첫 번째 에픽(LI 인스턴스로 마이그레이션 - 옵션 2)과 세 번째 에픽의 지침을 따르세요.
참고: 세 번째 에픽은 AWS에서 제공하는 Red Hat 업데이트 인프라 (RHUI) 서버를 사용하도록 새 RHEL 인스턴스를 재구성하는 것입니다. 이 프로세스는 두 시나리오에서 동일합니다.
서비스
에픽
| 작업 | 설명 | 필요한 기술 |
|---|
대상 리전에서 RHEL AWS LI 인스턴스의 AMI ID를 찾습니다. | AWS Marketplace를 방문하거나 Amazon EC2 콘솔을 사용하여 RHEL 소스 시스템 버전(예: RHEL-7.7)과 일치하는 RHEL AMI ID를 찾아 AMI ID를 기록해 둡니다. Amazon EC2 콘솔에서는 다음 검색어 중 하나를 사용하여 AMI를 필터링할 수 있습니다. | 클라우드 관리자 |
AWS MGN 시작 설정을 구성합니다. | AWS MGN 콘솔에서 소스 RHEL 시스템을 추가합니다. AWS MGN 설명서의 지침에 따라 AWS 복제 에이전트를 설치하고 소스 서버를 추가합니다. 소스 서버 페이지에서 소스 RHEL 시스템을 선택한 다음 시작 설정 탭을 선택합니다. 일반 시작 설정 섹션에서 편집을 선택합니다. 자동 선택을 비활성화하고 대상 인스턴스 유형을 수동으로 지정하려면 인스턴스 유형 적정 크기 조정을 없음으로 변경한 다음 설정 저장을 선택합니다. 이렇게 하면 Amazon EC2 시작 템플릿에서 구성한 인스턴스 유형을 사용할 수 있습니다. 자세한 내용은 AWS MGN 설명서를 참조하세요. EC2 시작 템플릿 섹션에서 수정을 선택합니다. EC2 시작 템플릿 수정 정보 대화 상자에서 수정을 다시 선택합니다. 그러면 Amazon EC2 콘솔이 열리고 이 인스턴스의 템플릿을 변경할 수 있습니다. AWS MGN 설명서의 주요 고려 사항을 검토하십시오. 참고: AMI를 직접 선택하라는 경고는 무시해도 됩니다. Amazon EC2 콘솔의 새 시작 템플릿에서 다음을 수정합니다. AMI에는 이전에 파악한 AMI ID를 지정하거나 RHEL-x를 검색하고 필요한 버전(예: RHEL-7.7) 을 지정합니다. 인스턴스 유형에는 원하는 대상 인스턴스 유형을 설정합니다. 키 쌍(로그인), 네트워크 설정(대상 서브넷 및 보안 그룹을 지정하려는 경우 제외), 스토리지, 리소스 태그(태그를 추가하거나 수정하려는 경우 제외) 섹션은 변경하지 말고 그대로 두십시오. (선택 사항) 향후 AWS Systems Manager에서 관리하는 데 필요한 경우 고급 세부 정보 섹션에서 IAM 인스턴스 프로필 역할을 지정합니다.
템플릿 버전 생성을 선택한 다음, 성공 메시지의 링크를 선택하여 시작 템플릿을 확인합니다. 작업, 기본 버전 설정을 선택합니다. 템플릿 버전의 경우 최신 버전(새 시스템의 경우 버전 2)을 선택한 다음 기본 버전으로 설정을 선택합니다.
이제 AWS MGN이 이 버전의 시작 템플릿을 사용하여 테스트 또는 컷오버 인스턴스를 시작합니다. 자세한 내용은 AWS MGN 설명서를 참조하세요. | 클라우드 관리자 |
설정을 확인합니다. | AWS MGN 콘솔의 소스 서버 페이지에서 소스 서버를 선택한 다음 시작 설정 탭을 선택합니다. EC2 시작 템플릿 섹션에서 인스턴스 유형, 서브넷 및 보안 그룹 매개변수가 올바르게 설정되었는지 확인합니다. 참고: 이 섹션에는 선택한 AMI ID가 표시되지 않습니다. 이 ID를 보려면 Amazon EC2 콘솔을 열고, 시작 템플릿 보기를 열고, 이 섹션에 표시된 템플릿 ID를 검색하면 됩니다.
| 클라우드 관리자 |
새 LI 인스턴스를 시작합니다. | 초기 동기화가 완료되면 AWS MGN 콘솔 소스 서버 페이지에 있는 서버의 마이그레이션 수명 주기 열이 테스트 준비 완료됨으로 변경됩니다. 새 테스트 인스턴스를 시작하려면 소스 서버를 선택하고 테스트 및 컷오버 메뉴를 연 다음 테스트 인스턴스 시작을 선택합니다. 작업 세부 정보 보기를 선택하여 시작 작업의 상태를 모니터링합니다. 자세한 내용은 AWS MGN 설명서를 참조하세요. 시작 작업이 완료될 때까지 기다린 다음, 시작된 EC2 인스턴스 세부 정보 페이지를 엽니다. 세부 정보 탭을 선택하고 인스턴스 세부 정보 섹션에 다음 내용이 포함되어 있는지 확인합니다. AWS MGN 설명서의 지침에 따라 새 LI 인스턴스로 컷오버합니다. 마지막 에픽의 단계에 따라 AWS에서 제공한 RHUI 서버를 사용하도록 새 인스턴스를 재구성합니다.
| 클라우드 관리자 |
| 작업 | 설명 | 필요한 기술 |
|---|
RHEL BYOL EC2 인스턴스를 AWS LI 인스턴스로 마이그레이션합니다. | 디스크(Amazon Elastic Block Store 볼륨)를 이동하고 새 LI 인스턴스에 연결하여 이전에 BYOL로 AWS로 마이그레이션한 RHEL 시스템을 AWS LI 인스턴스로 전환할 수 있습니다. 전환하려면 다음 단계를 따르십시오. RHEL LI AMI에서 새 대상 RHEL 인스턴스를 시작합니다. 선택한 AMI가 다음과 같은지 확인하십시오. 현재 RHEL 인스턴스와 동일한 RHEL 버전을 사용합니다. 현재 RHEL 인스턴스와 동일한 부팅 프로세스 (BIOS 또는 UEFI) 가 있습니다. 예를 들어 원본 서버가 BIOS 기반인 경우 BIOS 기반이기도 한 AWS Marketplace RHEL AMI를 사용하고, UEFI 기반 시스템의 경우 UEFI 기반 AMI를 선택하십시오.
두 인스턴스(새 LI 인스턴스와 원본 소스 인스턴스)를 모두 중지합니다. 새 LI 인스턴스에서 모든 EBS 볼륨(루트 디스크 포함)을 분리하고 삭제합니다. 이전 소스 인스턴스에서 모든 EBS 볼륨(루트 디스크 포함)을 분리하여 새 LI 인스턴스에 연결합니다. 디바이스에 대한 볼륨 매핑을 동일하게 유지하십시오. (예를 들어, 이전에 /dev/sda 드라이브에 연결된 EBS 볼륨을 새 인스턴스에 /dev/sda로 연결해야 합니다.) 소스(현재는 디스크가 없는) 인스턴스를 삭제합니다. 새 LI 인스턴스를 시작합니다. 인스턴스에 로그인하고 다음 에픽의 단계에 따라 AWS에서 제공하는 RHUI 서버를 사용하도록 재구성합니다.
| 클라우드 관리자 |
| 작업 | 설명 | 필요한 기술 |
|---|
Red Hat 서브스크립션 및 라이선스에서 OS 등록을 취소합니다. | 마이그레이션과 성공적인 컷오버 후에는 Red Hat 라이선스 사용을 중단하고 이중 청구를 방지하려면 Red Hat 구독에서 RHEL 시스템을 제거해야 합니다. Red Hat 구독에서 RHEL OS를 제거하려면 Red Hat 구독 관리(RHSM) 설명서에 설명된 프로세스를 따르십시오. CLI 명령을 사용합니다. subscription-manager unregister
구독 관리자 플러그인을 비활성화하여 모든 yum 호출에서 구독 상태 확인을 중지할 수도 있습니다. 이렇게 하려면 구성 파일 /etc/yum/pluginconf.d/subscription-manager.conf을 편집하고 매개변수 enabled=1을 enabled=0으로 변경하십시오. | Linux 또는 시스템 관리자 |
이전 업데이트 구성(RHUI, Red Hat Satellite 네트워크, yum 리포지토리)을 AWS에서 제공하는 RHUI로 교체합니다. | AWS에서 제공한 RHUI 서버를 사용하도록 마이그레이션된 RHEL 시스템을 재구성해야 합니다. 이렇게 하면 외부 업데이트 인프라 없이도 AWS 리전 내의 RHUI 서버에 액세스할 수 있습니다. 이 변경 사항에는 다음 프로세스가 포함됩니다. 기존 yum 구성을 백업합니다. 이전 RHUI(yum 리포지토리) 구성 및 패키지를 제거합니다. AWS에서 제공하는 새 RHUI 구성 및 인증서 패키지를 추가합니다. 이러한 구성 패키지는 AWS에서 제공한 RHUI 서버에서만 사용할 수 있으므로 AWS의 다른 RHEL 인스턴스에서 검색해야 합니다.
자세한 단계 및 명령은 다음과 같습니다. 모든 /etc/yum* 및 /etc/pki/* 폴더를 백업 위치에 복사하여 기존 yum 구성 및 인증서를 백업합니다. 예: mkdir yum-backup
cp -ra /etc/yum* /etc/pki ./yum-backup
tar czf yum-backup.tgz ./yum-backup
다음과 같은 이전 RHUI 구성 및 패키지를 제거합니다. 다음과 같은 설치된 모든 RHUI 패키지를 찾습니다. sudo rpm -qa | grep rhui
다음과 같은 패키지를 삭제합니다. sudo yum remove $(rpm -qa | grep rhui)
/etc/yum/vars/releasever 파일이 있으면 이 파일을 제거합니다.
AWS에서 제공하는 RHUI 및 인증서 패키지를 추가합니다. 이들은 AWS의 다른 RHEL 인스턴스에서 검색해야 합니다. 이를 달성하는 데는 몇 가지 방법이 있습니다. 예를 들어, Red Hat 지식베이스 문서에 제공된 지침을 따르면 됩니다. AWS 마켓플레이스에서 다른 RHEL(RHEL-EC2) 인스턴스를 시작합니다. 이 인스턴스에서 두 개의 패키지, 즉 최신 RHUI 클라이언트 구성 패키지와 인증 기관(CA) 인증서를 다운로드합니다. 예를 들어, 데스크톱에서 다음 명령을 실행합니다. ssh RHEL-EC2 "sudo yumdownloader ca-certificates rh-amazon-rhui-client"
RHEL-EC2 인스턴스에서 마이그레이션된 새 시스템으로 패키지를 복사합니다. 예: scp RHEL-EC2:rh-amazon-rhui-client\* RHEL-EC2:ca-certificates\* .
ssh <migrated-instance> "mkdir /tmp/amazon"
scp rh-amazon-rhui-client* ca-certificates* <migrated-instance>:/tmp/amazon
마이그레이션된 인스턴스에 새 RHUI 및 CA 구성 패키지를 설치합니다. ssh <migrated-instance> "sudo rpm -Uhv /tmp/amazon/*"
| Linux 또는 시스템 관리자 |
구성을 확인합니다. | 마이그레이션된 대상 인스턴스에서 새 구성이 올바른지 확인합니다. sudo yum clean all
sudo yum repolist
| Linux 또는 시스템 관리자 |
관련 리소스
