다음을 통해 공유

SAP 워크로드에 대한 Azure Storage 형식

  • 아티클

Azure는 용량, 처리량, 대기 시간, 가격이 다양한 수많은 스토리지 유형을 제공합니다. 일부 스토리지 형식은 SAP 시나리오에 사용할 수 없거나 제한적으로 사용할 수 있습니다. 반면, 몇 가지 Azure Storage 유형은 특정 SAP 워크로드 시나리오에 적합하거나 최적화되어 있습니다. 특히 SAP HANA의 경우 일부 Azure Storage 유형은 SAP HANA 사용에 대해 인증을 받았습니다. 이 문서에서는 다양한 유형의 스토리지를 살펴보고 SAP 워크로드 및 SAP 구성 요소를 통해 기능 및 유용성에 대해 설명합니다.

이 문서 전체에 사용된 단위에 대한 설명입니다. 퍼블릭 클라우드 공급업체는 기가바이트 또는 테라바이트 대신 GiB(기비바이트) 또는 TiB(테비바이트)를 크기 단위로 사용합니다. 따라서 모든 Azure 설명서 및 가격 책정에는 이러한 단위를 사용합니다. 이 문서 전체에서는 MiB, GiB, TiB 단위의 크기만 참조합니다. MB, GB, TB 단위를 사용하여 계획해야 할 수도 있습니다. 따라서 250MiB/초 처리량 대신 400MiB/초의 처리량 크기를 조정해야 하는 경우 계산에 약간의 차이가 있을 수 있음을 염두에 두어야 합니다.

Microsoft Azure Storage 복원력

표준 HDD, 표준 SSD, Azure 프리미엄 스토리지, 프리미엄 SSD v2, Ultra Disk의 Microsoft Azure Storage는 기본 VHD(OS 포함) 및 VM이 연결된 데이터 디스크 또는 VHD(가상 하드 디스크)를 세 개의 서로 다른 스토리지 노드에 세 개의 복사본으로 저장합니다. 스토리지 노드 오류가 발생하면 투명하게 다른 복제본으로 장애 조치(failover)하고 새 복제본을 시드합니다. 이러한 중복성으로 인해 다수의 Azure 디스크 전반에 걸쳐 아무런 스토리지 중복 레이어도 사용할 필요가 없습니다. 이 사실을 LRS(로컬 중복 스토리지)라고 합니다. LRS는 Azure에서 이러한 유형의 스토리지에 대한 기본값입니다. Azure NetApp Files 는 다른 네이티브 Azure Storage와 동일한 SLA(서비스 수준 계약)를 달성하기에 충분한 중복성을 제공합니다.

중복 메서드에는 몇 가지가 더 있으며, 이 내용은 Azure가 제공하는 다양한 스토리지 유형 중 일부에 적용되는 Azure Storage 복제 문서에 설명되어 있습니다.

참고 항목

데이터베이스 데이터 및 다시 실행 로그 파일을 저장하는 데 Azure 스토리지를 사용하는 LRS는 현재 유일하게 지원되는 복원력 수준입니다.

또한 다양한 Azure Storage 유형이 Virtual Machines에 대한 SLA에서 릴리스된 단일 VM 가용성 SLA에 영향을 줍니다.

Azure Managed Disks

Managed Disks는 Azure Storage 계정에 저장된 VHD 대신 사용할 수 있는 Azure Resource Manager 리소스 종류입니다. Managed Disks는 연결된 가상 머신의 [가용성 집합][가상-머신-관리-가용성]에 맞게 자동으로 조정됩니다. 이러한 조정을 통해 가상 머신의 가용성과 가상 머신에서 실행되는 서비스의 가용성이 향상됩니다. 자세한 내용은 개요 문서를 참조하세요.

참고 항목

디스크에 Azure 블록 스토리지를 사용하는 VM(Azure NetApp Files 및 Azure Files를 제외한 모든 Azure 스토리지)을 새로 배포하려면 베이스 VHD/OS 디스크 및 SAP 데이터베이스 파일을 저장하는 데이터 디스크에 Azure 관리 디스크를 사용해야 합니다. 가용성 집합을 통해 VM을 배포하는지, 가용성 영역 전체에 배포하는지 또는 집합과 영역에 관계없이 배포하는지 여부와 무관합니다. 백업 저장용으로 사용되는 디스크가 반드시 관리 디스크일 필요는 없습니다.

SAP 워크로드를 사용하는 스토리지 시나리오

영구 스토리지는 Azure에 배포하는 스택의 다양한 구성 요소에 있는 SAP 워크로드에 필요합니다. 최소한의 시나리오 목록은 다음과 같습니다.

  • 디스크에 설치한 운영 체제 및 기타 소프트웨어가 포함된 VM의 베이스 VHD를 유지합니다. 이 디스크/VHD는 VM의 루트입니다. 변경 내용은 유지되어야 합니다. 따라서 다음에 VM을 중지했다가 다시 시작해도 이전에 변경한 모든 내용이 그대로 유지되어야 합니다. 특히 VM이 Azure에 의해 원래 실행되던 호스트가 아닌 다른 호스트에 배포되는 경우에 그렇습니다.
  • 영구 데이터 디스크. 애플리케이션 데이터를 저장하기 위해 연결하는 VHD입니다. 해당 애플리케이션 데이터에는 데이터베이스, 백업 파일 또는 소프트웨어 설치의 데이터 및 로그/다시 실행 파일이 포함됩니다. 운영 체제가 저장된 베이스 VHD 이외 모든 디스크를 의미합니다.
  • NetWeaver 또는 S/4HANA에 대한 글로벌 전송 디렉터리를 포함하는 파일 공유 또는 공유 디스크. 이러한 공유의 콘텐츠는 여러 VM에서 실행되는 소프트웨어에 사용되거나 고가용성 장애 조치(failover) 클러스터 시나리오를 빌드하는 데 사용됩니다.
  • /sapmnt 디렉터리 또는 EDI(Electronic Data Interchange) 프로세스 또는 이와 유사한 공용 파일 공유입니다. 이러한 공유의 콘텐츠는 여러 VM에서 실행되는 소프트웨어에 사용되거나 고가용성 장애 조치(failover) 클러스터 시나리오를 빌드하는 데 사용됩니다.

