SAP HANA 2.0 Architecture 구성

SAP HANA 2.0 Architecture 구성

HANA Database의 Architecture 구성하는 방법에 대해서 설명하겠습니다.  HANA DB를 구성할 때 여러 가지 방법에서 대표적인 방법을 그림과 함께 설명하도록 하겠습니다. S/4 HANA와 HANA DB 2.0을 예로 하여 좀더 구체적으로 설명하겠습니다. S/4 HANA를 구성하는 Database인 HANA DB 2.0을 어떻게 구성해야 하는지 고민을 하게 됩니다. 사용자 입장에서 구축을 위한 투자 비용과 회사 상황에 맞게 S/4 HANA를 구축해야 합니다. 고 가용성(High Availability)을 고려해야 하고 재해복구(Disaster Recovery)도 생각해야 합니다. 회사에 투자할 수 있는 비용을 고려하여 가장 효과적으로 S/4 HANA를 구축하기 하기 위해서 여러 가지 선택 사항에 대해서 알아보겠습니다.

HANA DB 2.0을 구축하기 위해서 크게 7가지로 구분 할 수 있습니다. 물론 여기에 세부적으로 들어가면 더 많은 선택 사항이 발생 하고 7가지 이상 더 많이 구분 할 수 있습니다. 여기에서는 크게 7가지로 설명을 하도록 하겠습니다.

  • SAP HANA Classical Standard Architecture
  • SAP HANA H/W Server Partition(IBM LPAR)
  • SAP HANA Multiple Components One System(MCOS)
  • SAP HANA Multiple Components One Database(MCOD)
  • SAP HANA Multi-Tenant Database Containers(MDC)
  • SAP HANA Virtual Machine(VMware)
  • SAP HANA Cloud, AWS, Microsoft Azure

  1. SAP HANA Classical Standard Architecture(일반적인 구조)

HANA Classical Architecture로 가장 일반적이고 현재까지 일반 회사에서 많이 구성되어 있는 구조입니다.

1개의 서버, 1개의 Database, 1개의 DB Schema, 1개의 S/4 HANA Application으로 구성되어 있습니다. 가장 간단하고 어렵지 않고 쉽게 구성하는 구조입니다.

1개의 S/4 HANA 어플리케이션이 단독으로 모든 H/W 자원(CPU, Memory)를 사용하기 때문에 최대로 CPU, Memory를 한 개의 어플리케이션이 모두 사용할 수 있습니다. 다른 어플리케이션의 간섭이 없이 H/W 자원을 사용할 수 있는 구조입니다.독립적인 H/W구성을 위해서 H/W 비용이 많이 들게 됩니다.

  • 가장 일반적인 구조(간단하고 쉬운 구성)
  • 1개 H/W, 1개의 HANA DB, 1개의 DB Schema, 1개의 S/4 HANA 어플리케이션
  • 각각 1개의 HANA DB의 SID 구성
  • 단독의 어플리케이션 사용으로 다른 어플리케이션 간섭 없이 H/W를 최대 활용
  • H/W 비용이 증가

  1. SAP HANA H/W Server Partition(IBM LPAR)

HANA H/W Server Partition은 가장 일반적으로 IBM LPAR에 가장 많이 적용되어 있습니다. 현재 주로 사용하고 있는 가상화(Virtual Machine)의 기본 개념이 IBM LPAR에서 나왔다고 합니다. 물리적인 H/W를 분리하는 개념이지만 CPU, Memory를 공유하지 않고 단독으로 사용하는 구조입니다. H/W의 Box를 같이 사용하지만 CPU, Memory는 공유하지 않는 구성입니다. 이렇게 구성하는데 장점은 물리적인 공간을 줄일 수 있고 1개의 S/4 HANA의 어플리케이션이 단독으로 CPU, Memory를 사용하여 일반적인 구성인 Classical 구성과 같은 구성입니다. 그러나 다른 점은 문리적인 H/W BOX를 같이 사용한다는 것이 다른 점입니다.

  • H/W 벤더(IBM, 히다치)에 의존한 구성
  • 1개 H/W, 1개의 HANA DB, 1개의 DB Schema, 1개의 S/4 HANA 어플리케이션
  • 각각 1개의 HANA DB의 SID 구성
  • 단독의 어플리케이션 사용으로 다른 어플리케이션 간섭 없이 H/W를 최대 활용
  • H/W 비용이 증가

 

  1. HANA Multiple Components One System(MCOS)

