안녕하세요 서후아빠입니다. ^_^
이번 세션은 AWS MPA에 대해서 업무적으로 필요한 최소한의 개념에 대해서 간단히 정리해 보았습니다.
빠른 마이그레이션 계획을 세울 때, 대략적인 비용 산출과 계획 보고에 유용하게 사용할 수 있습니다.
이 서비스를 사용하기 위해서는 CMDB같은 내부 자산관리 현황이 필요합니다.
MPA (Migration Portfolio Assessment) 개요
AWS로의 마이그레이션을 준비하기 위해 온프레미스 포트폴리오의 평가 프로세스를 간소화하는 웹 애플리케이션
마이그레이션 초기 단계에서 사용
AWS로 이전할 때의 잠재적 비용 추정, 충실도가 높은 데이터와 비교하여 마이그레이션 계획
MPA 사용하기 위한 전제 조건
- 업무 시스템 인베토리 정보 : 자동화된 툴, 인터뷰 및 설문조사, CMDB 덤프 등을 통해 수집
- AWS Migration Portfolio Assessment에 고객의 온프레미스 환경 데이터를 저장할 수 있는 권한 부여
1단계 : APN Partner Central 자격 증명 활성화 및 포트폴리오 생성
https://partnercentral.awspartner.com/APNSelfRegister > Let's get starded > AWS와 파트너 계약된 회사 메일 계정으로 등록 진행
APN : Amazon Partner Network 일반 메일로는 진행이 불가하며, AWS와 파트너 계약된 회사의 메일 계정으로만 진행 가능합니다. |
Portfolio Assessment > Get Started > Login with AWS Partner Central
MPA는 AWS 웹 콘솔이 아닌 별도 웹페이지(https://mpa.accelerate.amazonaws.com/)에서 진행됩니다. Login with AWS Partner Central : AWS 파트너 소속의 담당자가 MPA 진행하는 경우 Login with Midway : AWS 소속의 담당자가 MPA 진행하는 경우 |
Portfolio Assessment > Portfolios > view > Create portfolio
Portfolio settings | Portfolio data | ||
Name : myportfolio | Initial dataset : No data (empty) (or Sample data) Data classification : Test (or non-customer) data only (or Customer data) |
Customer account settings : Data classification에서 'Customer data' 선택한 경우 활성화, Account name 입력 |
2단계 : 데이터 가져오기 (AWS ADS에서 데이터 가져오는 방법)
IAM > Policies > Create policy > JSON(tab) > 아래 내용 입력 > Name(ADSuserPolicy)
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"discovery:ListConfigurations",
"discovery:DescribeConfigurations"
],
"Resource": "*"
}
]
}
IAM > Users > Add users > User Name (ADSuser), Attach policies directly(ADSuserPolicy)
IAM > Users > ADSuser 선택 > Security credentials (tab) > Access keys에서 Create access key > csv 파일 다운로드
Portfolio Assessment > View > myportfolio 선택 > Import from ADS > 아래 입력 > Import from ADS
Access key ID | Secret access key | Region | ||
csv 파일에서 확인한 ID | csv 파일에서 확인한 key | US East (N. virginia) |
AWS ADS (AWS Application Discovery Service)에 등록된 데이터를 가져올 때 진행합니다. |
2단계 : 데이터 가져오기 (로컬 파일(*.csv)에서 데이터 가져오는 방법)
myportfolio 선택 > Import from file > Select data type (Servers 선택), Upload local file 클릭하여 'servers_table.xlsx' 업로드 > File header와 단위 정의하고 Next > 중복 검토하고 Next > Confirm Import
샘플 데이터 다운로드 : https://catalog.workshops.aws/migrationimmersionday/en-US/apn/mpa/2-importdata/2-1-importlocalcsv ※ 필수 항목 표시된 샘플 데이터 파일 비용 추정에 중요한 속성 : 서버 OS, CPU 수/사용률, RAM 크기/사용률, 스토리지 크기/활용률, 서버 사용률, 스토리지 IOPS 프로덕션 및 비프로덕션 등의 서버 유형(환경), 물리적/가상 Select data type : Servers, Applications, Server to application, Server communication, Databases, Database to application, Application dependency - Servers : Server명, OS, CPU, RAM, DISK, 환경(DEV, PROD, ...), Network 등 정보 - Applications : Application명, 설명, 부서, 부서관리자, 영향도, 환경 등 정보 - Server to application : Application명, Server명 등 정보 - Server communication : Server명, 출발지(Applicatoin명, IP 등), 목적지(Application명, IP, 포트 등) 등 정보 - Databases : Server명, Database명, 기존 엔진(버전, 에디션 등), 변경 엔진, 가용성, 관리자, 라이선스, CPU, DISK 등 정보 - Database to application : Database명, Application명, 영향도 등 정보 - Application dependency : 출발지 Application명, 목적지 Application명, 영향도 등 정보 중복 검토 옵션 - 중복된 데이터 중 하나만 선택하는 방식 - 중복된 데이터 중 모든 첫번째 레코드를 유지하는 방식 - 중복된 데이터 중 모든 마지막 레코드를 유지하는 방식 |
O |
3단계 : 데이터 검증
myportfolio 선택 > Assets 에서 등록된 리소스 확인
myportfolio 선택 > Dependencies 에서 등록된 종속성 정보 확인
각 tab별로 동그라미 ! 표시를 클릭하여 내용 확인 (4단계 이미지 참조 : 'Data validation rules' is ....)
사용량 비율, RAM 크기, 스토리지 크기, CPU 수, 물리적/가상 지표에 대해 데이터가 정확하고 단위가 올바른지 확인 - 가상 서버 경우 vCPU를 number of cores per processor로 단위 변환 데이터 중복 확인 - 호스트 가져오지 말고 호스트에서 구동되는 가상 머신 데이터 가져오기 - 스토리지 IOPS는 비용 절감 분석에 상당한 영향 |
4단계 : 데이터 유효성 검사
유효성 검사 문제 : 반드시 데이터가 잘못되었음을 의미하지 않습니다. UnderutilizedServers를 선택하고 Total issues의 깔떼기 모양을 클릭하면 해당하는 리소스만 필터링됩니다. - 필터링된 2대 서버는 마이그레이션 비용이 중간 정도이다 의미 |
데이터 유효성 검사 필터링 추가하는 방법
myportfolio 선택 > 각 tab별로 유효성 검사 삼격형 ! 표시 확인 > Actions > Add new rule
Rule configuration | Clause builder | ||
Rule name : UnderutilizedServers Description : average CPU utilization 5% or less Impact : Migration cost 선택 (or TCO or Strategy or Planning) Migration cost : Medium |
Group : - Attribute : Server.CPU-Average Utilization (%) Operator : > Value : 0.05 Group : - |
myportfolio 선택 > 각 tab별로 유효성 검사 삼격형 ! 표시 확인 > 신규 유효성 검사 규칙 UnderutilizedServers 확인
데이터 유효성 검사 필터링 및 처리 방법
myportfolio 선택 > 각 tab별로 유효성 검사 삼격형 ! 표시 확인 > Server OS Name and Version 선택하고 우측 Y 깔떼기 표시 클릭 > 필터링된 목록 선택 > Edit에서 데이터 수정 or Actions에서 데이터 삭제 처리
데이터 유효성 검사 필터링 규칙 종류 : Orphan Servers(애플리케이션 정보 없는 경우), Server OS Name and Version, Server Data Center, Server Processors, Server CPU Utilization, Server usage, Server Memory, Server RAM Utilization, Server Disk Size, Server Disk Utilization, Server Type, Server environment, Environment Name is nonnumeric, Environment Type is nonnumeric, Same intent for the environment attributes, Server IP Address, CPU Threads 하드웨어 스위치 (L2, L3, L4, L7 등)는 삭제 처리 스토리지 (NAS, SAN, DAS 등)는 일반적인 OS(ex : CentOS 7.5)으로 데이터 수정 (삭제 처리하면 비용 비교에서 놓칠 수 있음) |
5단계 : 대시보드 생성
myportfolio 선택 > Dashboards 에서 기본 확인 > Create dashboard > Dashboard name (Sample)
myportfolio 선택 > Dashboards > Sample (tab) > Add
Title | Description (옵션) | Chart type | Category | Function | Value | ||
Server by Environment | server count by environment | Bar (vertical) | Environment Type | Count | Environment Type |
별도의 대시보드(ex : Sample) 영역을 만들어서 대시보드를 구성해도 되고, default 영역에서 대시보드를 구성해도 됩니다. |
6단계 : TCO 추정 (마이그레이션 비용은 미포함)
myportfolio 선택 > TCO 하단의 Summary > Calculate
온프레미스 비용 부분은 실제와 다를 수 있으며, 7단계에서 옵션을 조정하여 유효한 값으로 맞춥니다. |
myportfolio 선택 > TCO 하단의 Summary > Modify assumptions
구분 | 내용 | 기본값 |
General | AWS Region : TCO를 추정할 리전 Refreshment period (years) : On-prem 장비 교체 주기 Analysis duration (years) : TCO를 추정할 기간 Environment type : On-premise 혹은 Colocation 중 선택 VMware Cloud on AWS : AWS에서도 VMware 사용여부(=Relocate) |
US East (N. virginia) 5년 5년 On-premise Disable |
AWS server recommendation |
Do not recommend these EC2 instances : 제외할 인스턴스 Type (ex : t2, t3a) CPU buffer (%), RAM buffer (%) : 적용할 버퍼량 Default average CPU utilization (%) : 데이터가 빈값일 경우 적용할 CPU 사용율 Default average RAM utilization (%) : 데이터가 빈값일 경우 적용할 RAM 사용율 Default peak CPU utilization (%) : 데이터가 빈값일 경우 적용할 CPU 사용율 Default peak RAM utilization (%) : 데이터가 빈값일 경우 적용할 RAM 사용율 Default number of threads per CPU-Core : 데이터가 빈값일 경우 적용할 쓰레드 수 Physical to EC2 instance factor : 물리 코어는 EC2 코어보다 2배 강력 |
N/A 0, 0 24 59 24 59 1 Enable |
AWS server cost |
Server recommendation : 피크/평균 사용율, On-prem 기준 중 선택 Default tenancy : Shared, Dedicate 중 선택 Default production server usage (uptime) % : 운영서버 가동시간율 Default non-production server usage (uptime) % : 비운영서버 가동시간율 EC2 payment types : 결재 유형 |
Peak utilization Shared 100 24 All |
AWS database recommendation |
Enable RDS recommendations : RDS 권장사항 제공여부 Enable EC2 recommendations : RDS가 아닌 EC2 권장사항 제공여부 Do not recommend these RDS instance types : 제외할 인스턴스 Type (ex : t2, t3a) Default target database engine : 데이터 유효하지 않을 경우 적용할 엔진 Database edition : DB에디션 Database license model : 라이선스 포함여부 (BYOL) Default deployment option : 배포 옵션 Default average CPU utilization (%) : 데이터가 빈값일 경우 적용할 CPU 사용율 Default average RAM utilization (%) : 데이터가 빈값일 경우 적용할 RAM 사용율 Default peak CPU utilization (%) : 데이터가 빈값일 경우 적용할 CPU 사용율 Default peak RAM utilization (%) : 데이터가 빈값일 경우 적용할 RAM 사용율 Default number of threads per CPU-Core : 데이터가 빈값일 경우 적용할 쓰레드 수 |
Disabled Disabled N/A Aurora MySQL Enterprise License included Single-AZ 24 59 24 59 1 |
AWS database cost |
Database recommendation : 피크/평균 사용율, On-prem 기준 중 선택 RDS payment types : 결재 유형 |
Peak utilization All |
Database licenses |
Include database license assessment in TCO : 라이선스 비용 TCO 포함여부 Oracle Standard Edition/One/Two license cost ($) : 라이선스 비용 Oracle Standard Edition/One/Two discount (%) : 라이선스 할인율 Oracle Standard Edition/One/Two annual support cost (%) : 연간 지원 비용 Oracle Enterprise Edition license cost ($) : 라이선스 비용 Oracle Enterprise Edition discount (%) : 라이선스 할인율 Oracle Enterprise Edition annual support cost (%) : 연간 지원 비용 Oracle Enterprise Core Factor : 코어 팩터 SQL Server Standard Edition license cost - 2 cores pack ($) : 라이선스 비용 SQL Server Standard Edition discount (%) : 할인율 SQL Server Standard Edition annual support cost (%) : 연간 지원 비용 SQL Server Enterprise Edition license cost - 2 cores pack ($) : 라이선스 비용 SQL Server Enterprise Edition discount (%) : 할인율 SQL Server Enterprise Edition annual support cost (%) : 연간 지원 비용 |
Disabled 17500 0 22 47500 0 22 1 3586 0 0 13748 0 0 |
VMware Cloud on AWS |
Instance type : 인스턴스 유형 선택 Compute overcommit factor : 크기 조정에 적용할 기본 CPU Memory overcommit factor : 크기 조정에 적용할 기본 RAM Storage overcommit factor : 크기 조정에 적용할 기본 스토리지 VMware pricing discount % : 가격 할인율 |
Recommend 4 1 1 0 |
AWS storage | Apply server uptime to EBS of OnDemand instances : 서버 가동시간 적용 Rate of change per month (%) : 초기 백업 후, 월간 스토리지 업데이트 비율 Enable initial backup : 초기 백업 수행여부 Default storage utilization (%) : 데이터가 빈값일 경우 적용할 DISK 사용율 EBS snapshot compression ratio : 스냅샷 압축 비율 EBS volume types : 볼륨 유형 |
Disabled 0 Yes 50 1 SSD만 체크 |
AWS network | Outbound peak utilization (%) : 아웃바운드 최대 트래픽 사용율 | 50 |
AWS IT labor and support |
Number of EC2 instances per admin : 관리자당 EC2 수 Number of RDS instances per admin : 관리자당 RDS 수 Storage size (TB) per admin : 관리자당 스토리지 용량 Administrator's annual salary ($) : 관리자 연봉 AWS Support : AWS Support Plan 종류 Partner's monthly support cost ($) : 파트너의 월간 지원 비용 |
400 400 5000 135000 Business 0 |
On-Premises server cost |
Exclude servers marked as "Retire" : Retire 서버 표시여부 | Disabled |
On-Premises discount/adjustment |
Server and hardware discount (%) : 서버 및 하드웨어 할인율 Storage discount (%) : 스토리지 할인율 Software discount (%) : 소프트웨어 할인율 |
40 50 25 |
On-Premises power |
Power price ($) per kWh : kWh당 가격 Power usage effectiveness : 장비의 사용전력 효율성 |
0.107 1.6 |
On-Premises rack infrastructure |
Number of units per rack : 랙당 장비 수 Storage size per rack (TB) : 랙당 스토리지 용량 Rack chassis cost ($) : 랙 샤시 비용 Power distribution unit cost ($) : 전원 분배기 비용 Number of ToR switches per rack : 랙당 ToR 스위치 수 ToR switch support cost ($) per year : 연간 ToR 스위치 지원 비용 Server deployment cost ($) per server : 일회성 서버 배포 비용 On-Premises monthly cost to operate a rack ($) : 랙 운영 월간 비용 Colocation monthly cost to operate a rack ($) : 랙 운영(임대) 월간 비용 Hardware maintenance rate per year (%) : 연간 하드웨어 유지 보수율 Spare capacity for server per year (%) : 연간 서버 예비 용량 |
28 2000 1850 460 2 1917 250 1400 2600 15 5 |
Software and licenses |
Estimate Windows licenses on Dedicated Host : 전용호스트도 라이선스 포함 Windows 2016 Datacenter license, 2-core pack ($) : 라이선스 비용, 일회성 Windows 2016 Datacenter (Software Assurance) (%) : 지원 연간 비용 요율 RHEL (physical) license cost, per 2 processors ($) : 라이선스 비용, 연간 구독 RHEL (virtual) license cost, per 2 processors ($) : 라이선스 비용, 연간구독 SUSE (physical) license cost, per 2 processors ($) : 라이선스 비용, 연간구독 SUSE (virtual) license cost, per 2 processors ($) : 라이선스 비용, 연간구독 vSphere license cost, per processor ($) : 라이선스 비용, 일회성 vSphere support and subscription cost (%) : 지원 연간 비용 요율 |
Disabled 769 25 799 2499 799 1598 3595 25 |
On-Premises storage |
Rate of change per month (%) : 월간 스토리지 업데이트 비율 Enable On-Premises storage backup : 스토리지 백업여부 Additional redundancy sites : 리던던시 여부 SAN HDD price ($/GB) : GB당 SAN 가격 NAS HDD price ($/GB) : GB당 SAN 가격 Server storage price ($/GB) : GB당 서버 스토리지 가격 SAN SSD price ($/GB) : GB당 SAN가격 NAS SSD price ($/GB) : GB당 NAS 가격 Object storage price ($/GB) : GB당 오브젝트 스토리지 가격 Backup tape library type : 백업 테이프 라이브러리 유형 Tape library price ($) per drive : 드라이브당 테이프 라이브러리 가격 Storage software cost (%) : 스토리지 소프트웨어 비용 요율 |
0 Yes 1 1.1 0.4 1.02 3 1.7 1.1 LTO-7 2300 40 |
On-Premises network |
Network hardware and software cost (%) : 네트워크 비용 요율 Network hardware and software maintenance cost (%) : 유지보수 비용 요율 On-Premises bandwidth price ($) per Mbps : Mbps당 가격 Multiplier for dark fiber to Internet exchange |
20 25 5 1.5 |
On-Premises IT labor |
Number of servers per admin : 관리자당 서버 수 Number of VMs per admin : 관리자당 VM 수 Number of databases per admin : 관리자당 DBMS 수 Storage size (TB) per admin : 관리자당 스토리지 용량 Administrator's annual salary ($) : 관리자 연봉 Network administration (%) : 네트워크 관리 비용 요율 |
100 250 250 2500 135000 8 |
General storage | Consider storage of physical servers as SAN : 모든 서버를 SAN으로 고려 Growth rate per month (%) : 월별 스토리지 증가율 Capacity penalty - OS and file share (%) Capacity usage and performance buffer (%) Overprovisioning factor Capacity penalty - SAN Capacity penalty - NAS Capacity penalty - Object |
Disabled 0 5 15 15 RAID 5/50 RAID 5/50 RAID 5/50 |
AWS optimization and licensing |
Virtual server licensing model | Host level |
Mainframe - migration costs |
Total number of lines of code on ALL workloads : 총 코드 라인 수 Number of lines of code covered by each test case : 테스트당 코드 라인 수 Labor cost per test case - Smaller tier ($) : 테스트당 인건비 Labor cost per test case - Small tier ($) : 테스트당 인건비 Labor cost per test case - Medium tier ($) : 테스트당 인건비 Labor cost per test case - Large tier ($) : 테스트당 인건비 Labor cost per test case - Larger tier ($) : 테스트당 인건비 Labor cost per test case - Largest tier ($) : 테스트당 인건비 Tool cost per line of code - Smaller tier ($) : 코드 라인당 도구 비용 Tool cost per line of code - Small tier ($) : 코드 라인당 도구 비용 Tool cost per line of code - Medium tier ($) : 코드 라인당 도구 비용 Tool cost per line of code - Large tier ($) : 코드 라인당 도구 비용 Tool cost per line of code - Larger tier ($) : 코드 라인당 도구 비용 Tool cost per line of code - Largest tier ($) : 코드 라인당 도구 비용 Migration support cost per month ($) : 마이그레이션 월 예상 인건비 Total integrated dependencies per environment Labor cost per integrated dependency per month ($) Manual adjustment for the Mainframe migration cost ($) Description of the Manual adjustment to the Mainframe migration cost |
3000000 3000 2000 1900 1800 1700 1600 1500 0.6 0.4 0.3 0.2 0.15 0.13 20000 2 20000 0 N/A |
Migration tools and schedule |
Discovery tool ($) / server Migration tool ($) / server Training ($) / candidate : 교육 비용 Number of training participants : 교육 참자가 수 Project duration : 프로젝트 기간 Sprint duration (weeks) : 스프린트 기간 Working hours per week : 주당 근무 시간 Management working hours per week : 주당 관리 근무 시간 Additional migration effort costs ($) : 추가 마이그레이션 노력 비용 |
50 0 2500 0 2 Years 2 40 10 0 |
Server migration level of effort |
Hours to Retire server (H) Hours to Retain server (H) Hours to Relocate server (H) Hours to Repurchase server (H) Hours to Rehost server (H) Hours to Replatform server (H) Hours to Rearchitect server (H) |
1 2 3 6 4 12 20 |
Database migration level of effort |
Hours to Retire database (H) Hours to Rehost database (H) Hours to Replatform database (H) Hours to Rearchitect database (H) |
2 8 100 240 |
주황색 항목 : 고객을 통해 정보 획득이 용이하다고 판단되는 항목으로 최대한 정보를 입력하여 데이터 신뢰성 향상 필요 - Analysis duration : Refreshment period 이하로 설정 - Colocation : 데이터센터를 임대하여 서버를 설치하는 경우 |
7단계 : 권장사항 및 비용
myportfolio 선택 > EC2 recommendations 혹은 RDS recommendations 에서 권장사항 확인
myportfolio 선택 > EC2 cost, RDS cost, Storage and network cost, IT labor and support cost 에서 각 항목별 비용 확인
권장사항 변경하는 방법 (ex : t3a.micro > t3a.medium)
myportfolio 선택 > EC2 recommendations > 하단 Details의 EC2 instance types(tab) > Search에 "Peak Utilization = t3a.micro"로 필터링하여 선택 > Override EC2 Recommendation에서 Peak utilization을 t3a.medium으로 입력 > Update item
myportfolio 선택 > EC2 cost 에서 권장 Type 및 수량, 권장 결재 옵션, 세부 비용 등 확인
엑셀시트(server_table.xlsx)에서 Hypervisor 컬럼이 NA이고, Physical/Virtual이 Virtual이면 Vmware로 인식 Recommended payment option : 업로드한 CSV 파일에서 Server Usage 사용율에 따라 3년 RI or On-demand 등 자동 선택 Modify assumptions 설정 - AWS database recommendation : Enable RDS recommendations 를 활성화하면 RDS 비용 확인됨 - EC2 payment types : Standard 1-Year No Upfront, Standard 3-Year No Upfront만 체크 (단, 전체 TCO가 상승할 수 있음) ※ TCO에서 매년 비용을 동일하게 표현하는 방법 - EBS volume types : 가급적 All 선택 - AWS network, On-Premises network : 네트워크 비용 비교 제외하고자 할 경우 모든 항목을 0으로 설정 ※ On-premise는 하드웨어 및 소프트웨어 비용으로 인하여 AWS보다 많은 비용이 발생되므로 비교하는 것을 권고 - Administrator's annual salary : 운영자 비용 비교 제외하고자 할 경우 0으로 설정, AWS Support을 Basic으로 설정 ※ 인력 비용에 초점을 맞추기보다는 생산성에 초점에 맞추어 설명하는 것을 권고 On-premise에서 발생되는 비용 - 확인 경로 : On-premise > Server cost, Database cost, Storage and network cost, IT labor cost - On-Premisesdiscount/adjustment : On-premise 비용이 현실성 없이 높은 경우 할인율을 조정하여 금액을 맞출 수 있는 옵션 |
8단계 : 마이그레이션 전략
myportfolio 선택 > Migration strategy의 Recommendation 에서 전략 확인
전략을 변경하는 방법 (ex : "LMS"가 포함되는 서버는 Rearchitect 전략으로 변경)
myportfolio 선택 > Migration strategy의 Recommendation > Server migration strategy(tab) > Search에 "Server ID : LMS-PROD-"로 필터링하여 선택 > Select new migration strategy에서 Rearchitect 선택 > Update item
Application 전략은 Application migratin strategy(tab)에서 확인 가능합니다. Modify assumptions 설정 - Discovery tool ($) / server, Migration tool ($) / server : 마이그레이션 툴 비용을 제외하고자 할 경우 0으로 설정 - Number of training participants : 교육 비용을 제외하고자 할 경우 0으로 설정 마이그레이션 프로젝트를 수행하는 위치 - 경로 : myportfolio 선택 > Migration cost > Summary > Migration project location > 위치 선택 > Override rates > continue - 위치별 비용차이 발생, 기본값은 North America |
9단계 : 최종 TCO 및 마이그레이션 비용 추정
myportfolio 선택 > TCO 하단의 Summary > Calculate : 7단계 수정사항 최종 업데이트
최종 TCO 추정
구분 | 내용 |
전체 비용 비교 및 절감율 |
|
항목별 비용 비교 | |
연간 비용 비교 |
※ On-premise의 1년차 비용이 많은 이유는 초기 장비 구매 비용을 산정한 것입니다. |
연간 세부 비용 (AWS) |
|
연간 세부 비용 (On-premise) |
최종 마이그레이션 비용 추정
구분 | 내용 |
전체 비용 | |
전체 비용 (세부) |
|
서버 (투입인력 및 비용) |
|
데이터베이스 (투입인력 및 비용 |
|
툴 및 교육 (비용) |
|
서버 및 데이터베이스 (세부 투입인력) |
※ 스프린트 팀에 투입되는 투입 인력의 등급과 시간당 비용, 공수 등은 고객사에 맞추어 수정 가능 |
현금 흐름도 |
|
10단계 : 마이그레이션 계획
애플리케이션 우선순위 선정
myportfolio 선택 > Plan의 Application prioritization > Get started
Select and score attributes | Rank business attributes | ||
속성 1개 이상 선택하여 항목별 점수(0~100) 입력 - 속성 : Business Unit, Business Criticality, Environment Type, ... - 점수가 높을수록 우선순위 높음 의미 (=마이그레이션 우선순위) |
앞에서 등록한 속성(attribute)을 Drag&Drop으로 배치 - 관련성(relevant)이 높을수록 우측(붉은색 계열)에 배치 |
엑셀시트(app_table.xlsx)의 속성(attribute)컬럼 기반으로 우순순위(Rank) 결과가 생성합니다. 일반적으로 서비스 영향도가 낮고, 중요하지 않은 서비스를 먼저 마이그레이션 진행합니다. |
애플리케이션 종속성 확인 및 종속성 분리
myportfolio 선택 > Plan의 Dependency groups > Get started > Group1 선택
myportfolio 선택 > Plan의 Dependency groups > Actions > Removed dependencies by type > Database (or Server or Server communications) > Continue
엑셀시트(appdep_table.xlsx)를 비롯하여 여러 장치에 대해서 등록된 종속성 기준으로 출력됩니다. 그룹을 분할 (ex : database를 그룹에서 종속성 제외시키는 경우)하면 그룹 수(ex : 3개 -> 5개)가 증가됩니다. |
마이그레이션 계획 수립
myportfolio 선택 > Plan의 Migration waves > Get started
Choose add wave type | General settings | Start new wave on... | Wave capacity |
Auto create waves (or Add a wave) | Wave duration in weeks : 5 Number of waves : 9 Migration start date : 23/05/01 Migration end date : 25/04/40 |
Monday (or Any day of week) | Applications : 기본값 Servers : 기본값 Databases : 기본값 |
myportfolio 선택 > Plan의 Migration waves > Groups (tab) > 그룹 선택 Add to wave
애자일 스크럼 방식(스프린트)으로 마이그레이션 계획 수립 지원 - 애플리케이션 종속성 그룹 수량(ex : 5개)을 기준으로 WAVE 수량 산정 - 애플리케이션 우선순위를 기준으로 각 WAVE에 종속성 그룹 할당 : 쉬운것(혹은 공용)부터 먼저 마이그레이션 진행 - Wave capacity : General settings에 따라 기본값 변경되며, 수동 입력도 가능 생성된 WAVE를 삭제하는 방법 : 스프린터별로 여러개 생성된 WAVE를 하나씩 삭제 |
'Migration' 카테고리의 다른 글
[실습] AWS Snowball 이용하여 대규모 데이터를 AWS로 이관하기 (2) | 2022.07.29 |
---|