SAA

(SAA) 마이그레이션

haejeong 2025. 12. 8. 23:34

AWS DMS (Database Migration Service)

1. 개요 및 특징

  • 정의: 데이터베이스를 온프레미스(또는 다른 클라우드)에서 AWS로 빠르고 안전하게 마이그레이션하는 관리형 서비스.
  • 특징:
    • 무중단 마이그레이션: 마이그레이션 중에도 소스 데이터베이스를 계속 사용할 수 있음.
    • CDC (Change Data Capture): 지속적 데이터 복제를 지원하여, 초기 로드 이후 변경된 데이터만 실시간으로 동기화함.
    • 회복력: 자가 치유(Self-healing) 기능이 있어 중단 시 자동으로 재개됨.

2. 마이그레이션 유형 및 SCT (Schema Conversion Tool)

  • 동종 마이그레이션 (Homogeneous):
    • 소스와 타깃의 데이터베이스 엔진이 동일한 경우 (예: Oracle -> Oracle, PostgreSQL -> PostgreSQL).
    • SCT가 필요 없음. DMS만으로 마이그레이션 가능.
  • 이종 마이그레이션 (Heterogeneous):
    • 소스와 타깃의 데이터베이스 엔진이 다른 경우 (예: Oracle -> Aurora, SQL Server -> MySQL).
    • AWS SCT (Schema Conversion Tool): 데이터베이스 스키마(구조)를 타깃 엔진에 맞게 변환해 주는 도구 사용 필수.
    • 과정: SCT로 스키마 변환 -> 타깃 DB에 스키마 적용 -> DMS로 데이터 이동.

3. 작동 방식 및 구성

  • 복제 인스턴스 (Replication Instance):
    • DMS 작업을 수행하기 위해 중간에 EC2 인스턴스를 생성해야 함.
    • 이 인스턴스가 소스에서 데이터를 읽어 타깃으로 쓰는 작업을 수행.
  • 소스(Source) 및 타깃(Target):
    • 소스: 온프레미스 DB, EC2 내 DB, RDS, S3, DocumentDB, Azure SQL 등.
    • 타깃: 온프레미스 DB, EC2 내 DB, RDS, Redshift, DynamoDB, S3, OpenSearch, Kinesis, Kafka, Neptune 등.
    • 요점: 온프레미스 데이터를 AWS의 거의 모든 데이터 저장소로 옮길 수 있음.

4. 고가용성 (Multi-AZ Deployment)

  • 구성: DMS 복제 인스턴스를 Multi-AZ로 설정 가능.
  • 작동: 한 AZ의 마스터 인스턴스 데이터를 다른 AZ의 스탠바이 인스턴스로 동기식 복제(Synchronous Replication).
  • 장점: 마스터 인스턴스 장애 시 자동으로 스탠바이로 절체(Failover)되어 중단을 방지하고 데이터 리던던시 확보.

5. 시험 대비 핵심 팁

  • SCT 사용 여부:
    • "Oracle에서 Aurora로 마이그레이션한다" (엔진 다름) -> DMS + SCT.
    • "온프레미스 MySQL에서 RDS MySQL로 마이그레이션한다" (엔진 같음) -> DMS만 사용.
  • CDC: "데이터베이스를 마이그레이션하는 동안 다운타임을 최소화하고 싶다" -> DMS의 CDC 기능 사용.
  • Snowball 통합: 대용량 데이터(수 PB)를 옮길 때, Snowball로 데이터를 옮기고 DMS CDC로 변경사항을 반영하는 패턴도 출제됨.

시험 대비 핵심 키워드:

  • Homogeneous vs Heterogeneous Migration
  • AWS SCT (Schema Conversion Tool)
  • CDC (Continuous Replication)
  • Replication Instance (EC2 based)
  • Multi-AZ (High Availability)

AWS 온프레미스 전략 및 마이그레이션

1. 온프레미스 환경 지원 (OS 및 가상화)

  • Amazon Linux 2 AMI:
    • 기능: AWS의 표준 OS인 Amazon Linux 2를 ISO 형식으로 다운로드하여 온프레미스 가상 머신(VM)에서 실행 가능.
    • 지원 플랫폼: VMWare, KVM, VirtualBox, Microsoft Hyper-V, Oracle VM 등.
    • 활용: 온프레미스 인프라에서 AWS와 동일한 OS 환경을 구축하여 개발 및 테스트 가능 (User Data 사용 가능).

