4. WHY Red Hat 클라우드 ?
▪ 하드웨어 벤더 락인을 즉시 제거 가능한 오픈소스 기반
▪ 최신 오픈소스 기술 적용된 안정적인 클라우드
▪ 시장 선도적인 서비스를 즉시 구동할 수 있는 클라우드
▪ 빅뱅 차세대 구축이 아닌, 지속적인 클라우드 변경 구축 가능한 클라우드
▪ 디지털 비즈니스 환경에서 즉각적인 고객 피드백을 적용할 수 있는 클라우드
▪ 클라우드 기술 내재화, 클라우드를 선택할 수 있는 인력 양성에 유용한 솔루션
6. 주요 금융사도 U2L 후 L2C 고려 중
금융사 핵심 업무 U2L 사례
From : HP slides in U2L 추세와 클라우드 적용 방안
#.주1: UNIX와의 core당 성능 비교 우위가 2010년 Intel Xeon Nehalem의 시제품 출시부터 높아졌다고 보는 의견이 많다.(tpmC기준)
(#.주1)
7. 타사 U2L 사례 (with Red Hat)
신한금융투자 U2L 전환 완료
U2L 추진 배경 및 현황
추진 배경
미래
아키택처
방향
벤더 종속성 탈피 및 기술 내재화
가상화 및 클라우드 전환 환경 마련
TCO 절감 등 비용 효율화
IT 역량 강화 및 경쟁력 확보
그룹 ICT 미래 아키텍처 수립
개방형
Platform (Linux)
Unix to Linux (U2L)
단위 시스템 (트레이딩 시스템 등) MTS, WTS 채널 (모바일, 웹) HTS 및 기타 채널
2012 ~ 2015년 2016년 2017년
추진 현황
미래세대양성을
위한 교육기부
계정계 DB
정보계 AP
계정계 AP
• 계정계 DB 서버 U2L 전환
• 오라클 DB 10gR2 → 11gR2 업그레이드
• 추진 기간 : 약 8개월 (2016년 9월 ~ 2017년 5월)
• 정보계 AP 서버 U2L 전환 작업
• 추진 기간 : 약 9개월 (2016년 9월 ~ 2017년 6월)
• U2L 전환 대상 프로그램 본수 : 약 4만본
• 계정계 AP 서버 U2L 전환 작업
• 추진 기간 : 약 13개월 (2016년 9월 ~ 2017년 10월)
• U2L 전환 대상 프로그램 본수 : 약 10만본
계정계/정보계 시스템
8. U2L을 넘어, Unix/Linux to Cloud로
U2L 그리고 U2C, L2C로 워크로드를 옮기고 있습니다.
From http://www.bloter.net/archives/276655
12. SDDC(Software Defined Data Center) 출현
대내외 서비스 변화 요구에 따른 IT 대응력 증가 필요성에 따라 출현
최근 데이터센터의트렌드변화
• 글로벌디지털및비대면업무증가를처리할분산컴퓨팅인프라구조
• 개별인프라를하나의시스템으로묶어줄소프트웨어필요
X86서버 성능 향상/가격 하락및컴퓨팅방식의변경
• 반도체가격의하락으로인한지속적인x86서버가격하락및성능 향상
• 소형저전력서버및새로운하드웨어아키텍처등장
실시간의대용량데이터처리수요증가
• 최근 빅데이터등의도입으로내부시스템간의데이터트래픽이늘어나고,실시간대용량
데이터를처리하는수요증가
• 급격한소비자수요에대응하기위해유연한Scale-In/Out컴퓨팅방식필요
SDDC 환경 변화 배경
14. SDDC 핵심 구성 요소
Layer 및 기능별로 중요 Data Center기능을 Software Defined 기술로 구성
15. SDDC 구축 시 필수 고려 사항
Software 기술로 IT 자원을 가상화하고, OpenAPI로 운영 자동화 가능해야
• 물리 IT 자원의 활용
• Silo 형태로 독립된 자원 구성
• IT자원제공시간:수주~수개월
• IT 자원의 소유 및 개별 구축
• HW, SW 제공업체에 Lock-In
• 자원사용률미비:평균10%내
• 가상화 기술을 이용한 서버 가상화
• IT자원의 공유 활용
• IT자원제공시간:수분~1일
• IT자원의소유에서임대로변환
• 가상화 솔루션 제공업체 Lock-In
• 자원사용률향상(30%)
• Software 기반으로 IT 자원 가상화
• Open API 자동화 레벨 극대화
• IT 자원 제공 시간 단출(분 단위)
• IT 자원에서 서비스 사용으로 전환
• 오픈소스 활용 No Vender Lock-in
• 자원사용최적화에따른비용절감
Just-in Time 서비스 제공
하
하드
드웨
웨어
어 벤
벤더
더 종
종속
속성
성 탈
탈피
피
TCO 절감 및 운영 자동화
20. 레드햇의 가치 (오픈소스 to 엔터프라이즈)
오픈소스 검증 후, SLA를 제공하는 레드햇 솔루션을 제공, 다시 오픈소스 성장 기여
오픈 소스 커뮤니티 레드햇 검증 오픈소스
오픈소스
커뮤니티 공개
기술 안정화/도약 지원
레드햇 솔루션 무료 공개
21. 레드햇 IaaS 오픈스택 플랫폼 특장점
최신 클라우드 기술을 지속적으로 안정적인 SLA로 제공이 목표
l 퍼블릭 클라우드와 같은 기능 제공
l 대규모 주문형(스케일아웃) 용량 제공
ü 1,000's → 10,000's → 100k's of VMs
l 벤더 종속성 제거
ü 커스터마이즈와 상호운용할 수 있는 높은 유연성 제공
l 커뮤니티 개발 = 빠른 “기능 추가”
ü 지재권 소프트웨어를 넘어 시장에 더 빨리 대응/ 필요기능 추가
l 모듈식 아키텍처
l 쉬운 스케일아웃 구조의 설계
l 핵심 서비스 기반 구조
l 다목적의 확장성 구조
l 소프트웨어 정의 인프라 기술 포함
ü 소프트웨어 정의 컴퓨팅
ü 소프트웨어 정의 네트워크
ü 소프트웨어 정의 스토리지
특징 장점
안정적인
SDDC 구축/운영
22. 레드햇의 모듈화된 클라우드 제공
모듈화로 중요 기능 혁신에도 유연하게 모듈 변경 제공 – 투자 비용 보호
[레드햇 오픈스택 플랫폼 주요 기능]
컴퓨팅 네트웍 블럭스토리지 오브젝트 부트이미지 인증
[레드햇 오픈스택 플랫폼 13 라이프사이클]
라이프사이클]
23. SDS(Software Defined Storage) - CEPH
Ceph는 새로운 표준 규격의 하드웨어를 이용하여, 엔터프라이즈 대용량 스토리지의 서비스를 제공할 수 있는 소프트웨어 디파인드
스토리지의 규격을 지원합니다. 기존의 전통적인 스토리지의 개념을 넘어서며, 필요한 시점에 용량과 성능을 제공할 수 있는
확장성을 제공합니다.
벤더 락인 제거 가능한 분산스토리지 - Ceph
Legacy Traditional Storage:
SCALE UP & PROPRIETARY
The Next Storage :
SCALE OUT & OPEN
24. X86 벤더 구분없이 우수한 성능 제공
기존의 어플라이언스 스토리지는 벤더의 독점적인 지원과 업그레이드를 통해서만, 성능을 높이거나 용량을 확장할 수 있는
반면, SDS(소프트웨어 디파인드 스토리지)는 스토리지의 용량과 성능을 높이기 위해 범용 x86하드웨어를 사용하고, 하드웨어
장애 시 일반 서버의 부품을 즉시 사용, 연속적인 서비스 운영이 훨씬 용이합니다.
분산환경에서 스케일 업/아웃 지원
기존 스토리지 소프트웨어 정의 스토리지
전용 하드웨어 사용 일반(범용) x86
하드웨어 사용
일반(범용) x86
하드웨어 사용
분산 클러스터
25. 다양한 스토리지 프로토콜을 지원하는 스토리지
Ceph는 오픈스택의 다양한 모듈과 다양한 인터페이스로 연결되어 운용되는 SDS(Software Defined Storage)로 레드햇은
오픈스택의 안정적인 백엔드 스토리지로 활용되며, 오픈스택과 연동되는 엔터프라이즈 스토리지의 60% 이상의 점유율을
가지는 스토리지입니다.
오픈스택과 가장 잘 연결되는 스토리지
KEYSTONE SWIFT CINDER NOVA
GLANCE
RADOSGW
LIBRADOS LIBRBD
OPENSTACK
HYPERVISOR
RADOS CLUSTER
MANILA
CEPHFS
26. Just Do It Now with Red Hat
오픈소스 교육프로그램
클라우드로의 혁신은 다양한 요구 조건이 필요한 것이 사실이며, 이를 내재화하고 LOB, Developer 들에게 안정적인 인프라를 제공하기
위해서는 가장 먼저 Infra 운영 인력 중 클
클라
라우
우드
드 전
전담
담팀
팀을
을 조
조직
직하
하거
거나
나 혹
혹은
은 v
vi
ir
rt
tu
ua
al
l하
하게
게 운
운영
영하고, 그 전담팀의 역
역량
량을
을 강
강화
화하는 것이 우선
적으로 필요합니다.
오픈소스 전문가 지원
클라우드 우선 구축
전문가 그룹 필요(클라우드팀/가상팀)
서버(컴퓨팅)
담당
네트워크
담당
스토리지
담당
보 안
담당
퍼블릿/프라이빗
오픈 소스 컬쳐 도입
27. Just Do It Now with Red Hat
클라우드로의 혁신은 다양한 요구 조건이 필요한 것이 사실이며, 이를 내재화하고 LOB, Developer 들에게 안정적인 인프라를 제공하기
위해서는 가장 먼저 Infra 운영 인력 중 클
클라
라우
우드
드 전
전담
담팀
팀을
을 조
조직
직하
하거
거나
나 혹
혹은
은 v
vi
ir
rt
tu
ua
al
l하
하게
게 운
운영
영하고, 그 전담팀의 역
역량
량을
을 강
강화
화하는 것이 우선
적으로 필요합니다.
기
기술
술지
지원
원
유
유지
지관
관리
리
분
분기
기별
별 구
구조
조진
진단
단
• 제품 upgrade 및 patch 제공
• 특정 H/W 및 vendor Lock-In에서 벗어날 수 있는 Open
Source 기반의 포괄적 제품지원
• 기존 사용중인 서비스레벨 유지
• 기본 유지관리 24X7 (상주지원)
• 긴급장애 (해결시 까지) / 예방지원 (지원 체계 수립)
• 운영 혹은 구축중인 시스템의 아키텍쳐 진단
• 안정적이고 비용 효율적인 시스템 운영과 지속적 개선방향 도출
• Ceph 및 OSP 사용능력 향상을 위한 진단보고
GPS
(Global Professional Service)
(Advanced Professional Engineer)