Oracle 워크로드를 Azure로 마이그레이션하기 위한 용량 계획

이 문서는 Azure 클라우드 채택 프레임워크 지침을 기반으로 하며 Microsoft Azure의 Oracle 워크로드에 대한 인프라 용량 계획에 대한 고려 사항을 제공합니다. 이 문서에는 이 계획 프로세스를 지원하는 권장 사항 및 도구가 포함되어 있습니다.

용량 계획은 Azure에서 Oracle 데이터베이스 워크로드를 실행할 때 효율적인 성능 및 비용 관리에 필수적입니다. 이 문서에서는 리소스를 정확하게 할당하고, 성능 요구 사항의 균형을 맞추고, 비용을 최적화하는 지침, 방법 및 도구를 설명합니다. 특정 용량 요구 사항은 데이터베이스 워크로드의 성능 특성에 따라 달라집니다. 이러한 특성은 트랜잭션, 분석 또는 혼합입니다. Oracle 데이터베이스 워크로드의 제약 요소는 일반적으로 전원, 메모리 및 처리량을 처리합니다.

용량 계획을 사용하면 Azure에서 Oracle 아키텍처에 적합한 인프라를 선택할 수 있습니다. 이 프로세스를 효과적으로 구현하려면 데이터베이스 스토리지 용량을 이해해야 합니다.

용량 계획 관련 고려 사항

IaaS(Azure Infrastructure as a Service)에서 Oracle 워크로드에 대한 용량 계획은 워크로드 요구 사항 및 사용 가능한 Azure 리소스에 대한 심층적인 이해가 필요한 프로세스입니다.

전반적인 성능 고려 사항

• 기존 환경은 Azure에서 Oracle 데이터베이스 워크로드 요구 사항에 대한 정확한 크기 조정 측정값으로 사용되지 않을 수 있습니다. Oracle AWR(자동 워크로드 리포지토리) 보고서를 사용하여 마이그레이션을 위한 워크로드 또는 워크로드의 성능 특성을 이해합니다. AWR 보고서에는 Oracle 데이터베이스 워크로드에 대한 성능 통계가 포함되어 있습니다.

• 사용 가능한 AWR 성능 통계가 없는 경우 기존 환경을 애플리케이션 서버에 대한 크기 조정 측정값으로 사용할 수 있습니다. 애플리케이션 서버와 PaaS(Platform as a Service) 솔루션의 크기가 적절하게 조정되도록 애플리케이션 서버에서 성능 메트릭을 수집해야 합니다.

  참고 항목

  AWR 보고서를 수집하려면 데이터베이스 워크로드에 대한 Oracle 진단 팩 라이선스를 구매해야 합니다. AWR 보고서의 대안으로 Statspack 보고서를 사용할 수 있습니다. Statspack 보고서는 AWR 보고서의 하위 집합이며 진단 팩 라이선스가 필요하지 않습니다.

• 데이터베이스 워크로드에 대한 AWR 보고서를 수집합니다.

  • 워크로드가 최대 부하를 경험하는 경우. 최대 로드 시간을 모르는 경우 스크립트를 busiest_awr 사용하여 가장 바쁜 AWR을 확인합니다.

  • 최대 부하를 나타내는 기간입니다. 예를 들어 최대 부하가 월말 프로세스인 경우 월말 프로세스 중에 AWR 보고서를 생성합니다. 이 기간은 최대 로드 시간만 포함해야 하며 부하가 낮은 연장된 기간은 제외해야 합니다. AWR 보고서에 부하가 낮은 기간을 포함하는 경우 성능 통계는 실제 워크로드 성능 요구 사항이 아닌 평균을 나타냅니다.

  • 데이터베이스에 상당한 부하를 구성하는 일괄 처리 프로세스 또는 기타 활동과 같은 활동의 경우

• 최대 부하 및 유사한 시나리오 중에 AWR 보고서를 수집합니다. 적절한 VM(가상 머신) SKU 및 스토리지 구성을 확인하려면 Oracle AWR 보고서를 기반으로 Azure 리소스 크기 조정을 참조하세요. 여러 Oracle 데이터베이스 워크로드를 관리하고 동일한 VM에서 여러 워크로드를 통합하는 것을 고려 중인 경우 OMAT(Oracle Migration Assistant Tool)를 사용합니다. OMAT는 AWR 보고서를 기반으로 인프라 평가를 생성하고 가능한 VM 및 스토리지 구성에 대한 제안을 제공하는 자동화된 크기 조정 평가 도구입니다.

