가상화 기반 SAP HANA 플랫폼 최적화°œ표자료 가상화 기반 sap hana... ·...

가상화 기반 SAP HANA 플랫폼 최적화 2019.10 김형섭 과장 ([email protected])

© 2019 HYOSUNG INFORMATION SYSTEMS 2

효성인포메이션시스템

효성인포메이션시스템 1985년 설립

누구보다 데이터를 잘아는 데이터 기반 신기술 혁신 파트너

금융, 제조, 공공, 통신 등 국내 전 산업분야 1,700개 고객사

1. 효성인포메이션 시스템


SAP HANA 전환 2. SAP HANA 전환

시골의 대저택 에서 새 아파트로 이동!


SAP HANA 전환 주요체크 항목

사전 진단

사업범위 및 공수산정

H/W 사이징

시스템 구성 설계

데이터 마이그레이션 범위

$

사업비용, 프로젝트 장기화 유지보수 비용

초기 투자비용 보호 마이그레이션 비용 및 다운타임

2. SAP HANA 전환


효성의 Assessment

AS-IS 어플리케이션 및 DB 사용현황 분석

S/4HANA에서 변경/폐기된 표준기능

대응안 도출

HANA 전환 시 영향 받는 Customizing 프로그램

성능저하 프로그램 개선 포인트 제공

SAP HANA 전환

Assessment

사업범위 및 공수산정

근거 제시

시스템 현황 분석 기반

H/W 사이징

시스템 구성안 도출

사업비용 예측

2. SAP HANA 전환


Assessment – H/W 사이징

• 향후 업무 증가량 고려, 5년 후 HANA DB Memory 용량 약 9TB 예상 (연평균 13% 증가 고려)

• BASIS 관리 테이블 정리시 초기 HANA DB 메모리 용량의 17%의 메모리 절감 예상

초기 H/W 사이징 HANA DB 메모리 사이징

21715

3113 2770 5749 4752

• 현재 DB Data 20.7TB를 기반으로 S4/HANA로 전환시 초기 메모리 용량 3TB

• BASIS 관리 테이블의 데이터 정리를 통한 초기 메모리 용량 2.7TB

4752

5370

6068

6857

7748

8755

2. SAP HANA 전환


Assessment – 사용현황 분석

시스템 사용 이력 분석 Activity 분석

17.10 –18.09 T-Code Program Total

Standard 739 (38%) 392 1,131

Custom 1,191 (62%) 397 1,588

Total 1,930 (100%) 789 2,719

T-Code 등록 기준 사용중 미 사용

Standard 124,419 739 123,680

Custom 2,857 (100%) 1,191 (41%) 1,666 (58%)

Total 127,276 1,930 125,346

• 표준 T-Code 739개, 개발 T-Code 1,191개 사용 중

• 시스템에 등록된 Custom T-Code의 58%인 1,666개는 지난 1년 동안 미사용

Source : 운영시스템 ST03N data

79

55

155

75

284

161

0% 20% 40% 60% 80% 100%

Custom

Standard

High Medium Low

• 표준 T-Code의 High, Medium, Low 비율 각각 18%, 27%, 55%

• 개발 T-Code의 High, Medium, Low 비율 각각 16%, 29%, 55%

Activity 분류 기준 (2018. 3월 T-Code 사용 이력)

1. High Activity : Dialog Step 1,000건 이상/Month

2. Medium Activity : 100건 이상 1,000건 미만/Month

3. Low Activity : 100건 이하/Month

2. SAP HANA 전환


가중되는 고객의 고민

고민 1 : 쌓여가는 데이터

계속 보관? Storage 비용? 데이터 관리?

고민 2: 늘어나는 H/W 인프라

서버, 스토리지, 네트워크

인프라 증가


비용/관리 효율 H/W 사이징 및

시스템 설계

$

2. SAP HANA 전환


그래도 쌓여가는 Data에 대한 고민

비용효율 인프라 도입

