마이그레이션 계획과 실행

7R 마이그레이션 전략, Application Discovery Service, DMS CDC, DataSync, Snow Family, MGN을 시나리오별로 매핑해 SAP-C02 D4 마이그레이션 도메인을 정리합니다.

SAP-C02 D4 도메인(워크로드 마이그레이션 및 현대화)은 전체 시험의 20%를 차지합니다. 단순히 도구의 이름을 아는 것이 아니라 "이 시나리오에서 어떤 전략과 도구 조합이 최적인가?"를 판단하는 능력을 검증합니다.

마이그레이션 전문가처럼 생각하는 연습이 필요합니다. 데이터 크기, 네트워크 대역폭, 허용 다운타임, 소스/타겟 엔진 유형에 따라 도구 선택이 달라집니다.

 

7R 마이그레이션 전략

AWS는 온프레미스 워크로드를 클라우드로 이전하는 전략을 7가지로 분류합니다. 각 전략의 이름과 핵심 특성을 명확히 이해해야 합니다.

| 전략 | 설명 | 운영 오버헤드 | 코드 변경 | |------|------|-------------|---------| | Rehost (Lift & Shift) | EC2로 그대로 이전 | 높음 (OS 관리) | 없음 | | Replatform | 관리형 서비스로 전환 (예: EC2 → Elastic Beanstalk, RDS) | 중간 | 최소 | | Refactor / Re-architect | 마이크로서비스, 서버리스로 재설계 | 낮음 | 상당함 | | Repurchase | SaaS로 교체 (예: CRM → Salesforce) | 없음 | 없음 | | Retire | 불필요한 앱 폐기 | 없음 | 없음 | | Retain | 현재 유지 (이전 불필요) | 현행 유지 | 없음 | | Relocate | VMware Cloud on AWS로 이전 | 낮음 | 없음 |

시험에서 자주 나오는 패턴은 "코드 변경 최소화 + 운영 오버헤드 감소 동시 요구" → Replatform(Elastic Beanstalk)입니다. Java WAR/JAR 파일을 그대로 업로드하면 ALB, Auto Scaling, CloudWatch가 자동으로 구성됩니다.

Rehost는 가장 빠른 마이그레이션이지만 OS 패치, 보안 설정 등 인프라 관리 부담이 그대로 남습니다. Refactor는 독립적인 스케일링과 최적 성능을 제공하지만 상당한 코드 재설계가 필요합니다.

!7R 마이그레이션 전략

Application Discovery Service + Migration Hub — 마이그레이션 사전 평가

마이그레이션을 시작하기 전에 온프레미스 환경을 파악하는 것이 필수입니다. AWS Application Discovery Service(ADS)는 서버의 사용률, 의존성, 네트워크 연결 정보를 수집합니다.

ADS는 두 가지 수집 방식을 제공합니다. Agentless Collector는 VMware vCenter에 OVA 형태로 배포해 각 VM에 에이전트를 설치하지 않고도 메타데이터와 성능 데이터를 수집합니다. 단, 프로세스 간 의존성 상세 정보는 수집되지 않습니다. Agent-based 방식은 각 서버에 Discovery Agent를 설치해 CPU/메모리/프로세스/네트워크 연결을 상세하게 수집합니다. VMware 이외의 환경(Hyper-V, 물리 서버)에서는 에이전트 방식이 필수입니다.

Migration Hub는 ADS에서 수집한 데이터를 중앙에서 관리하고, 서버 간 의존성을 시각화하며 마이그레이션 그룹(웨이브)을 계획합니다. DMS, MGN, DataSync 등 실행 도구의 진행 상황도 Migration Hub에서 통합 추적합니다.

DMS나 DataSync는 마이그레이션 실행 도구이므로 사전 평가 목적으로 사용할 수 없습니다.

 

DMS — 데이터베이스 마이그레이션의 핵심

AWS Database Migration Service(DMS)는 데이터베이스를 최소 다운타임으로 마이그레이션하는 완전관리형 서비스입니다.

Full Load는 초기 전체 데이터를 복사하는 단계입니다. CDC(Change Data Capture)는 Full Load 완료 후 소스 데이터베이스의 변경 사항을 지속적으로 복제하는 단계입니다. 소스의 트랜잭션 로그(Oracle의 redo log, MySQL의 binary log)를 읽어 변경 사항을 타겟에 적용합니다. Full Load + CDC 조합으로 최소 다운타임 마이그레이션이 가능합니다.

이기종 데이터베이스(예: Oracle → Aurora PostgreSQL) 마이그레이션에서는 AWS Schema Conversion Tool(SCT)을 함께 사용합니다. SCT는 소스 DB의 스키마, 저장 프로시저, 함수를 타겟 호환 형식으로 자동 변환합니다.

DMS → Redshift 마이그레이션에서는 S3 중간 스테이징이 필수입니다. DMS가 Redshift에 직접 삽입하지 않고 S3를 경유한 COPY 명령을 사용합니다. DMS 복제 인스턴스와 S3 버킷은 같은 리전에 있어야 하며, DMS 서비스 역할에 S3 쓰기 권한과 Redshift COPY 실행 권한이 필요합니다.

 