2. 서버 및 VM 마이그레이션 도구

  • VM Import/Export:
    • 기능: 기존 온프레미스 VM 이미지를 EC2로 마이그레이션(Import)하거나, 반대로 EC2 인스턴스를 온프레미스 VM으로 내보내기(Export) 가능.
    • 활용:
      • 온프레미스 애플리케이션의 클라우드 이전.
      • EC2 인스턴스를 온프레미스로 백업하여 재해 복구(DR) 리포지토리 전략 구축.
  • AWS SMS (Server Migration Service):
    • 기능: 온프레미스의 라이브 서버를 AWS로 증분 복제(Incremental Replication)하여 마이그레이션.
    • 활용: 서버 볼륨을 지속적으로 복제하여 다운타임을 줄이며 대규모 서버를 AWS로 이동할 때 사용. (현재는 AWS MGN으로 대체되는 추세)

3. 마이그레이션 계획 및 추적 (Planning & Tracking)

  • AWS Application Discovery Service:
    • 기능: 온프레미스 서버의 사용량 정보와 시스템 간의 종속성 매핑(Dependency Mapping) 데이터를 수집.
    • 활용: 대규모 마이그레이션을 수행하기 전, 어떤 서버가 서로 연결되어 있는지 파악하여 마이그레이션 계획을 수립할 때 사용.
  • AWS Migration Hub:
    • 기능: 여러 마이그레이션 도구(DMS, SMS 등)의 진행 상황을 한곳에서 추적(Tracking)하고 모니터링하는 중앙 대시보드.

4. 데이터베이스 마이그레이션

  • AWS DMS (Database Migration Service):
    • 기능: 온프레미스 DB <-> AWS DB 간의 데이터 복제 및 마이그레이션. (양방향 지원)
    • 활용: MySQL, PostgreSQL, Oracle 등 다양한 DB를 클라우드로 옮기거나, 엔진이 다른 DB(예: MySQL -> DynamoDB)로 이동할 때 사용. (CDC 사용)

5. 시험 대비 핵심 팁

  • 계획 단계: "마이그레이션 전에 서버 간의 의존성을 파악해야 한다" -> Application Discovery Service.
  • 진행 관리: "모든 마이그레이션 작업의 상태를 한곳에서 보고 싶다" -> Migration Hub.
  • VM 이동: "기존 VM 이미지를 그대로 EC2로 옮기고 싶다" -> VM Import/Export.
  • 데이터베이스: "DB를 중단 없이 옮겨야 한다" -> DMS.

시험 대비 핵심 키워드:

  • VM Import/Export (Existing VM migration, DR strategy)
  • Application Discovery Service (Planning, Dependency Mapping)
  • Migration Hub (Tracking)
  • AWS SMS (Incremental Server Replication)
  • Amazon Linux 2 ISO (Run on-prem)

AWS Backup

1. 개요 및 지원 서비스

  • 정의: AWS 서비스 간의 백업을 중앙에서 관리하고 자동화하는 완전 관리형(Fully Managed) 서비스.
  • 특징: 별도의 사용자 지정 스크립트나 수동 프로세스 없이 중앙 집중식 백업 전략을 수립 가능.
  • 지원 서비스: Amazon EC2, EBS, S3, RDS(모든 엔진), Aurora, DynamoDB, DocumentDB, Neptune, EFS, FSx (Lustre/Windows), Storage Gateway (Volume Gateway) 등. (지원 서비스는 계속 추가됨)

2. 주요 기능 및 백업 플랜 (Backup Plan)

  • 확장성:
    • 리전 간 백업 (Cross-Region): 재해 복구(DR) 전략을 위해 다른 리전으로 백업 복사.
    • 계정 간 백업 (Cross-Account): AWS Organizations 내의 여러 계정에 걸쳐 백업 관리.
  • 백업 플랜 (Backup Plan):
    • 빈도: 백업 수행 주기 정의 (매 12시간, 매일, 매주, Cron 표현식 등).
    • 백업 기간 (Window): 백업이 수행되는 시간대 지정.
    • 수명 주기 (Lifecycle): 백업을 콜드 스토리지(Cold Storage)로 계층화(Transition)하거나, 보존 기간(Retention Period)을 설정하여 자동 삭제.
  • 정책: 태그(Tag) 기반으로 백업 대상을 자동 할당 (예: Env=Production 태그가 있는 리소스만 백업).
  • 복구: 지정 시간 복구 (PITR - Point-in-Time Recovery) 및 온디맨드 백업 지원.

