클라우드 전문가가 함께 하는
성공적 마이그레이션
마이그레이션 고려 사항
“클라우드를 도입하고 싶지만 어디서부터 시작해야 할지 잘 모르겠습니다.”
“마이그레이션 계획을 수립했지만 클라우드 이해도가 부족해 추진하지 못했습니다.”
“클라우드 도입 이후 인프라를 어떻게 운영하고 유지해야 할지 엄두가 나지 않습니다.”
많은 기업이 클라우드를 도입해 비즈니스 혁신을 실현하고자 합니다. 클라우드의 이점인 유연성과 확장성을 활용해
비용 효율성을 높이기 위함입니다. 이를 위해서는 물리 환경에서 운영 중인 자원을 클라우드로 이전할 경우의 효용을
면밀하게 분석한 후 이전 계획을 검토해야 합니다.
클라우드에 대한 막연한 기대를 가진 상태에서, 또는 충분히 준비되지 않은 상태에서 무리하게 이전을 추진할 경우
시행착오로 인한 시간과 비용 낭비를 겪기 마련입니다. 뿐만 아니라 클라우드 이전 후의 유지와 운영을 고려하지 않았다면
또 다른 문제에 부딪히게 됩니다.
따라서 클라우드 마이그레이션은 기업의 현 상황을 심층 분석해 컨설팅부터 이전 계획 수립, 실행, 클라우드 운영에 이르기까지
모든 과정을 안정적으로 진행해주는 전문 파트너와 함께 해야 합니다.
IXcloud®
마이그레이션 절차
이전 신청
및 컨설팅-
1) 이전 대상 서버 파악
- 사양/OS/DB/파일/어플리케이션
- 네트워크 및 보안 설정
2) 고객 요구사항 검토
- 이전 시 주의사항 파악
3) 클라우드 시스템 컨설팅
- 비용 및 성능 최적화 방안 제안
- TCO(총 소유비용) 관점의 절감효과 제공
4) 계약 및 이전 절차 진행
이전
준비-
1) 전담 엔지니어 배정
2) 이전 체크리스트 작성
3) 이전 계획 수립
4) 보안 및 백업 계획 수립
5) 위험 관리 시작
이전
작업-
1) 이전 작업 실행
- OS/DB/파일/어플리케이션/데이터 이전
2) 환경 설정 작업
- 라이선스 및 네트워크 설정
- 보안 설정
3) 서비스 이상 유무 점검
서비스
안정화-
1) 데이터 동기화
2) 서비스 정상 확인
3) 위험 관리 종료
4) 고객 검수 후 종료
• 위험 관리
예상 위험
계획- 마이그레이션 시 예상되는 위험 사항을 미리 목록화하고 대응 방법을 계획
위험
인식- 이전 중 진행 단계마다 위험을 식별하고 추가함
위험
분석- 목록화된 위험의 영향력과 발생 가능성을 분석하여 우선순위 설정(위험 대응 계획을 수립하는 근거로 활용)
위험 대응
계획 수립- 앞에서 작성한 우선순위표를 이용하여 위험의 영향력과 발생 가능성, 발생 가능 시점을 기준으로 대응 계획을 수립
모니터링
- 서비스 안정화 시기까지 새로운 위험을 식별, 위험 감소 계획 수립 및 영향 평가 수행
IXcloud®
마이그레이션 방식
-
리호스트 방식(Re-host)
- 제공 중인 OS, 데이터, 애플리케이션을 그대로 옮깁니다. (‘Lift and Shift’ 방식)
- 기존의 소스 코드를 하나도 수정하지 않고 동일하게 사용합니다.
이런 기업에 필요합니다!
– 마이그레이션 비용과 시간을 최소화하고 싶은 경우
– 레거시 인프라 비용을 즉시 절감하려는 경우
– 코드 변경이 불가능한 상용 애플리케이션을 이전하려는 경우
-
리플랫폼 방식(Re-platform)
- 리호스트 방식과 유사하나 코드 일부를 수정합니다.
→ 애플리케이션의 핵심 아키텍처를 변경하지 않는 범위 내에서 소스 코드 일부만 수정해 클라우드 환경의 이점을 최대한으로 활용합니다.
이런 기업에 필요합니다!
– 코드 수정이 애플리케이션에 영향을 미치지 않는 경우
– 클라우드의 장점을 살려 운영하고 싶은 경우
– 기존 소스가 클라우드에서 작동하지 않는 경우
-
리팩토링/리아키텍트 방식
(Re-factoring/Re-architect)
- 클라우드 환경에 최적화되도록 애플리케이션 아키텍처 전체를 재구성합니다.
- 소스 코드를 클라우드에 맞게 전체적으로 수정합니다.
- 소스를 변경하더라도 서비스가 지속되어야 하므로 다른 방식보다 많은 시간이 소요될 수 있습니다.
이런 기업에 필요합니다!
– 클라우드 기능을 최대한 활용하려는 경우
– 레거시 환경에서는 애플리케이션 성능 향상이 불가한 경우