HANA Multiple Components One System(MCOS)는 1개의 H/W에 1개의 HANA DB에 여러 개의 DB Schema와 여러 개의 S/4 HANA, BW/4 HANA등으로 구성하는 구조입니다. 이렇게 구성하는 주요한 이유는 비용 절감이 목적입니다. 비용을 최소화 하고 효과를 극대화 하기 위해서 구성하는 구성으로 다음에 나오는 Multi-Tenant Database Containers(MDC), Multiple Components One Database(MCOD)와 구별되는 것은 HANA DB를 별도로 구성한다는 것이 다른 점입니다. 1개의 H/W의 CPU와 Memory를 공유해서 사용하기 때문에 운영(Production)환경에서는 권장하지 않는 구성입니다. 여러 개의 어플리케이션(S/4 HANA, S/4 BW등)과 CPU, Memory를 공유해서 사용하기 때문에 성능이 저하됩니다.

  • 1개의 H/W의 2개의 HANA DB, 2개의 DB Schema, 2개 S/4 HANA 어플리케이션
  • 1개의 H/W에 2개의 HANA DB사용으로 비용 절감
  • 같은 H/W의 CPU, Memory 자원을 공유해서 사용하여 성능 저하 발생 가능성
  • 1개의 H/W에 2개의 다른 HANA DB의 SID 구성
  • 운영환경(Production)에는 사용하지 못함(성능 및 타 어플리케이션 영향으로)

  1. HANA Multiple Components One Database(MCOD)

HANA Multiple Components One Database(MCOD)는 1개의 H/W에 1개의 HANA DB, 2개의 DB Schema와 2개의 S/4 HANA 어플리케이션을 사용합니다. MCOD는 HANA 2.0 Tenant DB가 나오기 전에 사용한 용어로 Tenant Database Containers(MDC)와 거의 유사합니다. 개념이 나오는 시기가 다를 뿐 유사한 개념입니다.MCOS와 다른 점은 HANA DB를 같이 사용한다는 점 입니다. 같은 H/W 자원인 CPU, Memory를 공유하기 때문에 성능에 저하를 가져올 수 있습니다. MCOD로 구성하는 가장 큰 이유는 비용 절감입니다. 1개의 H/W에 1개의 HANA DB를 사용하기 때문에 비용과 관리에 필요한 인력이 줄어 듭니다. HANA DB를 같이 공유해서 사용하여 관리 비용은 줄어 들지만 HANA DB가 Shutdown되었을 때 2개의 어플리케이션 모두 중지(Stop)됩니다. CPU, Memory 자원을 공유해서 사용하여 성능이 저하되는 원인 되고, HANA DB의 Shutdown으로 다른 어플리케이션도 모두 중지(Stop)되는 상황이 발생합니다.

  • 1개의 H/W, 1개의 HANA DB, 2개의 DB Schema, 2개의 S/4 HANA 어플리케이션
  • HANA Multi-Tenant Database Containers(MDC) 이전에 사용한 개념

(오라클 DB에서는 여전히 유효한 개념)

  • 1개의 H/W에 1개의 HANA DB 사용으로 비용 절감
  • 같은 H/W의 CPU, Memory 자원을 공유해서 사용하여 성능 저하 발생 가능성
  • 1개의 H/W에 1개의 HANA DB의 SID 구성
  • 동일한 HANA DB Software Version 사용
  • 운영환경(Production)에는 사용하지 못함(성능 및 동일한 DB 공유)

  1. HANA Multi-Tenant Database Containers(MDC)

MDC(Tenant Database Containers)는 1개의 H/W에 1개의 HANA DB에 여러 개의 DB Schema와 여러 개의 S/4 HANA 어플리케이션으로 구성되어 있습니다. HANA Multi-Tenant Database Containers(MDC)는 HANA 2.0 SPS01부터 출시되는 HANA DB 는 기본(Default)가 Tenant DB입니다.

HANA 1.0과 HANA 2.0 SPS00는 기본(Default)는 Single Container System 입니다.

HANA 2.0 SPS01 이후는 모두 기본(Default)는 Tenant Database System입니다. HANA 1.0 SPS09에 처음으로 Tenant Database Containers(MDC)를 지원하기 시작했습니다. Tenant Database Containers(MDC)와 Multiple Components One Database(MCOD)는 유사한 개념으로 HANA DB 2.0이 출시되면서 MDC(Tenant Database Containers)로 표현하고 용어도 HANA DB인 경우에는 MDC를 주로 다루어 지고 있습니다. (SAP Note 2096000, 2423367)

  • 1개의 H/W, 1개의 HANA DB, 3개의 DB Schema, 2개의 S/4 HANA 어플리케이션
  • HANA 2.0 SPS01이후에 기본 Tenant DB 제공
  • 1개의 H/W에 1개의 HANA DB 사용으로 비용 절감
  • 같은 H/W의 CPU, Memory 자원을 공유해서 사용하여 성능 저하 발생 가능성
  • 1개의 H/W에 1개의 HANA DB의 SID 구성
  • 동일한 HANA DB Software 사용(같은 HANA Software Engine 사용)
  • 운영환경(Production)에는 사용 가능(Note 1661202) 단, S/4 HANA와 S/4 BW는 같이 운영환경에서는 사용 불가

  1. HANA Virtual Machine(VMware)