3. AWS Backup Vault Lock (보안 강화) - 시험 빈출

  • 개념: WORM (Write Once Read Many) 모델을 적용하여 백업 데이터의 무결성을 보장.
  • 기능: 백업 볼트(Vault)에 저장된 백업을 삭제하거나 변경할 수 없도록 강제함. (보존 기간 단축 불가)
  • 목적: 랜섬웨어, 악의적인 내부자, 또는 실수로 인한 삭제로부터 데이터를 강력하게 보호.
  • 특징: 활성화되면 루트 사용자(Root User)조차도 백업을 삭제할 수 없음.

4. 시험 대비 핵심 팁

  • 중앙 관리: "EC2, RDS, EFS 등 여러 서비스의 백업을 한곳에서 중앙 집중식으로 관리하고 싶다" -> AWS Backup이 정답.
  • 삭제 방지: "규정 준수(Compliance)를 위해 백업 데이터가 절대 삭제되거나 수정되지 않도록(WORM) 해야 한다" -> AWS Backup Vault Lock.
  • 스토리지: AWS Backup이 생성한 백업 데이터는 내부적으로 Amazon S3에 저장됨.

시험 대비 핵심 키워드:

  • Centralized Backup Management
  • Cross-Region / Cross-Account Backup
  • Lifecycle Rules (Cold Storage Transition)
  • Vault Lock (WORM, Prevent Deletion)
  • Tag-based Backup Policy

AWS Application Migration Service (MGN)

1. 개요 및 특징

  • 정의: 물리적, 가상, 또는 다른 클라우드 서버를 AWS로 마이그레이션하기 위한 기본 리호스팅(Rehosting) 솔루션.
  • 전략: 리프트 앤 시프트 (Lift-and-shift) 방식을 사용하여 애플리케이션을 변경 없이 그대로 AWS로 이동.
  • 장점:
    • 광범위한 플랫폼, OS, 데이터베이스 지원.
    • 자동화된 프로세스로 인적 비용 절감.
    • 다운타임 최소화 (Minimal Downtime).

2. 마이그레이션 사전 계획 도구 (Planning)

  • 정의: 마이그레이션을 수행하기 전, 서버 현황을 파악하기 위해 사용하는 서비스입니다.
  • AWS Application Discovery Service:
    • 기능: 온프레미스 서버를 스캔하여 구성 정보, 사용량, 동작 등을 수집.
    • 에이전트 없는 방식 (Agentless): 가상 머신(VM) 구성, CPU/메모리/디스크 사용량 등 성능 기록 수집.
    • 에이전트 기반 방식 (Agent-based): 시스템 내부의 실행 중인 프로세스, 네트워크 연결(종속성 매핑) 등 더 상세한 정보 수집.
  • AWS Migration Hub:
    • Application Discovery Service 및 MGN 등의 도구에서 수집된 데이터를 한곳에서 시각화하고 추적하는 중앙 대시보드.

3. MGN 작동 원리 (Architecture) - 시험 빈출

  • 1단계: 복제 에이전트 설치: 소스 서버(온프레미스 등)에 Replication Agent를 설치.
  • 2단계: 지속적 복제 (Continuous Replication): 소스 디스크의 데이터를 AWS의 스테이징 영역(Staging Area)으로 지속적으로 복제함.
    • 스테이징 영역: 저비용(Lightweight) EC2 인스턴스와 EBS 볼륨을 사용하여 비용을 절감.
  • 3단계: 컷오버 (Cutover): 실제 마이그레이션 시점에 스테이징 영역의 데이터를 바탕으로 프로덕션용(고성능) EC2 인스턴스를 시작하고 트래픽을 전환.

4. 시험 대비 핵심 팁

  • 전략 선택: "애플리케이션 코드를 수정하지 않고 빠르게(Lift-and-shift) 클라우드로 옮기고 싶다" -> AWS MGN이 정답.
  • 최소 다운타임: "마이그레이션 중 서비스 중단을 최소화해야 한다" -> MGN의 지속적 복제(Continuous Replication) 기능 활용.
  • 종속성 파악: "마이그레이션 전에 서버 간의 연결 관계를 파악해야 한다" -> Application Discovery Service (Agent-based).

시험 대비 핵심 키워드:

  • Lift-and-shift (Rehosting)
  • Continuous Block-level Replication
  • Minimal Downtime
  • Staging Area (Low Cost) -> Production Area (Cutover)
  • Replaces CloudEndure

AWS 대규모 데이터 전송 전략

1. 전송 방식 결정의 핵심 기준 (Rule of Thumb)

가장 먼저 고려해야 할 것은 "네트워크로 전송했을 때 얼마나 걸리는가?"입니다.

  • 일반적인 규칙: 데이터 전송에 1주일 이상 소요될 것으로 예상되면, 네트워크 전송보다는 오프라인 전송(Snowball 등)이 더 빠르고 저렴할 수 있습니다.

