SAP HANA 배포 방법: 다양한 방법을 분석합니다.

SAP HANA는 스토리지 서비스(데이터 웨어하우스) 및 분석, 내장 미들웨어, 애플리케이션 서버, 새로운 유틸리티 구성 또는 개발을 위한 플랫폼을 포함하는 인기 있는 인메모리 DBMS입니다. SAP HANA를 통해 기존 DBMS의 대기 시간을 제거함으로써 시스템 성능, 트랜잭션 처리(OLTP) 및 비즈니스 인텔리전스(OLAP)를 크게 향상시킬 수 있습니다.

어플라이언스 및 TDI 모드에서 SAP HANA를 배포할 수 있습니다(프로덕션 환경에 대해 이야기하는 경우). 각 옵션마다 제조업체마다 고유한 요구 사항이 있습니다. 이 게시물에서는 다양한 옵션의 장단점에 대해 설명하고 명확성을 위해 SAP HANA를 사용한 실제 프로젝트에 대해 설명합니다.

SAP HANA는 호스트, 인스턴스, 시스템의 3가지 주요 구성요소로 구성됩니다.

주인 SAP HANA DBMS를 실행하기 위한 서버 또는 운영 환경입니다. 필수 구성 요소는 CPU, RAM, 스토리지, 네트워크 및 OS입니다. 호스트는 설치 디렉터리, 데이터, 로그에 대한 링크를 제공하거나 스토리지 시스템에 직접 연결합니다. 동시에 SAP HANA 설치를 위한 스토리지 시스템이 호스트에 위치할 필요는 없습니다. 시스템에 여러 호스트가 있는 경우 공유 스토리지가 필요하거나 모든 호스트에서 요청 시 사용할 수 있는 스토리지가 필요합니다.

사례 — 하나의 호스트에 설치된 SAP HANA 시스템 구성 요소 집합입니다. 주요 구성 요소는 인덱스 서버와 이름 서버입니다. "작업 서버"라고도 하는 첫 번째 서버는 요청을 처리하고 현재 데이터 저장소와 데이터베이스 엔진을 관리합니다. 이름 서버는 구성 요소가 실행되는 위치와 서버에 있는 데이터 등 SAP HANA 설치 토폴로지에 대한 정보를 저장합니다.

체계 – 동일한 번호를 가진 하나 이상의 인스턴스입니다. 기본적으로 이는 활성화, 비활성화 또는 복사(백업)될 수 있는 별도의 요소입니다. 데이터는 SAP HANA 시스템을 구성하는 다양한 서버의 메모리에 분산됩니다.

시스템은 단일 호스트(한 호스트에 하나의 인스턴스) 또는 다중 호스트, 분산(여러 SAP HANA 인스턴스가 호스트당 하나의 인스턴스로 여러 호스트에 분산됨)으로 구성될 수 있습니다. 다중 호스트 시스템에서는 각 인스턴스의 수가 동일해야 합니다. SAP HANA 시스템은 세 개의 영숫자로 구성된 고유 번호인 시스템 ID(SID)로 식별됩니다.

SAP HANA 가상화

SAP HANA의 주요 제한 사항 중 하나는 하나의 시스템, 즉 고유한 서버 SID가 있는 하나의 인스턴스만 지원한다는 것입니다. 하드웨어를 보다 효율적으로 사용하거나 데이터 센터의 서버 수를 줄이려면 가상화를 사용할 수 있습니다. 이렇게 하면 요구 사항이 더 낮은 시스템(비생산적인 시스템)과 동일한 서버에 다른 환경이 공존할 수 있습니다. 대기 HA/DR 서버의 경우 가상화를 통해 생산적인 가상 머신과 비생산적인 가상 머신 간의 전환 속도를 향상시킬 수 있습니다.

SAP HANA에는 VMWare ESX 하이퍼바이저에 대한 지원이 포함되어 있습니다. 이는 서로 다른 SAP HANA 시스템(서로 다른 SID 번호를 사용하는 SAP HANA 설치)이 서로 다른 가상 머신의 단일 호스트(공통 물리적 서버)에 공존할 수 있음을 의미합니다. 각 가상 머신은 지원되는 OS에서 실행되어야 합니다.

