AWS에서 클라우드 시작하기 - 클라우드 마이그레이션 AtoZ

디지털 트랜스포메이션의 시작, 클라우드 마이그레이션 A to Z
2020.04.27 베스핀글로벌 이근우 이사

Copyright © 2020 BESPIN GLOBAL Co., Ltd. All rights reserved | Confidential
http://www.bespinglobal.com
3
클라우드 컴퓨팅
비지니스의 방식을 바꾸다!
왜 클라우드를 도입해야 할까요?01.

4
왜 클라우드를 도입해야 할까요?01.
클라우드를 사용하는 스타트업의 약진!
핵심 역량에만 집중하여 빠른 비지니스 대처
Hotels Storage Music Media Game

5
TRADITIONAL IT CLOUD IT
온프레미스환경
많은초기구매비용
인력,패치및업그레이드
시스템운영
고정용량
조달및설치
지리적한정
클라우드환경
초기투자금없음
낮은유지비용
비즈니스혁신에집중
유연한용량
온라인에서신속하게구성
글로벌접근성
클라우드 환경은 기존 IDC 환경과 어떤 차이가 있을까요?02.

6
클라우드 도입 전략 #1 – 테스트 업무부터 적용03.
SAP 업무 처리
Reduced deployment
time from weeks
to days
Oracle 기업 어플리케이션
Reduced test
environment costs
SAP
70% reduction in
operational costs

7
빠르고 저렴한 실험 비용 및 혁신 서비스 개발 및 배포 가능
클라우드 도입 전략 #2 – 신규 서비스 개발03.
Global
Deals Engine
Product
Prototyping
& Design
Video
Streaming
Hotel Booking
Sites
Clinical Trial
Simulations
StarCast
Site
New
Entertainment
Websites
Mobile
Ticketing Sites
Mobile Game
Apps Order
App
Online
Shopping Mall
Mobile
food
Mobile
Camera App

8
03. 클라우드 도입 전략 #3 – 유용한 기능 우선 적용
기업
데이터센터
AWS IoT Amazon Machine
Learning
App 1
App 2
App 3
App N
AWS
Storage Gateway
분석
백업
Elastic Map
Reduce
Amazon
Redshift
Amazon
S3

9
✓ AWS 에서 콘텐츠 및
애플리케이션 배포
✓ 결제의 경우 삼성
내부 데이터 센터
서버 활용
03. 클라우드 도입 전략 #4 – 기존 인프라와 클라우드 역할 분담
Hybrid App

10
On-Premises
Data Centers
App
클라우드 도입 전략 #5 – 기존 서비스를 클라우드로 이전03.
전체 서비스중 1/3을 클라우드로 이전
✓ £1500만 비용 절감
500여대의 장비 클라우드로 이전
✓ 신규 웹 서비스 제공시간 2주에서 2일로 단축
의료 시뮬레이션 시스템 클라우드로 이전
✓ 시뮬레이션 시간 단축 및비용 절감

11
클라우드 도입 전략 #6 – All In03.

12
먼저 전략부터 수립해야 합니다.04.
“도입 목표 설정” “IT 운영 거버넌스 수립” “표준 아키텍처 설계” “중장기 로드맵 수립”
클라우드 도입의 기대
성과 정의 및 효과
분석을 위한
baselining 측정
AWS 클라우드 전환을
위한 중장기 로드맵
수립
어플리케이션 및 인프라
운영을 위한 서비스 분류
및 목표 지표 정의
시스템 분류 별 목표
지표를 만족하는 표준
AWS 아키텍처 설계

13
※ Bespin Adoption Framework
Migration 대상을 선정합니다.05.

14
Account Network Security
Identity
&
Access
Users
AWS Landing Zone은 AWS의 모범 사례에 따라 AWS 계정 및 네트워크, 핵심 서비스에 대한
규범적 기초를 제공함으로써 클라우드 마이그레이션을 가속화합니다.
Landing Zone을 구성합니다.06.

15
6R07.
Retain Refactor Repurchase Replatform Rehost
Lift & ShiftLift & ReshapeDrop & ShopRe-writing
& develop
Retire
Get rid ofDo nothing
어플리케이션 성숙도 및 복잡성