다음 섹션에서는 네 가지 SAP 워크로드 시나리오에 적용되는 다양한 Azure 스토리지 유형과 사용성에 대해 알아봅니다. 다양한 Azure Storage 유형을 사용하는 방법에 대한 일반적인 분류는 Azure에서 사용할 수 있는 디스크 유형 문서에 설명되어 있습니다. SAP 워크로드에 서로 다른 Azure 스토리지 유형을 사용하기 위한 권장 사항은 많이 다르지 않습니다.

S/4HANA의 SAP NetWeaver/애플리케이션 레이어에 사용되는 Azure 스토리지 유형의 지원 제한은 SAP 지원 메모 2015553을 참조하세요. SAP HANA 인증 및 지원되는 Azure 스토리지 유형은 SAP HANA Azure 가상 머신 스토리지 구성 문서를 확인하세요.

다양한 Azure Storage 유형을 설명하는 섹션에는 SAP 지원 스토리지를 사용하는 가능성 및 제한 사항에 대해 자세한 배경 정보가 제공됩니다.

DBMS 복제를 사용하는 경우의 스토리지 선택

참조 아키텍처는 SQL Server Always On, HANA 시스템 복제, Db2 HADR 또는 Oracle Data Guard와 같은 DBMS(데이터베이스 관리 시스템) 기능의 사용을 예측합니다. 둘 또는 여러 Azure 가상 머신 간에 이 기술을 사용하는 경우 각 VM에 대해 선택한 스토리지 유형이 동일해야 합니다. 즉, DBMS HA 구성의 활성 노드와 복제본 노드의 스토리지 구성이 동일해야 합니다.

SAP 스토리지 시나리오에 대한 스토리지 권장 사항

세부 정보를 살펴보기 전에 이미 문서의 시작 부분에 요약 및 권장 사항이 제공되어 있습니다. 특정 유형의 Azure Storage에 대한 세부 정보는 문서의 이 섹션 다음에 나와 있습니다. SAP 스토리지 시나리오에 대한 스토리지 권장 사항을 표에 요약하면 다음과 같습니다.

사용 시나리오 표준 HDD 표준 SSD Premium Storage 프리미엄 SSD v2 Ultra Disk Azure NetApp Files Azure Premium Files
OS 디스크 부적합 제한적 적합(비프로덕션) 권장 가능하지 않음 가능하지 않음 가능하지 않음 가능하지 않음
전역 전송 디렉터리 지원되지 않음 지원되지 않음 권장 권장 권장 권장 권장 사항
/sapmnt 부적합 제한적 적합(비프로덕션) 권장 권장 권장 권장 권장 사항
DBMS 데이터 볼륨 SAP HANA M/Mv2 VM 제품군 지원되지 않음 지원되지 않음 권장 권장 권장 권장 지원되지 않음
DBMS 로그 볼륨 SAP HANA M/Mv2 VM 제품군 지원되지 않음 지원되지 않음 권장1 권장 권장 권장 지원되지 않음
DBMS 데이터 볼륨 SAP HANA Esv3/Edsv4 VM 제품군 지원되지 않음 지원되지 않음 권장 권장 권장 권장 지원되지 않음
DBMS 로그 볼륨 SAP HANA Esv3/Edsv4 VM 제품군 지원되지 않음 지원되지 않음 지원되지 않음 권장 권장 권장 지원되지 않음
HANA 공유 볼륨 지원되지 않음 지원되지 않음 권장 권장 권장 권장 권장
DBMS 데이터 볼륨 비 HANA 지원되지 않음 제한적 적합(비프로덕션) 권장 권장 권장 Oracle Linux의 특정 Oracle 릴리스, SLES/RHEL Linux의 Db2 및 SAP ASE에만 해당 지원되지 않음
DBMS 로그 볼륨 비 HANA M/Mv2 VM 제품군 지원되지 않음 제한적 적합(비프로덕션) 권장1 권장 권장 Oracle Linux의 특정 Oracle 릴리스, SLES/RHEL Linux의 Db2 및 SAP ASE에만 해당 지원되지 않음
DBMS 로그 볼륨 비 HANA 비 M/Mv2 VM 제품군 지원되지 않음 제한적 적합(비프로덕션) 중간 규모 워크로드까지 적합 권장 권장 Oracle Linux의 특정 Oracle 릴리스, SLES/RHEL Linux의 Db2 및 SAP ASE에만 해당 지원되지 않음

1 로그/다시 실행 로그 볼륨에 대해 M/Mv2 VM 제품군에 Azure Write Accelerator 사용

다양한 스토리지 유형에서 기대할 수 있는 특징은 다음과 같습니다.

사용 시나리오 표준 HDD 표준 SSD Premium Storage 프리미엄 SSD v2 Ultra Disk Azure NetApp Files Azure Premium Files
처리량/ IOPS SLA 아니요 아니요 예 예 예 예 예
대기 시간 읽기 높음 중간~높음 낮음 1밀리초 미만 1밀리초 미만 1밀리초 미만 낮음
대기 시간 쓰기 높음 중간~높음 낮음(1밀리초 미만1) 1밀리초 미만 1밀리초 미만 1밀리초 미만 낮음
HANA 지원 아니요 아니요 예1 예 예 예 아니요
디스크 스냅샷 가능 예 예 예 예3 아니요2 예 아니요
가용성 집합을 사용하는 경우 서로 다른 스토리지 클러스터에 디스크 할당 관리 디스크를 통해 관리 디스크를 통해 관리 디스크를 통해 가용성 집합을 통해 배포된 VM에서 지원되지 않는 디스크 유형 가용성 집합을 통해 배포된 VM에서 지원되지 않는 디스크 유형 아니요3 아니요
가용성 영역에 맞춰 조정 예 예 예 예 예 퍼블릭 미리 보기 아니요
동기 영역 중복성 관리 디스크용 아님 관리 디스크용 아님 DBMS를 지원하지 않음 아니요 아니요 아니요 예
비동기 영역 중복성 관리 디스크용 아님 관리 디스크용 아님 DBMS를 지원하지 않음 아니요 아니요 프리뷰에서 아니요
지리적 중복 관리 디스크용 아님 관리 디스크용 아님 아니요 아니요 아니요 가능 아니요

1 로그/다시 실행 로그 볼륨에 대해 M/Mv2 VM 제품군에 Azure Write Accelerator 사용

2 다양한 Azure NetApp Files 용량 풀을 만든다고 해서 용량 풀이 다른 스토리지 장치에 배포되는 것은 보장되지 않음

