다음을 통해 공유


SAP HANA Azure 가상 머신 프리미엄 SSD v2 스토리지 구성

프리미엄 SSD v2는 스토리지 아키텍처를 빌드하는 방법을 간소화하고 워크로드에 맞게 스토리지 기능을 맞추고 조정할 수 있도록 합니다. 프리미엄 SSD v2를 사용하면 용량, IOPS(초당 I/O 작업) 및 처리량을 서로 독립적으로 구성하고 지불할 수 있습니다.

LVM, HANA 데이터 볼륨 분할 또는 특정 스토리지 유형과 관계없는 기타 고려 사항을 사용할 때 스트라이프 크기에 대한 일반적인 고려 사항은 다음 두 문서를 확인하세요.

이 문서의 스토리지 구성 제안 사항은 시작하기 위한 지침을 의미합니다. 워크로드를 실행하고 스토리지 사용률 패턴을 분석하면 제공된 모든 스토리지 대역폭 또는 IOPS를 활용하지 않는다는 것을 알 수 있습니다. 스토리지에서 크기를 축소하거나 더 작은 디스크 크기로 시작하고 시간이 지남에 따라 온라인 확장을 활용하는 것을 고려할 수 있습니다. 또는 반대로 워크로드에는 이러한 구성에서 제안된 것보다 더 많은 스토리지 처리량이 필요할 수 있습니다. 따라서 더 많은 용량, IOPS 또는 처리량을 배포해야 할 수 있습니다. 필요한 스토리지 용량, 필요한 스토리지 대기 시간, 필요한 스토리지 처리량/IOPS 및 가장 저렴한 구성 사이의 긴장 상황에서 Azure는 사용자와 HANA 워크로드에 적합한 절충점을 찾고 조정할 수 있는 다양한 기능과 다양한 가격을 갖춘 다양한 스토리지 유형을 제공합니다.

프로덕션 시나리오에 대해 Azure Premium SSD v2를 사용하는 권장 시작 구성은 다음과 같습니다.

/hana/data - 필요한 경우 더 큰 1.2 x VM 메모리의 크기입니다. 다음 표에서 데이터 처리량 및 IOPS 값을 참조하세요.

/hana/log - 0.5 x VM 메모리의 크기이거나, VM이 1TiB 메모리보다 큰 경우 500GiB입니다. 다음 표에서 로그 처리량 및 IOPS 값을 참조하세요.

/hana/shared - VM 메모리 크기가 1 x이고 VM이 1TiB 메모리보다 큰 경우 1TiB입니다. 기본 IOPS 및 처리량을 시작 구성으로 사용합니다.

가상 머신 메모리 또는 SKU 데이터 처리량 데이터 IOPS 로그 처리량 로그 IOPS
1TiB 미만 425MBps 3,000 275MBps 3,000
1TiB ~2TiB 600MBps 5,000 300MBps 4,000
2TiB ~4TiB 800MBps 12,000 300MBps 4,000
4TiB에서 8TiB 이하로 1,200MBps2 20,000 400MBps 5,000
M416ms_v2(11,400GiB) 1,300MBps 25,000 400MBps 5,000
M624(d)s_12_v3(11,400GiB) 1,300MBps 40,000 600MBps 6,000
M832(d)s_12_v3(11,400GiB) 1,300MBps 40,000 600MBps 6,000
M832ixs1 (14,902GiB) 2,000MBps 40,000 600MBps 9,000
M832i(d)s_16_v3(15,200GiB) 4,000 MBps 60,000 600MBps 10,000
M832ixs_v2 1(23,088GiB) 2,000MBps 60,000 600MBps 10,000
M896ixds_32_v3 1(30,400GiB) 2,000MBps 80,000 600MBps 10,000
M1792ixds_32_v3 1(30,400GiB) 2,000MBps 80,000 600MBps 10,000

1 VM 유형은 기본적으로 사용할 수 없습니다. Microsoft 계정 팀에 문의하세요.

2 VM 제한으로 인해 M208(m)s_v2 가상 머신에서 1,000MBps로 제한됩니다.

가상 머신 메모리 및 원격 스토리지 기능에 대한 자세한 내용은 M 제품군 메모리 최적화 VM 크기 시리즈E 제품군 메모리 최적화 VM 크기 시리즈를 참조하세요.