프로덕션 환경의 경우 SAP HANA 가상화에는 다음과 같은 심각한 제한 사항이 있습니다.

• 확장 확장은 지원되지 않습니다. 가상화는 BwoH/DM/SoH 또는 "순수" SoH 등 확장 시스템에서만 사용할 수 있습니다.
• 가상화는 어플라이언스 또는 TDI 장치에 대해 설정된 규칙 내에서 수행되어야 합니다.
• GA(일반 가용성)에는 하나의 가상 머신만 있을 수 있습니다. HANA 프로덕션 환경에서 가상화를 사용하려는 회사는 SAP의 Controlled Availability 프로그램에 참여해야 합니다.

이러한 제한이 존재하지 않는 비생산적인 환경에서는 가상화를 사용하여 하드웨어 활용도를 최적화할 수 있습니다.

SAP HANA 토폴로지

SAP HANA 배포로 넘어가겠습니다. 여기에는 두 가지 토폴로지가 정의되어 있습니다.

• 확장 – 하나의 큰 서버. HANA 기반이 커짐에 따라 서버 자체도 커집니다. 즉, CPU 수와 메모리 양이 늘어납니다. HA(고가용성) 및 DR(재해 복구) 솔루션에서 백업 또는 내결함성 서버는 생산 서버의 특성과 일치해야 합니다.
• 확장 – SAP HANA 시스템의 전체 볼륨이 여러 개의 동일한 서버에 분산됩니다. 마스터 서버에는 인덱스 서버와 네임 서버에 대한 정보가 들어 있습니다. 슬레이브 서버에는 이 데이터가 포함되어 있지 않습니다. 단, 메인 서버에 장애가 발생한 경우 마스터의 기능을 대신하는 서버는 예외입니다. 인덱스 서버는 할당된 데이터 세그먼트를 관리하고 쿼리에도 응답합니다. 네임서버는 데이터가 프로덕션 서버에 어떻게 배포되는지 알고 있습니다. HANA가 커지면 현재 서버 구성에 다른 노드가 추가됩니다. 이 토폴로지에서는 전체 서버의 보안을 보장하기 위해 하나의 백업 노드만 있으면 충분합니다.

SAP 하드웨어 요구 사항

SAP에는 HANA에 대한 필수 하드웨어 요구 사항이 있습니다. 이는 생산적인 환경과 관련이 있습니다. 비프로덕션의 경우 최소한의 특성이면 충분합니다. 따라서 프로덕션 환경에 대한 요구 사항은 다음과 같습니다.

• CPU Intel Xeon v5(SkyLake) / 8880/90/94 v4(Broadwell)
• 128개의 CPU가 있는 BW 애플리케이션의 경우 2GB RAM, 256개 이상의 CPU가 있는 4GB;

어플라이언스 및 TDI 모드에서 SAP HANA 배포

이제 Appliance 및 TDI 모드에서 SAP HANA를 구현하는 방법을 연습하고 이야기해 보겠습니다. 이를 위해 우리는 이러한 모드에서 작동하도록 SAP에서 인증한 BullSequana S 및 Bullion S 서버를 기반으로 하는 SAP HANA 플랫폼을 사용합니다.

제품에 대한 작은 정보입니다. Intel Xeon Scalable을 기반으로 하는 BullSequana S에는 단일 서버에 최대 32개의 CPU를 탑재할 수 있는 다양한 모델이 포함되어 있습니다. 서버는 최대 32개의 CPU와 동일한 수의 GPU로 확장성을 제공하는 모듈식 설계를 사용하여 구축되었습니다. RAM – 64GB ~ 48TB. BullSequana S 기능에는 향상된 성능, 가속화된 데이터 분석, 향상된 인메모리 컴퓨팅, 가상화 및 클라우드 기술을 통한 현대화를 위한 엔터프라이즈 AI 지원이 포함됩니다.