SAP HANA → DCPMM EDW → Hadoop

비정형 데이터 → 아카이빙

가성비

5 엑사바이트의 데이터 매일

생성

@

4752 5370

6068 6857

7748

8755

0

2000

4000

6000

8000

10000

Initial MemoryReq

Total MemoryReq (1 Year)





3. 고민1: 쌓여가는 데이터


DCPMM Intel Optane DC Persistent Memory는 3D Xpoint, Intel Apache Pass (AEP), non-volatile RAM

(NVRAM) 로 불리며 DRAM과 SSD/NVMe 간의 새로운 메모리 계층

1), 2) : Intel 2019년 자료

대용량 사이즈 (CPU 당 최대 6TB)

데이터 지속성 (전원영향 없음)

$

저렴한 가격 (DRAM 대비 39% 1))

부팅속도 향상 (12.5 배 2),

6TB 기준 50분 →4분)



비용 효율 : DCPMM

DRAM+ DCPMM 혼합 구성 전체 DRAM 구성

6TB 128GB DIMMS

(4소켓)

메모리 구성

3TB DRAM + 6TB DCPMM

(4소켓)

3TB DATA 인메모리

DB Size

6TB DATA

전체 DRAM 구성 시 100%

비용 (2019.5 기준,

서버제외)

전체 DRAM 구성의 61% (용량 2배)

CPU : 4*Intel Xeon Platinum 8280M

Memory : 48 * 128 GB DDR DIMMS

3TB of scrach pad and 3TB for Data 구성

CPU : 4*Intel Xeon Platinum 8280L Memory : 24 * 128 GB DDR = 3TB, 24 * 256GB Intel Optane DCPMM = 6TB 3TB of Scratch pad in DRAM and 6TB for data in Optane DCPMM

비교

DB 용량

2배

사이즈 2배

39%저렴

1), 2) : Intel 2019년 자료



구성 : DCPMM 구성 예 (2소켓 DRAM + DCPMM) DCPMM 사용영역

In-memory data storage

Operational

Row Store

Column Store

Delta

Main

Disk

LOG DATA

DRAM

DCPMM

SSD



성능 : DCPMM 데이터 처리성능 영향도 낮음, 데이터 증가에 따른 메모리 효율 높음

DRAM/DCPMM 메모리 비율 사이징을 통한 가성비 높은 SAP HANA 구성가능

HANA의 Insert 성능은 DCPMM latency에 영향을 받지 않음

DCPMM 기반 HANA는 Pre-load가 DRAM 보다 빠르며 데이터 증가에 따른 Pre-load 시간 증가 일정

DCPMM Latency와 OLAP 처리량간 영향도 미미

DCPMM 기반 HANA는 데이터 증가에 따른 메모리 소비 일정

94,000

90,000

80,000

70,000

…



사이징 : DCPMM DRAM/DCPMM 메모리 비율 중요, DRAM 비율을 기준치 이상 줄일 경우 성능 저하 발생

SAP의 메모리 구성 규칙으로 1:1, 1:2, 1:4 비율 가능

컬럼 스토어 Table DRAM/DCPMM 비율 사이징

12 + 1 BW Scale-out (노드 당 9TB)

• 컬럼 스토어 테이블 전체 메모리의 55 % 사용 • 1:1 DRAM/DCPMM 비율 적합

BW Scale-up (노드 당 3.5TB)

• 컬럼 스토어 테이블 전체 메모리의 75 % 사용 • 1:2 DRAM/DCPMM 비율 적합 (25 % DRAM 사용)



고민2 : 늘어나는 H/W 인프라

H/W 중심설계 인프라의 S/W 중심설계 인프라로 전환

SAP HANA DB ERP Application

Legacy

가상화

시스템에 비례 H/W 자원 지속증가 하는 전통적 데이터센터

4. 고민2: 늘어나는 H/W 인프라


vHANA - SAP 솔루션 가상화

네트워크 가상화