제안된 다른 볼륨에 대한 스토리지 처리량이 실행하려는 워크로드를 충족하는지 여부를 확인합니다. 워크로드에 /hana/data 및 /hana/log에 대해 더 많은 볼륨이 필요한 경우 사용 중인 개별 디스크에서 IOPS 및/또는 처리량을 늘려야 합니다.

테이블의 값은 파일 시스템에 대한 집계 합계로 지정됩니다. 단일 Premium SSD v2 디스크에서 1,200MB/초 처리량 제한을 사용하려면 더 큰 VM에 여러 디스크 및 스트라이프를 사용해야 합니다. 마찬가지로 스트라이프를 사용하여 디스크당 포함된 125MB/초 및 3,000 IOPS의 이점을 활용할 경우 총 디스크 수를 분할합니다.

여러 디스크를 사용하는 경우의 예

Azure 관리 디스크의 가격표를 조회하면 프리미엄 SSD v2에 도입된 비용 체계가 추구할 두 가지 일반적인 경로를 제공한다는 것이 분명해집니다.

  1. /hana/data/hana/log에 대해 단일 디스크를 사용하여 스토리지 아키텍처를 단순화하고 아래에서 권장하는 수준을 달성하기 위해 필요한 만큼 더 많은 IOPS 및 처리량을 지불합니다. 단일 디스크의 처리량 한도가 1,200MB/초 및 80,000 IOPS임을 인식합니다.
  2. 각 디스크에서 무료로 제공되는 3,000 IOPS 및 125MB/초의 이점을 활용하려고 합니다. 이렇게 하려면 필요한 용량에 합산되는 여러 개의 작은 디스크를 빌드한 다음 이러한 여러 디스크에 걸쳐 논리 볼륨 관리자를 사용하여 스트라이프 볼륨을 빌드합니다. 여러 디스크에서 스트라이프하면 IOPS 및 처리량 비용 요소를 줄일 수 있습니다. 그러나 배포를 자동화하고 이러한 솔루션을 운영하는 데 더 많은 노력이 필요합니다.

어떤 방향으로 가야 하는지 정의하고 싶지 않기 때문에 단일 디스크 접근 방식을 사용할지 또는 다중 디스크 접근 방식을 사용할지에 대한 결정은 사용자에게 맡깁니다. 단일 디스크 접근 방식은 1,200MB/초 처리량으로 제한에 도달할 수 있습니다. 다중 볼륨에서 /hana/data를 스트레치해야 하는 지점이 있을 수 있습니다. 많은 Azure VM은 단일 프리미엄 SSD v2 디스크가 제공할 수 있는 더 높은 스토리지 처리량을 허용합니다. 또한 스토리지 처리량을 제공하는 Azure VM의 기능은 시간이 지남에 따라 증가할 것입니다. 또한 HANA 저장점은 중요하며 /hana/data 볼륨에 대해 높은 처리량을 요구합니다.

이 테이블은 IOPS 및 처리량의 가격과 결합되어 여러 Premium SSD v2 디스크에서 스트라이프하면 원하는 특정 스토리지 구성에 대한 비용을 줄일 수 있는 방법을 알 수 있습니다. 이러한 계산에 따라 /hana/data 및/또는 hana/log에 대한 단일 디스크 접근 방식을 진행할지 여부를 결정할 수 있습니다.

총 파일 시스템 크기 디스크 수 개별 디스크 크기 원하는 총 처리량 기본 처리량 프로비전된 추가 처리량 원하는 총 IOPS 기본 IOPS 프로비전된 추가 IOPS
512GiB 1 512GiB 425MBps 125MBps + 300MBps 5,000IOPS 3,000 IOPS + 2,000 IOPS
512GiB 2 256GiB 425MBps 250MBps(2 x 125) + 175MBps(2 x 88) 5,000IOPS 6,000 IOPS(2 x 3,000) 없음
512GiB 4 128GiB 425MBps 500MBps(4 x 125) 없음 5,000IOPS 12,000 IOPS(4 x 3,000) 없음
--- --- --- --- --- --- --- --- ---
4TiB 1 4TiB 1,000MBps 125MBps + 875MBps 2만 IOPS 3,000 IOPS + 17,000 IOPS
4TiB 2 2TiB 1,000MBps 250MBps(2 x 125) + 750MBps(2 x 375) 2만 IOPS 6,000 IOPS(2 x 3,000) + 14,000 IOPS(2 x 7,000)
4TiB 4 1TiB 1,000MBps 500MBps(4 x 125) + 500MBps(4 x 125) 2만 IOPS 12,000 IOPS(4 x 3,000) + 8,000 IOPS(4 x 2,000)

