Skip to main content
NetApp Solutions SAP
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

스토리지 사이징

기여자

다음 섹션에서는 SAP HANA용 스토리지 시스템 사이징에 필요한 성능 및 용량 고려 사항에 대해 간략하게 설명합니다.

참고 스토리지 사이징 프로세스를 지원하고 적절한 규모의 스토리지 환경을 구축할 수 있도록 NetApp 또는 NetApp 파트너 세일즈 담당자에게 문의하십시오.

성능 고려 사항

SAP는 정적 KPI(스토리지 핵심 성과 지표) 집합을 정의했습니다. 이러한 KPI는 데이터베이스 호스트의 메모리 크기와 SAP HANA 데이터베이스를 사용하는 애플리케이션에 관계없이 모든 운영 SAP HANA 환경에 유효합니다. 이러한 KPI는 단일 호스트, 다중 호스트, HANA 기반 Business Suite, HANA 기반 Business Warehouse, S/4HANA 및 BW/4HANA 환경에 대해 유효합니다. 따라서 현재 성능 사이징 방식은 스토리지 시스템에 연결된 활성 SAP HANA 호스트 수에 따라서만 달라집니다.

참고 스토리지 성능 KPI는 운영 SAP HANA 시스템에만 필요하지만 모든 HANA 시스템에 대해 에는 구현할 수 있습니다.

SAP는 스토리지에 연결된 활성 SAP HANA 호스트에 대한 스토리지 시스템 성능을 검증하는 데 사용해야 하는 성능 테스트 툴을 제공합니다.

NetApp은 테스트 및 사전 정의했지만, 특정 스토리지 모델에 연결할 수 있는 SAP HANA 호스트의 최대 수를 테스트하는 동시에 운영 기반 SAP HANA 시스템에 필요한 스토리지 KPI를 충족했습니다.

SAP 성능 테스트 툴을 실행하여 디스크 쉘프에서 실행 가능한 최대 SAP HANA 호스트 수와 SAP HANA 호스트당 필요한 최소 SSD 수를 확인했습니다. 이 테스트에서는 호스트의 실제 스토리지 용량 요구 사항을 고려하지 않습니다. 필요한 실제 스토리지 구성을 결정하려면 용량 요구 사항도 계산해야 합니다.

SAS 디스크 쉘프

12Gb SAS 디스크 쉘프(DS224C)를 사용하면 고정 디스크 쉘프 구성을 사용하여 성능 사이징을 수행합니다.

  • SSD 12개가 장착된 디스크 쉘프

  • 24개의 SSD가 장착된 디스크 쉘프

두 구성 모두 고급 드라이브 파티셔닝(ADPv2)을 사용합니다. 반 로드된 디스크 쉘프는 최대 9개의 SAP HANA 호스트를 지원하며, 완전히 로드된 쉘프는 단일 디스크 쉘프에서 최대 14개의 호스트를 지원합니다. SAP HANA 호스트는 두 스토리지 컨트롤러 간에 균등하게 분산되어야 합니다.

참고 SAP HANA 호스트 수를 지원하려면 12Gb SAS를 사용하여 DS224C 디스크 쉘프를 연결해야 합니다.

6Gb SAS 디스크 쉘프(DS2246)는 최대 4개의 SAP HANA 호스트를 지원합니다. SSD와 SAP HANA 호스트는 두 스토리지 컨트롤러 간에 균등하게 분산되어야 합니다. 다음 그림에서는 디스크 쉘프당 지원되는 SAP HANA 호스트 수를 요약합니다.

6Gb SAS 쉘프(DS2246)가 24개 SSD와 함께 완전히 로드됩니다 12GB SAS 쉘프(DS224C)는 SSD 12개 및 ADPv2가 반으로 로드됩니다 12GB SAS 쉘프(DS224C)에는 24개의 SSD 및 ADPv2가 완전히 로드됩니다

디스크 쉘프당 최대 SAP HANA 호스트 수

4

9

14

참고 이 계산은 사용되는 스토리지 컨트롤러와 무관합니다. 디스크 쉘프를 추가한다고 해서 스토리지 컨트롤러에서 지원할 수 있는 SAP HANA 호스트의 수는 늘어있지 않습니다.

NS224 NVMe 쉘프

첫 번째 쉘프용 최소 12개의 NVMe SSD는 최대 18개의 SAP HANA 호스트를 지원합니다. 완전히 채워진 쉘프는 최대 48개의 SAP HANA 호스트를 지원합니다.

참고 디스크 쉘프를 추가한다고 해서 스토리지 컨트롤러에서 지원할 수 있는 SAP HANA 호스트의 수는 늘어있지 않습니다.

혼합 워크로드

동일한 스토리지 컨트롤러 또는 동일한 스토리지 애그리게이트에서 실행되는 SAP HANA 및 기타 애플리케이션 워크로드가 지원됩니다. 그러나 SAP HANA 워크로드를 다른 모든 애플리케이션 워크로드와 분리하는 것이 NetApp 모범 사례입니다.

SAP HANA 워크로드 및 기타 애플리케이션 워크로드를 동일한 스토리지 컨트롤러 또는 동일한 Aggregate에 구축할 수도 있습니다. 그렇다면 혼합 워크로드 환경 내에서 SAP HANA에 적절한 성능을 사용할 수 있는지 확인해야 합니다. 또한, NetApp은 QoS(서비스 품질) 매개 변수를 사용하여 다른 애플리케이션이 SAP HANA 애플리케이션에 미치는 영향을 규제하고 SAP HANA 애플리케이션의 처리량을 보장하는 것이 좋습니다.

