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

스토리지 컨트롤러 설정

기여자 netapp-mschoen kevin-hoke
PDF

이 섹션에서는 NetApp 스토리지 시스템 구성에 대해 설명합니다. 해당 Data ONTAP 설치 및 구성 가이드에 따라 기본 설치 및 설정을 완료해야 합니다.

스토리지 효율성

SSD 구성의 SAP HANA에서는 인라인 중복제거, 볼륨 간 인라인 중복제거, 인라인 압축, 인라인 컴팩션이 지원됩니다.

NetApp FlexGroup 볼륨

SAP HANA에는 NetApp FlexGroup 볼륨 사용이 지원되지 않습니다. SAP HANA의 아키텍처로 인해 FlexGroup 볼륨을 사용할 경우 이점이 없으므로 성능 문제가 발생할 수 있습니다.

NetApp 볼륨 및 애그리게이트 암호화

SAP HANA에서는 NVE(NetApp Volume Encryption) 및 NAE(NetApp Aggregate Encryption)를 사용할 수 있습니다.

서비스 품질

QoS를 사용하면 공유 컨트롤러에서 특정 SAP HANA 시스템 또는 SAP 이외의 애플리케이션에 대한 스토리지 처리량을 제한할 수 있습니다.

운영 및 개발/테스트

한 가지 사용 사례는 개발 및 테스트 시스템의 처리량을 제한하여 혼합 설정에서 운영 시스템에 영향을 주지 않도록 하는 것입니다. 사이징 프로세스 중에 비운영 시스템의 성능 요구사항을 결정해야 합니다. 개발 및 테스트 시스템은 일반적으로 SAP에서 정의한 운영 시스템 KPI의 20% ~ 50% 범위에서 낮은 성능 값으로 사이징할 수 있습니다. 대규모 쓰기 I/O는 스토리지 시스템에 가장 큰 성능 영향을 미칩니다. 따라서 QoS 처리량 제한은 데이터 및 로그 볼륨에서 해당 쓰기 SAP HANA 스토리지 성능 KPI 값의 백분율로 설정해야 합니다.

공유 환경

또 다른 사용 사례는 쓰기가 많은 워크로드의 처리량을 제한하는 것이며, 특히 이러한 워크로드가 지연 시간에 민감한 쓰기 워크로드에 영향을 미치지 않도록 하는 것입니다. 이러한 환경에서는 개별 스토리지 오브젝트의 최대 처리량을 지정된 값으로 제한하기 위해 비공유 처리량 상한 QoS 그룹 정책을 각 SVM(Storage Virtual Machine) 내의 각 LUN에 적용하는 것이 좋습니다. 따라서 단일 워크로드가 다른 워크로드에 부정적인 영향을 미칠 수 있는 가능성이 줄어듭니다.

이렇게 하려면 각 SVM에 대해 ONTAP 클러스터의 CLI를 사용하여 그룹 정책을 생성해야 합니다.

qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false

SVM 내의 각 LUN에 적용됩니다. 아래는 SVM 내의 모든 기존 LUN에 정책 그룹을 적용하는 예입니다.

lun modify -vserver <vserver name>  -path * -qos-policy-group  <policy-name>

이 작업은 모든 SVM에 대해 수행해야 합니다. 각 SVM의 QoS 경찰 그룹 이름은 달라야 합니다. 새 LUN의 경우 정책을 직접 적용할 수 있습니다.

lun create -vserver <vserver_name> -path  /vol/<volume_name>/<lun_name>   -size <size> -ostype <e.g. linux>  -qos-policy-group <policy-name>

지정된 LUN의 최대 처리량으로 1000MB/s를 사용하는 것이 좋습니다. 애플리케이션에 더 많은 처리량이 필요한 경우 LUN 스트라이핑이 포함된 여러 LUN을 사용하여 필요한 대역폭을 제공해야 합니다. 이 가이드는 섹션 에서 Linux LVM 기반 SAP HANA에 대한 예를 "호스트 설정"제공합니다.

참고 이 제한은 읽기에도 적용됩니다. 따라서 SAP HANA 데이터베이스 시작 시간 및 백업에 필요한 SLA를 충족하기 위해 충분한 LUN을 사용하십시오.

NetApp FabricPool를 참조하십시오

SAP HANA 시스템의 액티브 운영 파일 시스템에 NetApp FabricPool 기술을 사용하면 안 됩니다. 여기에는 데이터 및 로그 영역을 위한 파일 시스템과 '/HANA/공유' 파일 시스템이 포함됩니다. 따라서 특히 SAP HANA 시스템을 시작할 때 성능을 예측할 수 없습니다.

FabricPool 또는 SnapMirror 대상과 같은 백업 대상에서 SnapVault와 함께 스냅샷 전용 계층화 정책을 사용할 수 있습니다.

참고 FabricPool를 사용하여 운영 스토리지의 스냅샷 복사본을 계층화하거나 백업 대상에서 FabricPool를 사용하면 데이터베이스의 복원 및 복구 또는 시스템 클론 생성, 복구 시스템과 같은 기타 작업에 필요한 시간이 변경됩니다. 전체 수명 주기 관리 전략을 계획할 때 이 기능을 사용하는 동안 SLA가 여전히 충족되는지 확인하십시오.

FabricPool는 로그 백업을 다른 스토리지 계층으로 이동하는 데 적합한 옵션입니다. 백업을 이동하면 SAP HANA 데이터베이스를 복구하는 데 필요한 시간이 달라집니다. 따라서 복구를 위해 정기적으로 필요한 로그 백업을 로컬 고속 스토리지 계층에 배치하는 값으로 계층화-최소-냉각-일 옵션을 설정해야 합니다.

스토리지를 구성합니다

