Db2U - 컨테이너형 Db2

통계에 의하면 데이터의 약 50%가 클라우드에서 운영되고 있으며, 기존에 온프레미즈에 운영되던 데이터들도 빠르게 클라우드로 이동중이라고 합니다.  또한 최근에 클라우드 플랫폼은 가상화에서 벗어나 효울적 자원 활용과 운영 편의성을 동시에 제공하는 PaaS환경이 빠르게 증가하고 있습니다.   오늘은  PaaS환경에 배포되는 Db2U에 대해 알아봅니다. 

Db2U는 'Db2 Universal Container'를 의미하고,  Openshift 또는 Kubernetes환경에 최적화된 Db2 컨테이너를 의미합니다. 

Db2U 운영 환경은 기존의  설치 환경 대비 몇가지 추가적인 혜택들을 제공합니다.   

• 휴대성과 보안성을 갖춘 검증된 데이터베이스 환경 제공
• OS와 H/W 로부터 독립성 확보 
• DEV/TEST/PROD에 일관된 환경 제공
• 마이크로서비스 아키텍처 설계로 보다 빠르게 S/W 라이프사이클 관리 가능
• 구축, 백업, 복구,업그레이드등 운영 상 편의성 제공
• Private 데이터 센터 환경에서도 Public 클라우드와 동일한 수준의 편리한 운영 환경 제공 (리소스관리, 시스템 확장, 장애 복구등)

Db2U 아키텍처 - Kubernetes 리소스 모델

Db2U 아키텍처에서 Db2uEngine은 Db2 엔진 Pod의 라이프사이클을 관리하는 역할을 담당하며, Db2uInstance CR은  아래와 같이 Kubernetes API 객체(리소스)를 캡슐화하여 제공합니다. 

• Statefullset 리소스 :  ETCD (장애 시 Db2 Pod의 자동 복구를 위한 상태 정보 저장)
• Job 리소스: instdb , restore-morph 및 update-upgrade 등의 일회성 작업 관리
• Deployment 리소스: 도구(DMC) , 추가기능(REST, Graph, Q-replication), LDAP 

일반적인 Db2와 마찬가지로  Db2U도 미션 크리티컬 온라인 트랜잭션 처리(OLTP)와 대용량 데이터 분석 업무(MPP)에 함께 사용됩니다.   

Db2 OLTP, Db2 Warehouse(SMP)

Db2 Warehouse (MPP)

Db2U 운영 시에는  제품업그레이드, 유지보수, 장애복구등 작업 시 자동화 기능으로 운영 비용의 약 26%를 절감하는 효과를 얻을 수 있게 됩니다.  (아래 도표 참조)

Metric	Db2U on OpenShift
설치 시간	[자동] - 4~8초 (Db2 OLTP / Warehouse SMP) - 10~30초 (Warehouse MPP)
업그레이드 시간	[자동] 15~30초 (오브젝트 수에 의존)
[Db2 OLTP] HADR Takeover 시간	[자동] 1~3초
[Db2 WH MPP] Db2 장애 복구 시간	[자동] - 비 카탈로그 POD  3초 + Db2 Crash Recovery time - 카탈로그 POD: 5초 + Db2 Crash Recovery time
하드웨어 장애 복구 시간	[반자동] OCP/k8s 노드 장애 감지 시간 + Db2 Recovery time
CPU 수직 확장	[자동] 2 -3초 + Db2 autoconfigure 시간

Db2U를 배포하는 환경은 Kubernetes, Openshift, 그리고 IBM Cloud Pak for Data(CP4D)입니다. 다음에 다룰 주제로는 CP4D 환경에 Db2U를 배포하는 절차에 대해 알아보겠습니다.