[소개] AWS Migration 사례 소개 – 1. 국내 N사

오늘은 NDS의 AWS 마이그레이션 사례 중 N사의 POS 시스템 마이그레이션 사례를 말씀드리려고 합니다. 먼저 개요입니다.

N사는 글로벌 전략과 더불어 서버 노후화에따른 교체 비용 절감과 가용성 확보를 위해 AWS를 도입하기로 결정하였습니다.

개인정보보호법을 위한 기존 솔루션 적용으로 EC2에 Oracle 서버를 설치하고 AWS DMS를 통한 2시간 이내 1TB 용량의 DB 이전과 검증을 계획하고, 사무실과 기존 IDC, AWS간 IPSec VPN을 통한 Hybird 클라우드 환경을 구축하기로 하였습니다.

고객의 요구사항은 다음과 같았습니다.

  1. 오라클 업그레이드
    – 버전 업그레이드 (10g to 12c)
    – U2L 마이그레이션(Solaris to Linux(RHEL))
    – Standard Edition 적합성 검토
  2. DBMS 관리
    – 콜드백업은 온라인 백업으로
    – Single 구성을 HA 구성으로
  3. 기타 솔루션
    – 개인정보 암호화 솔루션 업그레이드 (Penta Security D’Amo)
  4. Go Live
    – 데이터베이스 마이그레이션에 허용된 시간 최대 2시간(마이그레이션 및 데이터 검증 포함)

 

기존 데이터베이스 AS-IS 조사를 마친 후 단순 데이터 마이그레이션의 경우 소요 시간을 추정하여 전략을 세우게 됩니다.

  • 단순 데이터베이스 마이그레이션의 조건
    – Backup & Restore 로 마이그레이션
    – Oracle Database
    – Datafile: 약 1TB
    – Internet bandwidth: 약 30Mbps

그러나 이 사례는 너무 긴 요구Downtime으로 DMS를 이용하여 Migaration을 수행하게 되었습니다.

 

  • 주요 전략
    • 운영DB 부하 최소화
      – 운영DB 스토리지 부족 및 운영중 부하 최소화
      – DB를 Standby DB로 복제 후 export를 통해서 AWS로 초기 데이터 적재
    • AWS DMS를 이용한 증분데이터 동기화
      – 초기 적재 후 SCN을 이용해 증분 데이터 동기화
      – 콜드백업으로 인한 DB 중단에 대한 대응
    • 마이그레이션 실패를 포함한 Go Live Plan
      – 3차에 이르는 데이터베이스 동기화 테스트 계획
      – Go/No-Go Decision을 포함한 세부적인 Go Live Plan

 

AWS Database Migration Service는 데이터베이스(OLTP) 또는 데이터웨어하우스(OLAP)를 AWS로 빠르고 안전하게 마이그레이션할 수 있도록 지원해주는 서비스로, CDC 방식을 이용한 데이터베이스 다운타임 최소화 기능을 제공합니다.

 

여러 논의를 거쳐, N사의 마이그레이션 과정을 요약하고 일정을 잡을 수 있었습니다.

 

 

또한 동기화는 아래의 체크리스트를 준수하여 준비작업을 하였습니다.

  • 동기화 준비작업
    • 데이터베이스 Diet
    • PK, 고유키가 없는 테이블 검토
    • DB, Table단위 Supplemental Logging 설정
    • Trigger / Constraints / Sequence
    • 스케쥴 잡
    • xLOB 크기 확인

 

이후 CDC 동기화는 3차에 걸친 테스트로 완료하게 되었고, 각 회차별 주요내용은 아래와 같습니다.

  • 1차 테스트
    • 일부 스키마에서 PK 및 고유키 없이 전체 테이블 삭제/신규 입력 정기적으로 동작
    • 이로 인해 CDC Source/Target Latency가 줄지 않는 현상으로 실패
    • 해당 스키마는 Go-Live 당일 전체 이동(8GB용량 이동에 약 8분 소요)
  • 2차 테스트
    • 핵심스키마를 중점으로 집중 테스트 진행
    • 문제가 되는 테이블 별 DMS Task 분류 및 처리
  • 3차 테스트
    • 취소 후 2차 테스트 상대로 Go-Live 진행

 

동기화 데이터 검증은

  • Object 유형별 개수 비교 (비활성화 여부 포함)
  • 테이블 행 수 비교 (PK, 고유키 테이블과 기타 주요 테이블)
  • 애플리케이션 팀 주요 데이터 비교

를 통해 진행하게 되었습니다. 마무리 작업은 스케줄 잡을 복구하고 Sequence를 복구, Trigger과 Constraints 복구, HA 구성, Commvault 백업 구성으로 마무리하게 되었습니다.

 

이상으로 N사의 마이그레이션 사례 소개를 마치겠습니다.

궁금한 사항은 하단의 링크로 언제든 문의하실 수 있습니다.

 

감사합니다.

 

 


 AWS에 대해 더 많은 정보를 얻고 싶으신가요?

 NDS의 AWS 전문 엔지니어가 답해드리겠습니다.
By |2021-03-09T11:19:49+09:002020-02-12|Categories: AWS, TechBlog|

About the Author: