2016년 1월 7일 AWS Cloud행사에서 BD 홍성준 이사 께서 발표하신 “비디가 제시하는 AWS Migration 주요 factor “ 발표자료입니다.

1. 홍성준 | BD 클라우드 사업 본부장
BD가 제시하는 AWS Migration 주요 Factor

2. Who is BD?
 2003년 10월 블루다임 설립
 Cloud, System Integration, Mobile,
API Platform, IoT, Finance
 2011년 Enterprise AWS 구축/운영 사업 시작
 2013년 11월 Advanced Consulting Partner 선정

3. AWS Application Migration Framework

4. Cloud Migration 주요 Factor
Standardization Architecture Optimization
Service
Transition

6. AWS Cloud 특징
Speed
& Agility
High
Availability
Elastic
Capacity

7. Cloud기반 아키텍처 표준화 사례
사용자
WEB
ELB
사용자
WEB
ELB
사용자
WEB
ELB
사용자
증가시
표준화
적용

8.  서비스 구축 관점
Cloud 표준화
 서비스 운영 관점

9.  서비스 구축 관점
Cloud 표준화
v
Infra
Application
v
 Network : Network 구성, 방화벽 구성
 Compute : 용도별 Instance Type 기준, 이중화 구성 방안
 Storage : 용도별 EBS 종류, EBS 구성
 Database : 용도별 RDS 종류, Replication 구성
 Software Stack : 표준 Software 정의
 WEB/WAS : 디렉토리 구조, 로깅, 표준 설정
 소스 관리 및 배포 체계 수립

10. Cloud 표준화
이관 관리
이관 프로세스 및 이관 산출물
보안 관리
ACL, Security Group, 보안 점검 체크항목
백업 관리
Cloud 리소스 백업 체계 및 관리 가이드
서비스 수준 관리
Cloud 서비스 기반의 품질 기준 수립
장애 관리
장애 등급, 장애 대응 절차, 장애 보고
변경 관리
Cloud 리소스 변경 절차 및 가이드
모니터링 관리
Infra 리소스 모니터링,CloudWatch 모니터링
 서비스 운영 관점

12. Cloud Architecture
• 기존시스템의Network 구성고려
• 외부시스템과연동고려
• 기존사용서버대비용량산정고려
• 서비스특성에따른시스템구성고려
• 저장콘텐츠종류에따른 Storage 선정
• 저장콘텐츠에대한백업방안고려
• 데이터특성에따른DBMS 서비스 선정
• 서비스요구에적합한인프라설계
Network Storage
Compute Database

13. Cloud Architecture > Network
Amazon VPC
Private
Public
Security Group
• 높은 보안성의 다양한 네트웍 구성
• 기존 IDC와의 동일한 환경 제공
• Local IP Address 고정
• Inbound/outbound 트래픽 제어
• 서비스 용도별로 구성 제공
• Security Group 개수 제한
기존 서비스의 Network 구성 적용
외부 시스템간의 연동방안
Cluster 솔루션 연동 방안
ELB
• Load Balancer
• 트래픽을 자동으로 분산
• 자동으로 용량 확장/축소 지원
시스템의 부하 분산 방안
기존 L4 -> ELB로 대체

14. Cloud Architecture > Network 사례
L4
Oracle
WAS
HA
IDC
WEB
Database Network Security
Private Network Security
ELB
ELB
WEB Host
WAS Host
Public Network Security
VPN
Connection
Service Request Domain
설정불가

15. Cloud Architecture > Compute
 Compute Resource 선정
• General Purpose : M1, M3, T2, M4
EC2 Instance
용량
용도
• Compute Optimized : C1, CC2, C3, C4
• Memory Optimized : M2, CR1, R3
• Storage Optimized : HS1, D2
• I/O Optimized : HI1, I2
• GPU Instance : CG1, G2
• Micro : T1, T2

16. Cloud Architecture > Storage
Amazon S3Amazon EC2 Store Amazon GlacierAmazon EBS
• 내구성과 확장성이
뛰어난 객체 스토리지
서비스
• 원하는 양의 데이터를
저장 및 검색
• 비영구적 스토리지
• 간편하게 필요한 용량을
얻고 구성 할 수 있음
• 신속하게 용량을
확장하거나 축소 가능
• 지속적인 블록 스토리지
• 짧은 지연 시간과 일관된
성능 제공
• 빠른 확장과 축소가능
• 데이터 보관 및 장기 백업
용 스토리지
• 안정적이며 비용이 저렴
• 검색 속도가 중요하지 않
은 데이터에 최적화
Boot data, Log,
RDBMS data
Config Data, tempDB Media File, Video, Images Media File, Video,
Images
Storage
Feature
Use