SAP HCMT 테스트 툴은 다른 워크로드에 이미 사용 중인 기존 스토리지 컨트롤러에서 추가 SAP HANA 호스트를 실행할 수 있는지 확인하는 데 사용해야 합니다. SAP 애플리케이션 서버를 SAP HANA 데이터베이스와 동일한 스토리지 컨트롤러 및/또는 Aggregate에 안전하게 배치할 수 있습니다.

용량 고려 사항

SAP HANA의 용량 요구사항에 대한 자세한 설명은 에 나와 있습니다 "SAP Note 1900823" 백서.

참고 여러 SAP HANA 시스템을 사용하는 전체 SAP 환경의 용량 사이징은 NetApp의 SAP HANA 스토리지 사이징 툴을 사용하여 결정해야 합니다. 적절한 규모의 스토리지 환경을 위한 스토리지 사이징 프로세스를 검증하려면 NetApp 또는 NetApp 파트너 세일즈 담당자에게 문의하십시오.

성능 테스트 도구 구성

SAP는 SAP HANA 1.0 SPS10부터 I/O 동작을 조정하고 사용되는 파일 및 스토리지 시스템에 맞게 데이터베이스를 최적화하는 매개 변수를 도입했습니다. SAP 테스트 툴을 사용하여 스토리지 성능을 테스트하는 경우 이러한 매개 변수를 SAP의 성능 테스트 툴에 대해서도 설정해야 합니다.

NetApp은 최적의 값을 정의하기 위해 성능 테스트를 실시했습니다. 다음 표에는 SAP 테스트 도구의 구성 파일 내에서 설정해야 하는 매개 변수가 나열되어 있습니다.

매개 변수

max_parallel_io_requests

128

Async_read_submit입니다

켜짐

Async_write_submit_active입니다

켜짐

Async_write_submit_blocks입니다

모두

SAP 테스트 툴 구성에 대한 자세한 내용은 을 참조하십시오 "SAP 노트 1943937" HWCCT(SAP HANA 1.0) 및 의 경우 "SAP 메모 2493172" HCMT/HCOT용(SAP HANA 2.0).

다음 예제는 HCMT/HCOT 실행 계획에 대해 변수를 설정하는 방법을 보여줍니다.

…
{
         "Comment": "Log Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "LogAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "DataAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "LogAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "DataAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "LogAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "DataAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "LogExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "DataExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      }, …

이러한 변수는 테스트 구성에 사용해야 합니다. 일반적으로 SAP가 HCMT/HCOT 도구와 함께 제공하는 사전 정의된 실행 계획이 있는 경우입니다. 다음 4K 로그 쓰기 테스트의 예는 실행 계획에서 가져온 것입니다.

…
      {
         "ID": "D664D001-933D-41DE-A904F304AEB67906",
         "Note": "File System Write Test",
         "ExecutionVariants": [
            {
               "ScaleOut": {
                  "Port": "${RemotePort}",
                  "Hosts": "${Hosts}",
                  "ConcurrentExecution": "${FSConcurrentExecution}"
               },
               "RepeatCount": "${TestRepeatCount}",
               "Description": "4K Block, Log Volume 5GB, Overwrite",
               "Hint": "Log",
               "InputVector": {
                  "BlockSize": 4096,
                  "DirectoryName": "${LogVolume}",
                  "FileOverwrite": true,
                  "FileSize": 5368709120,
                  "RandomAccess": false,
                  "RandomData": true,
                  "AsyncReadSubmit": "${LogAsyncReadSubmit}",
                  "AsyncWriteSubmitActive": "${LogAsyncWriteSubmitActive}",
                  "AsyncWriteSubmitBlocks": "${LogAsyncWriteSubmitBlocks}",
                  "ExtMaxParallelIoRequests": "${LogExtMaxParallelIoRequests}",
                  "ExtMaxSubmitBatchSize": "${LogExtMaxSubmitBatchSize}",
                  "ExtMinSubmitBatchSize": "${LogExtMinSubmitBatchSize}",
                  "ExtNumCompletionQueues": "${LogExtNumCompletionQueues}",
                  "ExtNumSubmitQueues": "${LogExtNumSubmitQueues}",
                  "ExtSizeKernelIoQueue": "${ExtSizeKernelIoQueue}"
               }
            },
…

스토리지 사이징 프로세스 개요

HANA 호스트당 디스크 수와 각 스토리지 모델의 SAP HANA 호스트 밀도는 SAP HANA 테스트 툴을 사용하여 결정되었습니다.

사이징 프로세스에는 운영 및 비운영 SAP HANA 호스트 수, 각 호스트의 RAM 크기, 스토리지 기반 Snapshot 복사본의 백업 보존과 같은 세부 정보가 필요합니다. SAP HANA 호스트 수에 따라 스토리지 컨트롤러 및 필요한 디스크 수가 결정됩니다.

RAM의 크기, 각 SAP HANA 호스트의 디스크의 순 데이터 크기 및 Snapshot 복사본 백업 보존 기간은 용량 사이징 중에 입력으로 사용됩니다.

다음 그림은 사이징 프로세스를 요약합니다.

오류: 그래픽 이미지가 없습니다