홍성준 | BD클라우드사업본부장

BD가 제시하는 AWS Migration 주요 Factor

Who is BD?

2003년 10월블루다임설립

Cloud, System Integration, Mobile, API Platform, IoT, Finance

2011년 Enterprise AWS 구축/운영사업시작

2013년 11월 Advanced Consulting Partner 선정

AWS Application Migration Framework

Cloud Migration 주요 Factor

Standardization Architecture OptimizationService

Transition

AWS Cloud 특징

Speed

& Agility

High

Availability

Elastic

Capacity

Cloud기반아키텍처표준화사례

사용자

WEB

ELB

사용자

WEB

ELB

사용자

WEB

ELB

사용자증가시

표준화적용

서비스구축관점

Cloud 표준화

서비스운영관점

서비스구축관점

Cloud 표준화

v

Infra

Application

v

Network : Network 구성, 방화벽 구성

Compute : 용도별 Instance Type 기준, 이중화 구성 방안

Storage : 용도별 EBS 종류, EBS 구성

Database : 용도별 RDS 종류, Replication 구성

Software Stack : 표준 Software 정의

WEB/WAS : 디렉토리 구조, 로깅, 표준 설정

소스 관리 및 배포 체계 수립

Cloud 표준화

이관관리이관 프로세스 및 이관 산출물

보안관리ACL, Security Group, 보안 점검 체크항목

백업관리Cloud 리소스 백업 체계 및 관리 가이드

서비스수준관리Cloud 서비스 기반의 품질 기준 수립

장애관리장애 등급, 장애 대응 절차, 장애 보고

변경관리Cloud 리소스 변경 절차 및 가이드

모니터링관리Infra 리소스 모니터링,CloudWatch 모니터링

서비스운영관점

Cloud Architecture

• 기존시스템의Network 구성고려

• 외부시스템과연동고려

• 기존사용서버대비용량산정고려

• 서비스특성에따른시스템구성고려

• 저장콘텐츠종류에따른 Storage 선정

• 저장콘텐츠에대한백업방안고려

• 데이터특성에따른DBMS 서비스 선정

• 서비스요구에적합한인프라설계

Network Storage

Compute Database

Cloud Architecture > Network

Amazon VPC

Private

Public

Security Group

• 높은 보안성의 다양한 네트웍 구성

• 기존 IDC와의 동일한 환경 제공

• Local IP Address 고정

• Inbound/outbound 트래픽 제어

• 서비스 용도별로 구성 제공

• Security Group 개수 제한

기존서비스의 Network 구성적용

외부시스템간의연동방안

Cluster 솔루션연동방안

ELB

• Load Balancer

• 트래픽을 자동으로 분산

• 자동으로 용량 확장/축소 지원

시스템의부하분산방안

기존 L4 -> ELB로대체

Cloud Architecture > Network 사례

L4

Oracle

WAS

HA

IDC

WEB

Database Network Security

Private Network Security

ELB

ELB

WEB Host

WAS Host

Public Network Security

VPNConnection

Service Request Domain

설정불가

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

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

Cloud Architecture > Database

Amazon RDS Amazon DynamoDB Amazon EC2

Managed RDBMS Server

Managed NoSQLDBMS Server

Commercial RDBMS Server

• 다중 Active DB 구성 시

• 다양한 형태의 서비스 구성 가능

• 구축 및 운영 담당자 필요

• 백업 및 패치 별도 방안 필요

• Oracle, MySQL, MS-SQL등 지원

• Fully Managed 지원

• 자동 스냅샷 기능 지원

• Cross-Region Snapshot 복제

• 타 Region Read-replica 복제

• 높은 내구성과 낮은 latency

• 3개 이상의 AZ 복제

• 소프트웨어 업그레이드

패치 관리

• 보안, 패치 등의 관리 지원

Optimization > 검증

장애테스트

시스템이 장애가 났을때 이에 대한 감지와 장애 복구

능력을 검증하는 테스트

안정성테스트

시스템을 오랫동안 운영하더라도 문제가 없는지

검증하는 테스트.

성능테스트

시스템의 부하를 주면서 시스템의 성능을 측정.

확장성테스트

시스템을 증설함에 따라 용량이 선형적으로 증가하는지

확인하는 테스트

Web

ELB

PublicSecurity

WAS WAS

PrivateSecurity

RDS

Web

Load Server

DBMS

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 개수

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

Service Transition 방안

일반이전 DR센터이용이전 대체시스템구축이전구분

센터모든장비를 서비스종료후

일괄이전

기구축된 DR 센터로서비스를

전환후이전

업무대체시스템을

구축하여서비스전환후이전

핵심/중요/비핵심업무시스템 핵심/주요업무시스템 핵심/주요업무시스템

낮음 높음 높음

낮음 높음 높음

높음 중간 중간

높음 중간 낮음

높음 중간 중간

낮음 중간 높음

구분

안전성

서비스연속성

이전용이성

비용최소화

일정준수

난이도

해당업무

Service Transition > 전환 절차

업무내역 담당자업무단계

개별서비스의영향도 조사

서비스전환시나리오작성

서비스담당자와 전환시나리오검증

서비스팀

전환팀

서비스팀전환팀

서비스팀

전환팀

서비스팀

이전준비

사전작업

이전전환

안정화

데이터/콘텐츠 동기화

데이터정합성검증

신규시스템으로서비스전환

서비스점검

신규시스템모니터링

기존시스템서비스유입확인

서비스전환시나리오유의사항

• 전환시나리오항목상세화

• 담당자별업무내역상세화

• Rollback 을위한명확한기준정의

Rollback 방안

• 데이터Rollback

변경데이터원복을위한동기화방안

• 콘텐츠Rollback

변경파일(콘텐츠, 로그)들의원복방안

신규시스템의기능/성능점검

데이터/콘텐츠사전이전작업

Service Transition > 무중단서비스전환

L4

Oracle

WAS

HA

IDC

WEB

User

Database Network Security

Private Network Security

ELB

ELB

CloudFront

S3

WEB Host

WAS Host

Public Network Security

Data Sync

Contents Sync

Experience of BD

AWS 인프라 통합 운영

• 운영 표준화 수립

• 이관/변경/장애/백업/보안관리 프로세스 적용

글로벌 서비스 플랫폼 구축 서비스 아키텍처 표준화

• 글로벌 서비스 구축을 위한 표준화수행

• Infra 및 Application 표준화 적용

AWS 리소스 최적화 다중 Active DBMS 구축

• 대용량 트래픽 증가로 인하여단일 Master DB로 처리 불가

• AWS 서비스인 EC2, EBS 튜닝

• 다중 Active DB를 구축

ConsultingService

MigrationService

ManagedService

대규모 이벤트 지원

• 서비스 운영중 대규모 이벤트 수행

• 서비스 인프라 증설 작업 및 성능검증 업무 지원

• 이벤트 진행시 모니터링 및결과 리포트 제공

IDC AWS Region별이전/운영

Shared 스토리지

POC

비용절감, 성능향상

What is power of BD?

다양한 서비스Application의높은 이해도

Cloud 구축/운영숙련된 전문가 조직

서비스 측면의 인프라최적화 Know-how