컴퓨팅 고려 사항

데이터베이스 워크로드에 대한 기본 성능 요구 사항을 확인한 후 VM 계획에 대한 다음 권장 사항을 고려합니다.

• 해당하는 경우 제한된 코어를 사용합니다. 제한된 코어는 더 작은 VM SKU의 vCPU 용량을 사용하여 더 큰 VM SKU의 메모리 및 처리량 용량을 제공합니다. Oracle 라이선싱은 프로세서 코어를 기반으로 하므로 Oracle 라이선싱 비용 관점에서 제한된 코어를 사용하는 것이 좋습니다. Azure에서 Oracle 라이선스가 작동하는 방식에 대한 자세한 내용은 클라우드 컴퓨팅 환경에서 Oracle 소프트웨어 라이선스를 참조 하세요. 제한된 코어에 대한 자세한 내용은 Azure VM 크기를 참조 하세요.

• Oracle 워크로드에 메모리 최적화 VM을 사용합니다. 메모리 최적화 VM의 메모리 대 vCPU 비율은 범용 VM보다 높습니다. 이러한 VM은 일반적으로 메모리를 많이 사용하는 Oracle 워크로드에 선호됩니다. 메모리 최적화 VM에 대한 자세한 내용은 메모리 최적화 VM 크기를 참조 하세요.

• 전체 아키텍처를 평가할 때 고가용성, 비프로덕션 환경 등에 필요한 다른 VM을 포함합니다.

스토리지 고려 사항

Oracle 데이터베이스 워크로드의 성능과 안정성은 기본 스토리지 인프라의 설계 및 구성에 크게 의존합니다. 스토리지 계획에 대한 다음 지침을 고려합니다.

• 관리 디스크를 사용하는 경우 Oracle 워크로드용 Azure Premium SSD, Azure Premium SSD v2 또는 Azure Ultra Disk Storage를 사용해야 합니다. 프로덕션 Oracle 워크로드에는 Azure Standard SSD 또는 Azure Standard HDD를 사용하지 않는 것이 좋습니다. Premium v2 SSD 및 Ultra Disk Storage 제한 사항에 대한 자세한 내용은 Azure 관리 디스크를 참조 하세요.

• 디스크 대기 시간은 워크로드의 특성에 따라 문제가 될 수 있습니다. 디스크 대기 시간에 대한 자세한 내용은 Azure 관리 디스크 유형을 참조 하세요.

• 프리미엄 SSD를 사용하는 경우 모든 데이터 디스크 및 OSDisk 클래스에 대한 호스트 캐싱 ReadOnly 을 ReadWrite 구성합니다. 호스트 디스크 캐싱은 4,095GB보다 큰 디스크에는 지원되지 않습니다. P50 매개 변수 또는 4TB보다 큰 볼륨을 만들려면 RAID-0 스트라이프 논리 볼륨을 빌드하기 위해 여러 프리미엄 SSD 디스크를 할당합니다. Linux LVM2(논리 볼륨 관리자 버전 2)와 같은 볼륨 관리자를 사용하거나 여러 프리미엄 SSD 디스크를 할당하여 원하는 용량 또는 필요한 처리량을 충족하도록 Oracle ASM(자동 스토리지 관리) 디스크 그룹을 빌드합니다.

• 관리 디스크를 사용하는 경우 VM에 연결되고 VM SKU에 의해 제한되는 모든 디스크의 누적 처리량에 따라 디스크 처리량이 결정됩니다. 자세한 내용은 가상 머신 및 디스크 성능을 참조하세요.

• 쓰기 집약적인 워크로드에서 관리 디스크를 사용하는 경우 다시 실행 로그에 Ultra Disk Storage를 사용하는 것이 좋습니다.

• 처리량 요구 사항이 단일 VM의 최대 처리량을 초과하는 경우 VM이 이러한 구성에 대한 디스크 처리량이 아닌 네트워크 처리량 또는 송신에 제약이 있기 때문에 Azure NetApp Files와 같은 네트워크 스토리지를 사용하는 것이 좋습니다.

• Oracle 임시 파일을 자주 사용하는 경우 임시 디스크가 있는 VM SKU를 선택하고 임시 디스크에 임시 파일을 배치하는 것이 좋습니다. 이 구성은 데이터 디스크의 입력/출력(I/O) 로드를 줄입니다.

다음 단계

• Azure에서 Oracle에 대한 마이그레이션 계획
• Azure의 Oracle VM에 대한 성능 모범 사례