DataSync — 파일 기반 고속 전송

AWS DataSync는 온프레미스 NFS/SMB 스토리지에서 S3, EFS, FSx로 데이터를 고속으로 전송합니다. 단순한 파일 복사가 아니라 여러 가지 자동화 기능을 제공합니다.

자동 체크섬으로 소스와 목적지 양측의 무결성을 검증합니다. 증분 동기화로 이전에 전송된 파일은 건너뛰고 변경된 파일만 재전송합니다. 스케줄 기반 자동 실행으로 콘솔에서 주기와 시간대를 설정할 수 있습니다.

Direct Connect나 VPN 경유 전송을 지원해 퍼블릭 인터넷을 우회할 수 있습니다. FSx for Windows File Server로 이전할 때 DataSync는 NTFS ACL, 타임스탬프, 메타데이터를 보존하면서 전송합니다.

Snowball과의 구분이 중요합니다. Direct Connect나 충분한 네트워크 대역폭이 있으면 DataSync를 선택합니다. 네트워크가 없거나 매우 느리거나, 대용량(수십~수백 TB) 초기 마이그레이션이면 Snow Family를 선택합니다.

 

Snow Family — 오프라인 대용량 데이터 이전

인터넷이나 Direct Connect로 수개월이 걸리는 데이터는 물리적 디바이스로 이전합니다.

Snowcone은 가장 작은 디바이스로 최대 14TB를 지원합니다. 엣지 컴퓨팅이 가능하며 휴대성이 높습니다. Snowball Edge Storage Optimized는 최대 80TB(사용 가능 용량)를 지원하며 10PB 미만의 마이그레이션에 권장됩니다. AES-256 암호화가 자동으로 적용됩니다. Snowmobile은 최대 100PB를 지원하는 반트레일러 트럭 형태의 디바이스로 10PB 이상의 대규모 마이그레이션에 사용됩니다.

500TB 이전이 필요할 때 Snowball Edge 여러 대를 병렬로 사용하면 기한 내 이전이 가능합니다. 500Mbps 대역폭으로 800TB를 이전하면 약 151일이 걸려 6주 기한을 초과합니다.

Snowball Edge 사용 시 소형 파일이 많으면 파일별 AES-256 암호화 초기화 비용이 누적되어 속도가 크게 저하됩니다. tar나 zip으로 파일을 묶어 파일 수를 줄이는 배치 압축이 해결책입니다.

 

MGN — VM 리프트앤시프트

AWS Application Migration Service(MGN)는 에이전트 기반 블록 레벨 복제로 VM을 AWS로 이전합니다. OS, 드라이버, 에이전트, 설정을 포함한 전체 디스크를 연속적으로 복제합니다.

운영 중인 VM에 MGN 에이전트를 설치하면 백그라운드에서 복제가 시작됩니다. 복제 완료 후 테스트 인스턴스를 기동해 검증한 뒤 최종 컷오버를 수행합니다. 컷오버는 수십 분 내에 완료되어 다운타임이 최소화됩니다.

OS 업그레이드가 필요한 경우는 MGN을 사용할 수 없습니다. MGN은 소스 OS를 그대로 복제하므로 OS 업그레이드가 불가합니다. 이 경우에는 새 EC2 인스턴스를 원하는 OS로 직접 구축하는 리플랫폼 방식을 사용합니다.

대역폭이 제한된 환경에서 대용량 데이터와 VM을 함께 이전해야 할 때는 MGN과 Snowball Edge를 조합합니다. ERP처럼 실시간 동기화가 필요한 VM은 MGN으로, 대역폭 제약이 있는 대용량 데이터는 Snowball로 이전합니다.

 

시험 핵심 정리

"코드 변경 없음, 가장 빠른 이전" -- Rehost (Lift & Shift)

"코드 변경 최소화 + OS 관리 감소 동시" -- Replatform (Elastic Beanstalk)

"VMware 환경, 에이전트 없이 디스커버리" -- ADS Agentless Collector

"프로세스 의존성 상세 분석, 비VMware 환경" -- ADS Discovery Agent

"마이그레이션 진행 추적, 의존성 시각화" -- Migration Hub

"DB 최소 다운타임 마이그레이션" -- DMS Full Load + CDC

"이기종 DB 스키마 변환 (Oracle → PostgreSQL)" -- AWS SCT

"DMS → Redshift 필수 구성" -- S3 스테이징 버킷 + IAM Role

"NFS/SMB 증분 동기화, 체크섬 검증" -- DataSync

"네트워크 없거나 느릴 때 대용량 오프라인 이전" -- Snow Family (Snowcone 14TB / Snowball Edge 80TB / Snowmobile 100PB)

"Snowball 소형 파일 속도 저하" -- 배치 압축(tar/zip)으로 파일 수 감소

"VM 전체 에이전트 기반 라이브 복제, 최소 다운타임" -- MGN

"OS 업그레이드 필요한 마이그레이션" -- MGN 불가, EC2 신규 구축

블로그 목록으로 돌아가기