Bullion S에는 Intel Xeon E7 v4 제품군 CPU가 함께 제공됩니다. 최대 프로세서 수는 16개입니다. RAM은 128GB에서 24TB까지 확장 가능합니다. 다수의 RAS 기능은 SAP HANA와 같은 미션 크리티컬 인프라에 높은 수준의 가용성을 제공합니다. Bullion S는 대규모 데이터 센터 통합, 인메모리 애플리케이션 실행, 메인프레임 또는 레거시 시스템 마이그레이션에 적합합니다.

SAP HANA 어플라이언스

어플라이언스는 중앙 집중식 지원 서비스와 합의된 성능 수준을 갖춘 턴키 구현을 위한 서버, 스토리지 시스템 및 소프트웨어 패키지를 포함하는 사전 구성된 솔루션입니다. 여기에서 HANA는 완전히 통합되고 인증된 사전 구성된 하드웨어 및 소프트웨어로 제공됩니다. 어플라이언스 모드의 장치는 데이터 센터에 설치할 준비가 되어 있으며 운영 체제, SAP HANA 및 (필요한 경우) 추가 VMWare 인스턴스가 이미 구성 및 설치되어 있습니다.

SAP 인증은 보장된 성능 수준은 물론 CPU 모델, RAM 용량 및 스토리지를 결정합니다. 인증을 받은 후에는 보증이 무효화되지 않고 구성을 변경할 수 없습니다. HANA 플랫폼을 확장하기 위해 SAP는 세 가지 옵션을 제공합니다.

• 스케일업 BWoH/DM/SoH – 단일 시스템(하나의 SID)에 적합한 수직 확장. 어플라이언스는 SAP HANA SPS 256부터 384/11GB 증가합니다. 이 비율은 하나의 CPU가 지원하는 최대 용량을 나타내며 전체 인증 어플라이언스 목록에 공통됩니다. 수직 확장 기능을 갖춘 어플라이언스 BWoH/DM/SoH는 BWoH(BW on HANA), DM(Data Mart) 및 SoH(SAP Suite on HANA) 애플리케이션에 이상적입니다.
• 스케일업 SoH - 이전 모델에 비해 RAM 용량에 대한 제한이 적은 경량 버전입니다. 이는 여전히 수직 확장이 가능한 서버이지만 2개의 프로세서에 대한 최대 RAM 용량은 이미 1536GB(SPS11 버전까지) 및 3TB(SPS12+)입니다. SoH에만 적합합니다.
• 확장형 - 수평 확장 옵션으로 다중 서버 구성을 지원하는 시스템입니다. 수평 확장은 BW에 최적이며 일부 제한 사항은 있지만 SoH에 적합합니다.

BullSequana S 및 Bullion S 서버에서는 운영상의 제한이 적고 관리가 덜 필요하기 때문에 수직적 확장이 핵심입니다. 어플라이언스 모드에는 다양한 장치가 있습니다.

어플라이언스 모드의 SAP HANA용 BullSequana S 솔루션

*옵션 E7-8890/94v4
어플라이언스 모드의 SAP HANA용 Bullion S 솔루션

SAP HANA SPS 12의 어플라이언스 모드에서 모든 Bull 솔루션이 인증되었습니다. 장비는 19개의 전원 공급 장치(내부 PDU)와 함께 표준 42인치 XNUMXU 랙에 설치됩니다. 다음 서버에는 SAP 인증이 있습니다.

• Intel Xeon Skylake 8176, 8176M, 8180, 8180M을 탑재한 BullSequana S(문자 "M"이 있는 프로세서는 128GB 메모리 모듈을 지원함). 가격 대비 품질 측면에서 Intel 8176 옵션이 가장 좋습니다.
• Intel Xeon E7-8880 v4, 8890 및 8894를 탑재한 Bullion S.

스토리지 시스템은 FC 포트를 통해 서버에 직접 연결되므로 여기서는 SAN 스위치가 필요하지 않습니다. LAN 또는 SAN에 연결된 시스템에 액세스하는 데 유용할 수 있습니다.