소프트웨어 정의

스토리지

On- Premise/

Cloud 연계

보안/ 컴플라이언스

이중화

자동화

서버 가상화

SAP HANA DB Scale-Up (최대 6 TB)

Scale-Out (최대 32 TB – 2TB*16)

SAP NetWeaver (ABAP+JAVA)

ECC (ERP)

솔맨 BO, PI,

EP,MDM S/4

HANA BW/4 HANA

서버 가상화

스토리지 가상화

네트워크 가상화

vSphere vSAN

보안강화

작업시간 단축

투자비용 감소

유지보수 용이

RDBMS (최대 6TB)



가상화 기반 SAP HANA 시스템 설계

SAP HANA DB

vHANA 가상화

vSphere

Application 가상화

서버1 서버2 서버3 서버4

ERP 운영 AP #1

BW 운영 AP #2

EP 운영 AP #3

ERP 개발 AP

ERP 운영 AP#4

BW 운영 AP #3

HR 운영

EP 운영 AP #2

EP 운영 AP #1

ERP 운영 AP #2

HR 개발

BW 개발

EP 운영 DB

ERP 운영 AP #3

BW 운영 AP #1

ERP 품질 AP

서버1 서버2

3TB ERP 운영 Active 3TB ERP 운영 Standby

1TB ERP 개발 3TB ERP 품질

SUSE HA SR (Sync)

3TB BW 운영 Standby 3TB BW 운영 Active

3TB BW 품질 1TB BW 개발

vSphere

통합 스토리지

SUSE HA SR(Sync)



TCO 비교

1) 유지보수비용 3년 포함, HANA DB 라이선스 가격 제외

물리구성 AP서버 가상화 HANA 물리구성

전체 가상화 전체 가상화 + 백업

• 시스템 요구사항 HANA 서버 3TB * 6식 1TB*2식 AP서버 * 16식

• 물리서버 HANA 서버 3TB * 6식 1TB*2식, AP서버 * 16식

• SW 라이선스 SUSE Linux * 24식 (AP 16, HANA 8식)


• 물리서버 HANA 서버 3TB * 6식 1TB*2식, HCI서버 * 4식

• SW 라이선스 SUSE Linux * 12식, VMware


• 물리서버 HANA 서버 12TB * 2식 HCI서버 * 4식

• SW 라이선스 SUSE Linux * 12식, VMware


• 물리서버 HANA 서버 12TB * 2식 HCI서버 * 4식

• SW 라이선스 SUSE Linux * 12식, VMware, Hitachi 백업솔루션

Case 1 Case 2 Case 3 Case 4

총비용1) : 100% 총비용 : 90% 총비용 : 80% 총비용 : 82%



유지보수 관리 Legacy 기간계 정보계

생산, 구매 영업, 회계, 품질

고급분석

정형리포트, 대시보드 Ad-Hoc

이미지/영상분석, 위험요소 예측, 고객분석

그룹웨어, HR SRM, CRM

Web, App. ERP

(S/4 HANA, ECC) DW, ETL

(BW, BO, Pentaho) IOT, AI, ML, DL

통계분석

Web 서버, Application, Disk DB, SAP HANA DB, Hadoop, GPU서버, 네트워크, 스토리지 …

가상화 + BareMetal SAP HANA (vHANA + BareMetal)

Hadoop (MasterNode 가상화 + DataNode)

통합 인프라 관리 솔루션 UCP Advisor



성공적인 SAP HANA 전환 5. 결론

SAP HANA 전환 체크

사업범위/공수, HANA

사이징 및 설계


사업계획 수립

성공적 HANA 전환

비용/유지보수 효율 인프라

(DCPMM/vHANA)

$

가상화 기반 SAP HANA 플랫폼 최적화°œ표자료 가상화 기반 sap hana... ·...

Documents

Transcript of 가상화 기반 SAP HANA 플랫폼 최적화°œ표자료 가상화 기반 sap hana... ·...