표준 사이징 유형

이 용어는 SAP 애플리케이션의 하드웨어 요구 사항(예: 네트워크, CPU, 메모리, 스토리지)에 대한 사이징 결과에 도달하기 위해 특정 벤치마크를 충족하기 위한 하드웨어 테스트 및 티셔츠 사이징을 기반으로 사전 정의된 구성 크기를 정의하는 사이징 작업을 말합니다.

어플라이언스 배치 방법

지원되는 SAP HANA의 하드웨어는 배치 방법에 따라 다릅니다. 어플라이언스 배포 방법은 특정 운영 체제를 실행하는 SAP-인증 하드웨어 파트너가 사전 정의된 검증된 SAP-최적화된 하드웨어를 사용합니다. 이러한 하드웨어 옵션은 다양한 구성 크기로 제공됩니다.

파트너(예: 클라우드 서비스 제공자)는 SAP HANA 운영을 중단하지 않고 시스템 가동 중단을 방지하는 여러 계층의 중복 하드웨어, 소프트웨어 및 네트워크 컴포넌트가 있는 어플라이언스를 제공합니다. 이러한 컴포넌트에는 다음이 포함됩니다.

• 이중 전원 공급 장치, 팬 및 무정전 전원 공급 장치(UPS)
• 엔터프라이즈급 오류 정정 메모리
• 완전히 이중화된 네트워크 스위치 및 라우터
• 정전 시에도 쓰기를 보장하기 위해 배터리를 사용하는 디스크 스토리지 시스템.
• 스트라이핑 및 미러링을 사용하여 디스크 장애로부터 이중화 및 복구하는 디스크 스토리지 시스템입니다.

SAP와 협업하여 클라우드 서비스 제공자는 어플라이언스 배치 방법으로 SAP HANA용 SAP 인증 IaaS를 설계할 때 올바른 사이징을 정의합니다.

• OS 및 기타 프로그램의 상주 메모리가 고려되고 디스크로의 스왑이 사용 안함으로 설정된 후에 SAP HANA용 전용 메모리를 제공하여 지정된 워크로드를 충족할 수 있는 하드웨어로 최대 성능을 보장합니다.
• 성능 및 처리량을 최대화하기 위해 SAP는 스케일링 아웃(데이터 볼륨 요구사항이 더 큰 배치의 경우)을 수행하기 전에 가능한 한 스케일링 업(애플리케이션 워크로드에 대해 가장 높은 프로세서 및 메모리 스펙으로 구성 획득)을 수행할 것을 권장합니다.
• 소스 및 대상 머신이 SAP HANA 어플라이언스 스펙을 준수하는 경우 하드웨어 구성이 다른 다양한 SAP HANA 어플라이언스 벤더의 머신에 데이터베이스를 복사할 수 있습니다.

전문가 사이징 유형

전문가 사이징 유형은 고객별 데이터를 분석하여 SAP 애플리케이션의 하드웨어 요구 사항(예: 네트워크, CPU, 메모리, 스토리지)에 대한 사이징 결과를 보다 자세히 설명하는 사이징 작업을 말합니다.

SAP 에 따르면 전문가 사이징에는 일반적으로 "기능적 및 기술적 수준에서 일부 비즈니스 프로세스를 더 자세히 살펴보는 것"이 포함됩니다(인용 출처: 사이징 유형 - 전문가 사이징 ).

따라서 전문가 사이징의 경우 사이징을 수행하는 데 사용되는 표준화된 도구가 없으며, 상당한 노력과 SAP 전문 지식이 필요한 경우가 많습니다. 전문가 사이징을 사용하는 프로젝트는 종종 외부 컨설팅 및 시스템 구현 비즈니스 파트너를 통해 내부 SAP 팀을 지원합니다.

전문가 사이징의 경우 다음 단계가 수행될 수 있습니다(출처: 사이징 유형 - 전문가 사이징 ):

• 가장 중요한 조회/앱/시나리오 식별
• 예를 들어 필터 기준, 권한 부여 등의 사용 방법을 파악합니다.
• 대표적인 테스트 데이터(테스트 데이터의 품질 및 테스트 데이터의 양)에 대해 이러한 조회/앱/시나리오를 실행합니다. 이상적으로는 프로덕션 데이터의 최근 사본에서
• 리소스 사용(CPU/메모리) 및 응답 시간 측정
• 조회/앱/시나리오의 예상 사용량을 기반으로 예측 계산 수행