3(증분) 프리미엄 SSD v2 또는 Ultra Disk의 스냅샷은 만들어진 직후에 사용할 수 없습니다. 스냅샷으로 디스크를 만들려면 먼저 백그라운드 복사를 완료해야 합니다.

Important

1밀리초 미만의 대기 시간이 필요한 경우 이 문서의 Azure NetApp Files 섹션에서 NFS 볼륨 및 VM의 근접 배치에 대해 자세히 알아보세요.

Azure Premium Storage

Azure 프리미엄 SSD 스토리지는 다음을 제공하는 것을 목표로 도입되었습니다.

  • 낮은 I/O 대기 시간
  • IOPS 및 처리량에 대한 Service Level Agreement(서비스 수준 약정)
  • 변동성이 적은 I/O 대기 시간

이 유형의 스토리지는 DBMS 워크로드, 10밀리초 미만의 짧은 대기 시간이 필요한 스토리지 트래픽, IOPS 및 처리량의 SLA를 대상으로 합니다. Azure 프리미엄 스토리지의 경우 이러한 디스크에 저장된 실제 데이터 볼륨이 아니라 디스크 내에 저장된 데이터 양과는 관계없는 이러한 디스크의 크기 범주에 따라 비용이 부과됩니다. 프리미엄 SSD 문서에 표시된 크기 범주에 직접 매핑되지 않는 프리미엄 스토리지에 디스크를 만들 수도 있습니다. 이 문서의 결론은 다음과 같습니다.

  • 스토리지는 범위로 구성됩니다. 예를 들어 513GiB ~ 1024GiB 용량 범위의 디스크는 동일한 기능과 동일한 월별 비용을 공유합니다.
  • GiB당 IOPS는 크기 범주 전체에서 선형으로 추적되지 않습니다. 32GiB 미만의 작은 디스크는 GiB당 IOPS 속도가 더 높습니다. 32GiB ~ 1,024GiB를 초과하는 디스크의 경우 GiB당 IOPS 속도는 GiB당 4-5 IOPS입니다. 최대 32,767GiB의 큰 디스크는 GiB당 IOPS 속도가 1 미만입니다.
  • 이 스토리지의 I/O 처리량은 디스크 범주의 크기와 선형 관계가 아닙니다. 더 작은 디스크(65GiB에서 128GiB 사이의 용량 범주)의 경우 처리량은 약 780KB/GiB입니다. 초대형 디스크(예: 32,767GiB 디스크)의 경우 처리량은 약 28KB/GiB입니다.
  • IOPS 및 처리량 SLA는 디스크 용량을 변경하지 않고는 변경할 수 없습니다.

SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 적합 모든 시스템
데이터 디스크 적합 모든 시스템 - 특히 SAP HANA의 경우
SAP 전역 전송 디렉터리 예 지원됨
SAP sapmnt 적합 모든 시스템
백업 스토리지 적합 백업 단기 스토리지용
공유/공유 디스크 사용할 수 없음 Azure Premium Files 또는 타사 필요
복원력 LRS GRS 또는 ZRS를 디스크에 사용할 수 없음
대기 시간 낮음~보통 -
IOPS SLA 예 -
용량에 비례하는 IOPS 괄호 안 반선형 관리 디스크 가격 책정
디스크당 최대 IOPS 디스크 크기에 따라 20,000 VM 한도도 고려
처리량 SLA 예 -
용량에 비례하는 처리량 괄호 안 반선형 관리 디스크 가격 책정
HANA 인증됨 예 특히 SAP HANA의 경우
Azure Write Accelerator 지원 아니요 -
디스크 버스팅 예 -
디스크 스냅샷 가능 예 -
Azure Backup VM 스냅샷 가능 예 -
비용 중간 -

Azure 프리미엄 스토리지는 Azure 프리미엄 스토리지와 함께 제공되는 일반적인 캐싱 유형으로 SAP HANA 스토리지 대기 시간 KPI를 충족하지 않습니다. SAP HANA 로그 쓰기에 대한 스토리지 대기 시간 KPI를 충족하려면 Write Accelerator 사용 문서에 설명된 대로 Azure Write Accelerator 캐싱을 사용해야 합니다. Azure Write Accelerator는 트랜잭션 로그 쓰기 및 다시 실행 로그 쓰기에 대해 다른 모든 DBMS 시스템에 이점을 제공합니다. 따라서 모든 SAP DBMS 배포에서 사용하는 것이 좋습니다. SAP HANA의 경우 Azure 프리미엄 스토리지와 함께 Azure Write Accelerator를 /hana/log에 사용하는 것은 필수입니다.

요약: Azure Premium Storage는 SAP 워크로드에 권장되는 Azure Storage 유형 중 하나입니다. 이 권장 사항은 비프로덕션 및 프로덕션 시스템에 적용됩니다. Azure Premium Storage는 데이터베이스 워크로드를 처리하는 데 적합합니다. Azure 쓰기 가속기를 사용하여 Azure Premium 디스크에 대한 쓰기 대기 시간을 크게 개선할 수 있습니다. 그러나 IOPS 및 처리량 속도가 높은 DBMS 시스템의 경우 스토리지 용량을 초과 프로비저닝해야 합니다. 또는 Windows Storage Spaces나 Linux의 논리적 볼륨 관리자 같은 기능을 사용하여 한 쪽에 원하는 용량을 제공하는 스트라이프를 빌드해야 합니다. 하지만 비용 효율성을 극대화하려면 필요한 IOPS 또는 처리량도 있습니다.

Premium Storage용 Azure 버스트 기능

Azure Premium Storage 디스크 용량이 512GiB 이하인 경우 버스트 기능이 제공됩니다. 디스크 버스팅이 작동하는 정확한 방식은 디스크 버스팅 문서에 설명되어 있습니다. 이 문서를 참조하면 I/O 워크로드가 디스크의 공칭 IOPS 및 처리량보다 낮을 때 IOPS와 처리량이 누적되는 개념을 이해할 수 있습니다(공칭 처리량에 대한 자세한 내용은 Managed Disks 가격 책정 참조). 현재 사용량과 디스크의 공칭 값 사이의 IOPS 및 처리량 델타가 누적됩니다. 버스트는 최대 30분으로 제한됩니다.