16
Rehost는 AS-IS 서버의 형상 그대로 TO-BE 서버를 생성하는 방식으로 자동화 도구를 사용하는 방법과
Clean Install로 진행하는 방법이 있습니다.
IDC AWS
Automation
Tool
Clean
Install
※ AS-IS 서버의 구성 이슈로 Automation Tool을 사용하지 못하는 경우도 많습니다.
※ 항상 재설치 및 재배포 방식의 Clean Install을 염두하고 진행해야 합니다.
Rehost의 경우에도 To-Be IP는 변경되어야 하며, 서비스 코드 및 Config에 IP 변경을
반영하는 것은 Application 담당자가 진행하는 것이 가장 효율적입니다.
Rehost (lift & shift)08.

17
IDC AWS
Replatform은 AS-IS 서버의 OS 및 DBMS, Middleware 등을 업그레이드하거나 변경하면서 Cloud로
마이그레이션하는 방식으로 U2L이나 U2C 등이 대표적인 사례입니다.
Replatform (lift & shape)09.
OS
Middleware
Application
DBMS Data Migration
Modification & Deployment
New Installation
Change or Upgrade
Clean
Install
※ replatform을위해서는 OS, Middleware, DBMS 등의 표준화가 필요합니다.
※ Application의 수정은 기존 개발자가 담당하는 것이 시간을 줄일 수 있는 방법입니다.
※ 마이그레이션 이후 서비스 기능 점검은 기존 점검 프로세스를 준수하는 것이 가장 효율적인 방법입니다.
DBMS의 변경은 Data Migration이 CDC level에서 진행될 수도 있음을 의미하며
CDC 방식은 import/export 방식보다 훨씬 많은 공수가 소요될 수 있습니다.

18
10. Refactor (redevelopment)
Refactor는 AS-IS 서비스를 버리고 새로운 서비스를 만드는 재개발 혹은 재구축을 의미합니다
재구축
재개발
IDC AWS
※ refactor는재개발이 필요한 사안이라 일반적으로 별도의 구축 프로젝트로 진행됩니다.
AS-IS
서비스
TO-BE
서비스

19
Discover/Assess/Prioritize
Applications
Use Migration Tools
Transition Production
Retain / Not
Moving
Redesign
Application/
Infrastructure Architecture
App Code
Development
Purchase COTS/
SaaS / licensing
Validation
Manual
Deploy
app
Full ALM /
SDLC
Manual Config
Manual Deploy
Manual Install
Retire /
Decommission
Determine
Migration
Path
Automate
Manual Install
& Setup
Integration
Modify underlying
Infrastructure
11. 6R

20
1 Server 10 Servers 50 Servers 100 Servers
Total Man Hours Spent
Refactor
Replatforming
Rehosting
NumberofManHours/Efforts
Migration Effort12.

21
Migration Performance Test13.
기술적으로
성능테스트가
필요하지 않습니다.
반드시 성능 테스트를 진행해야 합니다.
rehost replatform refactor
※ 성능 테스트를 위해서는 테스트 환경 구축 및 테스트 시나리오 작성이 필요합니다.
※ 테스트 환경은 Open Source를 사용한 방법과 loadrunner 등의 3rd party 제품을 사용하는 방법이 있습니다.
※ 테스트 시나리오는 개발자가 제공하는 것이 가장 효율적인 방법입니다.

22
Server C
10.0.0.3
IDC AWS
Server B
10.0.0.2
Server A
10.0.0.1
Server A
172.21.0.1
Server B
172.21.0.2
※ 연관 시스템을 최대한 동시에 마이그레이션하는 것이 좋습니다.
Cloud Migratrion은14.
클라우드로 마이그레이션하면 IDC에서 사용하던 IP가 변경됨을 의미합니다. AS-IS 서버의 IP가 변경되면 해당
서버와 인터페이스되는 관련 장비들도 수정되어야 합니다. 수정은 두 번 이상 발생할 수도 있습니다.

23
Migration의 일반적인 단계15.
on-premises IT
포트폴리오 발견
(Discover)
어플리케이션
마이그레이션 계획
(Plan)
AWS로
어플리케이션
마이그레이션 (Migrate)
AWS에서의
어플리케이션
최적화(Optimize)