다음은 설정에서 EMC Unity 450F 스토리지 시스템 구성의 예입니다.

• 높이: 5U(DPE 3U(25×2,5인치 HDD/SSD) + DAE 2U(25×2,5인치 HDD/SSD))
• 컨트롤러: 2
• 디스크: 6~250개의 SAS SSD, 각각 600GB~15.36TB
• RAID: 레벨 5(8+1), RAID 그룹 4개
• 인터페이스: 컨트롤러당 4FC, 8 또는 16Gbit/s
• 소프트웨어: Unisphere Block Suite

어플라이언스는 안정적인 배포 옵션이지만 다음과 같은 큰 단점이 있습니다. 하드웨어 구성에 있어 약간의 자유로움. 또한 이 옵션을 사용하려면 IT 부서의 프로세스를 변경해야 할 수도 있습니다.

SAP HANA TDI

어플라이언스의 대안은 수행되는 작업과 작업량을 고려하여 고객의 희망에 따라 특정 제조업체와 인프라 구성 요소를 선택할 수 있는 TDI(Tailored Data Center Integration) 모드입니다. 예를 들어 SAN은 일부 디스크를 HANA 설치 전용으로 사용하여 데이터 센터에서 재사용할 수 있습니다.

Appliance와 비교하여 TDI 모드는 사용자에게 요구 사항을 충족할 수 있는 훨씬 더 많은 자유를 제공합니다. 이를 통해 HANA를 데이터 센터에 통합하는 것이 크게 단순화됩니다. 사용자 정의 인프라를 직접 구축할 수 있습니다. 예를 들어, 로드에 따라 프로세서의 유형과 수를 변경합니다.

용량 계산에는 SAP HANA의 다양한 워크로드에 대한 CPU 및 메모리 요구 사항을 제공하는 간단한 도구인 SAP Quick Sizer를 사용하는 것이 좋습니다. 그런 다음 SAP Active Global Support에 문의하여 IT 환경을 계획할 수 있습니다. 그런 다음 SAP HANA 하드웨어 파트너는 계산 결과를 최고급 하드웨어와 단순한 하드웨어 모두에서 가능한 다양한 시스템 구성으로 변환합니다. 서버용 TDI 모드 Intel Broadwell E7 및 Skylake-SP(프로세서당 7개 이상의 코어가 있는 Platinum, Gold, Silver)를 포함한 Intel E8 CPU와 IBM Power8을 사용할 수 있습니다./ 9.

서버는 스토리지 시스템, 스위치 및 랙 없이 제공되지만 하드웨어 요구 사항은 어플라이언스 모드(동일한 단일 노드, 수직 또는 수평 확장이 가능한 솔루션)와 동일합니다. SAP에서는 다음을 요구합니다. 인증된 서버, 스토리지 시스템, 스위치만 사용, 그러나 이것은 무서운 것이 아닙니다. 대부분의 제조업체는 거의 모든 장비에 대한 인증을 받았습니다.

성능 테스트는 HWCCT(Hardware Configuration Check Tool) 테스트를 사용하여 수행해야 합니다., 특정 SAP KPI 준수 여부를 확인할 수 있습니다. 하드웨어 이외의 요구사항도 있습니다. HANA, OS, 하이퍼바이저(선택사항)는 SAP 인증 전문가가 설치해야 합니다.. 나열된 규칙을 모두 충족하는 시스템만 SAP 성능 지원을 받을 수 있습니다.

TDI 모드의 BullSequana S 서버 라인은 어플라이언스 모드의 라인과 유사하지만 스토리지 시스템, 스위치 및 랙이 없습니다. VNX, XtremIO, NetApp 등 인증된 SAP 시스템 목록에서 모든 스토리지 시스템을 설치할 수 있습니다. 예를 들어 VNX5400이 SAP HANA 성능 요구 사항을 충족하는 경우 TDI 구성의 일부로 Dell EMC Unity 450F 스토리지를 연결할 수 있습니다. 필요한 경우 FC 어댑터(1 또는 10Gbit/s)와 이더넷 스위치가 설치됩니다.

