?K-ICT 클라우드혁신센터 / 박진호 책임
| 본 내용은 Cloud 환경에서 지원이 제한되는 DBMS를 OSS* 기반 DBMS로 Migration 시 필요한 절차 및 검토 항목** 등에 대한 이해를 돕기 위하여 작성되었습니다. * OSS : Open Source Software, 채택 시 별도의 라이선스 비용이 발생하지 않는 공개 소프트웨어 (단 별도의 기술지원 비용은 발생할 수 있음) ** 제시하는 검토 항목은 참고사항이며, 전환하고자 하는 DBMS 솔루션과 전환 요구사항에 따라 변경될 수 있음 |
개요
Cloud Computing 기술의 고도화와 다양한 Cloud Service 상품 출시가 가속화되고, Cloud가 AI, IoT, AR/VR 등의 신기술 구현에 유리한 환경을 제공하면서 기존에 Cloud 도입에 관심이 없던 기업들도 전통적인 시스템 운영환경(On-Premise 또는 Legacy)을 Cloud 기반으로 대체를 고려해야만 하는 Paradigm Shift에 대비해야 하는 상황에 이르게 되었습니다.
그러나 전통적인 시스템 운영환경을 가지고 있는 기업들은 내부환경에 적합한 방식으로 인프라 구조, OS 플랫폼, Web/WAS 미들웨어, DBMS 등을 선택하여 운영해왔기 때문에, 표준화를 지향하는 Cloud 환경과의 괴리와 전통적인 시스템 운영환경 기준의 라이선스 정책 등을 점검하여 검토해야 합니다.
이는 현재 기업 시스템 운영환경에 따라 차이는 있으나, 기본적으로 P2V, U2L, OS 플랫폼 전환, Web/WAS Migration, DBMS Migration 등을 고를 수 있으며 그 중 기업들이 가장 고민하는 부분인 DBMS Migration 진행 전 검토 절차와 Migration 진행 절차에 대하여 알아보고자 합니다.
DBMS Migration 필요 사례
DBMS 전환이 필요한 경우는 크게 3가지 분류로 나눌 수 있습니다. 첫 번째로 상용 DBMS의 경우 라이선스 정책상 이슈로 클라우드 전환 시 BYOL(Bring Your Own License)을 허용하지 않아 클라우드용 라이선스를 중복으로 취득해야 하거나, 자원 사용량에 따라 유연하게 스케일링이 가능한 클라우드 환경에 불리한 라이선스 정책을 취하는 등의 사례가 있습니다.
두 번째는 해당 DBMS의 호환성과 서비스 지원 여부에 대한 이슈로, 클라우드 전환으로 인해 새로운 OS 환경(버전 포함)에서 현재 사용 중인 DBMS 버전 호환이 안 되는 경우, 해당 DBMS의 유형 또는 버전이 Public Cloud 사업자에서 서비스로 제공하지 않는 경우, 해당 DBMS의 기술지원 또는 업데이트 지원이 어려운 경우 등의 사례가 있습니다.
마지막으로 기업에서 비용 절감을 위해 상용 DBMS를 OSS DBMS로 전환하는 것으로, 비용 절감에 대한 부분 외에도 국내ㆍ외 클라우드 표준화 방향이 OSS를 기반으로 진행되고 있음을 감안했을 때, 비용 절감보다 더 중요한 포인트로 볼 수 있습니다.
Migration 진행 전 검토 절차
기업의 DBMS 환경이『DBMS Migration 필요 사례』에 부분에서 소개한 항목에 해당하는 경우 클라우드로 시스템을 이관하기 전에 DBMS 전환 검토를 진행해야 하며, 전환 검토 절차는 아래와 같이 4단계로 구분할 수 있습니다.
1단계, DBMS 후보 검토 항목 정의 : 전환하고자 하는 DBMS에 요구되는 필수 조건과 검토 항목을 구분하여 정의하는 단계
2단계, DBMS 후보 선정 : 앞서 정의한 필수 조건과 선정 기준 기반으로 복수의 전환 대상 DBMS 후보들을 선정하는 단계
3단계, DBMS 후보 상세 비교 : 각 DBMS 후보의 일반사항, 기능, 전환 용이성 비교 후 장단점 등을 객관적 정보 기반하에 도출하는 단계
4단계, DBMS 선정 : SW 기술성, 기술 성숙도, 적용성 등의 평가 기준을 고려하여 최종적으로 전환 대상이 되는 DBMS를 선정하는 단계
그러나 전환 검토 절차를 거치면서, 후보로 도출된 DBMS가 현재 운영 중인 DBMS 종속적인 기능을 대체하기 어려운 경우 다른 방안(예: 시스템 재개발, DB 부분 별도 구성 등)을 검토해야 합니다.
※ 참고 : Migration 진행 전 검토 절차에 관한 내용은 2부에서 상세하게 서술함
DBMS Migration 진행 절차
DBMS Migration은 기존 DBMS의 Data를 추출하여, 새로운 DBMS 환경에 적합한 형식으로 변환 절차를 진행한 후, 변환한 Data를 신규 DBMS로 이전하는 과정을 의미합니다.
DBMS Migration은 보유 중인 DBMS Data양과 상호 호환성에 따라 Migration 자동화 도구를 활용하여 쉽게 진행될 수도 있지만, 난이도가 높은 경우 수동전환을 병행해야 하며, Migration 전략 수립 후 절차에 따라 수행해야 합니다.
※ 참고 : 진행 절차는 전환 대상 DBMS와 전환 인력 경험에 따라 다를 수 있음
○ 1단계 : Migration 준비
Migration 진행을 위한 준비 단계로, 대상 시스템의 현황을 정확히 파악하고, 기반 인프라 환경을 구성하여 체계적인 진행을 위해 필요한 단계.
절차 | 내용 |
| Migration 전략 수립 | ?? 분야별 이전 계획 기반의 전체 Migration 전략 수립 ? 업무 협의 및 분석을 통한 이전 대상, 방법, 절차, 일정 수립 |
| 시스템 분석 | ?? AS-IS HW, SW, 개발환경 등 운영환경 분석 ? 화면단위 업무 분석 및 데이터 로드 방식 분석 |
| DB 분석 | ?? Object, Query 분석 및 종속 기능 분석 ? 타 시스템 또는 외부 시스템 간의 연계방식, 데이터 정의 |
| 전환 환경 구성 | ?? To-Be 운영환경 정의 (인프라 Spec, SW/OS 환경 등) ? To-Be 운영환경의 클라우드 기반 Provisioning 실시 |
○ 2단계 : DB Migration
기존 운영환경의 DBMS를 새로운 운영환경의 DBMS로 Migration을 진행하고, DB Data를 이관 후 정합성 점검을 시행하는 단계.
| 절차 | 내용 |
| Schema 전환 | ?? Migration 도구를 이용하여 이기종 Migration으로 인한 소스 데이터베이스와 대상 데이터베이스 데이터 변환 |
| 비호환 DLL 이관 | ?? 이기종 DBMS 간의 호환되지 않는 DLL을 수정하여 이관 |
| Data 이관 | ?? 보유 데이터를 클라우드 기반의 새로운 운영환경으로 이관 ? 스키마를 변경한 경우 별도의 전환 프로그램 작성 |
| Data 정합성 점검 | ?? Data 이관 후 정합성 검증을 위한 구성인자 도출 ? 데이터 이행 처리를 검증하는 정합성 처리 기준을 기반의 정합성 점검 진행 |
○ 3단계 : Application Migration
신규 운영환경에 맞게 Application Query를 수정하여 정상적으로 기능이 동작하는지와 성능 충족 여부를 확인하고, 최적화 작업을 진행하는 단계.
| 절차 | 내용 |
| Application Query 변환 | ?Application 내 Query를 추출하여 Query 정상 수행 여부 검증 후 비호환 Query 변환 시행 |
| Test Case 수립 | ?테스트 케이스를 작성하여 적정성을 검토하고, 테스트 가능한 요구사항이 반영되었는지 확인 |
| 기능 / 성능 Test | ?Application 기능이 정상적으로 동작하는지 Test 실시 ?기대 수준에 맞게 성능이 충족되는지 Test 실시 |
| SQL 성능 최적화 | ?DB 내 Slow Query를 식별하여 Query Tuning 실시 |
| 화면 성능 Test | ?서비스 화면 출력에 대한 성능 Test 실시 |
○ 4단계 : Test 및 운영 이관
최종적으로 서비스 구동 전 다양한 상황에 대응하는 Test를 진행하여 이상이 없는 경우, 실제 Data를 이관하여 서비스를 구동하는 단계.
| 절차 | 내용 |
| DB Parameter 최적화 | ?Cloud Instance의 vCore, Memory, I/O 등의 Tuning 실시 |
| 가용성 Test | ?실제 Data 기반으로 다유저, 대용량, 무중단 서비스 환경 조건을 만들어 Test 실시 |
| 백업/복원 Test | ?자동 백업과?키/값 백업으로 수동으로 트리거 시 정상적으로 백업 및 복원이 진행되는지 Test 실시 |
| 실 Data 이관 | ?Application Freezing 후 실제 운용 Data를 이관 |
| 서비스 구동 | ?운영환경 이관 완료 후 서비스 구동 |
마치며
본 브리프는 기업 컨설팅 진행 시 DBMS Migration 추진에 대해 문의받은 내용 중심으로 풀어냈습니다. U2L 진행이나 Web/WAS Migration보다 상대적으로 기업들이 장벽을 느끼고 있고, 막연하게 생각하는 부분들이 있어 가능한 한 쉽게 정리하였습니다.
기업에 가장 중요한 자산인 Data를 관리하는 DBMS를 이기종으로 Migration하고, 새로운 환경에서 실제 운영하는 것을 쉽게 생각할 일은 아닙니다. 그러나 Cloud Computing 기술에 대한 수요가 확대되고, OSS 채택이 특별한 현상이 아닌 현재 상황을 바라보았을 때, 기업 시스템의 Life-Cycle을 검토하여 필요하다고 판단한 경우 참고자료로 쓰이길 바랍니다.
참 고 문 헌
- 공개SW DBMS에 대한 주요도입 및 Migration 사례 (Cubrid, 2019,12.)
- G-클라우드전환가이드 (정부통합전산센터, 2016.02.)
- 공개SW 마이그레이션 가이드 (정보통신산업진흥원, 2014.10.)
- Naver Cloud Platform (www.ncloud.com)
- Google Cloud Platform (cloud.google.com/gcp)
저작권정책
K-ICT 클라우드혁신센터의 저작물인 『클라우드 환경으로 이전을 위한 DBMS Migration 추진』은 K-ICT 클라우드혁신센터의 박진호 책임에게 집필 자문을 받아 발행한 전문정보 브리프로, K-ICT 클라우드혁신센터의 저작권정책에 따라 이용할 수 있습니다.
다만 사진, 이미지, 인용자료 등 제3자에게 저작권이 있는 경우 원저작권자가 정한 바에 따릅니다.