4. 물리서버의 유휴자원 발생
Issue
IT자원 가상화로 자원활용 극대화
SolutionNeeds
유휴자원활용을 위한 IT기술 니즈
증대
비즈니스 니즈 다양화 및
퍼블릭 클라우드 도입으로 관리공수
증가
멀티클라우드 관리 포털 구축
여러 가상화 서버 및 클라우드를
효율적으로 관리하기 위한 니즈
증대
퍼블릭 클라우드들의 잦은 API 변동
등으로 포털 관리 비용 증가
IT자원이 아닌 OS가상화(컨테이너)
기반 클라우드 관리
여러 클라우드를 효율적으로
관리하기 위한 새로운 수단 필요
가상화 시대
(2010년대 초)
멀티클라우드 시대
(2015 ~ 2017)
하이브리드클라우드 시대
(2018~)
유휴자원
서비스1
80%
유휴자원
서비스2
50%
유휴자원
서비스3
60%
서버
1
서버
2
서버
3
서버1 서버2 서버3
Hypervisor
서비스1
80%
서비스2
50%
서비스3
60%
서비스4
90%
MS Azure AWS
App1 App2 Dev1 Dev2 Analytic
통합 관리 포털
MS Azure AWS
API APIAPI
통합 관리 포털
On-premise MS Azure AWS
MS Azure AWS
PaaS Platform
On-premise
VM VM
Container Container Container
On-premise
VM VM
On-premise
VM VM
IaaS IaaS
5. 하이브리드와 멀티 클라우드의 현재 위치
Sources:
1 Gartner, Market Insight: Making Lots of Money in the New World of Hybrid Cloud and Multicloud. ID: G00364355. 7.September 2018. Sid Nag, David Ackerman. gartner.com/doc/3889017/market-insight-making-lots-money.
2 RightScale 2019 State of the Cloud Report from Flexera. Statistic includes respondents with more than 1,000 employees.
최근 기업은 하이브리드나 멀티 클라우드
중 하나를 채택하고 있다. 2020년까지
조직의 75%가 멀티 혹은 하이브리드
클라우드 모델을 구축할 것이다.
Gartner
September 20181
“”
84%
의 기업들이
멀티클라우드 전략을
가지고 있습니다.
84%
Multicloud
3%
Single private cloud
10%
Single public cloud
3%
None
기업의
클라우드
선택
6. 왜 기업들은 하이브리드 클라우드 전략으로 갈까요?
1. Vendor Lock-in
2. 안정성
3. 비용
9. 여러 프라이빗 또는 퍼블릭 제공자로부터 클라우드
간의 상호 연계없이 여러 워크로드 및 작업들을 처리
하기 위해서 여러개의 클라우드를 각각 사용하는 것.
클라우드간에 어느 정도의 워크로드 이식성, 통합, 오케스트
레이션 및 통일된 관리를 가지고 운영되는 퍼블릭과 프라이빗
클라우드들의 조합.
noun • muhl-tee klaud noun • hī-bred klaud
MULTICLOUD HYBRID CLOUD
VS
MULTICLOUD와 HYBRID CLOUD의 차이란?
10. 왜 HYBRID한 운영이 필요한 것인가?
다종의 개별 시스템마다 필요한 중복된 운영 프로세스
● 시스템별 다른 운영 관리 환경
● 시스템별 다른 자동화와 정책
VIRTUALIZATION PRIVATE
CLOUD
PUBLIC
CLOUD
BAREMETAL
11. HYBRID 인프라 관리의 이점
표준화된 연계 시스템의 중복된 관리 요소 제거
● 하나의 관리 시스템
● 인프라 관리 인력의 부하
감소
12. HYBRID 관리 시스템 자체에 대한 관리의 어려움
● 지속적으로 변화하는
관리 API
● HYBRID 관리 화면의
지속되는 개발 공수
각 시스템에 대한 연계 모듈 관리 이슈
13. 하이브리드 클라우드 플랫폼의 필수조건
모든 환경의 최고 장점만을 가진 현대화된 플랫폼
프라이빗 및 퍼블릭 클라우드 기반 모두를 사용
모든 환경에 걸쳐 통일된 관리
기반 플랫폼 간 자원(스토리지, 네트워킹 등) 공유
컨테이너 환경의 오케스트레이션 제공
공개, 일반적인 산업 표준과 API 준수
ANY APPLICATION.
ANY ENVIRONMENT.
NO LOCK-IN.
14. 자동화된
운영
일관된 오픈 하이브리드 클라우드 플랫폼
컨테이너 기반의 엔터프라이즈 쿠버네티스– RED HAT OPENSHIFT
멀티테넌트
네트워크
트래픽 제어
Over-the-air
업데이트
장착형
아키텍쳐
모니터링
& 차지백
보안은 기본
OTHER
PUBLIC
CLOUD
15. 오픈 하이브리드 클라우드는 물리적, 가상화,
프라이빗 클라우드 및 멀티 퍼블릭 클라우드의 IT
환경에서 어플리케이션이 공존하고 원활하게
이동할 수 있는 미래의 IT 아키텍쳐에 대한
Red Hat의 비전이다.
18. ○ 컨테이너 애플리케이션을 배포하는 오케스트레이터
○ 구글이 2014년 6월 오픈소스 프로젝트로 발표
○ 2015년 7월 버전 1.0을 기반으로 CNCF(Cloud Native Computing Foundation)을 설립
○ 레드햇, 이베이, AT&T, 시스코, IBM, 인텔, 트위터, VMware 등 다수 회사참여 개발
Kubernetes ?
24. CONTAINER PLATFORM 시장 점유율
Source:
https://technology.ihs.com/617145/red-hats-container-software-strategy-paying-off-
for-now
Red Hat’s container software strategy paying off, for now
- Sep. 04, 2019
Red Hat은 컨테이너 소프트웨어
판매를위한 최선의 전략은 교육과
컨설팅이 최적의 접근 방식이라는 것을
증명했습니다.
“”
44%
23%
6
%
3
%
22%
Other
2
%
Red Hat Openshift Container Platform > Market Presence1
25. Red Hat Openshift Container Platform > 표준 기술 기반2
“글로벌 Best 컨테이너 기술” “업계 최고의 컨테이너 관리 기술”
▪세계 컨테이너 기술의 표준 (OCI 선정)
▪Docker와 완벽한 호환성
▪격리 기술을 통한 가장 높은 보안성 제공
▪구글에서 개발되고 사용하고 있는
Orchestration 기술인 “Kubernetes”
▪구글과 협력하여 지속적인 발전 중(#2
프로젝트 기여)
▪실제 환경에서 가장 많은 Container를
Handling하며 기 안정화됨
26. Red Hat Openshift Container Platform > 표준 기술 기반2
SERVICE CATALOG
(LANGUAGE RUNTIMES, MIDDLEWARE, DATABASES, …)
SELF-SERVICE
APPLICATION LIFECYCLE MANAGEMENT
(CI / CD)
BUILD AUTOMATION DEPLOYMENT AUTOMATION
CONTAINER CONTAINERCONTAINER CONTAINER CONTAINER
NETWORK SECURITYSTORAGE REGISTRY
LOGS &
METRICS
CONTAINER ORCHESTRATION & CLUSTER MANAGEMENT
(KUBERNETES)
ATOMIC HOST /
RED HAT ENTERPRISE LINUX
OCI CONTAINER RUNTIME & PACKAGING
INFRASTRUCTURE AUTOMATION & COCKPIT
Kubernetes
cri-o & docker
Istio
Prometheus
Grafana
Jaeger Tracing
Hawkular
Heapster
Cassandra
Elasticsearch
Fluentd
Kibana
Jenkins
Eclipse Che
Git
Orchestration
Container Mgmt.
Monitoring
Dashboard
Development
Logging
Auto Scaling
27. 엔터프라이즈 적용 필수 보안 패치
수백개의 오류 픽스
200개 이상 Validated Integration
미들웨어 통합 (컨테이너 이미지, 스토리지, 네트워크 등)
9년 Enterprise Lifecycle Management
검증된 Kubernetes 제공
Kubernetes
Release
OpenShift
Release
1-3 months
hardening
Red Hat Openshift Container Platform > Enterprise 급의 안정성 및 보안성3
28. Red Hat Openshift Container Platform > 높은 인프라 호환성4
RED HAT ENTERPRISE LINUX ECOSYSTEM
Hardware, Virtualization, Cloud and Service Provider Certifications
RED HAT PORTFOLIO
Optimized for Containers
THIRD-PARTY ISV
Red Hat Container Catalog (200+ certified)
CLOUD SERVICES
Open Service Broker
Red Hat Ecosystem을 활용하여 3rd-party 플랫폼 활용 가능
30. PaaS가 Digital Transformation을 가능하게 하는 이유
IT 기획 / 비즈니스 IT개발 IT운영
▪ 가벼운 컨테이너 환경
▪ 개발/운영 프로세스 자동화
▪ 빠르고 쉬운 확장
▪ 빠른 개발 환경 지원
▪ CI/CD Pipeline 지원
▪ One-View 통합 관리
▪ 모니터링, 로깅
▪ Enterprise 등급 보안OpenShift
의 특징
기대효과
▪ Business Agility 확보
▪ ROI / 비용절감 효과
▪ 개발 업무 시 불필요한
업무프로세스 축소
▪ Dev – Ops 간 갈등 감소
▪ 비즈니스 연속성 극대화
▪ 보안성 확보
▪ 관리 편의성 증대
1 2 3
31. IT기획 및 비즈니스 측면 > Digital Transformation 과제 해결1
How OpenShift can help…
MSA(Micro Service Architecture)
PaaS 환경에서는 인프라를 효율적이고 Micro 하게 관리
가능 기능단위의 어플리케이션 구성으로
변경/장애대응/신규 개발에의 용이성 확보
글로벌 IT리서치 Forrester의
2019년 디지털 혁신 트렌드 5가지 for CIO
디지털 혁신의 ‘선택적’ 변화1
운영효율성의 시대2
제품 관리의 중요성 증가3
B2B 플랫폼의 대두4
AI가 디지털 스택에 통합5
5~7년 장기간 혁신 사이클 대신 빠른 변화 사이클 필요
디지털 혁신에의 ROI 개념 대두
고객 성과를 제고하고 생산성을 제공하는 관점에서 디지털
혁신 전략 수립
제품기반의 IT로 변혁 클라우드 환경의 000 as a Service
관점에서 IT 인프라 제공 등
자동화 / 하이브리드 클라우드
OpenShift는 자체적으로 자동화 솔루션 및 하이브리드
환경 가능 기능을 제공
DevOps
OpenShift는 하드웨어와 미들웨어, OS 등이 전부 각각
구성되어 Dev와 Ops 간 R&R 이슈가 줄어들고, 불필요한
업무가 줄어들어 DevOps 사상의 기반이 됨
32. IT기획 및 비즈니스 측면 > 비용절감 효과1
비용절감 Driver :
Node
CPU MEM
Pod#1
Pod#2
Pod#3
Available
CPU Resource
Pod#1
Pod#2
Pod#3
Available
Memory Resource
Scheduler
CPU/MEM
가용 자원 확인
Pod#4
CPU : 1000milicore
MEM : 1GiB
밀리 Core 단위로 효율적으로 관리되는 컨테이터들 HW 숫자
SW 유지보수 비 운영인건공수
HW 유지보수 비 상면관리
정성적정량적
국내 대기업 그룹사의 경우, PaaS 도입을
통해 29개 그룹사의 IT운영비용이
평균 19.66%감소 할 것으로 예측
(PaaS 도입 비용 감안하여)
33. IT개발 측면 > 개발프로세스 대폭 축소2
PaaS 를 통해
즉시, 원하는
만큼
환경구성
PaaS 내
자동화
핵심이 되는 업무에 집중
혹은 DevOps 준비
개발 테스트 운영
환경
구성
단순
업무
핵심
업무
개발계 VM 요청
개발계 MW 요청
APP 환경 구성
Build 스크립트 작성
코딩
검증계 VM 요청
검증계 MW 요청
APP 환경 구성
운영계 VM 요청
운영계 MW 요청
APP 환경 구성
App 빌드 및 배포 App 빌드 및 배포
테스트
배포 확인
OpenShift 도입을 통해 사라지거나 극도로 축소될 업무
34. [Reference] 국내 X그룹사 OpenShift 도입 사례
물리 환경 가상화 환경 컨테이너 환경
업무 개발 계획 수립 업무 개발 계획 수립 업무 개발 계획 수립
예산 산정 예산 산정 예산 산정
하드웨어 구매 생성 컨테이너 서비스 생성 즉시
하드웨어 설치
설치
설치 설치
코드 개발 코드 개발 코드 개발
테스트 툴 설치 테스트 툴 설치
테스트 테스트 테스트
운영 서버 구성 운영 VM 구성 운영 환경 이관
코드 이관 및 업로드 코드 이관 및 업로드
실행 실행 실행
총 총 총
비용(천만) 비용(천만) 비용(천만)
* 2019 평균임금 공표 중급기술자 2M 투입 기준 비용 (인건비 기준)
물리 환경 개발 대비 기간:11.3주(39.6%) / 비용:1.3천만원(39.4%) 절감
35. [Reference] 글로벌 콘텐츠사 N사 OpenShift 도입 사례
환경구축
테스트/배포
환경구축
테스트/배포
129 Days
전통적 방식 PaaS 도입
최소 30일
(서버 구매, SW 설치 등)
5분
(Click으로 환경 배포)
환경 구축
90일 지속수정요건 반영
36시간
(프로젝트 기간
내 총 소요시간)
1~5분
(MSA 개발시)
빌드
5일 14시간테스트
2일 20분배포
프로젝트
수행 기간
12개월 단위 1개월 단위
IT업무비중
혁신활동 58% / 유지
보수 42%
혁신활동 78% / 유지
보수 22%
PaaS 이후PaaS 이전
124일
차이요건반영/빌드
5 Days
36. IT개발 측면 > Dev + Ops 간 갈등 제거2
As-Is To-Be
vs.
장애발생 이후 원인 파악을 위한 커뮤니케이션
비용 다수 발생
원인분석이 원활해져 컨테이너 상의 이슈는
개발자, 컨테이너 플랫폼 이슈는 운영자가
담당하도록 명확화
User IT RM
Devs
오류보
고
Ops
자체
모니터
링
원인파
악 협의
원인파
악 협의
원인파
악 협의
Container Container Container
Container Host
Devs
Ops
37. IT운영 측면 > 비즈니스 연속성 개념의 변혁3
As-Is (전통적인 비즈니스 연속성 확보) To-Be (클라우드 시대의 비즈니스 연속성)
AP HA
WAS DB
3 Tier
구성으로
운영계 AP
부담경감
이중화 구성
Cloud
DB
Container Platform
서비스에 과부하 혹은 오류 발생 시 자동으로 새로운 영역 확장
(단순 하드웨어 수준이 아닌 미들웨어 레벨에서)
운영자가 신경쓰지 않아도 자동으로 비즈니스 연속성 확보
38. IT운영 측면 > 통합 관리/모니터링 + 자동화 = 효율화3
Red Hat의 IT운영 Blue Print 모든 것이 OpenShift 안에
RHEL
NODE
POD POD
PODPOD
FLUENTD
RHEL
NODE
POD POD
PODPOD
FLUENTD
RHEL
NODE
POD POD
PODPOD
FLUENTD
Container Platform
인프라환경에 구애받지 않는
통합관리
단일 Point of View 로깅을 통한
지속 개선
운영자동화
ELASTICSEARCH
KIBANA
HEAPSTER
HAWKULAR
OPENSHIFT
WEB CONSOLE
CASSANDRA
RED HAT
CLOUDFORMS
CUSTOM
DASHBOARDS
표준 오픈소스 프로젝트
통합
Infra-App 통합
모니터링
수정 가능한 Dashboard
제공
자동 설치(2days)
무중단 확장
운영/App 로그 통합
중앙화된 로그 수집기
로그 분석을 통한 운영
개선 가능
미리 준비된 플레이북
지속적인 업데이트