이제 설명된 모드를 더 명확하게 상상할 수 있도록 몇 가지 실제 사례에 대해 설명하겠습니다.

Appliance + TDI: 온라인 스토어용 HANA

Mall Group의 일부인 온라인 상점 Mall.cz는 2000년에 설립되었습니다. 체코, 슬로바키아, 폴란드, 헝가리, 슬로베니아, 크로아티아 및 루마니아에 지점이 있습니다. 이것은 하루에 최대 75개의 제품을 판매하는 국내 최대 온라인 상점으로, 2017년 말 매출은 약 280억 XNUMX천만 유로에 달했습니다.

SAP HANA로의 마이그레이션과 관련하여 데이터 센터 인프라 업데이트가 필요했습니다. 예상 크기는 프로덕션 환경의 경우 2x6TB, 테스트/개발 환경의 경우 6TB였습니다. 동시에 Active-Active 클러스터의 생산적인 SAP HANA 환경에는 재해 복구 기능이 있는 솔루션이 필요했습니다.

입찰 발표 당시 고객은 표준 랙 및 블레이드 서버를 기반으로 한 SAP용 시스템을 보유하고 있었습니다. 서로 약 10km 떨어진 두 데이터 센터에는 IBM SVC, HP, Dell 등 다양한 스토리지 시스템이 설치되어 있었습니다. 재해 복구 모드에서 작동되는 주요 시스템.

첫째, 고객은 최대 12TB까지 성장할 수 있는 모든 시스템(프로덕션 및 테스트/개발 환경)에 대해 SAP HANA용 어플라이언스 모드의 인증된 솔루션을 요청했습니다. 그러나 예산 제한으로 인해 그들은 더 작은 RAM 모듈(64GB 모듈 대신 128GB 모듈)을 갖춘 더 많은 CPU와 같은 다른 옵션을 고려하기 시작했습니다. 또한 가격 최적화를 위해 프로덕션 및 테스트/개발 환경을 위한 공동 스토리지가 고려되었습니다.

우리는 프로덕션 환경을 위해 4개의 CPU와 6TB RAM을 사용하기로 합의했으며 성장 여지도 있습니다. TDI 모드의 테스트/개발 환경에서는 더 저렴한 CPU를 사용하기로 결정했습니다. 결국 8개의 CPU와 6TB의 RAM을 사용하게 되었습니다. 내부 디스크 대신 두 번째 사이트의 복제, 백업, 공동 생산 및 테스트/개발 환경 등 고객이 요청한 기능이 더 많기 때문에 DellEMC Unity 스토리지 시스템을 전체 플래시 구성으로 사용했습니다. 또한 고객은 세 번째 사이트에 쿼럼 노드가 있는 HANA 시스템 복제(HSR) 기반 재해 복구 솔루션을 요청했습니다.

Prod 환경의 최종 구성은 Intel Xeon P400M(8176코어, 28GHz, 2.10W) 및 165TB RAM의 BullSequana S6 서버로 구성되었습니다. 스토리지 시스템 - Unity 450F 10x 3.84TB. 재해 복구 목적으로 Prod 환경에서는 400TB RAM을 갖춘 Intel Xeon P8176M(28코어, 2.10GHz, 165W)에 BullSequana S6을 사용했습니다. 테스트/개발 환경을 위해 Intel Xeon P800(8153코어, 16GHz, 2.00W), 125TB RAM 및 Unity 6F 450x 15TB 스토리지 시스템을 갖춘 BullSequana S3.84 서버를 사용했습니다. 당사의 전문가들은 DellEMC 서버를 쿼럼, 애플리케이션 서버(VxRail 솔루션) 및 백업 솔루션(DataDomain)으로 설치하고 구성했습니다.

장비는 향후 업그레이드를 위한 준비가 되어 있습니다. 고객은 2019년에 HANA 크기가 증가할 것으로 예상하고 있으며, 그가 해야 할 일은 랙에 새 모듈을 설치하는 것뿐입니다.