17. Cloud Architecture > Database
Amazon RDS Amazon DynamoDB Amazon EC2
Managed
RDBMS Server
Managed NoSQL
DBMS Server
Commercial
RDBMS Server
• 다중 Active DB 구성 시
• 다양한 형태의 서비스 구성 가능
• 구축 및 운영 담당자 필요
• 백업 및 패치 별도 방안 필요
• Oracle, MySQL, MS-SQL등 지원
• Fully Managed 지원
• 자동 스냅샷 기능 지원
• Cross-Region Snapshot 복제
• 타 Region Read-replica 복제
• 높은 내구성과 낮은 latency
• 3개 이상의 AZ 복제
• 소프트웨어 업그레이드
패치 관리
• 보안, 패치 등의 관리 지원

19. Optimization > 검증
장애테스트
시스템이 장애가 났을때 이에 대한 감지와 장애 복구
능력을 검증하는 테스트
안정성테스트
시스템을 오랫동안 운영하더라도 문제가 없는지
검증하는 테스트.
성능테스트
시스템의 부하를 주면서 시스템의 성능을 측정.
확장성테스트
시스템을 증설함에 따라 용량이 선형적으로 증가하는지
확인하는 테스트
Web
ELB
Public
Security
WAS WAS
Private
Security
RDS
Web
Load Server
DBMS

20. Optimization > Tuning
Amazon EBS
Amazon EC2
• EBS Type, PIOPS
• EBS 개수 및 구성
• 용도별 Instance Type 선정
• 디스크 구성
 AWS Service Tuning  Application Tuning
OS Kernel
TCP 설정, Socket reuse, backlog 등 파라미터
Tuning
Web
Thread/Process, Max Thread 등 설정 튜닝
WAS
Active Thread 개수, VM 메모리 용량,
JDBC Pool 개수

21. Optimization > EBS Tuning 사례
0
10000
20000
30000
40000
50000
60000
70000
IOPS 1000 IOPS 2000 IOPS 3000 IOPS 4000
EBS Write
0
10000
20000
30000
40000
50000
60000
70000
80000
90000
IOPS 1000 IOPS 2000 IOPS 3000 IOPS 4000
EBS Read
Non-RAID (600G * 1EA)
RAID0 (150G * 4EA)
KB/s

23. Service Transition 방안
일반이전 DR센터이용이전 대체시스템구축이전구분
센터모든장비를 서비스종료후
일괄이전
기구축된 DR 센터로서비스를
전환후이전
업무대체시스템을
구축하여서비스전환후이전
핵심/중요/비핵심업무시스템 핵심/주요업무시스템 핵심/주요업무시스템
낮음 높음 높음
낮음 높음 높음
높음 중간 중간
높음 중간 낮음
높음 중간 중간
낮음 중간 높음
구분
안전성
서비스연속성
이전용이성
비용최소화
일정준수
난이도
해당업무

24. Service Transition > 전환 절차
업무내역 담당자업무단계
개별서비스의영향도 조사
서비스전환시나리오작성
서비스담당자와 전환
시나리오검증
서비스팀
전환팀
서비스팀
전환팀
서비스팀
전환팀
서비스팀
이전준비
사전작업
이전전환
안정화
데이터/콘텐츠 동기화
데이터정합성검증
신규시스템으로서비스전환
서비스점검
신규시스템모니터링
기존시스템서비스유입확인
서비스전환시나리오유의사항
• 전환시나리오항목상세화
• 담당자별업무내역상세화
• Rollback 을위한명확한기준정의
Rollback방안
• 데이터Rollback
변경데이터원복을위한동기화방안
• 콘텐츠Rollback
변경파일(콘텐츠,로그)들의원복방안
신규시스템의기능/성능점검
데이터/콘텐츠사전이전작업

25. Service Transition > 무중단 서비스 전환
L4
Oracle
WAS
HA
IDC
WEB
User
Database Network Security
Private Network Security
ELB
ELB
Cloud
Front
S3
WEB Host
WAS Host
Public Network Security
Data Sync
Contents Sync

26. Experience of BD
 AWS 인프라 통합 운영
• 운영 표준화 수립
• 이관/변경/장애/백업/보안
관리 프로세스 적용
 글로벌 서비스 플랫폼 구축 서비스 아키텍처 표준화
• 글로벌 서비스 구축을 위한 표준화
수행
• Infra 및 Application 표준화 적용
 AWS 리소스 최적화  다중 Active DBMS 구축
• 대용량 트래픽 증가로 인하여
단일 Master DB로 처리 불가
• AWS 서비스인 EC2, EBS 튜닝
• 다중 Active DB를 구축
Consulting
Service
Migration
Service
Managed
Service
 대규모 이벤트 지원
• 서비스 운영중 대규모 이벤트 수행
• 서비스 인프라 증설 작업 및 성능
검증 업무 지원
• 이벤트 진행시 모니터링 및
결과 리포트 제공
IDC AWS Region별 이전/운영
Shared 스토리지
POC
비용절감, 성능향상

27. What is power of BD?
다양한 서비스
Application의
높은 이해도
Cloud 구축/운영
숙련된 전문가 조직
서비스 측면의 인프라
최적화 Know-how