Share via

컴퓨팅 및 스토리지 선택

  • 아티클

이 문서에서는 Azure IaaS(Infrastructure as a Service) 모델을 사용하여 Oracle 워크로드에 대한 컴퓨팅 및 스토리지 크기를 조정하는 방법을 설명합니다.

Azure IaaS를 사용하여 Oracle 워크로드를 온-프레미스에서 클라우드로 마이그레이션할 수 있습니다. 워크로드의 복잡성, 크기 및 높은 입력/출력(I/O) 요구 사항은 마이그레이션 프로세스를 복잡하게 만들고 Oracle Database 성능에 부정적인 영향을 줄 수 있습니다. 데이터베이스 성능은 MBps(읽기/쓰기 디스크 처리량), 읽기/쓰기 IOPS, CPU, RAM 및 네트워크 대기 시간과 같은 매개 변수에 따라 달라집니다. 따라서 Azure IaaS에 대한 컴퓨팅 및 스토리지의 올바른 조합과 데이터베이스 서비스에 상대적인 애플리케이션 워크로드의 위치를 선택하는 것은 성공적인 데이터베이스 마이그레이션에 매우 중요합니다.

AWR 또는 Statspack 보고서를 사용하여 Oracle 워크로드 평가

필요한 Azure 인프라에 대한 적절한 크기 조정 권장 사항을 얻으려면 Azure로 마이그레이션하려는 각 데이터베이스에 대해 AWR(자동 워크로드 리포지토리) 보고서 또는 Statspack 보고서를 생성해야 합니다.

AWR 보고서는 Oracle Database에서 생성된 자세한 성능 분석 보고서입니다. 이 보고서에는 데이터베이스 성능, 대기 이벤트, 시스템 리소스 등에 대한 포괄적인 정보가 포함되어 있습니다. AWR 보고서는 Oracle Database 제품 집합에 대한 Oracle 진단 팩에 포함되어 있습니다. 진단 팩 라이선스 없이 Standard Edition 또는 Enterprise 버전을 실행하는 경우 Statspack 보고서를 대신 사용합니다.

데이터베이스와 서버가 다른 용량에 사용되므로 최대 부하에 대한 인사이트는 필수적입니다. 야간 백업 타이밍에 최대 부하가 발생하고 RTO(복구 시간 목표) 또는 RPO(복구 지점 목표) 요구 사항이 4시간 이내에 있는 경우 평균 부하에 대해 동일한 연습을 반복할 수 있습니다.

최대 로드 기간은 일반적으로 1시간입니다. Oracle Enterprise Manager를 사용하여 최대 부하를 확인할 수 있습니다. Oracle Enterprise Manager에 대한 라이선스가 없는 경우 가장 바쁜 상위 5개 시간에 다음 스크립트를 사용할 수 있습니다. 이 스크립트는 Standard Edition 데이터베이스와 Enterprise Edition 데이터베이스 모두에서 사용할 수 있습니다.

권장 사항

  • 데이터베이스 오른쪽 크기 조정 연습에 대한 포괄적인 AWR 보고서를 생성합니다.
  • 짧은 기간(예: 30분 또는 1시간)동안 가장 바쁜 워크로드 기간에 대한 AWR 보고서를 생성합니다.
  • 피크 로드 AWR 보고서(원하는 경우 평균 피크 로드 AWR 보고서)를 생성합니다.
  • 데이터베이스 워크로드에 대한 중요한 세부 정보(예: 월말 또는 분기 말 보고 기간)가 있을 수 있는 다른 AWR 보고서를 가져옵니다.
  • 보고서가 올바른 크기 조정 도구의 HTML에 있는지 확인합니다.
  • 최대 부하가 발생하는 시기를 잘 모르는 경우 다음 스크립트를 사용하여 가장 바쁜 상위 5번을 가져옵니다.

자동화된 도구를 사용하여 워크로드 크기 조정

자동화된 도구를 사용하여 vCPU, 메모리, 처리량 및 IOPS에 따라 올바른 Azure Virtual Machines SKU와 일치시켜 워크로드 크기를 조정합니다. 성능 요구 사항을 충족하도록 Oracle 워크로드의 AWR 보고서 또는 Statspack 보고서를 분석하여 Azure 인프라의 크기를 조정합니다. 이러한 분석은 데이터베이스 성능에 대한 전문가의 이해를 기반으로 하며 OMAT(Oracle Migration Assistant Tool)와 같은 모든 변수를 관리하는 자동화된 도구가 필요합니다.

OMAT를 사용하면 온-프레미스 또는 클라우드 Oracle 설치에 대한 리소스 사용량을 평가하고 최적의 VM(가상 머신) 및 스토리지를 권장하여 Azure에서 동일한 워크로드를 실행할 수 있습니다. OMAT는 원본 시스템에서 AWR 보고서를 수집 및 처리하고, 필요한 데이터를 추출하고, Excel 통합 문서에 배치합니다. OMAT를 사용하여 하이퍼 스레드 요소를 제공할 때 CPU 및 코어 프로세서의 파티션을 검토합니다. OMAT는 기본적으로 2단계를 사용하지만 이 숫자를 특정 사용량에 맞게 조정할 수 있습니다. 지원이 필요한 경우 로컬 담당자에게 문의하세요.

권장 사항

  • OMAT와 같은 자동화된 오른쪽 크기 조정 도구를 사용합니다. 올바른 크기 조정 도구는 AWR 크기 조정 문서에 설명된 단계를 자동화하여 마이그레이션 프로세스를 가속화하고 AWR 보고서를 간소화합니다.
  • OMAT 보고서에서 생성된 권장 사항을 이해하는 전문가에게 문의하세요.

