6탄-3. 대규모 마이그레이션을 위한 전략과 AWS
사업, 개발, 인프라 담당자 모두 들으면 좋은 내용
이전 절차
비용
마이그레이션을 위한 서비스가 설명된다.
<1> 클라우드로 이전하는 이유?
<2> 클라우드 이전 절차
<3> AWS 마이그레이션 레드니스 어세스먼트 워크숍 프로그램
<4> 총 소요비용을 산정하는 서비스 = AWS Migration Evaluator 프로그램.
<5> 마이그래이션과 모더 나이 제이 션 프로세스
<6> 포트 폴리오 정리
<7> 혁신 센터 구성
<8> 기초 플랫폼 환경 구성
<9> 이행 및 현대와 단계
<10> 이행 및 현대와 단계 팁
<20> 개인 정리
<30> 같이 보면 좋을 자료
<1> 클라우드로 이전하는 이유?
1
목표는?
비즈니스 환경의 변화에 빠르게 대응
신속하게 혁신하기 위함
운영 비용을 줄이기 위함
클라우드에서 제공하는 성능, 운영 편의성을 이용하기 위함
보안 요구사항 대응
기업 합병이나 분할
유지보수 만료로 하드웨어 소프트웨어 교체 필요한 경우
2
방법?
AWS도구와 서비스 활용
목적에 맞게 제장 된 파트너 제품, 마켓 플레이스에서 구매
3
비용 부담을 줄여주기 위한 인센티브 프로그램, 무료 리소스도 제공한다.
프로젝트 수행을 직접 도와주는 AWS프로페셔널 서비스도 있다.
인증된 파트너의 컨설팅 서비스도 있다.
<2> 클라우드 이전 절차
현황 진단
계획 수립
이행 및 현대화
1
현황 진단
조직 준비 상태 점검- 기준점이 된다. 이전 후 어느 부분이 얼마나 되었는지 확인 가능하다.
비즈니스 측면에서 얻고자 하는 것 명확하게 정의
전문가 집단 육성 시작
2
계획 수립
포트폴리오 정리 - 개별 서비스 분석해 대상에 포함할지 정리, 어떤 방식으로 마이 그래이 선 할지 정리
클라우드 혁신센터 구성
기초 플랫폼 환경 구성 - 서비스 배포할 시스템을 준비, 네트워크, 계정관리와 권한 관리, 운영과 개발 테스트 환경 준비
3
이행 및 현대화
시스템 마이그레이션 - 다수의 서비스를 같이 이전하는 경우가 많아 자동화해야 한다.
운영과 최적화
모더 나이 제이 션 - 개선 진행
// 현재 진척률이 보이는 대시보드가 필요해 보인다. 어느 서비스가 얼마나 이전했는지 확인.
// 신규 서비스는 클라우드로 갔는지, 법적인 요건 등으로 온프라미스에 구축되는지.
<3> AWS 마이그레이션 레드니스 어세스먼트 워크숍 프로그램
1
점검 6가지
비즈니스 점검 3가지
기술 역량 점검 3가지
2
비즈니스 점검
사업성 검토와 타당성 검토
필요 역량 확보와 조직체계 구성
프로젝트 및 자산의 관제 체계
3
기술 역량 점검
서비스 시스템 인프라의 클라우드 적합도
보안 체계, 위험 관리, 규정 준수 대응성
관리 운영체계의 클라우드 적용
4
워크숍 결과 산출물 4가지
포트 폴리오 - 대상 파악, 비즈니스 측면에서 얻고자 하는 것 정리, 마이그레이션 계획 수립
사람 - 기술 전문가 양성
플랫폼 - 랜딩종, 운영 모델, 보안 및 규정 준수 대응
마이그레이션 - 마이그레이션 경험 확보
5
결과를 조직 내부에 공유 ~
6
직원 능률 향상 , 업무 효율성 정대, 빠른 변화에 대응, 비용에 대한 산출이 필요하다.
<4> 총 소요비용을 산정하는 서비스 = AWS Migration Evaluator 프로그램.
마이그래이션 평가 프로그램 3단계
1
업무 시스템 인벤토리 수집
서버, 메모리, 스토리지, 라이선스
자원 현황과 사용률
2
적용 방안 최적화
신규 서버 선정, 스토리지 유형, 라이선스 옵션
비용 지불 모델 비교
3
비즈니스 케이스 도출
전환 방향 검토
총 소요비용 검토
<5> 마이그래이션과 모더 나이 제이 션 프로세스
1
현황 파악
전문가 집단 육성 필요- 인프라, 보안, 개발자, 데이터 베이스 관리자 육성 + 비용 전문가, 교육 전문가, 클라우드 리더 포함 필요!!
왜 하는지에 대한 명확한 이해 필수!!
목표를 조직 구성원과 공유가 필수!! - 변화에 대해 거부가 있는 사람도 있다.
리더와 전문가 집단 필요.
교육을 통해 숙련도를 높여라.
분석에 너무 많은 노력을 들이지 마라.
클라우드는 필요시 변경 가능한 인프라이다.
부서 간의 협업이 중요하다 - 네트워크, 보안, 운영, 개발의 협업이 중요하다!
AWS에는 다양한 프로그램이 있다.
2
계획 수립
포트 폴리오 정리
혁신센터 구성
기초 플랫폼 환경 구성
3
이행 및 현대화
<6> 포트 폴리오 정리
1
마이그레이션 대상 자료 수집
시스템 정보, 인벤토리 아키텍처, 데이터 아키텍처, 네트워크 아키텍처, 성능 정보, 담당자 노하우등 수집
2
수집자료 시스템별 정리
3
클라우드 전환 전략 수립
마이그래이션 패턴 - 리 호스트?
어떤 패턴으로 어떤 순서로 이전할지 결정
<7> 혁신 센터 구성
역할 4가지?
시스템 관제
아키텍처 조정
예산 및 비용관리
인력 수급 및 교육
인프라 관리팀들의 이해관계를 조율하고 표준화된 아키텍처를 만드는 것이 역할이다.
인프라 관리팀 - 플랫폼, 운영, 보안 관리
<8> 기초 플랫폼 환경 구성
1
시스템의 수가 많으면 여러 AWS 계정을 만들어 사용한다.
AWS 컨트롤 타워 사용
다수의 계정을 관리해주는 서비스이다.
싱글 사인온
작업 추적 가능
2
계획 수립은 여러 번 진행된다.
한 번에 완벽한 계획 수립은 힘들다.
3
업무시스템 간 의존성 파악 필요
서로 간의 인터페이스와 주고받는 데이터가 많으면 같이 배포하는 게 좋다.
4
마이그레이션 파트너 선정
내부 전문가 부족시
5
대규모 서비스 마이그래이션의 경우 AWS 컨트롤 타워 서비스 이용하면 구축하는 시간을 크게 줄일 수 있다.
6
운영 관리와 거버넌스 모델 정의
<9> 이행 및 현대화 단계
마이그레이션 7가지 패턴에 따라 진행
1
리로 케이트?
VMware 사용의 경우 , Vmware Cloud on AWS로 이전한다.
VMWARE HCX를 이용해 온프라미스 워크로드를 Vmware Cloud on AWS로 일괄적으로 이전한다.
2
리 호스트?
수동 또는 AWS Application migration Service 이용해 이전
온프레미스 그대로 클라우드로 복사한다.
AWS MGN = AWS 마이그레인션 서비스?
에이전트 사용
데이터를 EBS볼륨에 쓴다.
디스크를 블록 레벨로 복제를 한다.
다양한 애플리케이션, 데이터베이스를 그대로 이전할 수 있다.
Sharepoint, SAP ERP, Orcal , Vmware , GCP, Azure 등 지원함
3
리플릿 폼?
애플리케이션을 유지하며 OS, 미들웨어를 변경한다.
CD CD로 재 구축한다.
아마존 리눅스 최신 버전으로 이전 가능하다.
셰프나 퍼펫을 사용 중이며 면 , 아마존 옵스웍스로 서버 구성 관리를 할 수도 있다.
클라우드에 최적화된 빌드 배포 파이프라인을 재구축할 수도 있다.
빌드와 배포를 자동화.
데이터베이스 리플릿 폼?
상용 라이선스를 오픈소스로 변경
AWS Database Migration Service 사용 -오라클에서 오라클로 마이그레이션 가능 , Mysql/MS SQL에서 Amazon Aurora로 가능.
AWS Schema Conversion tool (AWS SCT)을 사용하면 소스 데이터 베이스 스키마와 대부분의 데이터 베이스 코드 객체(뷰, 저장 프로시저, 함수 등)를 대상 데이터베이스와 호환되는 형식으로 자동 변환, 자동으로 변환되지 않는 것은 표시가 된다. 수동 변경을 통해 마이그레이션을 완료할 수 있다.
데이터 리플릿 폼?
워크로드에 맞는 클라우드 스토리지로 이동한다.
파일 시스템 이동
방법
Snowcone 8TB
Snowball Edge 80TB
AWS DataSync - 네트워크 데이터 최적화, 가속화, 온라인 데이터 전송
Direct copy
목적지
S3
EFS
Storage Gateway
4
리팩터, 리 아키텍처는?
MSA전환, 서버리스 도입 등 애플리케이션 현대화를 같이 진행한다.
모노리 틱을 마이크로 서비스로 전환하는 것.
이벤트 방식으로 분리
도메인 기반 분리
리팩터 설계 원칙?
견고한 시스템
회복 탄력성
리팩터 서비스?
AWS Migration Hub 출시
Refactor Spces 출시- 점진적으로 레거시를 신규 애플리케이션으로 이전하는 방식이다.
5
리퍼체싱은?
온프레미스 서비스를 중단하고 AWS SaaS 서비스를 사용한다.
재 구매
6
리테인은 ?
온프라미스에 유지 하는것
7
리타이어는 ?
사용되지 않는 서비스는 중지하는것
<10> 이행 및 현대와 단계 팁
1
우선 클라우드로 옮기고 리플릿 폼이나 리팩터를 진행하면 좋음.
2
DB에서 코드를 제거 필요
비즈니스 로직이 데이터베이스 코드에 많이 들어가 있으면 전환이 힘들다.
전환에 앞서 데이터베이스에서 코드를 제거한다.
3
App, DB 외 다른 데이터도 파악과 이동하라.
4
온프라미스 반납한다.
5
마이그레이션 후 비용 최적화 활동을 한다.
<20> 개인 정리
1
이전 3단계
현황 진단
계획 수립
이행 및 현대화
2
AWS 마이그레이션 레드니스 어세스먼트 워크숍 프로그램을 활용하면 좋을 거 같다!!
3
이전 전략에 대해 사업/개발과 협의되고, 이전 방법의 도구에 대해 준비가 되어 설명되어야 한다.
전사적으로 공유되고 진행 되어야 한다.
준비 없이 이전은 망한다.
<30> 같이 보면 좋을 자료
https://brunch.co.kr/@topasvga/1762
https://brunch.co.kr/@topasvga/1758
https://brunch.co.kr/@topasvga/2439
감사합니다.