24
✓ Agents 설치
✓ Windows & Linux 지원
✓ 시스템 인벤토리, 성능 및 의존성 수집
✓ 데이터를 수집하여 AWS로 안전하게 저장
✓ Summary 데이터는 Console에서 조회
✓ 수집된 상세 데이터는 Console 혹은
API로 export 가능(CSV format)
16. Discovery – AWS Application Discovery Service
AWS Application
Discovery Service
Discovery DB
데이터 암호화
인터넷
US West (Oregon) region
On-premises
데이터 센타
Discovery
Agents

25
17. Discovery – 3rd Party

26
18. Server Migration – AWS Server Migration Service
• VMware VMs 및 Hyper-V VMs 마이그레이션을 지원
• Agentless VM 마이그레이션
• 온프레미스 VMs의 incremental 변경사항를 수집하여 자동으로 AWS로 전송
• 하나의 그룹내 여러 VM들을 동시에 마이그레이션하고 다수 마이그레이션을 orchestrate
• AWS 관리 Console 및 API/CLI 접근
• 마이그레이션 결과 생성된 Amazon Machine Images (AMI)에서 EC2 인스턴스 launch 클릭
• VM 발견 및 마이그레이션을 위한 Server Migration Connector virtual
appliance를 vCenter/SCVMM/Hyper-V에 배포 및 구성후 agentless migration 수행
AWS Server
Migration Service (SMS)
Source: on-premises server AWS Server Migration Service Target: Amazon Machine Image

