BLOG
VMware Cloud on AWS는 Amazon Web Services(AWS)에서 Oracle 워크로드를 실행할 때 많은 분이 선호하는 방식이 되었습니다.
Oracle RAC (Real Application Cluster) 또는 WebLogic 애플리케이션 클러스터와 같은 일부 Oracle 워크로드에는 VMware Cloud on AWS를 충족할 수 있는 특정 네트워킹 및 스토리지 요구 사항이 있습니다.
아키텍처를 결정한 후에는 Oracle 워크로드를 AWS로 마이그레이션하는 방법을 고려해야 합니다.
본 게시물에서는 사용자가 Oracle 워크로드에 대해 고려해야 할 다양한 고려 사항 및 마이그레이션 옵션에 대해 자세히 설명합니다. AWS Database Migration Service (AWS DMS)를 사용하여 온 프레미스 환경에서 AWS로 Oracle 데이터베이스를 마이그레이션하는 방법에 대해 심도 있게 살펴 보겠습니다.
VMware는 AWS 파트너 네트워크 (APN) 고급 기술 파트너입니다. VMware Cloud on AWS는 조직이 온 프레미스 VMware vSphere 기반 환경을 차세대 Amazon Elastic Compute Cloud (Amazon EC2) 베어 메탈에서 실행되는 AWS 클라우드로 원활하게 마이그레이션 및 확장할 수 있는 확장성이 뛰어나고 안전하며 혁신적인 서비스를 제공합니다.
마이그레이션 계획
온 프레미스 환경에서 VMware Cloud on AWS로 Oracle 워크로드를 마이그레이션할 때 많은 옵션이 있습니다. 마이그레이션 경로를 선택할 때 다음을 고려해야 합니다.
- 워크로드가 프로덕션/비 프로덕션인지의 여부
- 워크로드 유형 (데이터베이스, 애플리케이션, 컨테이너).
- SLA 요구 사항 (몇 시간 동안 오프라인 상태여도 무방한지의 여부)
- 온 프레미스 환경과 VMware Cloud on AWS 리전 간의 네트워크 대역폭
기술적인 측면 외에도 마이그레이션 담당자의 기술력을 고려하셔야 합니다. Oracle DBA는 RMAN (Oracle Recovery Manager) 백업 / 복원, Oracle Data Guard 또는 Oracle GoldenGate와 같은 Oracle 마이그레이션 방법에 익숙합니다. VMware 직원은 마이그레이션을 위해 VMware HCX 및 vMotion 에 익숙해질 수 있습니다.
애플리케이션이 비즈니스에 얼마나 중요한지에 따라 애플리케이션을 분류하는 것이 좋습니다. 버킷마다 접근 방식이 다르며 요구되는 기술도 다릅니다. 예를 들어 중요한 프로덕션 데이터베이스에는 Oracle Data Guard가 제공하는 관리 및 보안이 필요할 수 있습니다. 그러나 본질적으로 덜 중요한 수백 개의 개발 / 테스트 데이터베이스와 응용 프로그램의 경우 HCX를 사용한 대량 마이그레이션이 더 빠르고 비용이 적게 듭니다.
네트워크 연결
온 프레미스 데이터 센터와 VMware Cloud on AWS 간의 네트워크 연결은 마이그레이션에서 핵심적인 역할을 합니다. 자세한 내용은 APN 블로그 게시물인 AWS에서 AWS Cloud 및 AWS Direct Connect로 네트워크 연결 단순화를 참조하세요.
많은 Oracle 고객은 VMware Cloud on AWS에서 동일한 IP 주소를 유지하려고 합니다. 이를 VMware Cloud on AWS의 레이어 2 확장이라고 하며 이 옵션은 Oracle 데이터베이스 또는 애플리케이션이 이미 VMware 온 프레미스에 있는 경우에만 작동합니다. 자세한 내용은 설명서를 참조하세요.
마이그레이션 옵션
Oracle 워크로드에 사용 가능한 마이그레이션 옵션 중 일부를 검토하십시오. 이 중 일부는 Oracle 워크로드가 이미 VMware 온 프레미스에서 실행중인 경우에만 적합한 반면, 다른 로컬에서는 아직 VMware를 사용하지 않을 때도 작동할 수 있습니다.
VMware HCX
VMware HCX 는 온 프레미스 VMware 인프라를 개조하지 않고도 VMware Cloud on AWS에 실시간 마이그레이션 기술을 제공합니다. 또한 vSphere 5.0 이상에서 마이그레이션을 지원합니다.
HCX에는 HCX 대량 마이그레이션, HCX vMotion, HCX 콜드 마이그레이션 및 HCX 복제 지원 vMotion의 네 가지 마이그레이션 방법이 있습니다. 다음 표는 필요에 맞는 올바른 HCX 마이그레이션 방법을 선택하는 데 도움이 됩니다.
그림 1 – 필요에 맞는 VMware HCX 마이그레이션 방법을 선택하는 방법
더 자세한 내용은 APN 블로그 게시물인 HCX (Hybrid Cloud Extension)를 사용하여 AWS에서 VMware Cloud로 워크로드 마이그레이션을 참조하세요.
오라클 기술
Oracle 기술을 사용하여 VMware Cloud on AWS로 이동할 때 여러 가지 옵션이 있습니다.
예를 들어 Oracle RMAN 백업을 사용하여 VMware Cloud on AWS의 데이터베이스를 복원할 수 있습니다. AWS 스토리지 게이트웨이 파일 인터페이스는 로컬 VM웨어 인프라 및 선물 오라클 데이터베이스 서버에 장착할 수 있는 NFS 스토리지를 실행할 수 있습니다.
Oracle RMAN을 사용하여 데이터베이스를 백업하고 RMAN 백업 세트를 NFS 스토리지에 기록한 다음 연결된 AWS 계정의 지정된 Amazon Simple Storage Service (Amazon S3) 버킷에 복사합니다. S3 버킷의 백업 세트를 VMware Cloud on AWS의 가상 머신(VM)으로 복사할 수 있습니다. 또는 Storage Gateway를 사용하여 S3 버킷을 VMware Cloud VM에서 NFS 마운트로 마운트하도록 선택할 수 있습니다.
Oracle Data Guard , Oracle Active Data Guard 또는 Oracle GoldenGate 와 같은 대체 Oracle 기술을 사용하여 온 프레미스 데이터베이스를 VMware Cloud on AWS의 대상 데이터베이스에 복제할 수 있습니다.
소스 Oracle 데이터베이스에서 생성된 Redo log의 양에 따라 AWS Direct Connect를 고려할 수도 있습니다. Oracle WebLogic과 같은 파일 시스템 기반의 Oracle 워크로드는 rsync 와 같은 기존 파일 동기화 도구를 사용하여 복제할 수 있습니다.
AWS 데이터베이스 마이그레이션 서비스
AWS DMS는 Oracle에서 Oracle로의 동종 마이그레이션뿐만 아니라 Oracle에서 Amazon Aurora로의 다른 데이터베이스 엔진 간의 이종 마이그레이션 또한 지원합니다. AWS DMS를 사용하면 한 번의 마이그레이션뿐만 아니라 소스에서 대상으로 데이터를 지속적으로 복제할 수 있습니다.
AWS DMS는 플랫폼에 구애 받지 않는 마이그레이션 서비스입니다. Oracle 고객은 AWS DMS를 사용하여 Solaris, HP-UX 또는 타사 RAC 데이터베이스와 같은 비 x86 플랫폼에서 Oracle RAC 데이터베이스로 데이터를 마이그레이션할 수 있습니다.
Oracle RAC는 Oracle RAC의 멀티 캐스트 및 공유 스토리지 요구 사항을 지원하는 VMware Cloud on AWS에서 구현할 수 있습니다. VMware Cloud on AWS의 Oracle RAC에 대한 참조 아키텍처를 게시했습니다. 참조 문서에서 단계별 구현 가이드를 확인하실 수 있습니다.
AWS DMS를 사용하여 워크로드 마이그레이션
다음 다이어그램은 연결된 AWS 계정을 사용하여 AWS DMS 인스턴스를 실행합니다.
그림 2 – AWS DMS 데이터베이스 마이그레이션 아키텍처
마이그레이션 아키텍처를 구현하는 단계는 다음과 같습니다.
- AWS DMS 인스턴스를 프로비저닝하세요.
- 소스 및 대상 데이터베이스에 대한 엔드 포인트를 생성하세요.
- AWS DMS 작업을 생성하고 시작하세요.
- 마이그레이션을 모니터링하세요.
AWS DMS 인스턴스 프로비저닝
VMware Cloud on AWS는 연결된 AWS 계정의 특정 서브넷에 클라우드 elastic 네트워크 인터페이스를 생성합니다. 낮은 대기 시간과 고성능을 제공하려면 클라우드 네트워크 인터페이스와 동일한 서브넷에 AWS DMS 인스턴스를 프로비저닝해야 합니다.
AWS DMS 인스턴스 서브넷도 소스 Oracle 데이터베이스가 있는 온 프레미스 데이터 센터 네트워크에 연결해야 합니다. 전송할 데이터의 양에 따라 연결은 VPN 기반 연결 또는 AWS Direct Connect일 수 있습니다.
AWS DMS는 마이그레이션을 위한 다양한 인스턴스를 제공하지만, 컴퓨팅 최적화 인스턴스 (C4) 및 메모리 최적화 인스턴스 (R4)는 대규모 프로덕션 클래스 마이그레이션에 적합합니다.
범용 (T2) AWS DMS 인스턴스는 초기 연결 및 개발 인스턴스 마이그레이션을 테스트하는 데 유용합니다. 대규모 데이터베이스 마이그레이션의 경우 Oracle 데이터베이스에 대한 테이블 및 파티션의 병렬 전체 언로드를 지원하므로 AWS DMS 3.1.1 이상을 권장합니다. AWS DMS 릴리스 정보에는 기능 및 업데이트에 대한 자세한 정보가 포함되어 있습니다.
그림 3에 표시된 것처럼, AWS DMS 인스턴스 생성 화면에서 인스턴스에 할당된 DMS 인스턴스 클래스, DMS 엔진 버전 (최신 엔진 버전 선택 권장) 및 Amazon EBS 스토리지를 선택할 수 있습니다.
그림 3 – AWS DMS 인스턴스 생성 스크린 샷
log 파일과 캐시 된 트랜잭션은 할당된 스토리지를 사용합니다. 캐시된 트랜잭션의 경우 스토리지는 캐시된 트랜잭션을 디스크에 기록해야 할 때만 사용됩니다. 소스 데이터베이스에서 캐시된 트랜잭션은 대상 데이터베이스에서 큰 테이블을 로드하는 데 시간이 걸리면 작성됩니다.
기본 스토리지는 일반적으로 충분하지만, 소스 테이블에 큰 테이블과 행 속도 변경이 있을 때 할당된 스토리지가 사용될 수 있습니다. 스토리지 관련 메트릭을 모니터링하고 필요한 경우 스토리지를 확장하세요.
소스 및 대상 데이터베이스에 대한 엔드 포인트 작성
소스 및 대상 데이터베이스에 대한 엔드 포인트를 작성할 수 있습니다. AWS DMS는 Oracle 데이터베이스 버전 10.2 ~ 12.2를 지원합니다.
AWS DMS는 CDC (Change Data Capture)를 지원하여 연속 복제를 수행합니다. Oracle LogMiner를 사용하여 Redo log 파일 및 아카이브 된 log 파일을 읽을 수 있습니다. Oracle Binary Reader 가 포함 된 AWS DMS는 전체로드 복제를 지원할 수 있지만 지속적인 복제는 지원하지 않습니다.
AWS DMS는 트랜잭션 로그 액세스를 위해 Oracle ASM을 지원하지만 DMS의 추가 연결 속성에는 ASM 사용자 이름 및 ASM 서버 주소가 포함되어야 합니다.
useLogMinerReader=N;asm_user=<asm_username>;asm_server=<first_RAC_server_ip_address>:<port_number>/+ASM
AWS DMS는 소스 데이터베이스에서 별도의 Oracle 사용자 계정을 사용하여 복제를 지원할 수 있습니다. 사용자 계정 권한 및 기타 복제 고려 사항의 전체 목록은 설명서를 참조하세요.
AWS DMS 작업 생성 및 시작
AWS DMS 작업은 모든 작업이 이루어지는 곳입니다. 테이블과 스키마를 지정하고 필터링 조건을 제공할 수 있습니다. 일반적으로 데이터베이스 내에서 독립적인 스키마의 병렬로드를 용이하게 하기 위해 여러 AWS DMS 작업이 생성됩니다.
그림 4 에서 볼 수 있듯이 Task Identifier를 사용하여 AWS DMS 작업의 이름을 지정하고 이전에 생성한 복제 인스턴스를 선택할 수 있습니다. 소스 및 대상 데이터베이스 엔드 포인트를 선택하고 AWS DMS 마이그레이션 작업 유형을 선택할 수도 있습니다.
그림 4 – AWS DMS 작업 생성의 스크린 샷
소스에서 대상으로 데이터를 1회성 마이그레이션을 하도록 작업을 설정할 수 있습니다. 소스와 대상 간에 지속적인 복제를 제공하기 위해 지속적인 복제 작업을 생성할 수도 있습니다. Oracle 데이터베이스에 대한 지속적인 변경 사항을 읽기 위해 AWS DMS는 Oracle LogMiner API 또는 Binary Reader (bfile API)를 사용합니다.
AWS DMS는 시스템 변경 번호 (SCN)를 기반으로 온라인 또는 아카이브된 Redo log에서 진행 중인 변경 사항을 읽습니다. 진행 중인 복제 작업에는 두 가지 유형이 있습니다.
- 전체 로드 및 CDC: 작업은 기존 데이터를 마이그레이션한 다음 소스 데이터의 변경 사항에 따라 대상을 업데이트합니다.
- CDC 전용: 대상 데이터베이스에 데이터가 있으면 태스크가 진행중인 변경 사항을 마이그레이션합니다. 초기 대상 데이터베이스는 Oracle RMAN 백업 및 복원 또는 내보내기 / 가져오기 유틸리티를 사용하여 만들 수 있었습니다. 백업의 마지막 SCN을 아는 것이 중요합니다.
작업을 즉시 시작하려면 생성 시 작업 시작을 선택하세요. 또는 데이터베이스 마이그레이션 작업 페이지의 작업 메뉴에서 작업을 시작할 수 있습니다.
유효성 검증 사용을 선택하여 대상 테이블에 삽입된 행 수를 유효성 검증할 수 있습니다. 행 수는 각 목표 테이블에서 수행되고 소스 테이블과 비교됩니다. 그러나 이 설정은 시간이 오래 걸리고 전체 마이그레이션 시간에 영향을 줄 수 있습니다.
마이그레이션 모니터링
작업 상태를 확인하고 dmslogs.awsdms_apply_exceptions 작업 제어 테이블을 모니터링을 통해 작업 진행 상황을 모니터링할 수 있습니다. 제어 테이블 및 해당 열의 전체 목록은 문서를 참조하시면 됩니다.
Amazon CloudWatch를 사용하여 작업 진행 상황을 모니터링 할 수도 있습니다. 콘솔을 사용하여 AWS Command Line Interface (CLI) 또는 AWS DMS API를 사용하여 작업 진행률과 사용된 리소스 및 사용되는 네트워크 연결을 모니터링할 수 있습니다.
그림 5 와 같이 다양한 마이그레이션 작업 지표를 모니터링하여 AWS DMS 마이그레이션 작업의 성능에 대해 쉽게 이해할 수 있습니다.
그림 5 – AWS DMS 마이그레이션 작업 지표 콘솔 페이지.
다른 기술
Oracle 마이그레이션을 위해 고려할 수 있는 다른 기술이 있습니다. AWS Marketplace에는 AWS에서 쉽게 배포되는 소프트웨어 솔루션이 나열되어 있습니다. 이러한 타사 소프트웨어 배포를 AWS Direct Connect 또는 VPN (가상 사설망) 솔루션을 통해 온 프레미스에 연결하고 데이터를 VMware Cloud on AWS로 이동할 수 있습니다.
결론
Oracle 워크로드를 AWS의 VMware Cloud로 마이그레이션하기 위해 요구 사항과 기존 시스템을 기반으로 선택할 수 있는 다양한 마이그레이션 방법이 있습니다.
온라인 마이그레이션의 경우, vMotion 및 HCX와 같은 VMware 기술을 통해 온 프레미스 VMware 클러스터에서 VMware Cloud on AWS로 VM 워크로드를 마이그레이션할 수 있습니다.
AWS DMS를 사용하면 가동 중지 시간을 최소화하면서 Oracle 데이터베이스를 VMware Cloud on AWS로 마이그레이션 및 또는 복제할 수 있습니다. Oracle RAC 워크로드를 지원하며 HP-UX, IBM-AIX 및 Solaris SPARC와 같은 플랫폼 간에 마이그레이션할 수 있습니다. Oracle DataGuard 또는 Oracle GoldenGate와 같은 기본 Oracle 기술을 사용하여 워크로드를 AWS로 마이그레이션할 수도 있습니다.
Oracle RMAN, AWS Snowball , AWS Storage Gateway 또는 VMware HCX를 사용하여 Oracle 워크로드의 콜드 마이그레이션 또는 오프라인 마이그레이션도 가능합니다 .
VMware Cloud on AWS에 대한 자세한 내용은 웹 사이트에서 확인하실 수 있습니다. VMware Cloud on AWS의 Oracle 워크로드에 대해 관심이 있으시면 aws-vmware-cloud@amazon.com으로 문의하세요.
원문URL:https://aws.amazon.com/ko/blogs/apn/how-to-migrate-oracle-workloads-to-vmware-cloud-on-aws/
** 메가존 클라우드 TechBlog는 AWS BLOG 영문 게재 글 중에서 한국 사용자들에게 유용한 정보 및 콘텐츠를 우선적으로 번역하여 내부 엔지니어 검수를 받아서, 정기적으로 게재하고 있습니다. 추가로 번역 및 게재를 희망하는 글에 대해서 관리자에게 메일 또는 SNS 페이지에 댓글을 남겨주시면, 우선적으로 번역해서 전달해드리도록 하겠습니다.