버스트 기능을 계획할 수 있는 이상적인 사례는 서로 다른 DBMS에 대한 데이터 파일을 포함하는 볼륨 또는 디스크일 것입니다. 특히 중소 규모 시스템에서 이러한 볼륨에 필요한 I/O 워크로드는 다음과 같습니다.

  • 데이터를 메모리에 캐시 하는 것이 가장 좋기 때문에 낮음~보통 수준의 읽기 워크로드. 또는 SAP HANA와 마찬가지로 완전히 메모리에 있어야 합니다.
  • 정기적으로 실행되는 데이터베이스 검사점 또는 저장점에 의해 트리거되는 쓰기 버스트
  • 스토리지 스냅샷을 통해 백업이 실행되지 않는 경우의 연속 스트림에서 읽는 백업 워크로드
  • SAP HANA의 경우 인스턴스를 다시 시작한 후 메모리에 데이터를 로드

특히 워크로드에서 초당 몇백 개의 트랜잭션만을 처리하는 소규모 DBMS 시스템의 경우, 트랜잭션 또는 다시 실행 로그를 저장하는 디스크 또는 볼륨에 대해 버스트 기능을 사용할 수 있습니다. 이러한 디스크 또는 볼륨에 필요한 워크로드는 다음과 같습니다.

  • 워크로드 및 워크로드의 특성에 종속되는 디스크에 대한 기본 쓰기(애플리케이션에서 발생하는 모든 커밋은 I/O 작업을 유발할 가능성이 있기 때문)
  • 인덱스를 만들거나 다시 빌드하는 것과 같은 운영 작업 사례의 경우 처리량 워크로드 증가
  • 트랜잭션 로그 또는 다시 실행 로그 백업을 수행하는 경우 읽기 버스트

Azure 프리미엄 SSD v2

Azure 프리미엄 SSD v2 스토리지는 새로운 버전의 프리미엄 스토리지이며 다음을 제공하기 위해 도입되었습니다.

  • 더 작은 읽기 및 쓰기 I/O 크기에 적합한 1밀리초 미만의 I/O 대기 시간
  • IOPS 및 처리량에 대한 Service Level Agreement(서비스 수준 약정)
  • 프로비저닝된 GB 용량에 따라 비용 지불
  • 디스크당 기본 IOPS 및 스토리지 처리량 세트 제공
  • 각 디스크에 더 많은 IOPS 및 처리량을 추가하고 프로비저닝된 추가 리소스 비용을 별도로 지불하는 옵션
  • Azure Write Accelerator 또는 기타 캐시와 같은 다른 기능의 도움 없이 SAP HANA 인증 통과

이 유형의 스토리지는 DBMS 워크로드, 1밀리초 미만의 짧은 대기 시간이 필요한 스토리지 트래픽, IOPS 및 처리량의 SLA를 대상으로 합니다. 프리미엄 SSD v2 디스크는 기본적으로 3,000 IOPS 및 125MBps 처리량을 제공합니다. 또한 개별 디스크에 IOPS 및 처리량을 추가할 수 있습니다. 스토리지 가격은 처리량 또는 IOPS를 추가해도 가격에 크게 영향을 미치지 않는 방식으로 구성됩니다. 그럼에도 불구하고 프리미엄 SSD v2의 스토리지 구성이 어떻게 보일지 결정하는 것은 사용자의 몫입니다. 기본적인 방법으로 시작하려면 SAP HANA Azure 가상 머신 프리미엄 SSD v2 스토리지 구성을 참조하세요.

실제 지역의 경우 이 새로운 블록 스토리지 유형을 사용할 수 있으며 실질적인 제한 사항은 프리미엄 SSD v2 문서를 참조하세요.

SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 지원되지 않음 시스템 없음
데이터 디스크 적합 모든 시스템
SAP 전역 전송 디렉터리 예 모든 시스템
SAP sapmnt 적합 모든 시스템
백업 스토리지 적합 백업 단기 스토리지용
공유/공유 디스크 사용할 수 없음 Azure Premium Files 또는 Azure NetApp Files 필요
복원력 LRS GRS 또는 ZRS를 디스크에 사용할 수 없음
대기 시간 1밀리초 미만 -
IOPS SLA 예 -
용량에 비례하는 IOPS 반선형 관리 디스크 가격 책정
디스크당 최대 IOPS 디스크 크기에 따라 80,000 VM 한도도 고려
처리량 SLA 예 -
용량에 비례하는 처리량 반선형 관리 디스크 가격 책정
HANA 인증됨 예 -
Azure Write Accelerator 지원 아니요 -
디스크 버스팅 아니요 -
디스크 스냅샷 가능 예1 -
Azure Backup VM 스냅샷 가능 예 -
비용 중간 -

1(증분) 프리미엄 SSD v2 또는 Ultra Disk의 스냅샷은 만들어진 직후에 사용할 수 없습니다. 스냅샷으로 디스크를 만들려면 먼저 백그라운드 복사를 완료해야 합니다.

Azure 프리미엄 스토리지와 반대로 Azure 프리미엄 SSD v2는 SAP HANA 스토리지 대기 시간 KPI를 충족합니다. 따라서 Write Accelerator 사용 문서에 설명된 대로 Azure Write Accelerator 캐싱을 사용할 필요가 없습니다.

요약: Azure 프리미엄 SSD v2는 SAP 워크로드에 가장 적합한 가성비를 제공하는 블록 스토리지입니다. Azure 프리미엄 SSD v2는 데이터베이스 워크로드를 처리하는 데 적합합니다. 1밀리초 미만의 대기 시간은 까다로운 DBMS 워크로드에 적합한 스토리지입니다. 2022년 11월에 릴리스된 최신 스토리지 유형이기 때문에 몇 가지 제한 사항이 있지만 향후 몇 개월 이내에 해결될 것입니다.

Azure Ultra Disk

Azure ultra disks는Azure IaaS VM에 대해 높은 처리량, 높은 IOPS 및 일관성 있는 짧은 대기 시간 디스크 스토리지를 제공합니다. Ultra Disk의 몇 가지 이점에는 VM(가상 머신)을 다시 시작하지 않고도 워크로드와 함께 디스크의 IOPS 및 처리량을 동적으로 변경할 수 있다는 것이 포함됩니다. Ultra Disk는 SAP DBMS 워크로드와 같은 데이터를 많이 사용하는 워크로드에 적합합니다. Ultra Disk는 데이터 디스크로만 사용할 수 있으며 운영 체제를 저장하는 베이스 VHD 디스크로 사용할 수 없습니다. Azure Premium Storage를 베이스 VHD 디스크로 사용하는 것이 좋습니다.

