Oracle 워크로드를 Azure VM으로 마이그레이션
이 문서에서는 Oracle 워크로드를 온-프레미스 환경에서 Azure VM(Virtual Machines)으로 마이그레이션하는 방법을 설명합니다. Azure VM의 Oracle에 대한 랜딩 존을 사용하여 디자인 지침 및 모범 사례를 제공합니다. 권장되는 전략에는 검색, 디자인 및 배포에 대한 구조적 접근 방식과 데이터 마이그레이션 및 최종 중단이 포함됩니다.
발견(Discovery)
마이그레이션은 Oracle 제품 포트폴리오에 대한 포괄적인 평가로 시작합니다. 이 평가에는 Oracle 데이터베이스 버전, 현재 및 대상 운영 체제, 애플리케이션 및 해당 종속성 평가가 포함됩니다.
Oracle(EBS, Siebel, PeopleSoft, JDE) 또는 SAP 또는 사용자 지정 애플리케이션과 같은 기타 타사 파트너 솔루션과 같은 Oracle 애플리케이션을 마이그레이션하려는 경우 마이그레이션 전략의 일부로 애플리케이션을 고려하세요.
기존 Oracle 데이터베이스 환경은 독립 실행형 서버, RAC(Oracle Real Application Clusters) 또는 비 Microsoft 파트너 RAC 솔루션에서 실행될 수 있습니다.
참고 항목
RAC(실제 애플리케이션 클러스터링)는 Azure 가상 머신에서 지원되지 않습니다. 사용자 환경에 적용되는 경우 모든 RAC 노드에서 RAC 보고서 또는 PDB/CDB 보고서(아키텍처에 따라 다름)를 제공해야 합니다. 일관성을 보장하려면 이러한 보고서를 동일한 기간에서 생성해야 합니다. 가장 정확한 크기 조정 권장 사항은 사용량이 많은 기간 동안 이러한 보고서를 생성하여 얻을 수 있습니다.
애플리케이션의 경우 Azure Migrate의 검색 기능을 사용하여 인프라의 크기를 확인하는 것이 간단합니다.
검색 단계에서는 모든 애플리케이션 종속성을 검토해야 합니다. 마이그레이션 도구 선택에 영향을 주기 때문에 마이그레이션 중에 애플리케이션 가동 중지 시간이 허용되는지 여부를 결정해야 합니다. 이 결정에 따라 온라인 또는 오프라인 마이그레이션 방법 중에서 선택할 수 있습니다.
온라인 마이그레이션을 선택하는 경우 마이그레이션 프로세스를 용이하게 하기 위해 필요한 방화벽 포트가 열려 있는지 확인합니다.
네트워크 계획은 마이그레이션 기간 동안 중요한 단계입니다. 데이터 세트의 크기에 따라 데이터를 Azure로 완전히 전송하는 데 필요한 대역폭을 테스트해야 합니다.
디자인
Azure Migrate를 사용하여 애플리케이션 마이그레이션을 원활하게 사용하도록 설정할 수 있습니다. Azure Migrate는 초기 검색에 따라 애플리케이션을 Azure IaaS로 리프트 앤 시프트합니다.
Oracle 자사 애플리케이션을 마이그레이션하려는 경우 Azure Migrate 기반 마이그레이션을 선택하기 전에 아키텍처 요구 사항을 검토합니다.
Oracle 데이터베이스에 대한 용량 계획은 항상 1시간의 피크 기간 동안 생성한 AWR 보고서를 통해 수행됩니다. 또한 스토리지 레이아웃을 설정하는 것이 중요합니다. 데이터 크기는 마이그레이션 중에 집중하고 가장 적합한 스토리지 결정을 내리는 데 필요한 크기입니다. 데이터 크기를 확인하기 위해 dbspace 스크립트를 활용할 수 있습니다.
AWR 보고서가 생성되면 Azure OMAT(Oracle Migration Assistance Tool)를 실행합니다. OMAT 도구는 Azure IaaS의 Oracle Database에 필요한 올바른 VM 크기 및 스토리지 옵션을 권장합니다. 다음 단계에서는 요구 사항을 철저히 평가하여 아키텍처를 설정합니다. RPO(복구 지점 목표) 및 RTO(복구 시간 목표)의 매개 변수에 따라 결정되는 재해 또는 오류 발생 시 안정성이 높고 복원력이 뛰어난 아키텍처를 설계하는 것이 좋습니다.
아키텍처 디자인 설정을 지원해야 하는 경우 Oracle 참조 아키텍처를 검토합니다. RPO 및 RTO 요구 사항에 따라 최상의 솔루션 아키텍처를 선택하는 아키텍처 지침을 제공합니다. RPO 및 RTO 접근 방식은 ORACLE Data Guard를 사용하여 RAC 인프라를 HA(고가용성) 및 DR(재해 복구) 아키텍처로 분리하는 데 적용됩니다.
배포
용량 계획 및 아키텍처 설계에 따라 Ansible을 사용하여 인프라 및 아키텍처를 IaC(Infrastructure as Code)로 설명하고 Terraform 또는 Bicep을 사용하여 랜딩 존을 시작할 수 있습니다. 배포를 자동화하는 데 사용할 수 있는 GitHub 작업을 사용합니다.
데이터 마이그레이션 유형
데이터 마이그레이션 유형은 검색 단계 중에 내려진 결정에 따라 달라집니다. 기본 설정 및 요구 사항에 따라 Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex 및 Data Guard와 같은 도구와 메서드 중에서 선택할 수 있습니다.
자세한 지침은 Oracle 마이그레이션 계획을 참조하여 온라인 및 오프라인 마이그레이션의 특성을 검토합니다.
참고 항목
오프라인 마이그레이션은 일반적으로 온라인 마이그레이션보다 오래 걸립니다. 따라서 데이터 펌프와 같은 도구는 대용량 데이터 크기 및 엄격한 가동 중지 시간 요구 사항이 포함된 시나리오에는 권장되지 않습니다.
데이터 마이그레이션 접근 방식
Oracle 인프라가 Azure에 설정되고 Oracle 데이터베이스가 설치되고 관련 애플리케이션이 마이그레이션되면 다음 단계는 온-프레미스 Oracle 데이터베이스에서 Azure의 새 Oracle 데이터베이스로 데이터를 전송하는 것입니다. 이를 용이하게 하려면 다음 Oracle 도구를 사용하는 것이 좋습니다.
Azure는 데이터 마이그레이션을 위한 다음 Azure 기능을 통해 제공되는 올바른 네트워크 연결, 대역폭 및 명령으로 Oracle 도구를 향상합니다.
- VPN 연결
- Express 경로입니다. ExpressRoute의 안정성이 핵심입니다. 게이트웨이 및 회로에 대한 복원력 지침을 참조하세요.
- AZCopy
- Data Box
데이터 마이그레이션용 Oracle 도구
다음 다이어그램은 전체 마이그레이션 포트폴리오를 그림으로 표현한 것입니다.
데이터를 마이그레이션하는 올바른 솔루션 아키텍처를 배포하려면 Oracle Tools와 Azure 인프라 중 하나가 필요합니다. 다음 참조 솔루션 시나리오를 참조하세요.
시나리오-1: RMAN: RMAN 기반 복구를 위한 설정인 Azure 기능과 함께 RMAN 백업 및 복원을 사용합니다. 중요한 것은 온-프레미스와 Azure 간의 네트워크입니다.
시나리오-2: RMAN 백업 방법
시나리오-3: 또는 다음 시나리오에 설명된 대로 여러 다른 방법으로 설정을 수정할 수 있습니다.
시나리오-4: Data Pump 및 AzCopy - Azure 기능을 사용하여 Data Pump 백업 및 복원을 사용하는 쉽고 직선적인 접근 방식입니다.
시나리오-5: Data Box - 스토리지 디바이스와 실제 배송을 사용하여 위치 간에 데이터를 이동하는 고유한 시나리오입니다.
중단
이제 데이터가 마이그레이션되고 Oracle 데이터베이스 서버 및 애플리케이션이 실행되고 있습니다. 다음 단계를 사용하여 온-프레미스에서 실행되는 비즈니스 작업을 Azure IaaS에서 새로 발견된 Oracle 워크로드 및 애플리케이션으로 전환합니다.
- 사용자 중단을 최소화하기 위해 유지 관리 기간을 예약합니다.
- 원본 Oracle 데이터베이스에 대한 데이터베이스 활동을 중지합니다.
- 최종 데이터 동기화를 수행하여 모든 변경 내용이 캡처되었는지 확인합니다.
- 새 Azure VM을 가리키도록 DNS 구성을 업데이트합니다.
- Azure VM에서 Oracle 데이터베이스를 시작하고 연결을 확인합니다.
- 중단 프로세스 중에 발생하는 시스템의 모든 문제를 면밀히 모니터링합니다.
마이그레이션 후 작업
중단 후에 모든 비즈니스 애플리케이션이 온-프레미스에서와 같이 비즈니스 작업을 제공하기 위해 예상대로 작동하는지 확인합니다.
- 유효성 검사를 수행하여 데이터 일관성 및 애플리케이션 기능을 확인합니다.
- 네트워크 다이어그램, 구성 세부 정보 및 재해 복구 플랜을 포함하여 설명서를 업데이트합니다.
- Oracle 데이터베이스를 호스트하는 Azure VM에 대한 지속적인 모니터링 및 유지 관리 프로세스를 구현합니다.
마이그레이션 프로세스 전반에 걸쳐 기대치를 관리하고 중단을 최소화하려면 애플리케이션 소유자, IT 운영 팀 및 최종 사용자를 비롯한 이해 관계자와 효과적으로 커뮤니케이션해야 합니다. 또한 원활하고 성공적인 전환을 보장하기 위해 Oracle-Azure 마이그레이션을 전문으로 하는 숙련된 전문가 또는 컨설팅 서비스와 협력하는 것이 좋습니다.