안녕하세요, AI 기반 문서 전자화 기업 악어디지털입니다.
세계 유수의 대기업들이 ‘클라우드’로 이삿짐을 싸는 시대로 진입했습니다.
클라우드는 지속적인 발전을 통해 ‘비용, 속도, 품질’, 이 3가지를 모두 만족시켜 왔습니다. 전 세계의 많은 기업이 비즈니스를 한 차원 높은 수준으로 끌어올리기 위해 클라우드로 이전하고 있지만 클라우드 마이그레이션 작업은 적절한 계획, 수행, 테스트 없이는 상당히 어려운 과정이 될 수 있는데요. 무엇보다 계획, 실행 및 테스트가 없다면 클라우드 이전을 하더라도 보안, 비용, 네트워크 등 언제 어디서 문제가 발생할지 알 수가 없습니다.
오늘은 성공적인 클라우드 마이그레이션을 수행하기 위해 확인해야 할 절차들에 대해 알아보겠습니다.
Step1. 평가
현재 클라우드 환경 검토하기
클라우드 마이그레이션이란, 클라우드 간에 데이터, 애플리케이션 또는 기타 비즈니스 요소를 이동하는 프로세스를 말합니다. 모든 마이그레이션의 첫 번째 단계는 현재 환경 및 현재 진행 상황을 파악하는 것으로부터 출발합니다.
1. 현재 클라우드 및 서버 환경 검토
클라우드와 서버에 어떤 데이터, 소프트웨어를 보유하고 있으며 누가 사용하고 있는지 파악하는 것이 중요합니다. 전체 환경을 알면 마이그레이션 전략을 계획하는 데 도움이 될 수 있습니다.
2. 애플리케이션 검토
마이그레이션을 결정하기 전에 모든 애플리케이션 및 사용자 지정 통합을 검토하여 클라우드에 필요한 항목과 사용 가능한 마이그레이션 경로를 결정하는 것이 필요합니다.
3. 보안 및 규정 요구 사항 / 비용 등 추가 검토
클라우드 제공자가 요구하는 보안 및 규정 요구사항, 마이그레이션에 소요되는 비용 등에 대한 전체적인 검토가 필요합니다.
Step2. 계획
클라우드 제공 업체 선택하기
현재 서버 환경 및 현재 진행 상황에 대한 파악을 마쳤다면, 클라우드 제공 업체에 따라 이전 준비 과정이 달라질 수 있으므로 클라우드 서비스 제공 업체 별 장단점을 체크해야 합니다. 기업에 가장 적합한 공급자를 선정하려면 비즈니스와 관련된 많은 부분들을 고려해야 하는데, 클라우드 환경은 사용자의 접근성과 개방 정도에 따라 크게 두 가지로 나누어 볼 수 있습니다.
1️⃣ 퍼블릭 클라우드
: 제약 없이 접근해서 사용할 수 있는 클라우드 환경
2️⃣ 프라이빗 클라우드
: 허용된 사용자만 접근한다는 제약이 존재하는 클라우드 환경
대표적인 퍼블릭 클라우드 서비스로 아마존 웹서비스(AWS)나 마이크로소프트의 애저(Azure), 구글 클라우드 플랫폼(GCP) 등 이 있고 프라이빗 클라우드로는 정부 전용으로 구축한 G-클라우드가 대표적인데요. 데이터를 클라우드로 마이그레이션하려는 경우 AWS, Azure 및 Google은 모든 프로세스를 간편하게 수행할 수 있는 몇 가지 툴을 제공합니다.
<예시>
-
AWS 마이그레이션 허브
: 서버 프로파일, 성능 활용도 및 AWS 마이그레이션 허브와의 네트워크 연결을 포함한 서버를 검색할 수 있습니다. AWS EC2를 사용하여 마이그레이션을 계획할 때 이 서비스를 EC2 권장 사항 및 비용 추정치와 함께 사용할 수 있습니다. 또한 각 마이그레이션의 상태도 추적합니다.
-
AWS 데이터베이스 마이그레이션 서비스
대부분의 기업에서 데이터베이스 마이그레이션은 복잡하고 시간이 많이 걸릴 수 있습니다. 새로운 유형의 데이터베이스로 기록하고 변환하려면 많은 시간과 리소스가 필요합니다. AWS DMS를 사용하면 마이그레이션이 시작되고 기업의 사내 데이터베이스는 그대로 유지됩니다.
단순히 클라우드 분야 선두 기업을 선정하는 것보다는 클라우드 공급자의 서버, 데이터베이스, 네트워크 서비스 비용 등을 확인하여 해당 비즈니스의 요구사항에 알맞은 공급자를 선정하는 것이 좋습니다. 기업에서 시간과 비용을 들여 마이그레이션을 수행한 이후에 다시 다른 클라우드 플랫폼으로 이전하는 일을 사전에 방지하려면, 해당 기업이 필요한 데이터베이스 용량을 정확히 파악하고 이에 맞는 클라우드 공급자를 찾아야 합니다.
Step3. 준비 및 실행
클라우드 마이그레이션 실행하기
본격적인 준비, 실행 단계입니다. 이 단계에서는 서비스 중단 시간, 이전된 데이터에 대한 성능 확인 계획을 수립하고 인력 구성과 운영 프로세스에 대한 고민을 해야 합니다. 기업은 해당 데이터베이스와 애플리케이션의 사이즈에 따라 이에 맞는 여러 기술들을 사용하여 모든 데이터를 이전할 수 있습니다.
아래 내용은 단계별 마이그레이션 내용입니다.
1. 마이그레이션 대상 확정
클라우드 제공 업체를 선택했다면 이전 준비를 시작하게 됩니다. 처음으로 이전시킬 애플리케이션은 이전이 쉽고, 덜 중요한 것으로 선정해야 합니다. 클라우드로 이동하는 첫 번째 애플리케이션은 가장 쉽고 중요하지 않은 것이어야 하는데, 이는 이전 과정에서 문제가 발생하더라도 쉽고 빠르게 처리할 수 있기 때문입니다.
2. 애플리케이션 변경 여부 확인
이전할 서비스가 정해졌다면 소프트웨어의 변경 여부를 확인해야 합니다. 소프트웨어 변경 없이 이전하는 것이 최선이지만 이전되는 서버, 네트워크 그리고 데이터 서비스가 모두 다르게 운영되기 때문에 사전에 업데이트 등으로 변화에 대비해야 합니다.
3. 성능 테스트
기존의 시스템을 클라우드 서비스의 분산 환경으로 변경하게 되면 예상치 못한 병목 현상이 발생할 수도 있습니다. 이런 문제를 해결하기 위해서는 마이그레이션 성능을 체크해 놓아야 합니다. 서비스를 이전하는 과정에서 성능에 문제가 발생한 후에 APM(Application Performance Management) 도구를 사용한다면 더 많은 이전 비용을 지출하게 될 가능성이 높습니다.
4. 기업 내 업무 프로세스 정립
직원들은 클라우드가 이전되는 환경과 프로세스에 대해 파악하고 있어야 합니다. 개발자뿐만 아니라 관리자, 운영자 등 직원 모두가 이전되는 환경에 대한 업무 준비가 되어있어야 합니다.
5. 서비스 중단에 대한 계획 수립
서비스 중단 없이 클라우드로 이전할 수 있다면 가장 좋겠지만 만일 그게 어렵다면 클라우드 이전 시 발생할 수 있는 다운타임(중단; Downtime)에 대처할 수 있는 시나리오를 준비해야 합니다.
6. 보안 점검
클라우드는 서비스 제공자가 제공하는 절차 내에서 보안을 유지하고 준수해야 하기 때문에 기업의 여러 비즈니스 프로세스를 적용하기 힘들 수 있습니다. 그렇기 때문에 클라우드 이전을 하기 전 데이터 보안을 유지하기 위한 보안 전략에 대한 준비를 미리 하는 게 좋습니다.
Step4. 검토 및 최적화
클라우드 마이그레이션 검토
앞 단계를 거쳐 마이그레이션 한 이후에는 모든 워크 로드가 정상적으로 작동하는지를 확인해야 합니다. 안정적인 서비스의 동작을 확인하기 위해 기본적인 동작 테스트는 자동화하는 것이 좋습니다.
<테스트에 포함되어야 할 중요 사항 5가지>
· 모든 워크 로드, 서비스의 작동 여부 테스트
· 모든 데이터가 정상적으로 이전되었는지 테스트
· 모든 워크 로드에 접근이 가능한지 테스트
· 내부 구성 요소가 올바르게 통신하고 있는지 테스트
· 서비스 운영 상황이 정상적으로 모니터링 되는지 테스트
모든 동작을 확인 한 후에는 부하 테스트를 진행해야 합니다.
부하 테스트를 하는 과정에서 APM(Application Performance Management) 서비스와 Server 모니터링 서비스를 통해 시스템과 애플리케이션의 문제점을 추가적으로 파악하고 보완할 수 있습니다.