워크로드에 적합한 VM 선택

워크로드에 적합한 VM을 선택하는 것이 중요합니다. 각 VM 제품군에는 요구 사항에 맞게 조정할 수 있는 다양한 크기가 제공됩니다. E 시리즈 및 M 시리즈는 데이터베이스 요구 사항에 널리 사용되는 하이퍼 스레드 VM입니다. 처리량 값이 높은 워크로드에 E 시리즈 VM을 사용합니다. 높은 메모리가 필요한 워크로드에 M 시리즈 VM을 사용합니다.

또한 Microsoft는 동일한 메모리, 스토리지 및 I/O 대역폭을 유지하면서 소프트웨어 라이선스 비용을 줄이기 위해 제한된 코어 크기를 제공합니다.

권장 사항

워크로드에 적합한 스토리지 솔루션 선택

데이터베이스에 대한 Azure Storage 솔루션의 선택은 데이터베이스 크기, IOPS 및 처리량에 따라 달라집니다. Azure Managed Disks Azure에서 관리하고 Azure VM과 함께 사용되는 블록 수준 스토리지 볼륨을 제공합니다. Azure Storage 는 클라우드의 앱, 데이터 및 VM에 대해 고가용성, 대규모 확장성 스토리지 옵션을 제공합니다. 적절한 크기 조정 평가를 통해 데이터베이스에 사용할 스토리지 솔루션을 결정할 수 있습니다.

다른 스토리지 고려 사항은 보관된 Oracle 다시 실행 로그 파일 및 백업과 관련이 있습니다. 다시 실행 로그 보관은 솔루션 요구 사항 및 가용성을 지속적으로 평가하는 지속적인 읽기/쓰기 프로세스입니다.

AWR 보고서는 특정 워크로드의 처리량 및 IOPS 요구 사항에 대한 인사이트를 제공합니다. Oracle 워크로드는 성능에 민감하기 때문에 배포 전에 처리량 및 IOPS 요구 사항을 파악하는 것이 중요합니다.

다음 표에서는 데이터 디스크 스토리지 레이아웃의 예를 제공합니다.

디스크 이름 함수 크기(GB) 처리량 IOPS 디스크 권장 사항
oredo 온라인 다시 실행 로그 400 150 1500 사용 가능한 경우 프리미엄 SSD v2를 선택하고, 그렇지 않으면 P20을 선택합니다.
oarch 보관된 다시 실행 로그 7000 300 1250 핫 계층에서 구성된 Azure Blob Storage
odata 데이터 파일 및 제어 파일 18000 1000 2500 사용 가능한 경우 프리미엄 SSD v2를 선택하고, 그렇지 않으면 5*P50(RAID-0에 스트라이프)을 선택합니다.

임시 테이블스페이스는 많은 처리량 및 IOPS를 사용할 수 있습니다. 이 시나리오가 워크로드에 적용되는 경우 Ed-v5와 같이 임시 디스크가 연결된 VM을 선택합니다. 디스크에 임시 테이블스페이스를 배치합니다. 요구 사항에 따라 다른 디스크 유형을 선택할 수 있습니다.

이는 고객 워크로드의 한 예에 불과합니다. 그에 따라 워크로드 크기, IOPS 및 처리량의 요구 사항을 검토하고 조정해야 합니다.

디스크 기술(Oracle ASM, LVM 또는 기타)에 관계없이 디스크 설정에서 하나 이상의 논리 볼륨에 여러 디스크를 사용해야 하는 경우 최대 성능을 위해 디스크 간에 부하를 분산해야 합니다.

사용 가능한 모든 위치에서 프리미엄 SSD v2 관리 디스크를 사용할 수 있습니다. 지역에 따라 가용성을 확인하고 배포 전에 디스크 구성을 검토합니다 .

Oracle ASM 및 Managed Disks 사용하는 경우 ASM에서 구성된 기본 디스크 크기가 결정적입니다. 최대 크기가 4096GB인 ASM을 구성하는 경우 ASM은 이 크기만 처리할 수 있습니다. 따라서 더 높은 디스크를 프로비전하더라도 ASM은 공간을 인식하지 못합니다. 그에 따라 디스크 크기를 계획하고 일부 4095GB 디스크를 프로비전할지 여부를 결정합니다. 자세한 내용은 ASM 구성을 참조하세요.

권장 사항

Oracle 애플리케이션에 필요한 컴퓨팅 인프라 크기 조정

Oracle 애플리케이션은 일반적으로 온-프레미스 배포에 사용되는 VM과 유사한 기능이 있는 VM을 사용하여 Azure로 이동할 수 있습니다.

애플리케이션 및 웹 계층의 데이터 요소를 사용하여 Oracle 애플리케이션에 필요한 컴퓨팅 인프라의 크기를 조정합니다. 애플리케이션 계층은 성능 및 비용 최적화 요구 사항을 충족하는 적합한 VM SKU로 이동할 수 있습니다.

참조 아키텍처를 사용하여 Azure IaaS에 Oracle 애플리케이션을 배포하는 방법에 대한 자세한 내용은 Azure의 Oracle 애플리케이션을 참조하세요.

권장 사항

애플리케이션 계층 및 웹 계층에서 데이터 요소를 가져옵니다. 이러한 데이터 요소는 다음과 같습니다.

  • vCPU 수
  • 평균 vCPU 사용량
  • 메모리 크기
  • 평균 메모리 사용량
  • 앱 스토리지 크기
  • 앱 버전
  • 운영 체제
  • 총 IOPS
  • 총 처리량
  • Backup 전략

다음 단계

중요한 데이터 및 애플리케이션을 보호하는 방법을 알아보려면 비즈니스 연속성 및 재해 복구를 참조하세요.