Ultra Disk를 만들 때 3가지 차원을 정의할 수 있습니다.

  • 디스크의 용량. 범위는 4GiB ~ 65,536GiB입니다.
  • 디스크에 대해 프로비저닝된 IOPS. 다른 최댓값이 디스크 용량에 적용됩니다. 자세한 내용은 Ultra Disk 문서를 참조하세요.
  • 프로비저닝된 스토리지 대역폭. 디스크 용량에 따라 최대 대역폭이 다르게 적용됩니다. 자세한 내용은 Ultra Disk 문서를 참조하세요.

단일 디스크의 비용은 특정 디스크에 대해 개별적으로 정의할 수 있는 세 가지 차원에 따라 결정됩니다.

SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 작동하지 않음 -
데이터 디스크 적합 모든 시스템
SAP 전역 전송 디렉터리 예 지원됨
SAP sapmnt 적합 모든 시스템
백업 스토리지 적합 백업 단기 스토리지용
공유/공유 디스크 사용할 수 없음 타사 필요
복원력 LRS GRS 또는 ZRS를 디스크에 사용할 수 없음
대기 시간 매우 낮음 -
IOPS SLA 예 -
용량에 비례하는 IOPS 괄호 안 반선형 관리 디스크 가격 책정
디스크당 최대 IOPS 1,200 ~ 160,000 디스크 용량에 따라 다름
처리량 SLA 예 -
용량에 비례하는 처리량 괄호 안 반선형 관리 디스크 가격 책정
HANA 인증됨 예 -
Azure Write Accelerator 지원 아니요 -
디스크 버스팅 예 -
디스크 스냅샷 가능 예1 -
Azure Backup VM 스냅샷 가능 예 -
비용 Premium Storage보다 높음 -

1(증분) 프리미엄 SSD v2 또는 Ultra Disk의 스냅샷은 만들어진 직후에 사용할 수 없습니다. 스냅샷으로 디스크를 만들려면 먼저 백그라운드 복사를 완료해야 합니다.

요약: 대기 시간이 1밀리초 미만인 Azure Ultra 디스크는 모든 종류의 SAP 워크로드에 적합합니다. 지금까지 Ultra Disk는 가용성 영역(영역 배포)을 통해 배포된 VM과 조합하는 방법으로만 사용할 수 있었습니다. 다른 스토리지와 달리 Ultra 디스크는 베이스 VHD 디스크에 사용할 수 없습니다. Ultra Disk는 I/O 워크로드의 변동이 크고, 배포된 스토리지 처리량 또는 IOPS의 크기를 대역폭 및 IOPS의 최대 사용량에 맞게 조정하는 대신 스토리지 워크로드 패턴에 맞게 조정하려는 경우에 적합합니다.

Azure NetApp Files

Azure NetApp Files는 SAP HANA와 함께 사용하도록 인증된 Azure 기반 자사 엔터프라이즈급 고성능 파일 스토리지 서비스입니다. NetApp 계정, 용량 풀 및 볼륨을 만들 수 있는 서비스로 볼륨을 제공합니다. Azure NetApp Files를 사용하면 서비스 및 성능 수준을 선택하고 데이터 보호를 관리하여 온-프레미스에서 익숙하고 사용하는 것과 동일한 프로토콜과 도구를 사용하여 고성능, 고가용성 및 확장성 있는 파일 공유를 만들고 관리할 수 있습니다.

Azure NetApp Files 볼륨에서는 다음 형식의 SAP 워크로드가 지원됩니다.

  • SAP DBMS 워크로드
  • SAPMNT 공유
  • 전역 전송 디렉터리

Azure NetApp Files는 세 가지 서비스 수준으로 제공되며, 각 서비스 수준마다 처리량과 가격 책정 사양이 다릅니다. 배포에 적합한 옵션은 배포 크기에 따라 달라집니다. 사용자 지정된 크기 권장 사항은 Azure의 SAP NetApp Files TCO 예측 도구에서 제공됩니다.

서비스 수준에 대한 자세한 내용은 Azure NetApp Files의 서비스 수준을 참조하세요.

볼륨 배포

최적의 결과를 얻으려면 SAP HANA용 애플리케이션 볼륨 그룹을 사용하여 볼륨을 배포합니다. 애플리케이션 볼륨 그룹은 경합을 줄이고 최고의 처리량과 가장 낮은 대기 시간을 제공하기 위해 선호도 및 선호도 방지 규칙을 사용하여 Azure 인프라의 최적의 위치에 볼륨을 배치합니다.

참고 항목

용량 풀은 Azure NetApp Files의 기본 프로비전 단위입니다. 용량 풀은 1TiB 크기부터 제공되며, 1TiB 단위로 용량 풀을 확장할 수 있습니다. 용량 풀은 볼륨의 부모 단위입니다. 크기 조정 정보는 Azure NetApp Files 리소스 제한을 참조 하세요. 가격 책정은 Azure NetApp Files 가격 책정을 참조 하세요.

Azure NetApp Files는 여러 SAP 워크로드 시나리오에서 지원됩니다.

참고 항목

Linux의 DBMS 워크로드의 경우 Azure NetApp Files에서 NFS 기반 볼륨을 사용합니다.

볼륨 크기에서 처리량 분리

데이터베이스 애플리케이션용 스토리지에는 일반적으로 볼륨 크기에 따라 선형적으로 크기 조정되지 않는 처리량 요구 사항이 있습니다. 즉, 로그 볼륨의 크기는 상대적으로 작지만 높은 수준의 처리량이 필요합니다.

Azure NetApp Files를 사용하면 수동 QoS 형식의 용량 풀을 사용할 때 볼륨 크기와 독립적으로 볼륨 처리량을 할당할 수 있습니다.

예를 들면 다음과 같습니다.

  • 데이터베이스 파일 볼륨에 500MiB/s 처리량과 39TiB 용량 필요
  • 로그 파일 볼륨에 2000MiB/s 처리량과 1TiB 용량 필요

이 시나리오에서는 수동 QoS 용량 풀을 만들고 볼륨 크기와 관계없이 처리량을 할당할 수 있습니다. 필요한 총 용량은 40TiB이고, 총 처리량 예산은 2500MiB/s입니다. 프리미엄 서비스 수준(할당된 TiB당 64MiB/s)의 용량 풀은 성능 및 용량 요구 사항(40MiB * 64iB/s/TiB = 2560MiB)을 모두 수용합니다.