HANA Virtual Machine(VMware)는 가상화 솔루션에서 제공하는 것으로 1개의 H/W에 여러 개의 OS(Operating System)을 설치하여 S/4 HANA 어플리케이션을 구성하는 것입니다.

HANA 1.0 SPS05에서 처음으로 VMware Hypervisor 지원하게 되었습니다.

하이퍼바이저(Hypervisor) 용어는 물리적인 H/W인 서버 위에서 존재하는 가상화레이어로 OS(운영체계) 구동을 위해서 H/W인 CPU, Memory 를 제공한다

1개의 H/W에 2개의 OS를 설치하고 2개의 HANA DB에 2개의 DB Schema와 2개의 S/4 HANA 어플리케이션으로 구성되어 있습니다. 이렇게 구성하는 주요한 이유는 비용 절감과 관리하는 영역이 줄어 드는 장점이 있습니다. 가상화를 Windows 서버에서 많이 진행되고 있는데 HANA DB도 리룩스에 설치되는 구성으로 SAP HANA DB도 가상화(VMware)에 설치하여 구성할 수 있습니다. 요즘 가상화를 하지 않는 곳이 없을 정도로 대세로 자리 잡고 있습니다.일반적이 회사에서 수십, 수백대의 서버를 줄이는 방법을 고민 했는데 가상화가 도입되면서 물리적인 H/W 서버가 줄어드는 효과가 발생했습니다. H/W Box가 줄어 들면 비용이 감소하고 그에 따른 관리적인 비용 또한 감소하게 되어 회사 입장에서는 이보다 좋은 것이 없을 것입니다.(SAP Note 1788665, 2652670 참고)

  • 1개의 H/W와 2개의 OS에 2개의 HANA DB, 2개의 DB Schema, 2개의 S/4 HANA 어플리케이션
  • HANA 1.0 SPS05에서 처음으로 가상화(VMware Hypervisor) 지원
  • 1개의 H/W에 2개의 OS 구성으로 H/W 비용 절감
  • 같은 H/W의 CPU, Memory 자원을 공유해서 사용하여 성능 저하 발생 가능성
  • 1개의 H/W에 2개의 HANA DB의 SID 구성
  • 운영환경(Production)에는 사용 가능(VMware vSphere 5.5 이상)

  1. 클라우드 종류(HANA Cloud, AWS, Microsoft Azure)

SAP의 Public 클라우드는 대표적인 클라우드 업체는 AWS(Amazon Web Services), Microsoft Azure, IBM Cloud , Google Cloud Platform, Oracle Cloud 등 이 있습니다.

여기에서 클라우드에 대해서 간단하게 정리하고 HANA에서 제공하는 클라우드에 대해서 설명하겠습니다.

클라우드는 제공하는 3가지 서비스 모델(Service Model)

  • IaaS(Infrastructure as as Service)
  • PasS(Platform as a Service)
  • Saas(Software as a Service)

전개 모델(Deployment Model)

  • 공용(Public) 클라우드
  • 사설(Private) 클라우드
  • 하이브리드(Hybrid) 클라우드

 

클라우드 제공하는 3가지 서비스 모델(Service Model)

1) IaaS(Infrastructure as a Service) : 서버, 스토리지, 네트워크 등 인프라 자원을 사용한 만큼 비용을 지불하는 방식, 기본 스토리지와 컴퓨팅 능력을 제공(CPU, Disk등)

제공 서비스 명 :  Amazon EC2, S3, Microsoft Azure, Google Cloud, IBM Cloud등

클라우드 컴퓨팅 서비스의 가장 기본적인 범주입니다. IaaS를 사용할 경우 클라우드 공급자로부터 종량제 방식으로 서버와 VM(가상 머신), 저장소, 네트워크, 운영 체제 등의 IT 인프라를 대여합니다.

2) PasS(Platform as a Service) : 개발자가 자신의 어플리케이션을 개발, 테스트, 실행 할 수 있는 컴퓨팅 플랫폼을 제공하는 방식.

