다운타임 없는 DB 마이그레이션
Req) 어떤 회사가 대규모 온프레미스 MySQL DB를 메인 오피스에서 호스팅을 하고 있습니다.
이 MySQL DB는 ITS(이슈 트래킹 시스템) 을 지원하며, 전세계에 걸쳐 직원들이 사용합니다.
이 회사는 이미 AWS를 사용하며, Route53 entry를 생성해서 DB엔드포인트로 사용하며
온프레미스DB를 지칭하도록 구성하였습니다. 경영층은 DB의 SPOF를 걱정하고 있고,
솔루션즈 아키텍트가 DB를 AWS 마이그레이션해서 데이터 유시리나 다운타임이 없기를 바랍니다.
어떤 일련의 조치를 아키텍트가 구체화해야 할까요?
Sol) Aurora DB cluster, DMS, Route53 entry 업데이트, 레거시DB 셧다운
1) DB 변경 | MySQL DB --> Aurora DB cluster |
2) 마이그레이션 툴 사용 | DMS with continuous replication |
3) Route53 entry 포인트 업데이트 | MySQL DB endpoint --> Aurora cluster endpoint |
4) 온프레미스 DB 셧다운 | MySQL DB 셧다운 |
'ITPE metacog > Cloud metacog' 카테고리의 다른 글
AWS SAP : 사진 등록 시 메타데이터 생성 자동화 (0) | 2021.03.20 |
---|---|
AWS SAP : 200GB게놈 데이터 일일 Batch 분석 작업 (0) | 2021.03.20 |
AWS SAP : 보안성 있는 고가용성 REST서비스 (0) | 2021.03.20 |
AWS SAP : 서비스 로깅 및 brute force 공격 방지(ip, rate) (0) | 2021.03.19 |
AWS SAP : 스트림데이터 수집과 관리(비용/신뢰성) (0) | 2021.03.19 |