다음 개요에는 필요한 스토리지 구성 단계가 요약되어 있습니다. 각 단계는 다음 섹션에서 자세히 설명합니다. 이 섹션에서는 스토리지 하드웨어가 설정되어 있고 ONTAP 소프트웨어가 이미 설치되어 있다고 가정합니다. 또한 스토리지 FCP 포트를 SAN 패브릭에 이미 연결할 수 있어야 합니다.

  1. 설명된 대로 올바른 디스크 선반 구성을 확인하십시오.디스크 쉘프 연결 .

  2. 에 설명된 대로 필요한 애그리게이트를 생성하고 애그리게이트 구성구성합니다.

  3. 에 설명된 대로 스토리지 가상 머신(SVM)을 스토리지 가상 머신 구성생성합니다.

  4. 에 설명된 대로 논리 인터페이스(LIF)를 논리 인터페이스 구성생성합니다.

  5. 섹션에 설명된 대로 HANA 서버의 전 세계 이름(WWN)을 사용하여 시작자 그룹(igroup)을 만듭니다. 이니시에이터 그룹 .

  6. 섹션에 설명된 대로 집계 내에서 볼륨과 LUN을 생성하고 구성합니다. "단일 호스트 설정" 단일 호스트 또는 섹션별 "다중 호스트 설정"

디스크 쉘프 연결

SAS 기반 디스크 쉘프

다음 그림과 같이 하나의 SAS 스택에 최대 하나의 디스크 쉘프를 연결하여 SAP HANA 호스트에 필요한 성능을 제공할 수 있습니다. 각 쉘프 내의 디스크는 HA 쌍의 두 컨트롤러 간에 균등하게 분산되어야 합니다. ADPv2는 ONTAP 9 및 DS224C 디스크 쉘프에 사용됩니다.

참고 DS224C 디스크 쉘프를 사용하면 4중 경로 SAS 케이블도 사용할 수 있지만 필수는 아닙니다.

DS224C 디스크 쉘프 연결

NVMe 기반 디스크 셸프

각 NS224 NVMe 디스크 쉘프는 다음 그림과 같이 컨트롤러당 2개의 100GbE 포트를 통해 연결됩니다. 각 쉘프 내의 디스크는 HA 쌍의 두 컨트롤러에 균등하게 분산되어야 합니다. ADPv2는 NS224 디스크 쉘프에도 사용됩니다.

NS224 NVMe 디스크 쉘프 연결

애그리게이트 구성

일반적으로 사용되는 디스크 쉘프 또는 디스크 기술(SSD 또는 HDD)에 관계없이 컨트롤러당 2개의 애그리게이트를 구성해야 합니다. 이 단계는 사용 가능한 모든 컨트롤러 리소스를 사용할 수 있도록 하는 데 필요합니다.

참고 2024년 8월 이후에 출시된 ASA 시스템은 이 단계가 자동으로 수행되므로 필요하지 않습니다

다음 그림에서는 ADPv2로 구성된 12Gb SAS 쉘프에서 실행 중인 12개의 SAP HANA 호스트 구성을 보여 줍니다. 각 스토리지 컨트롤러에 6개의 SAP HANA 호스트가 연결되어 있습니다. 각 스토리지 컨트롤러에 2개씩, 4개의 개별 애그리게이트가 구성됩니다. 각 애그리게이트에는 디스크 11개와 데이터 9개, 패리티 디스크 파티션 2개가 구성되어 있습니다. 각 컨트롤러에 대해 2개의 스페어 파티션을 사용할 수 있습니다.

입력/출력 대화 상자 또는 작성된 내용을 표시하는 그림

스토리지 가상 머신 구성

SAP HANA 데이터베이스를 사용하는 여러 SAP 환경에서 단일 SVM을 사용할 수 있습니다. 필요한 경우 회사 내의 서로 다른 팀에서 SVM을 관리하는 경우 각 SAP 환경에 SVM을 할당할 수 있습니다.

새 SVM을 생성하는 동안 QoS 프로필이 자동으로 생성되어 할당된다면, SVM에서 자동으로 생성된 프로필을 제거하여 SAP HANA에서 필요한 성능 보장:

vserver modify -vserver <svm-name> -qos-policy-group none

논리 인터페이스 구성

스토리지 클러스터 구성 내에서 하나의 네트워크 인터페이스(LIF)를 생성하여 전용 FCP 포트에 할당해야 합니다. 예를 들어, 성능상의 이유로 FCP 포트 4개가 필요한 경우 LIF 4개를 생성해야 합니다. 다음 그림은 SVM에 구성된 8개 LIF의 스크린샷을 보여줍니다.

논리 인터페이스 개요

ONTAP System Manager로 SVM을 생성할 때 필요한 물리적 FCP 포트를 모두 선택할 수 있으며 물리적 포트당 하나의 LIF가 자동으로 생성됩니다.

SVM 생성

이니시에이터 그룹

igroup은 각 서버 또는 LUN에 대한 액세스가 필요한 서버 그룹에 대해 구성할 수 있습니다. igroup을 구성하려면 서버의 WWPN(Worldwide Port Name)이 필요합니다.

'sanlun' 툴을 사용하여 각 SAP HANA 호스트의 WWPN을 얻으려면 다음 명령을 실행합니다.

stlrx300s8-6:~ # sanlun fcp show adapter
/sbin/udevadm
/sbin/udevadm

host0 ...... WWPN:2100000e1e163700
host1 ...... WWPN:2100000e1e163701
참고 이 sanlun 툴은 NetApp Host Utilities의 일부이며 각 SAP HANA 호스트에 설치해야 합니다. 자세한 내용은 섹션을 참조하십시오 "호스트 설정."

이니시에이터 그룹은 ONTAP 클러스터의 CLI를 사용하여 생성할 수 있습니다.

lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>