반응형
Ⅰ. 온프레미스에서 클라우드로 디지털 전환, 클라우드 마이그레이션의 개념
가. 클라우드 마이그레이션 개념
- 기존 온프레미스 형태로 구성된 인프라 아키텍처, 응용시스템, 하드웨어 등을 Private, Public 등의 가상화 기반의 클라우드 시스템으로 이관하는 전반적인 활동
나. 클라우드 마이그레이션의 특징
구분 | 특징 | 설명 |
운영 측면 | 비용 효율성 | - TCO 절감 효과 극대화, Pay for User 적용 |
신뢰성 | - FTS, Multi AZ 제공, SPoF 제거 가능, SLA 계약 가능 | |
상호운용성 | - 온프레미스와 클라우드 간 하이브리드 통합 및 전환 지원 가능 | |
확장성 | - 온디멘드, 오토 스케일 업 & 스케일 아웃 등 일시적 확장 가능 | |
개발 측면 | 표준화 | - PaaS를 이용한 솔루션 & 서비스 사용 가능 - SQL, Docker, 지정 환경 등 표준 처리 가능 |
기민성 | - 빠른 의사결정을 통해 Time to Market이 가능한 구성 가능 | |
효율성 | - 일시적인 테스트 용도로 개발 프로젝트 진행 & 폐기 가능 | |
환경제공 | - CI, CD 툴 적용으로 IaC 용이하게 적용 가능 |
- 운영과 개발 측면의 효율성으로 기업의 빠른 시장 대응을 위한 클라우드 마이그레이션 수행
Ⅱ. 클라우드 마이그레이션 유형 및 절차
가. 클라우드 마이그레이션의 유형
유형 | 설명 | 특징 |
U2U (Unix to Unix) |
- 다른 벤더사의 유닉스 제품으로 이관 | 서버 콘솔 전환, 시스템 파티셔닝 |
U2L (Unix to Linux) |
- TCO 절감을 위해 Unix에서 Linux로 이관 | 개발환경 리눅스 기반 공개 SW 지원 |
P2V (Physical to Virtual) |
- 물리적인 온프레미스 장비를 가상화 장비로 이관 | 하이퍼바이저 가상화 이용, OS + APP 복사 |
V2V (Virtual to Vertual) |
- 가상화 장비나 하이퍼바이저를 다른 가상화 장비 또는 하이퍼바이저로 이관 | 패키지 솔루션 호환성, 비용 절감, 성능 이슈 해결 |
U2C (Unix to Cloud) |
- 유닉스를 클라우드 시스템으로 이관 | U2L 진행 후 U2C 후속 진행 |
V2C (Virtual to Cloud) |
- 가상화 시스템을 클라우드로 이관 | VMware, Hyper-V 등 클라우드 이관 |
P2C (Physical to Cloud) |
- 물리적인 장비를 클라우드 환경으로 이관 | 클라우드 구축 후, Legacy 대상 클라우드 서비스 마이그레이션 수행 |
C2C (Cloud to Cloud) |
- 다른 벤더사의 클라우드 환경으로 이관 | SLA 목표 미준수, 기술 및 안정성 문제 |
나. 클라우드 마이그레이션의 절차
|
절차 | 세부 절차 | 산출물 |
분석 | - 마이그레이션 대상 시스템 선정 - WEB, WAS, DB 시스템 구조 분석 - 클라우드 환경 전환 가능 여부 확인 |
- 사전 체크 리스트 - 기존 성능측정결과 - 방법론 선정 결과서 |
설계 | - 클라우드 서비스 검토 및 아키텍처 설계 - 네트워크, 보안, 오픈소스, 스토리지 형태 설계 - 운영 및 보안 정책 수립 |
- 마이그레이션 계획서 - 마이그레이션 설계서 - 마이그레이션 Tool |
구축 | - 설계 기반 서비스와 리소스(클라우드 환경) 구성 - 가상머신, DB 등 필요 리소스 구성 - 리소스들 통신을 위한 네트워크 환경 구축 |
- 마이그레이션 결과 보고서 - 테스트 결과 보고서 |
검증 | - 이중화 트래픽 정상, 페일오버 상황 검증 - 클라우드 마이그레이션 서비스 정상 구동 검증 - 가용성과 안정성 등의 서비스 검증 |
- 성능 측정 결과 보고서 - UAT(User Acceptance Testing) 결과 보고서 |
이관 | - 실제 서비스가 클라우드 환경에서 구동될 수 있도록 전환 - 서비스 안정적 운영 모니터링 수행 |
- 장애 보고서 - 장애 대응 보고서 |
Ⅲ. 클라우드 마이그레이션 전략 및 고려사항
가. 클라우드 마이그레이션의 전략(6R)
전략 | 설명 | 예시 |
Retain / Revisit | - 비즈니스 측면에서 이관을 하지 않는 것이 유리한 부분으로 현 상태를 유지 | - 최근 업그레이드 시스템 - 엔드포인트 관리 시스템 |
Retire | - 애플리케이션이 중복, 미사용으로 인해 더 이상 불필요한 경우로 추후 해체 예정 | - 구 클러스터, DR 시스템 - 구 그룹웨어 시스템 |
Rehost | - 기존 환경에서 과도한 수정을 피해 안정적 환경으로 이관 목표 (Lift & Shift) | - 패키지 S/W - Ad-Hoc, 테스트 환경 |
Replatform | - 핵심 아키텍처는 유지하고 특정 부분에 대해 최신화 및 클라우드에 최적화 (Lift & Shape) | - OS 업그레이드 - RDBMS -> RDS 이관 |
Refactoring | - 클라우드 환경에 최적화하여 애플리케이션을 재작성하는 과정 (Cloud-Native) | - 애플리케이션 재작성 - 미들웨어 변경 |
Rearchitect | - 전반적인 재설꼐를 통해 애플리케이션 변경 및 라이선스 구매, SaaS로 재구축 | - Monolithic -> MAS - SaaS 서비스 구축 |
나. 클라우드 마이그레이션시 고려사항
고려사항 | 대응방안 |
- 다양한 요구사항으로 인한 초기 환경 분석 필수 | - 사전 컨설팅 수행 및 전환 전문업체 선정 |
- 내/외부 구분이 없어지는 각종 보안 이슈 증대 | - 사용자 및 애플리케이션 통합 관리(CASB, ZTN) |
- 클라우드와 온프레미스의 운영의 복잡화 | - 클라우드 매니지드 서비스 및 SaaS형 서비스 도입 |
- 마이그레이션 시 환경, 보안, 운영 관점의 고려사항 및 대응방안 구성 마스터플랜 수립 필요
반응형
'IT 기술 > 디지털 서비스' 카테고리의 다른 글
디지털 헬스케어 (2) | 2024.11.22 |
---|---|
AIaaS (AI as a Service) (4) | 2024.11.21 |
엣지 컴퓨팅 (0) | 2024.11.21 |
FEC(Forward Error Correction) / BEC(Backward Error Correction) (0) | 2024.11.21 |
RPA (Robotics Process Automation) (0) | 2024.11.21 |