참고 항목

이 문서에 제안된 구성은 SAP HANA Azure 가상 머신 스토리지 구성에 나열된 대로 HANA 최소 KPI를 유지합니다 . 지금까지의 테스트에서는 값이 나열된 상태에서 SAP HCMT 테스트가 처리량 또는 대기 시간에 실패할 것이라는 징후를 보이지 않았습니다. 즉, 여러 디스크 또는 서로 다른 스트라이프 크기에 걸쳐 스트레치된 스트라이프 세트 주변의 모든 변형 및 조합이 테스트된 것은 아닙니다. 여러 디스크에서 스트라이프 볼륨으로 수행된 테스트는 SAP HANA Azure 가상 머신 스토리지 구성에 설명된 스트라이프 크기로 수행되었습니다.

Important

Azure Premium SSD v2의 논리적 섹터 크기를 512바이트 또는 4096바이트로 정의할 수 있습니다. 기본 섹터 크기는 4096바이트입니다. HCMT를 사용하여 수행된 테스트는 다양한 섹터 크기 간의 성능 및 처리량에 큰 차이를 드러내지 않았습니다. 이 섹터 크기는 논리 볼륨 관리자를 사용할 때 정의해야 하는 스트라이프 크기와 다릅니다.

프리미엄 SSD v2와 프리미엄 SSD 및 울트라 디스크의 주요 차이점

기존 NetWeaver 및 HANA 인증 스토리지와 프리미엄 SSD v2의 주요 차이점은 다음과 같습니다.

  • Premium SSD v2를 사용하면 배포된 정확한 용량을 지불합니다. 크기를 기준으로 용량 비용을 결정하는 premium disk 및 Ultra disk와 달리
  • 모든 프리미엄 SSD v2 스토리지 디스크는 용량 가격에 포함된 처리량에 3,000 IOPS 및 125MB/초와 함께 제공됩니다.
  • 각 디스크와 함께 제공되는 기본 IOPS 및 처리량 외에 추가 IOPS 및 처리량은 언제든지 프로비전할 수 있으며 별도로 요금이 부과됩니다.
  • 프로비전된 IOPS 및 처리량에 대한 변경 내용은 24시간 동안 네 번 실행할 수 있습니다.
  • 프리미엄 SSD v2의 대기 시간은 Premium Storage보다 낮지만 Ultra disk보다 높습니다. 그러나 하위 밀리초이므로 Azure Write Accelerator와 같은 다른 기능의 도움 없이 SAP HANA KPI를 전달합니다.
  • Ultra disk와 마찬가지로 가속기나 다른 캐시 없이도 /hana/data 및 /hana/log 볼륨에 프리미엄 SSD v2를 사용할 수 있습니다.
  • Ultra Disk와 마찬가지로 Azure Premium SSD v2는 프리미엄 SSD와 마찬가지로 캐싱 옵션을 제공하지 않습니다.
  • 프리미엄 SSD v2를 사용하면 동일한 메모리를 제공하는 HANA 인증 Ev4, Ev5 및 M 시리즈 VM(가상 머신)에 동일한 스토리지 구성이 적용됩니다.
  • 프리미엄 SSD와 달리 프리미엄 SSD v2에 대한 디스크 또는 VM 버스팅이 없습니다.

Azure Write Accelerator 지원 또는 다른 캐시의 지원이 없으면 다양한 VM 제품군에 대한 프리미엄 SSD v2 구성이 더 쉽고 통합되며 배포 자동화에서 고려해야 하는 변형을 방지할 수 있습니다. 버스팅 기능이 없으면 처리량이 늘어나고 IOPS가 보다 결정적이고 안정적으로 전달됩니다. 프리미엄 SSD v2는 새로운 스토리지 유형이므로 기능 및 기능과 관련된 몇 가지 제한 사항이 여전히 있습니다. 이러한 제한 사항과 다른 스토리지 간의 차이점을 알아보려면 먼저 Azure 관리 디스크 형식 문서를 읽어 보세요.

다음 단계

자세한 내용은 다음을 참조하세요.