어플라이언스: 대규모 관광 통합업체를 위한 HANA

이번에 우리 고객은 여행사를 위한 기술 솔루션을 개발하는 대규모 IT 서비스 제공업체였습니다. 고객은 새로운 청구 시스템을 구현하기 위해 야심찬 SAP HANA 프로젝트를 시작했습니다. 프로덕션 및 PreProd 환경을 위해 8TB RAM을 갖춘 어플라이언스 모드에 솔루션이 필요했습니다. SAP 권장 사항에 따라 고객은 수직 확장 옵션을 선택했습니다.

핵심 작업은 SAP HANA용 어플라이언스 모드에서 인증된 장치를 기반으로 하드웨어 인프라를 구현하는 것이었습니다. 우선순위 기준은 비용 효율성, 고성능, 확장성 및 높은 데이터 가용성이었습니다.

우리는 Prod 및 PreProd 환경을 위한 두 개의 Bullion S16 서버를 포함하여 SAP 인증 솔루션을 제안하고 구현했습니다. 이 장비는 Intel Xeon E7-v4 8890 프로세서(24코어, 2.20GHz, 165W)에서 실행되며 16TB RAM이 장착되어 있습니다. BW 및 개발/테스트 환경에는 4TB RAM을 갖춘 Bullion S22 서버(2.20코어, 150GHz, 4W) XNUMX대가 설치되었습니다. 스토리지 시스템으로는 Hybrid EMC Unity가 사용되었습니다.

이 솔루션은 장치의 모든 요소에 대한 확장 지원을 제공합니다(예: Intel Xeon E16-v7 CPU가 있는 최대 4개의 소켓). 이 구성에서는 관리가 단순화됩니다. 특히 서버를 재구성하거나 분할하는 경우에 그렇습니다.

어플라이언스 + TDI: 야금학자를 위한 HANA

최대 니켈 및 팔라듐 생산업체 중 하나인 MMC Norilsk Nickel은 중요한 비즈니스 애플리케이션과 프로젝트를 지원하기 위해 SAP HANA 하드웨어 플랫폼을 업데이트하기로 결정했습니다. 컴퓨팅 파워 측면에서 기존 환경을 확장할 필요가 있었습니다. 고객이 제시한 주요 조건 중 하나는 하드웨어 제한에도 불구하고 플랫폼의 높은 가용성이었습니다.

프로덕션 환경의 경우 SAP HANA Appliance 모드에서 Bullion S8 서버와 스토리지 시스템을 사용했습니다. HA 및 테스트/개발의 경우 플랫폼이 TDI 모드로 배포되었습니다. 우리는 Bull Bullion S8 서버 6대, Bull Bullion S16 서버 XNUMX대 및 하이브리드 스토리지 시스템을 사용했습니다. 이러한 결합을 통해 SAP 환경에서 애플리케이션 속도를 크게 높이고 컴퓨팅 성능과 데이터 스토리지 리소스의 양을 늘리며 운영 비용을 최소화할 수 있었습니다. 클라이언트가 여전히 최대 XNUMX개의 CPU로 확장할 수 있는 능력을 갖고 있다는 것이 중요합니다.

SAP 포럼에 여러분을 초대합니다

이 게시물에서는 SAP HANA를 다양한 방식으로 배포하는 방법을 살펴보고 사용 가능한 옵션의 장점과 단점을 강조하려고 했습니다. SAP HANA 구현에 대해 궁금한 점이 있으면 댓글로 답변해 드리겠습니다.

Bull 솔루션과 SAP HANA에서의 구현 가능성에 관심이 있는 모든 사람을 올해 최대 규모의 SAP 이벤트에 초대합니다. SAP Forum 17는 2019월 XNUMX일 모스크바에서 개최됩니다. 우리는 IoT 부스에서 여러분을 기다리고 있습니다. zone: 흥미로운 내용을 많이 알려드리고 다양한 상품도 드립니다.

포럼에서 만나요!

출처 : habr.com