TDI 배치 방법

지원되는 SAP HANA의 하드웨어는 배치 방법에 따라 다릅니다. TDI 배치 방법은 유연한 OS 또는 SAP HANA 버전을 사용하는 SAP 인증 하드웨어 파트너의 사용자 정의 하드웨어를 사용합니다. 이러한 하드웨어는 모든 크기로 구성할 수 있습니다(SAP에서 테스트한 최대 구성 내에서).

파트너(예: 클라우드 서비스 제공자)는 다양한 구성 옵션 및 중복 옵션과 함께 TDI를 제공합니다. 이러한 옵션은 스케일업 또는 스케일아웃 사이징을 선택하는지에 따라 달라지며, 지정된 SAP HANA 인증 관리자가 설치해야 합니다. 다음을 포함**할 수** 있습니다.

• 이중 전원 공급 장치, 팬 및 무정전 전원 공급 장치(UPS)
• 엔터프라이즈급 오류 정정 메모리
• 완전히 이중화된 네트워크 스위치 및 라우터
• 디스크 스토리지 시스템은 배터리를 사용하여 전원 장애가 발생하더라도 쓰기를 보장함
• 중복성 및 디스크 장애 복구를 위해 스트라이핑 및 미러링을 사용하는 디스크 스토리지 시스템

SAP 및 클라우드 서비스 제공자는 TDI 배치 방법과 함께 SAP HANA용 SAP 인증 IaaS를 사용하여 선택한 스케일-업 또는 스케일-아웃에 대해 고객을 지원하는 데 동의합니다.

• 이는 스케일업 및 스케일아웃 변형과 관련하여 다양한 시스템 설계 옵션을 제공합니다. SAP HANA 데이터베이스는 SAP 지원 조직에서 요청할 경우 TDI 테스트를 위해 SAP HANA 하드웨어 및 클라우드 측정 도구(HCMT)를 사용하는 운영 시스템에서 사용하기 전에 반드시 검증해야 합니다.
• 성능 및 처리량을 최대화하기 위해 SAP는 스케일링 아웃(데이터 볼륨 요구사항이 더 큰 배치의 경우)을 수행하기 전에 가능한 한 스케일링 업(애플리케이션 워크로드에 대해 가장 높은 프로세서 및 메모리 스펙으로 구성 획득)을 수행할 것을 권장합니다.

네트워킹

SAP HANA 다중 노드에서는 작동을 위해 특정 네트워크가 있어야 합니다. 시스템의 다른 컴포넌트를 주문하기 전에 이러한 네트워크를 데이터베이스 노드와 함께 올바르게 설정해야 합니다. 네트워크 흐름/트래픽을 분리하면 서버에 더 많은 네트워크 인터페이스가 연결된 경우 성능을 향상시킬 수 있습니다(즉, 높은 스토리지 트래픽을 사용자 트래픽과 분리하여 유지).

네트워크 분리에 대한 요약으로 SAP HANA 스케일-아웃 클러스터에 다음이 필요합니다.

• 클라이언트 측 네트워크. SAP Advanced Business Application Programming(SAP ABAP) 애플리케이션 서버, SAP HANA Studio 클라이언트 및 다른 모든 네트워크 클라이언트를 다중 노드 시스템에 연결합니다. 네트워크 처리량 및 가용성 옵션은 SAP HANA 다중 노드 시스템의 환경 및 사용 시나리오에 따라 다릅니다. 애플리케이션에 필요한 가용성 핵심성과지표(KPI)와 SAP HANA 데이터베이스에서/로 전송되는 데이터 양을 고려하십시오.
• 네트워크 스토리지에 연결되는 스토리지 네트워크(인프라 선택에 따른 파일/NFS 또는 블록/iSCSI). 네트워크 처리량 및 가용성 옵션은 SAP HANA 다중 노드 시스템의 환경 및 사용 시나리오에 따라 다릅니다. 각 SAP HANA 노드에서 사용할 수 있는 10,000 IOPS를 제공하는 데 필요한 처리량 및 대기 시간을 고려하십시오.
• 스토리지 네트워크와 동일하게 설정된 SAP HANA 내부 통신용 인터노드 네트워크. 인터노드 네트워크는 오퍼레이션 중에 노드 간에 필요한 데이터 전송과 노드 간 통신에만 사용됩니다.