27
Cloud
Host/OS Cloning
OS image copy / snapshot backup and restore / Perform at specified time
DR Replication
Agent-based data replication / Maintain replication for target volumes
VM Conversion
Change Virtual Machine Type / Use AWS API
App Container
App monitoring / App analysis / Rebuild your target system app
Racemi ATAData zConverter
CloudEndure ARCServe
CloudVelox zConverter
(https://aws.amazon.com/migration/partner-solutions/)
AppZero CliQr
19. Server Migration – 3rd Party

28
20. DB Migration – AWS Database Migration Service
• 10분 혹은 더 적은 시간안에 첫번째 마이그레이션 시작
• 마이그레이션 중에도 어플리케이션은 수행 유지
• Amazon EC2/RDS로 부터 혹은 EC2/RDS로 복제
• 동일한혹은서로다른데이타베이스엔진간데이터이동
AWS Database
Migration Service (DMS)
DMS는최소한의중단시간으로쉽고안전하게AWS로 데이터베이스를
마이그레이션. 널리사용되는상용및오픈 소스데이타베이스간데이터를
마이그레이션
Amazon Redshift

29
21. DB Migration – 3rd Party
• Attunity CloudBeam( Attunity Replicate의 Marketplace edition)은 다양한
이기종 데이터베이스, DW, 빅데이타 플랫폼 전반에 걸쳐 기업이 데이터 복제,
ingest 및 스트리밍을 가속화하도록 지원
• On Premise에서 클라우드, 클라우드에서 클라우드 지원
• Continues Data Capture (CDC) 수행
• 지원 데이타베이스:
- RDBMS: Oracle, SQL, DB2, MySQL, Sybase, PostgreSQL
- DW: Exadata, Teradata, IBM Netezza, Vertica, Pivotal
- 하둡: Hortonworks, Cloudera, MapR
- 클라우드: AWS, Azure, Google Cloud
- 메시징 시스템: 예, Apache Kafka
- 어플리케이션: 예, SAP
- Legacy: IMS/DB, DB2 z/OS, RMS, VSAM

30
22. Data Migration
• 대규모 오프라인 배치 이동
• On-Prem에서 클라우드로 확장하여 저장
• 전용 네트워크 활용
• 장거리 전송
• 스트리밍 데이터
• AWS Snowball & Snowmobile
• Amazon EFS & AWS Storage Gateway
• AWS Direct Connect
• S3 Transfer Acceleration
• Amazon Kinesis

31
23. 통합 Migration 도구 – AWS Migration Hub
• IT포트폴리오에 대한 이해 및 AWS로의 어플리케이션 마이그레이션을 통합추적하도록 지원
• 어플리케이션 포트폴리오에 대한 이해도 증가
• 어플리케이션 포트폴리오 마이그레이션 계획 및 추적을 간소화
• 한 장소에서 다수의 도구로 부터의 마이그레이션 과정을 추적
• 현재 상태와 다음 작업 단계를 결정하는 데 소요되는 시간 절감
Discovery Plan Migrate
기존 IDC내 서버
Discovery
어플리케이션
단위로 그룹화
어플리케이션
마이그레이션
상황 추적
Migration hub
외부 도구를 이용하여
마이그레이션 수행

32
24. 통합 Migration 도구 – AWS Migration Hub
Migration hub는 다음과 같은 마이그레이션 도구로 부터의 마이그레이션 과정 추적 가능
DMS를 사용하면 데이터베이스를 쉽고 안전하게
AWS로 마이그레이션
CloudEndure Live Migration은 모든 물리적 또는 가상
인프라에서 AWS로 자동 마이그레이션을 제공
Racemi DynaCenter를 사용하여 서로 다른 물리적
플랫폼과 가상 플랫폼간 손쉽게 서버 워크로드를
마이그레이션 가능
ATADATA ATAmotion은 에이전트없이 물리적, 가상
혹은 클라우드로 부터 직접 라이브 워크로드를 AWS
EC2 또는 VPC로 자동 마이그레이션
SMS를 사용하면 기존 환경의 VM 이미지를 바로 사용
할 수있는 Amazon EC2 인스턴스로 가져올 수 있음
AWS Server
Migration Service
AWS Database
Migration Service
AWS
Migration Hub

33
25. Migration 도구 총정리
발견(Discovery) 계획(Plan) 마이그레이션(Migration)
인벤토리 비즈니스 케이스
상세 발견
(Discovery)및 계획
어플리케이션
의존성 매핑
워크로드 및 데이터
마이그레이션
확인(Validation)
그리고 운영
Application
Discovery Service
Application
Discovery Service
Database
Migration Service
Server Migration
Service

34
26. 클라우드 아키텍처 고려사항 – Well Architected Framework
아키텍처에 대한 모범사례 및 지침을 고객들과 공유하기 위한 방법론
운영 우수성 보안 안정성 성능 효율성 비용 최적화

35
27. 클라우드 아키텍처 고려사항 – Well Architected Framework
보안 (Security)
AWS 클라우드 상의 데이터 및 자산을 안전하게 보호하기 위한 모범 사례
안정성 (Reliability)
시스템/애플리케이션 아키텍쳐가 장애, 업무 증가 및 기타 이벤트에 능동적으로 대처
성능 효율화 (Performance Efficiency)
시스템 리소스들이 최적의 성능을 낼 수 있도록 설계
비용 최적화 (Cost Optimization)
비용을 줄일 수 있는 방법들 고려
운영 고도화 (Operational Excellence)
운영중인 시스템을 모니터링 하고, 지원체계를 끊임없이 개선

36
제한적인
가용
리소스
확정된
End
Time
대상 식별
모수에서 6R mapping을 통해 마이그레이션 대상을 선별하고,
마이그레이션 대상별 마이그레이션 방안을 확정하기 위해서는
모수에 대한 정확한 데이터 및 모수의 변화가 최소화되어야 합니다.
일정 확정
마이그레이션은 수많은 관련자들의 협조 및 승인이 필요한 작업입니다.
마이그레이션을 수행하는 작업자가 한정적이기 때문에
최대한 작업자 위주로 일정이 산정될 수 있어야 합니다.
대상 분석
마이그레이션 대상 장비의 AS-IS 분석은 TO-BE 장비의 정상적인 기동을 위해 대단히 중요합니다.
대규모 마이그레이션은 자동화된 도구를 최대한 활용해서 진행하지만,
기존 담당자들의 분석 내용이 정확하지 않을 경우, 대단히 많은 시간과 노력이 필요합니다.
Cut-Over
Cloud 마이그레이션은 AS-IS에서 사용하던 IP가 변경될 수 밖에 없음을 의미합니다.
IP 변경에 따른 코드 수정이 정상적으로 진행되지 않거나 그에 따른 방화벽 설정에 오류가 발생하면
정상적인 서비스 기동을 기대할 수 없습니다.
28. 마이그레이션 위험 요소
대규모 마이그레이션은 대상 식별 과정과 일정 확정 과정, 대상 분석 및 Cut-Over 과정 전반에서 다양한 위험과
이슈에 노출될 수 있습니다.

37
29. 마이그레이션 위험에 대한 hedge 방안
대규모 마이그레이션에서 발생할 수 있는 다양한 문제와 이슈에 대응하기 위해서는 리소스 buffer와 일정
buffer가 필연적이며, R&R에 입각한 이해관계자들의 적극적인 협조가 반드시 필요합니다.
대상 식별
정확한 AS-IS 인벤토리
(어플리케이션과 호스트 장비의 mapping / 호스트 장비의 spec 현행화 / 라이선스 및 유지보수 현황)
일정 확정
서비스별 접속 패턴
(public 유무 / global 유무 / 특정일 부하 집중 여부)
대상 분석
서비스의 인터페이스 현황
(inbound traffic / outbound traffic / 방화벽 설정 현황)
Cut-Over
서비스 점검 리스트
성능 테스트 방안
Rollback 기준 및 방안
작업을 위한
리소스 buffer 및
일정 buffer
/
RACI에 입각한 R&R
/
이해관계자의 적극적인 협조

38

39
마이그레이션 컴피턴시 획득 조건
✓ 10개 이상의 어플리케이션을 마이그레이션 한 사례가 5건 이상이어야 함.
✓ 이중 2개 이상 퍼블릭에 공개할 수 있어야함.
✓ 3개 이상의 글로벌 리전을 지원할 수 있어야 함.
✓ 클라우드 공급자의 베스트 프랙티스, 테스팅 기준을 만족시켜야함
✓ 클라우드 공급자의 직접 리뷰를 통과해야 함.
✓ 마이그레이션 플래닝/어세스먼트, 어크로드 이전, 어플리케이션 프로파일링 등
마이그레이션 과정 전반에 걸친 기술을 입증할 수 있어야 함.
베스핀글로벌은 표준화된 방법론과 뛰어난 컨설팅 인력을
바탕으로 아래의 기준을 모두 만족 시킬 수 있었습니다.
30. 걱정하지 마세요. 베스핀글로벌이 있습니다.
BESPIN GLOBAL은 대한민국 최초로 AWS 마이그레이션 컴피턴시를 획득했습니다.

40
32. 베스핀글로벌 마이그레이션 프레임워크
Pilot 대상 선정
RACI Matrix
Strategy
Assessment &
Planning
Design Pilot Migrate Operate
고객 역량 분석
(CAF 기반)
고객요구사항 정의
SOW 작성
프로젝트 리소스
관리
프로젝트 관리보고 프로젝트 교육지원 프로젝트 완료수행
프로젝트 범위및
이슈확인
Manage (MSP)
Business Case/
TCO 산정
Infra/DB/Application
마이그레이션 툴
Network 분석
Discovery & Planning
분석
Inventory 분류TCO 산정
Migration Tool
Plan Migrate Run
WorkStream
비용 최적화
Project Management
Readiness &
Discovery
Inventory 분류
대상시스템 분석
To-be 아키텍처
운영모델 수립
Landing Zone 구축
워크샵
Design (To-be)
Build/Move
(구축/마이그레이션)
Deep Dive As-Is 분석
Integration
운영상태 점검
운영프로세스 적용
운영가이드
고객 Portfolio 분석
모니터링
최종검토
체크리스트 작성
대상시스템 선정
Security, Risks,
Compliance 정책 정의
Landing Zone 설계
운영안정화
Validation
Stepping &
Scheduling
Cut-over
프로젝트 모니터링
Pilot 실행
결과보고
데이터 수집 및
성능/기능 점검
이슈대응
마이그레이션 리뷰
구성관리
장애관리
문제관리
백업관리
성능관리
비용관리
MSP 관리 영역
일반수행
Task
반복 수행
Task
MSP
업무
자동화
영역

AWS에서 클라우드 시작하기 - 클라우드 마이그레이션 AtoZ

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à AWS에서 클라우드 시작하기 - 클라우드 마이그레이션 AtoZ

Similaire à AWS에서 클라우드 시작하기 - 클라우드 마이그레이션 AtoZ (20)

Plus de BESPIN GLOBAL

Plus de BESPIN GLOBAL (20)

AWS에서 클라우드 시작하기 - 클라우드 마이그레이션 AtoZ