소프트웨어 응용 프로그램을 개발, 테스트, 제공 및 관리하기 위한 주문형 환경을 제공하는 클라우드 컴퓨팅 서비스를 의미합니다. PaaS는 개발자가 개발에 필요한 서버, 저장소, 네트워크 및 데이터베이스의 기본 인프라를 설정하거나 관리할 필요 없이 더 쉽고 빠르게 웹앱이나 모바일 앱을 만들 수 있도록 디자인되었습니다.

제공 서비스명 :  Goog App Engine, MS Azure, AWS

제공하는 서비스는 Linux, Apache, PHP, MySQL, MS Azure, Goold Apps등

3) Saas(Software as a Service) :소프트웨어나 어플리케이션을 제공하는 목적으로 만들어는 서비스 모델, 표준화된 어플리케이션 프로세스 제공

제공 서비스명 :  N드라이브, iCloud, Dropbox, Google Docs, MS Office 365등

인터넷을 통해 주문형과 일반적인 구독 방식으로 소프트웨어 응용 프로그램을 제공하는 방법입니다. SaaS를 사용할 경우 클라우드 공급자는 소프트웨어 응용 프로그램과 기본 인프라를 호스트하고 관리하며 소프트웨어 업그레이드 및 보안 패치와 같은 유지 관리를 처리합니다. 사용자는 일반적으로 휴대폰, 태블릿 또는 PC에서 웹 브라우저를 사용하여 인터넷을 통해 응용 프로그램에 연결합니다.

출처 : Microsoft Azure

클라우드의 3개가 전개 모델(Deployment Model)

1) 공용(Public) 클라우드 : 인터넷을 통해 서버 및 저장소와 같은 컴퓨팅 리소스를 제공하는 타사 클라우드 서비스 공급자가 소유하고 운영합니다. 공용 클라우드의 예로 AWS, Microsoft Azure를 꼽을 수 있습니다. 공용 클라우드를 사용할 경우 모든 하드웨어, 소프트웨어 및 기타 지원 인프라를 클라우드 공급자가 소유하고 관리합니다

예) 공유자동차로 유명한 우버(Uber)나 카카오 카풀인 “타다” 같이 자동차를 공유해서 사용하는 것이 해당됩니다.

2) 사설(Private) 클라우드 : 단일 비즈니스 또는 조직에서 독점적으로 사용되는 클라우드 컴퓨팅 리소스를 의미합니다. 사설 클라우드는 회사의 실제 온사이트 데이터 센터 내에 배치할 수 있습니다. 일부 회사에서는 해당 사설 클라우드를 호스트하기 위해 타사 서비스 공급자에 비용을 지급하기도 합니다. 사설 클라우드는 서비스와 인프라가 개인 네트워크에서 유지 관리되는 클라우드입니다.

예) LG 전자 세탁기 사업부에서 사용하는 업무용 자동차가 여기에 해당됨니다.

3) 하이브리드(Hybrid) 클라우드 : 공용 클라우드와 사설 클라우드 간에 데이터와 응용 프로그램을 공유할 수 있는 기술로 함께 바인딩된 공용 클라우드와 사설 클라우드를 결합합니다. 하이브리드 클라우드는 데이터 및 응용 프로그램을 사설 클라우드와 공용 클라우드 간에 이동할 수 있도록 하여, 비즈니스에 더 높은 유연성, 더 많은 개발 옵션을 제공하며 기존 인프라, 보안 및 규정 준수를 최적화하도록 지원합니다.

예) 세탁기 사업부에서 야근을 하고 퇴근을 하려고 하는데 업무용 자동차가 모두 사용 중 이여서 카카오의 카풀 “타다”를 이용해서 퇴근 했다면 여기에 해당됩니다.

출처 : 클라우드 컴퓨팅이란?

https://azure.microsoft.com/ko-kr/overview/what-is-cloud-computing/

 

8.  SAP에서 제공하는 공용 클라우드(Public Colud)는 IasS 형태로 제공합니다.(SAP Note 1380654)  그래서 SAP에서 제공하는 공용 클라우드는 물리적인 하드웨어인 Infra환경(Server, Storage, Network)을 제공한다. 그외 HANA 2.0, ERP인 S/4 HANA등은 사용자가 직업 설치 및 관리해야 한다.

  • HANA를 지원하는 Public 클라우드 업체는 AWS E2, Microsoft Azure, IBM Cloud, Google Cloud
  • SAP Cloud 서비스를 지원하는 사업자 목록

https://www.sap.com/dmc/exp/2018_Partner_Guide/#/partners

 

댓글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다

도구 모음으로 건너뛰기