선형 성능 크기 조정에는 처리량 요구 사항을 달성하기 위해 로그 볼륨을 상당히 오버프로비전해야 합니다. 로그 볼륨에 대해 2000MiB/s 처리량을 달성하려면 16TiB의 Ultra 계층(할당된 TiB당 128MiB/s)에 용량 풀을 배포해야 하며, 그 결과 과도한 프로비전이 발생하고 15TiB의 용량이 낭비됩니다.

시나리오에 대한 예상 비용을 가져오려면 Azure NetApp Files 성능 계산기를 사용합니다.

Azure NetApp Files의 SAP 워크로드에 대한 기능 행렬은 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 관리 디스크 사용 -
데이터 디스크 적합 SAP HANA, Oracle Linux의 Oracle, SLES/RHEL의 Db2 및 SAP ASE, MAXDB, SQL Server
SAP 전역 전송 디렉터리 예 SMB(Windows 전용) 및 NFS(Linux 전용)
SAP sapmnt 적합 SMB(Windows 전용) 또는 NFS(Linux 전용)
백업 스토리지 적합 스냅샷 및/또는 Azure NetApp Files 백업을 사용합니다. HANA의 로그 백업도 파일 기반 백업 대상으로 사용할 수 있습니다.
공유/공유 디스크 예 SMB, NFS
복원력 LRS 및 GRS 지역 간 복제를 갖춘 GRS; 교차 영역 복제를 갖춘 ZRS
대기 시간 매우 낮음 일반적으로 1ms 미만
IOPS SLA 예 -
용량에 비례하는 IOPS 자동 QoS를 갖춘 선형; 수동 QoS를 통해 독립적으로 구성 가능 세 가지 서비스 수준 사용 가능
처리량 SLA 예 크기 조정 권장 사항은 Azure NetApp Files TCO 예측 도구의 SAP에서 사용할 수 있습니다.
용량에 비례하는 처리량 자동 QoS를 갖춘 선형; 수동 QoS를 통해 독립적으로 구성 가능 세 가지 서비스 수준 사용 가능
HANA 인증됨 예 -
디스크 스냅샷 가능 예 Azure NetApp Files 스냅샷 작동 방식을 참조하세요.
애플리케이션 일관성 스냅샷 및 백업 오케스트레이션 아니요 AzAcSnap 또는 SnapCenter 사용
비용 TCO 예측 도구 사용 Azure의 SAP NetApp Files TCO 예측 도구를 사용하고 환경의 크기를 입력합니다.

Azure NetApp Files 스토리지의 기타 기본 제공 기능:

Important

특히 데이터베이스 배포의 경우 적어도 다시 실행 로그에 대한 짧은 대기 시간을 달성해야 합니다. 특히 SAP HANA의 경우 SAP는 더 작은 크기의 HANA 다시 실행 로그 쓰기에 대해 1밀리초 미만의 대기 시간이 필요합니다. 이러한 대기 시간을 달성하려면 아래의 가능성을 참조하세요.

Important

Azure NetApp Files 볼륨을 배포할 때 가상 머신이 배포되거나 배포될 영역을 기록해 둡니다. 같은 영역을 선택했는지 확인합니다. 이 기능은 Azure NetApp Files에 대한 가용성 영역 볼륨 배치 관리 문서에 설명되어 있습니다. SAP HANA용 애플리케이션 볼륨 그룹은 동일한 기능을 사용하여 애플리케이션 VM에 최대한 가까운 곳에 볼륨을 배포합니다.

이러한 형식의 가용성 영역 맞춤을 사용하는 이유는 애플리케이션 VM과 동일한 가용성 영역에 NFS 공유를 배치하여 위험 표면을 줄이기 위해서입니다.

  • SAP HANA용 애플리케이션 볼륨 그룹을 사용하여 SAP HANA 배포를 위한 Azure NetApp Files 볼륨을 배포합니다. 애플리케이션 볼륨 그룹의 장점은 데이터 볼륨이 여러 스토리지 엔드포인트에 배포되어 네트워크 경합을 줄이고 성능을 개선시킨다는 것입니다.

요약: Azure NetApp Files는 SAP HANA를 위한 인증된 저대기 시간 스토리지 솔루션입니다. 이 서비스는 하나 이상의 용량 풀에서 볼륨을 추출하여 제공합니다. 용량 풀은 총 용량과 할당된 처리량을 정의하는 세 가지 서비스 수준으로 제공됩니다. 볼륨의 크기를 조절할 수 있으며, 할당된 처리량을 서비스를 중단하지 않고 조정하여 변화하는 요구 사항에 부응하고 비용을 제어할 수 있습니다. 이 서비스는 재해 복구 및 비즈니스 연속성을 위해 다른 지역이나 영역에 볼륨을 복제하는 기능을 제공합니다.

Azure Premium Files

Azure Premium Files는 적당한 가격으로 SMB 및 NFS를 제공하고 SAP 애플리케이션 레이어의 공유를 처리하기에 충분한 대기 시간을 제공하는 공유 스토리지입니다. 뿐만 아니라 Azure Premium Files는 한 복제본이 실패하면 다른 영역의 다른 복제본이 작업을 인수할 수 있는 자동화를 사용하여 공유의 동기 영역 복제를 제공합니다. Azure NetApp Files와 달리 성능 계층은 없습니다. 용량 풀도 필요 없습니다. 요금은 여러 공유가 실제로 프로비저닝된 용량에 따라 청구됩니다. Azure Premium Files는 SAP 워크로드용 DBMS 스토리지로 테스트되지 않았습니다. 하지만 SAP 워크로드의 사용 시나리오는 SAP 애플리케이션 레이어에서 사용되는 모든 유형의 SMB 및 NFS 공유에 중점을 두었습니다. Azure Premium Files는 /hana/shared에 사용하기에도 적합합니다.

참고 항목

아직은 Azure Premium Files 기반의 공유 볼륨에서 지원되는 SAP DBMS 워크로드는 없습니다.

Azure Premium Files 목록에서 지원되는 SAP 시나리오는 다음과 같습니다.

