기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 작업 1: 초기 검색 수행 및 마이그레이션 전략 검증 대규모 마이그레이션 프로젝트에서 포트폴리오 평가의 첫 번째 단계는 현재 보유한 정보, 비즈니스 및 기술 동인, 이미 내린 마이그레이션 전략 결정을 이해하는 것입니다. 포트폴리오 평가의 결과는 마이그레이션 메타데이터, 웨이브 플랜 및 마이그레이션 전략을 마이그레이션 워크스트림에 지속적으로 제공하는 것입니다. 수집된 정보를 기반으로 격차를 분석하고 다음 단계를 결정합니다. 이미 분석 및 작업을 완료한 경우이 플레이북의 일부 섹션을 건너뛸 수 있습니다. 이 작업은 다음 단계로 구성됩니다. + [1단계: 검색 데이터 검증](#discovery-1) + [2단계: 비즈니스 및 기술 동인 식별](#discovery-2) + [3단계: 마이그레이션 전략 검증](#discovery-3) + [4단계: 마이그레이션 패턴 검증](#discovery-4) ## 1단계: 검색 데이터 검증 동원 단계에서는 초기 포트폴리오 평가를 완료했을 수 있으며, 완료했다면 마이그레이션 단계에서 해당 검색 데이터를 재사용할 수 있습니다. 그렇지 않은 경우 걱정하지 마세요. 이 플레이북은 대규모 마이그레이션을 지원하는 데 필요한 사항을 안내합니다. 대규모 마이그레이션에는 일반적으로 많은 데이터가 있습니다. 예를 들어 다음이 있습니다. + 소스 서버, 애플리케이션 및 데이터베이스에 대한 메타데이터 + 구성 관리 데이터베이스(CMDB)의 IT 포트폴리오에 대한 정보 + 현재 상태 및 종속성을 더 잘 이해하는 데 도움이 되는 검색 도구의 데이터 + 대상 AWS 리소스에 대한 메타데이터 ### 메타데이터 유형 정보 다음은 대규모 마이그레이션을 지원하는 데 필요한 세 가지 기본 메타데이터 유형입니다. + **소스 포트폴리오 메타데이터** - 소스 포트폴리오 메타데이터는 소스 서버, 애플리케이션 및 데이터베이스에 대한 메타데이터입니다. 기존 CMDB, 검색 도구 또는 애플리케이션 소유자로부터 메타데이터를 가져올 수 있습니다. 이 메타데이터 유형의 포괄적인 목록은 여기에서 확인할 수 있으며, 다음은 몇 가지 예입니다. + [서버 이름] + 서버 IP 주소 + 서버 운영 체제(OS) + 서버 스토리지, CPU, 메모리 및 초당 입/출력 작업(IOPS) + 애플리케이션 이름 + 애플리케이션 소유자 + Application-to-application 종속성 + 사업부 + Application-to-server 매핑 + Application-to-database 매핑 + 데이터베이스 유형 및 크기 + 스토리지 유형 및 크기 + 종속성 메타데이터 + 성능 및 사용량 데이터 + **대상 환경 메타데이터** - 서버를 대상 환경으로 마이그레이션하는 데 도움이 되는 메타데이터 유형입니다. 대상 환경에 대한 결정을 내려야 합니다. 검색 도구에서이 메타데이터 중 일부를 가져올 수 있습니다. 다음은이 메타데이터 유형의 몇 가지 예입니다. + 대상 서브넷 + 대상 보안 그룹 + 대상 인스턴스 유형 + 대상 AWS Identity and Access Management (IAM) 역할 + 대상 IP 주소 + 대상 AWS 계정 ID + 대상 AWS 리전 + 대상 AWS 서비스 + 대상 애플리케이션 아키텍처 설계 + **웨이브 계획 메타데이터** - 웨이브 계획 메타데이터는 마이그레이션을 관리하는 데 도움이 되는 메타데이터 유형입니다. 다음은이 메타데이터 유형의 예입니다. + 웨이브 ID + 웨이브 시작 시간 + 웨이브 전환 시간 + 웨이브 소유자 + Wave to application/server/database/move 그룹 매핑 ### 검색 데이터 검증 결정을 내리기 전에 현재 검색 데이터를 이해하는 것이 중요합니다. 마이그레이션의이 단계에서 모든 정보가 있는 것은 아닙니다. 이 플레이북은 메타데이터 요구 사항을 정의하고 메타데이터를 효율적으로 수집하는 데 도움이 됩니다. 현재 사용 가능한 메타데이터와 해당 메타데이터의 위치를 확인하려면 다음 질문을 자문해 보세요. + 마이그레이션 평가기와 같은 마이그레이션 평가를 수행하는 데 도구를 사용한 적이 있습니까? + Flexera One Cloud Migration and Modernization과 같은 검색 도구를 환경에 배포한 적이 있습니까? + IT 포트폴리오에 대한 up-to-date 정보가 포함된 CMDB가 있습니까? + 동원 단계에서 초기 포트폴리오 평가를 완료했나요? + 초기 웨이브 계획을 완료했나요? + 초기 대상 환경 설계를 완료했습니까? + 각 메타데이터 유형의 소스는 무엇입니까? + 모든 메타데이터에 액세스할 수 있습니까? + 모든 메타데이터에 액세스하려면 어떻게 해야 하나요? + 메타데이터에 액세스하는 프로세스를 문서화했나요? ## 2단계: 비즈니스 및 기술 동인 식별 비즈니스 및 기술 동인은 각 애플리케이션에 대한 높은 수준의 마이그레이션 전략과 패턴을 고려할 때 매우 중요합니다. 마이그레이션에 고유한 드라이버를 이해해야 합니다. 마이그레이션 전략을 검증하고 애플리케이션 매핑 규칙을 정의할 때 이러한 비즈니스 및 기술 동인을 사용합니다. ### 일반적인 비즈니스 동인 *비즈니스 동*인은 계약 만료, 빠른 성장 또는 예산과 같이 대규모 마이그레이션을 계획할 때 고려해야 하는 비즈니스 목표 또는 제한과 관련된 요소입니다. 다음은 일반적인 비즈니스 동인입니다. + **데이터 센터 종료 **- 클라우드로 최대한 빨리 마이그레이션해야 합니다. 예를 들어 데이터 센터 계약이 곧 만료됩니다. + **운영 비용 및 위험 감소** - 온프레미스 환경 운영과 관련된 비용 또는 위험을 줄이고자 합니다. + **유연성** - 비즈니스의 미래 변화에 대비하려면 전략적 방향으로 클라우드로 전환해야 합니다. + **비즈니스 성장** - 개발 및 혁신을 빠르게 가속화하거나 빠른 성장을 수용할 수 있어야 합니다. + **데이터를 지능적으로 사용** - 회사의 성장을 예측하고 고객 행동에 대한 인사이트를 제공할 수 있는 클라우드 기반 인공 지능, 기계 학습 및 사물 인터넷(IoT)을 활용하고자 합니다. + **보안 및 규정 준수 개선** - AWS 클라우드 인프라에 이미 내장된 규정 준수 프로그램을 활용하거나 데이터에 대한 잠재적 위협을 경고할 수 있는 소프트웨어 기반 보안 도구를 활용해야 합니다. + **리소스 가용성** - 리소스가 제한되거나 내부 경험이 제한되면 수정 없이 애플리케이션을 이동하는 전략을 선택할 수 있습니다. ### 일반적인 기술 동인 *기술 동*인은 현재 아키텍처와 같이 대규모 마이그레이션을 계획할 때 고려해야 하는 기술적 목표 또는 제한과 관련된 요소입니다. 다음은 일반적인 기술 동인입니다. + **하드웨어 또는 소프트웨어 end-of-support** 하드웨어 또는 소프트웨어가 수명 주기 종료에 가까워지므로 공급업체에서 더 이상 지원하지 않으므로 새로 고쳐야 합니다. + **기술 통합** - 애플리케이션을 빠르고 전략적으로 확장할 수 있는 글로벌 인프라에 액세스할 수 있습니다. 글로벌 서비스 및 인프라를 사용하여 빠르게 글로벌화할 수 있습니다. + **스토리지 및 컴퓨팅 제한 ** - 데이터 센터에 더 많은 스토리지 또는 서버를 위한 용량이 없으므로 확장할 다른 위치를 찾아야 합니다. + **확장성 및 복원력 요구 사항 **- 애플리케이션이 과거에 가동 중지를 경험했고 클라우드를 사용하여 복구 시점 목표(RPO) 및 복구 시간 목표(RTO)를 개선하고자 합니다. + **애플리케이션 아키텍처 현대화 ** - 클라우드를 활용하고 애플리케이션을 클라우드 네이티브로 변경하려고 합니다. + **성능 개선 ** - 성수기에는 애플리케이션 성능이 좋지 않으므로 수요에 맞게 자동으로 확장 및 축소하려고 합니다. ### 실행서 업데이트 1. [포트폴리오 플레이북 템플릿](samples/portfolio-playbook-templates.zip)에서 *애플리케이션 우선 순위 지정을 위한 런북 템플릿*(Microsoft Word 형식)을 엽니다. 1. *비즈니스 및 기술 드라이버* 섹션에서 대규모 마이그레이션 프로젝트에 대해 식별한 드라이버를 기록합니다. 1. 애플리케이션 우선 순위 실행서를 저장합니다. ## 3단계: 마이그레이션 전략 검증 대규모 마이그레이션에는 마이그레이션 전략을 선택하는 것이 중요합니다. 선택한 마이그레이션 전략이 조직의 기대치, 제한 및 요구 사항을 충족하는지 확인해야 합니다. 사용 가능한 마이그레이션 전략에 대한 자세한 내용은 [AWS 대규모 마이그레이션 안내서를 참조하세요](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/). 동원 단계 또는 초기 포트폴리오 평가 중에 마이그레이션 전략을 선택했을 수 있습니다. 이 단계에서는 비즈니스 및 기술 동인을 사용하여 포트폴리오의 마이그레이션 전략을 선택하고 검증합니다. 포트폴리오를 계속 평가하고 마이그레이션을 시작하면 마이그레이션 전략이 변경될 수 있습니다. 이 단계에서 목표는 각 마이그레이션 전략에 대한 포트폴리오의 일반적인 분포를 이해하는 것입니다. 마이그레이션 전략을 선택하는 것은 자세한 마이그레이션 패턴을 검증하는 다음 단계에서 매우 중요합니다. ### 마이그레이션 전략 선택 및 검증 포트폴리오를 평가하고 다음과 같이 마이그레이션 전략을 선택합니다. 1. 이전 단계에서 식별한 모든 기술 및 비즈니스 동인을 검토하고 비즈니스 요구 사항에 따라 동인의 우선순위를 정합니다. 1. 각 비즈니스 및 기술 동인을 마이그레이션 전략에 매핑합니다. 다음 표는 예제입니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/large-migration-portfolio-playbook/discovery.html) 1. 각 비즈니스 및 기술 동인을 평가하고 포트폴리오를 개괄적으로 평가하여 각 마이그레이션 전략 간에 애플리케이션을 배포하는 방법을 추정합니다. 드라이버 간의 충돌을 확인하는 것이 일반적입니다. 프로젝트 이해관계자는 함께 협력하여 충돌을 해결하기 위한 최종 결정을 내려야 합니다. 다음은 포트폴리오를 각 마이그레이션 전략에 배포하는 방법의 예입니다. + 리호스팅 - 60% + 리플랫포밍 - 15% + 사용 중지 - 10% + 유지 - 5% + 재구매 - 5% + 리팩터링 - 5% 포트폴리오에 대한 상위 수준의 마이그레이션 전략을 선택할 때까지 마이그레이션을 진행하지 마십시오. ### 실행서 업데이트 1. 애플리케이션 우선 순위 실행서를 엽니다. 1. *마이그레이션 전략* 섹션에서 7가지 마이그레이션 전략 간에 애플리케이션 워크로드가 어떻게 분산되는지 기록합니다. 예제: + 리호스팅 - 60% + 리플랫포밍 - 15% + 사용 중지 - 10% + 유지 - 5% + 재구매 - 5% + 리팩터링 - 5% 1. 애플리케이션 우선 순위 실행서를 저장합니다. ## 4단계: 마이그레이션 패턴 검증 ### 마이그레이션 패턴 정보 *마이그레이션 패턴*은 마이그레이션 전략, 마이그레이션 대상, 사용된 마이그레이션 애플리케이션 또는 서비스를 자세히 설명하는 반복 가능한 마이그레이션 작업입니다. 예를 들어를 *사용하여 Amazon Elastic Compute Cloud(Amazon EC2)로 리호스팅 AWS Application Migration Service*합니다. 다음 AWS 서비스 및 솔루션은 일반적인 마이그레이션 패턴에서 자주 참조됩니다. + AWS App2Container + AWS Application Migration Service (AWS MGN) + AWS CloudFormation + AWS Database Migration Service (AWS DMS) + AWS DataSync + Amazon Elastic Compute Cloud(Amazon EC2) + Amazon Elastic Container Service(Amazon ECS) + Amazon Elastic File System(Amazon EFS) + AWS 클라우드 마이그레이션 팩토리 솔루션 + Amazon Relational Database Service(Amazon RDS) + AWS Schema Conversion Tool (AWS SCT) + AWS Transfer Family 마이그레이션 전략을 선택하는 것과 마찬가지로 이전 단계에서 마이그레이션 패턴을 이미 식별했을 수 있습니다. 그러나 이를 검증하고 패턴이 정의되고 문서화되었는지 확인해야 합니다. 다음 표에는 일반적인 마이그레이션 전략과 패턴이 나와 있습니다. **** | ID | 전략 | 패턴 | | --- | --- | --- | | 1 | 리호스팅 | Application Migration Service 또는 Cloud Migration Factory를 사용하여 Amazon EC2로 리호스팅 | | 2 | 리플랫포밍 | AWS DMS 및를 사용하여 Amazon RDS로 리플랫포밍 AWS SCT | | 3 | 리플랫포밍 | 를 사용하여 Amazon EC2로 리플랫포밍 CloudFormation CloudFormation 템플릿은에서 새 인프라를 빌드합니다 AWS 클라우드. | | 4 | 리플랫포밍 | AWS DataSync 또는를 사용하여 Amazon EFS로 리플랫포밍 AWS Transfer Family | | 5 | 리플랫포밍 | AWS App2Container를 사용하여 Amazon ECS로 리플랫포밍 | | 6 | 리플랫포밍 | 에뮬레이터를 사용하여 메인프레임 또는 미드레인지 서버를 Amazon EC2로 리플랫포밍 | | 7 | 리플랫포밍 | Amazon EC2에서 Windows에서 Linux로 리플랫포밍 | | 8 | 만료 | 애플리케이션 사용 중지 | | 9 | 보관 | 온프레미스에 보관 | | 10 | 재구매 | SaaS로 재구매 및 업그레이드 | | 11 | 리팩터링 또는 리아키텍트 | 애플리케이션 재설계 | ### 실행서 업데이트 이때 포트폴리오 수준에서 패턴을 정의합니다. 이 플레이북의 뒷부분에서 각 애플리케이션을 해당 마이그레이션 패턴에 매핑합니다. 1. 애플리케이션 우선 순위 실행서를 엽니다. 1. *마이그레이션 패턴* 섹션에서 식별하고 검증한 마이그레이션 패턴을 기록합니다. 각 패턴에 고유한 ID를 할당하고 패턴에 대한 마이그레이션 전략을 기록해 둡니다. 1. 애플리케이션 우선 순위 실행서를 저장합니다. 마이그레이션 패턴은 진행 상황에 따라 변경될 수 있습니다. 나중에 새 정보를 찾거나 워크로드 범위를 변경하거나 새 AWS 서비스를 사용하기로 결정할 때 마이그레이션 전략과 패턴을 변경할 수 있습니다. ## 작업 종료 기준 높은 수준의 포트폴리오 관점에서 마이그레이션 전략과 패턴을 아직 식별하지 못한 경우 다음 작업으로 넘어가기 전에 기술 팀과 협력하여 이를 정의하는 것이 좋습니다. 포트폴리오 평가 및 웨이브 계획은 마이그레이션 전략과 패턴을 이해하는 데 달려 있습니다. 계속하기 전에 마이그레이션 패턴의 포괄적인 목록이 없어도 됩니다. 새 패턴을 추가하고 진행에 따라 전략을 조정할 수 있습니다. 다음을 완료하면 다음 작업을 계속합니다. + 최신 검색 데이터에 액세스하여 이해할 수 있습니다. + 마이그레이션의 비즈니스 및 기술 동인을 식별했습니다. + 비즈니스 및 기술 동인에 따라 마이그레이션 전략을 선택하고 검증했습니다. + 마이그레이션 패턴을 선택하고 검증했습니다. + 애플리케이션 우선 순위 실행서에 다음을 문서화했습니다. + 비즈니스 및 기술 동인 + 마이그레이션 전략 + 마이그레이션 패턴