2. 규모 및 시나리오별 추천 서비스 (시험 빈출 요약표)

데이터 규모 / 시나리오 권장 전송 방식 특징 및 이유
소규모 (GB ~ 수 TB) 인터넷 / VPN • 즉시 사용 가능. 설정이 빠름.

• 인터넷 속도에 따라 전송 시간이 달라짐.
대규모 (수백 TB ~ 수 PB)

(예: 200TB, 100Mbps 환경)
AWS Snowball / Snowball Edge • 오프라인 전송.

• 네트워크 대역폭 제한을 받지 않음.

• 전송 기간: 약 1주일 (배송 및 처리 포함).
초대규모 (10EB ~ 100PB) AWS Snowmobile • 트럭(컨테이너)으로 이동하는 데이터 센터.

• 엑사바이트(Exabyte) 급 데이터 마이그레이션.
지속적 전송 / 하이브리드 AWS Direct Connect (DX) • 전용선 사용.

• 안정적이고 일관된 속도 보장.

• 단점: 초기 설치에 시간이 오래 걸림 (수주~1개월).
파일 동기화 (자동화) AWS DataSync • 온프레미스와 AWS 스토리지 간의 데이터 자동 전송 및 동기화.

• 네트워크 대역폭을 효율적으로 사용.

3. 시험 대비 핵심 요약

  • 시간 계산: (데이터 크기 / 네트워크 속도) > 1주일이면 -> Snowball.
  • 설치 시간: Direct Connect는 설치에 한 달 이상 걸릴 수 있으므로 "당장 긴급하게" 대용량 데이터를 보내야 하는 상황에는 적합하지 않음.
  • DB 마이그레이션: 대용량 DB는 Snowball + DMS 조합을 사용 (Snowball로 덤프 파일 이동, DMS로 변경분 복제).

VMware Cloud on AWS

1. 개요 및 특징

  • 정의: 온프레미스에서 사용 중인 VMware vSphere 기반 환경을 AWS 클라우드로 그대로 확장하여 사용할 수 있게 해주는 통합 하이브리드 클라우드 서비스.
  • 핵심:
    • AWS의 베어 메탈(Bare Metal) 인프라 위에서 VMware SDDC (Software-Defined Data Center) 스택(vSphere, vSAN, NSX)을 실행함.
    • 사용자는 기존에 온프레미스에서 사용하던 vCenter 도구와 운영 방식을 그대로 사용하여 AWS 리소스를 관리할 수 있음.
  • 통합: AWS의 글로벌 인프라와 온프레미스 환경을 연결하며, Amazon EC2, S3, RDS, Redshift, FSx 등 AWS 네이티브 서비스와 직접 연동하여 사용할 수 있음.

2. 주요 사용 사례 (Use Cases) - 시험 빈출

  • 클라우드 마이그레이션 (Migration):
    • 애플리케이션을 재설계(Refactoring)하거나 변환(Re-platforming)하지 않고, 온프레미스 가상 머신(VM)을 AWS로 신속하게 이동.
    • Live Migration (vMotion)을 통해 다운타임 없이 이동 가능.
  • 데이터 센터 확장 (Data Center Extension):
    • 온프레미스 용량이 부족할 때 AWS 클라우드로 버스트(Burst)하여 용량을 즉시 확장.
    • 개발/테스트 환경을 클라우드에 구축하거나, 지리적 확장이 필요할 때 사용.
  • 재해 복구 (Disaster Recovery):
    • 온프레미스 데이터 센터의 재해 복구 사이트(DR Site)로 AWS를 활용.
    • 기존 VMware 복구 툴(Site Recovery Manager 등)을 그대로 사용 가능.

3. 시험 대비 핵심 팁

  • 마이그레이션 방식: 시험 문제에서 "온프레미스 VMware 환경을 사용 중인데, 운영 방식이나 도구(vCenter)를 변경하지 않고, 가상 머신(VM) 형식을 변환(AMI 변환 등)하지 않은 채 AWS로 가장 빠르게 마이그레이션하고 싶다"는 시나리오가 나오면 VMware Cloud on AWS가 정답입니다.
    • 비교: AWS MGN (Application Migration Service)은 VM을 EC2 인스턴스로 변환하는 방식입니다.
  • 하이브리드: 기존 VMware 투자를 보호하면서 AWS의 확장성을 누리고 싶을 때 선택하는 솔루션입니다.

시험 대비 핵심 키워드:

  • Extension of On-premises VMware environment
  • vSphere, vSAN, NSX
  • No Refactoring / No Re-platforming needed
  • Managed by vCenter
  • Hybrid Cloud Strategy