Azure Premium Files는 Azure NetApp Files에 비해 최소 공유 크기가 100GB인 더 많은 IOPS로 시작합니다. 이처럼 IOPS 기준이 높기 때문에 특정 IOPS 및 처리량 값을 달성하기 위해 용량을 오버프로비저닝하는 사태를 방지할 수 있습니다. IOPS 및 스토리지 처리량에 대한 내용은 Azure Files 확장성 및 성능 목표의 Azure 파일 공유 스케일링 목표 섹션을 참조하세요.

참고 항목

Azure Premium Files의 계층형 아키텍처로 인해 공유에 저장된 파일의 메타데이터에 액세스하는 대기 시간은 Azure NetApp Files보다 훨씬 높습니다. 대기 시간이 길어지면 인스턴스 대량 만들기 및 파일 삭제에 영향을 미칠 수 있습니다. 그러나 수십만 개의 파일이 포함된 대규모 디렉터리의 콘텐츠를 나열하는 데 걸리는 시간에 눈에 띄는 영향을 미칠 수도 있습니다. 이러한 높은 메타데이터 대기 시간에 영향을 미치는 주요 사용 사례는 고객이 매일 수십만 또는 수백만 건의 파일 만들기 및 대량 삭제를 접할 수 있는 인터페이스 공유로 사용하는 것입니다. 따라서 인터페이스 공유 시나리오를 부지런히 테스트해야 합니다. 워크로드가 메타데이터 사용량이 많은지 확인하려면 메타데이터 또는 네임스페이스 사용량이 많은 워크로드를 확인합니다.

SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 작동하지 않음 -
데이터 디스크 SAP 워크로드를 지원하지 않음 -
SAP 전역 전송 디렉터리 예 SMB 및 NFS
SAP sapmnt 적합 모든 시스템 SMB(Windows만 해당) 또는 NFS(Linux만 해당)
백업 스토리지 적합 -
공유/공유 디스크 예 SMB 3.0, NFS v4.1
복원력 LRS 및 ZRS Azure Premium Files레 사용 가능한 GRS 없음
대기 시간 낮음 -
IOPS SLA 예 -
용량에 비례하는 IOPS 완전한 선형 -
처리량 SLA 예 -
용량에 비례하는 처리량 완전한 선형 -
HANA 인증됨 아니요 -
디스크 스냅샷 가능 예 -
Azure Backup VM 스냅샷 가능 아니요 -
비용 낮음 -

요약: Azure Premium Files는 NFS 및 SMB 볼륨이나 공유를 배포할 수 있을 만큼 대기 시간이 짧은 스토리지입니다. Azure Premium Files는 SAP 애플리케이션 레이어 공유에 뛰어난 가성비를 제공합니다. 이러한 공유에 대한 동기 영역 복제도 제공합니다. 아직은 이 스토리지 유형이 SAP DBMS 워크로드를 지원하지 않습니다. 하지만 /hana/shared 볼륨에 사용할 수 있습니다.

Azure 표준 SSD 스토리지

Azure 표준 HDD 스토리지에 비해 Azure 표준 SSD 스토리지는 더 나은 가용성, 일관성, 안정성 및 대기 시간을 제공합니다. 낮은 IOPS 수준에서 일관된 성능이 필요한 워크로드에 최적화되어 있습니다. 이 스토리지는 IOPS 및 처리량 요구가 낮은 비프로덕션 SAP 시스템에 사용되는 최소 스토리지입니다. SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 제한적 적합 비프로덕션 시스템
데이터 디스크 제한적 적합 IOPS 및 대기 시간 요구가 낮은 일부 비프로덕션 시스템
SAP 전역 전송 디렉터리 아니요 지원되지 않음
SAP sapmnt 제한적 적합 비프로덕션 시스템
백업 스토리지 적합 -
공유/공유 디스크 사용할 수 없음 타사 필요
복원력 LRS, GRS 디스크에 사용 가능한 ZRS 없음
대기 시간 높음 SAP 전역 전송 디렉터리 또는 프로덕션 시스템에 대해 너무 높음
IOPS SLA 아니요 -
디스크당 최대 IOPS 500 디스크 크기와 무관
처리량 SLA 아니요 -
HANA 인증됨 아니요 -
디스크 스냅샷 가능 예 -
Azure Backup VM 스냅샷 가능 예 -
비용 LOW -

요약: Azure 표준 SSD 스토리지는 베이스 VHD용 비프로덕션 VM, 상대적으로 대기 시간에 민감하지 않거나 IOPS 및 처리량 속도가 느린 경우의 최종 DBMS 배포에 대한 최소 권장 사항입니다. 이 Azure Storage 유형은 더 이상 SAP Global 전송 디렉터리 호스팅을 지원하지 않습니다.

Azure 표준 HDD 스토리지

Azure 표준 HDD 스토리지는 Azure 인프라가 2014년에 SAP NetWeaver 워크로드에 대해 인증을 받을 당시 유일한 스토리지 유형이었습니다. 2014년에 Azure 가상 머신은 작고 스토리지 처리량이 적었습니다. 따라서 이 스토리지 유형은 요구를 따라가기만 했습니다. 이 스토리지는 대기 시간에 민감하지 않은 워크로드(SAP 공간에서는 거의 경험할 수 없음)에 이상적입니다. Azure VM의 처리량이 증가하고 이러한 VM이 생성하는 워크로드가 증가함에 따라 이 스토리지 유형은 더 이상 SAP 시나리오에서 사용할 수 없습니다. SAP 워크로드에 대한 기능 매트릭스는 다음과 같습니다.

기능 Comment(설명) 노트/링크
OS 베이스 VHD 부적합 -
데이터 디스크 부적합 -
SAP 전역 전송 디렉터리 아니요 지원되지 않음
SAP sapmnt 아니요 지원되지 않음
백업 스토리지 적합 -
공유/공유 디스크 사용할 수 없음 Azure Files 또는 타사 필요
복원력 LRS, GRS 디스크에 사용 가능한 ZRS 없음
대기 시간 높음 DBMS 사용, SAP 전역 전송 디렉터리 또는 sapmnt/saploc에 대해 너무 높음
IOPS SLA 아니요 -
디스크당 최대 IOPS 500 디스크 크기와 무관
처리량 SLA 아니요 -
HANA 인증됨 아니요 -
디스크 스냅샷 가능 예 -
Azure Backup VM 스냅샷 가능 예 -
비용 낮음 -