각 환경에는 별도의 네트워킹 디자인이 있습니다. 클래식 인프라 환경 네트워크는 선두 주자이며 많은 기존 및 실제 네트워킹 개념 중 가장 강력한 옵션입니다. VPC 인프라 환경 네트워크는 소프트웨어로 정의된 네트워크입니다. IBM Power 환경 네트워크(IBM Power Systems의 보완 오퍼링)는 엔터프라이즈급 성능을 위한 네트워킹 원칙으로 설계되었습니다.

이러한 환경 네트워크가 서로 다르므로 인프라 옵션에 따라 추가 NIC 처리량을 구성하면 다른 인프라 옵션이 변경됩니다:

• 클래식 인프라 네트워크에 있는 베어메탈: 성능과 중복성을 극대화하기 위해 물리적 네트워크 인터페이스(NIC)에 10Gbps가 제공되고 LACP(Link Aggregation Control Protocol)를 사용한 본딩으로 프로비저닝됩니다. 스위치는 물리적 NIC에서 중복성을 주문할 때 자동으로 구성됩니다. 포트의 물리적 시스템 스펙 및 물리적 스위치 가용성에 따라 추가 NIC 카드가 추가될 수 있습니다.
• Intel Virtual Server, VPC 인프라 네트워크: 성능 및 중복성을 최대화하기 위해 다중 서브넷에 최대 5개의 네트워크 인터페이스(vNIC)를 추가할 수 있습니다.
• IBM Power Virtual Server 를 IBM 파워 인프라 네트워크에 연결합니다: 성능 이중화를 극대화하기 위해 서로 다른 VLAN(및 해당 서브넷)에 연결된 여러 네트워크 인터페이스( vNIC )를 추가할 수 있습니다.
• 클래식 인프라 네트워크에 있는 VMware for SAP....
  • IBM Cloud for VMware Solutions 클래식 인프라 네트워크의 경우: VMware 에 대한 이중화 어댑터는 현재 SDDC에 대한 VMware 모범 사례에 따라 NSX-T의 VDS를 사용하여 VMware vSphere 분산 스위치(VDS)로 설정됩니다. 변경이 적용되는 동안 중복성은 원래 가상 포트를 기반으로 라우트 로드 밸런싱 알고리즘으로 모든 분산 스위치를 설정하여 구성됩니다. 알고리즘에서 사용하는 모든 포트 그룹은 2개의 업링크(활성: 0,1)에서 팀링을 사용하도록 구성해야 합니다.
  • 클래식 인프라 네트워크에 있는 VMware vSphere를 사용하는 IBM Cloud Bare Metal(수동 구성): 우수 사례를 활용하기 위해 어댑터를 사용하는 것이 좋지만 vSwitch는 물리적 NIC 어댑터의 LACP 본딩을 사용할 수 있습니다.

확장 스토리지

데이터는 단일 데이터베이스를 호스팅하는 여러 SAP HANA 노드에 분산되어 있습니다.

크기 조정 SAP HANA- SAP HANA 마스터 가이드의 지침에 따라 대상 SAP HANA 시스템에 필요한 총 스토리지 용량 크기를 결정하세요.

SAP HANA 공유 볼륨과 각 데이터 및 로그 볼륨은 모든 노드에 액세스할 수 있어야 합니다(스토리지 연결에 사용되는 서브넷 내의 모든 노드에 대한 네트워크 스토리지 액세스를 더 쉽게 허용할 수 있음). 연결된 네트워크 파일 시스템(NFS) 볼륨에서 충족되어야 하는 특정 성능 기준이 있습니다.

• /hana/data/ 및 /hana/log 볼륨, 개별 볼륨은 최소 10IOPS/GB의 각 노드에 필요합니다.
• /hana/shared 볼륨, 최소 10IOPS/GB로 모든 노드에서 공유되어야 하며 12IOPS/GB까지 추가로 증가하는 것이 좋습니다.

기본 인프라의 경우:

• SAP HANA 멀티노드 시스템 구성에 도움이 되는 NetApp FAS 시스템(NFS)에서 SAP HANA 을 참조하세요.
• 마운트할 각 볼륨에 대해 /etc/fstab에서 다음 NFS(Network File System) 마운트 옵션을 사용하십시오. rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576.

모든 노드로 모든 볼륨을 마운트하면 다중 노드 서버가 구성되어 SAP HANA 다중 노드 데이터베이스를 설치할 준비가 됩니다. SAP HANA 서버 설치 및 업데이트 가이드) 의 단계에 따라 필요한 버전의 SAP HANA 데이터베이스를 설치합니다.