요약: 표준 HDD는 SAP 백업을 저장하는 데만 사용해야 하는 Azure 스토리지 유형입니다. 데이터 조회에 사용되는 사용 중지된 시스템과 같은 비활성 시스템의 기본 VHD로만 사용해야 합니다. 활성 개발, QA 또는 프로덕션 VM은 해당 스토리지를 기반으로 해서는 안 되며 데이터베이스 파일 또한 해당 스토리지에서 호스트되어서는 안 됩니다.

스토리지 트래픽에서의 Azure VM 한도

온-프레미스 시나리오와는 달리, 직접 선택하는 개별 VM 유형은 달성할 수 있는 스토리지 대역폭에서 중요한 역할을 합니다. 다양한 스토리지 유형에 대해 다음을 고려해야 합니다.

스토리지 유형 Linux Windows 설명
표준 HDD Azure의 Linux VM 크기 Azure의 Windows VM 크기 중간 규모 또는 큰 VM의 스토리지 한도를 조정하기 어려울 수 있음
표준 SSD Azure의 Linux VM 크기 Azure의 Windows VM 크기 중간 규모 또는 큰 VM의 스토리지 한도를 조정하기 어려울 수 있음
Premium Storage Azure의 Linux VM 크기 Azure의 Windows VM 크기 스토리지 구성으로 IOPS 또는 스토리지 처리량 VM 한도에 쉽게 도달
프리미엄 SSD v2 Azure의 Linux VM 크기 Azure의 Windows VM 크기 스토리지 구성으로 IOPS 또는 스토리지 처리량 VM 한도에 쉽게 도달
Ultra 디스크 스토리지 Azure의 Linux VM 크기 Azure의 Windows VM 크기 스토리지 구성으로 IOPS 또는 스토리지 처리량 VM 한도에 쉽게 도달
Azure NetApp Files Azure의 Linux VM 크기 Azure의 Windows VM 크기 스토리지 트래픽은 스토리지 대역폭이 아닌 네트워크 처리량 대역폭을 사용합니다!
Azure Premium Files Azure의 Linux VM 크기 Azure의 Windows VM 크기 스토리지 트래픽은 스토리지 대역폭이 아닌 네트워크 처리량 대역폭을 사용합니다!

제한 사항으로 다음에 유의해야 합니다.

  • VM이 작을수록 연결할 수 있는 디스크의 수가 적습니다. 이 제한은 Azure NetApp Files에는 적용되지 않습니다. NFS 또는 SMB 공유를 탑재하기 때문에 연결할 수 있는 공유 볼륨의 수에 제한이 없습니다.
  • VM의 I/O 처리량 및 IOPS 한도는 Premium Storage 디스크 및 Ultra Disk를 사용하여 쉽게 초과할 수 있습니다.
  • Azure NetApp Files 및 Azure Premium Files를 사용하면 공유 볼륨에 대한 트래픽이 스토리지 대역폭이 아닌 VM의 네트워크 대역폭을 사용함
  • 이중 숫자 TiB 용량 공간에 있는 NFS 볼륨이 큰 경우, 단일 VM에서 해당 볼륨에 액세스하는 처리량은 공유 볼륨과 상호 작용하는 단일 세션에 대한 Linux의 한도에 따라 정체되게 됩니다.

SAP 시스템의 수명 주기에서 Azure VM의 크기를 조정하는 경우 더 크고 새로운 유형의 IOPS 및 저장소 처리량 한도를 평가해야 합니다. 일부 경우에는 Azure VM의 새 기능에 맞춰 스토리지 구성을 조정하는 것도 적합할 수 있습니다.

스트라이프 여부 결정

여러 Azure 디스크에서 하나의 큰 볼륨으로 스트라이프 세트를 만들면 개별 디스크의 IOPS 및 처리량을 단일 볼륨에 누적시킬 수 있습니다. Azure Standard Storage 및 Azure Premium Storage에만 사용됩니다. Azure Ultra Disk는 디스크 용량과 관계없이 처리량 및 IOPS를 구성할 수 있으므로 스트라이프 세트를 사용하지 않아도 됩니다. NFS 또는 SMB 기반 공유 볼륨은 스트라이프할 수 없습니다. Azure Premium Storage 처리량 및 IOPS의 비선형적인 특성으로 인해 대용량 단일 Azure Premium Storage 디스크와 동일한 IOPS 및 처리량을 사용하여 더 작은 용량을 프로비저닝할 수 있습니다. 이는 Azure Premium Storage를 사용하여 저렴한 비용으로 높은 처리량 또는 IOPS를 달성할 수 있는 방법입니다. 예를 들어 2개의 P15 Premium Storage 디스크에 스트라이프 처리를 하면:

  • 250MiB/초의 처리량을 얻을 수 있습니다. 해당 볼륨은 512GiB의 용량을 갖게 됩니다. 초당 250MiB의 처리량을 제공하는 단일 디스크를 사용하려면 2개의 TiB 용량이 있는 P40 디스크를 선택해야 합니다.
  • 스트라이프 처리를 통해 전체 용량이 512GiB인 P10 Premium Storage 디스크 4개를 스트라이프하여 400MiB/초. 초당 최소 500MiB의 처리량을 가지는 단일 디스크를 사용하려면 용량이 8TiB인 P60 Premium Storage 디스크를 선택해야 합니다. Premium Storage 비용은 용량과 선형 관계에 가까우므로 스트라이프를 사용하여 비용을 절감할 수 있습니다.

스트라이프 시 다음과 같은 일부 규칙을 따라야 합니다.

  • Azure Storage는 Azure Storage 백 엔드에서 데이터 디스크를 이미 중복 상태로 유지하기 때문에 VM에서 구성된 스토리지 중복성을 사용하지 않아야 합니다.
  • 스트라이프 세트가 적용되는 디스크는 서로 동일한 크기여야 합니다.
  • 프리미엄 SSD v2와 Ultra 디스크를 사용하는 경우 용량, 프로비저닝된 IOPS 및 프로비저닝된 처리량이 동일해야 합니다.

Azure Premium Storage를 사용하여 최적의 가격과 성능 비율을 얻을 수 있는 가장 좋은 방법은 여러 개의 소규모 디스크를 스트라이프하는 것입니다. 스트라이프 시에 배포 및 관리 오버헤드가 더 있을 수 있습니다.

특정 스트라이프 크기 권장 사항은 다른 DBMS에 대한 설명서(예: SAP HANA Azure 가상 머신 스토리지 구성)를 참조하세요.

다음 단계

문서를 읽어보세요.