작업 1: 초기 검색 수행 및 마이그레이션 전략 검증 - AWS 규범적 지침
1단계: 검색 데이터 검증2단계: 비즈니스 및 기술 동인 파악3단계: 마이그레이션 전략 검증4단계: 마이그레이션 패턴 검증작업 종료 기준

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

작업 1: 초기 검색 수행 및 마이그레이션 전략 검증

대규모 마이그레이션 프로젝트에서 포트폴리오 평가의 첫 번째 단계는 현재 보유하고 있는 정보, 비즈니스 및 기술 동인, 이미 내려진 마이그레이션 전략 결정을 이해하는 것입니다. 포트폴리오 평가의 결과는 마이그레이션 메타데이터, 웨이브 플랜, 마이그레이션 전략을 마이그레이션 작업 흐름에 지속적으로 제공하는 것입니다. 수집된 정보를 바탕으로 격차를 분석하고 다음 단계를 결정합니다. 분석 및 작업을 이미 완료한 경우 이 플레이북의 일부 섹션을 건너뛰어도 됩니다. 이 작업은 다음 단계로 구성됩니다.

1단계: 검색 데이터 검증

동원 단계에서는 초기 포트폴리오 평가를 완료했을 수 있으며, 완료했다면 마이그레이션 단계에서 해당 검색 데이터를 재사용할 수 있습니다. 그렇지 않더라도 걱정하지 마세요. 이 플레이북은 대규모 마이그레이션을 지원하는 데 필요한 사항을 안내합니다.

대규모 마이그레이션에는 일반적으로 많은 양의 데이터가 포함됩니다. 예를 들어 다음과 같은 경우가 있습니다.

  • 소스 서버, 애플리케이션 및 데이터베이스에 대한 메타데이터

  • 구성 관리 데이터베이스 (CMDB) 의 IT 포트폴리오에 대한 정보

  • 현재 상태와 종속성을 더 잘 이해하는 데 도움이 되는 검색 도구의 데이터

  • 대상 AWS 리소스의 메타데이터

메타데이터 유형 정보

대규모 마이그레이션을 지원하는 데 필요한 세 가지 기본 메타데이터 유형은 다음과 같습니다.

  • 소스 포트폴리오 메타데이터 - 소스 포트폴리오 메타데이터는 원본 서버, 애플리케이션 및 데이터베이스에 대한 메타데이터입니다. 기존 CMDB, 검색 도구 또는 애플리케이션 소유자로부터 메타데이터를 가져올 수 있습니다. 여기에서 이 메타데이터 유형의 전체 목록을 찾을 수 있으며, 다음은 몇 가지 예입니다.

    • [서버 이름]

    • 서버 IP 주소

    • 서버 운영 체제 (OS)

    • 서버 스토리지, CPU, 메모리, 초당 입/출력 작업 수 (IOPS)

    • 애플리케이션 이름

    • 애플리케이션 소유자

    • A 종속성 pplication-to-application

    • 사업부

    • A. pplication-to-server 매핑

    • A. pplication-to-database 매핑

    • 데이터베이스 유형 및 크기

    • 스토리지 유형 및 크기

    • 종속성 메타데이터

    • 성능 및 사용량 데이터

  • 대상 환경 메타데이터 - 서버를 대상 환경으로 마이그레이션하는 데 도움이 되는 메타데이터 유형입니다. 대상 환경에 대한 결정을 내려야 합니다. 이 메타데이터 중 일부는 검색 도구에서 가져올 수 있습니다. 다음은 이 메타데이터 유형의 몇 가지 예입니다.

    • 대상 서브넷

    • 대상 보안 그룹

    • 대상 인스턴스 유형

    • 대상 AWS Identity and Access Management (IAM) 역할

    • 대상 IP 주소

    • 대상 AWS 계정 ID

    • 대상 AWS 지역

    • 대상 AWS 서비스

    • 대상 애플리케이션 아키텍처 설계

  • 웨이브 플래닝 메타데이터 - 웨이브 플래닝 메타데이터는 마이그레이션을 관리하는 데 도움이 되는 메타데이터 유형입니다. 다음은 이 메타데이터 유형의 예입니다.

    • 웨이브 ID

    • 웨이브 시작 시간

    • 웨이브 컷오버 시간

    • 웨이브 오너

    • Wave 투 애플리케이션/서버/데이터베이스/이동 그룹 매핑

디스커버리 데이터 검증

결정을 내리기 전에 현재 검색 데이터를 이해하는 것이 중요합니다. 마이그레이션의 이 단계에서는 모든 정보를 가지고 있지 않을 수 있습니다. 이 플레이북은 메타데이터 요구 사항을 정의하고 메타데이터를 효율적으로 수집하는 데 도움이 됩니다. 다음 질문을 통해 현재 사용할 수 있는 메타데이터가 무엇이고 어디에 위치할 수 있는지 확인해 보세요.

  • 마이그레이션 평가자와 같은 도구를 사용하여 마이그레이션 평가를 수행한 적이 있습니까?

  • Flexera One 클라우드 마이그레이션 및 현대화와 같은 AWS Application Discovery Service 검색 도구를 환경에 배포한 적이 있습니까?

  • IT 포트폴리오를 위한 가장 많은 up-to-date 정보를 제공하는 CMDB를 보유하고 계십니까?

  • 동원 단계에서 초기 포트폴리오 평가를 마쳤습니까?

  • 초기 웨이브 플랜을 완료하셨나요?

  • 초기 목표 환경 설계를 완료하셨습니까?

  • 각 메타데이터 유형의 소스는 무엇입니까?

  • 모든 메타데이터에 액세스할 수 있나요?

  • 모든 메타데이터에 어떻게 액세스할 수 있나요?

  • 메타데이터에 액세스하는 프로세스를 문서화했나요?

2단계: 비즈니스 및 기술 동인 파악

각 애플리케이션에 대한 높은 수준의 마이그레이션 전략과 패턴을 고려할 때 비즈니스 및 기술 동인은 매우 중요합니다. 마이그레이션에만 영향을 미치는 요인을 이해해야 합니다. 마이그레이션 전략을 검증하고 응용 프로그램 매핑 규칙을 정의할 때 이러한 비즈니스 및 기술 동인을 사용합니다.

일반적인 비즈니스 동인

비즈니스 동인은 계약 만료, 빠른 성장, 예산 등 대규모 마이그레이션을 계획할 때 고려해야 하는 비즈니스 목표 또는 제한과 관련된 요소입니다. 일반적인 비즈니스 동인은 다음과 같습니다.

  • 데이터 센터 종료 — 최대한 빨리 클라우드로 마이그레이션해야 합니다. 예를 들어, 데이터 센터 계약 만료가 임박했습니다.

  • 운영 비용 및 위험 감소 — 온프레미스 환경 운영과 관련된 비용이나 위험을 줄이고자 합니다.

  • 유연성 — 비즈니스의 미래 변화에 대비하려면 전략적 방향으로 클라우드로 전환해야 합니다.

  • 비즈니스 성장 — 개발과 혁신을 빠르게 가속화하거나 빠른 성장을 수용할 수 있어야 합니다.

  • 지능적인 데이터 사용 — 회사의 성장을 예측하고 고객 행동에 대한 통찰력을 제공할 수 있는 클라우드 기반 인공 지능, 기계 학습, 사물 인터넷 (IoT) 을 활용하고자 합니다.

  • 보안 및 규정 준수 개선 — AWS 클라우드 인프라에 이미 내장된 규정 준수 프로그램을 활용하거나 데이터에 발생할 수 있는 위협을 경고하는 소프트웨어 기반 보안 도구를 활용해야 합니다.

  • 리소스 가용성 — 리소스가 제한적이거나 내부 경험이 제한적이면 수정 없이 애플리케이션을 이동하는 전략을 선택하게 될 수 있습니다.

일반적인 기술 동인

기술 동인은 현재 아키텍처와 같은 대규모 마이그레이션을 계획할 때 고려해야 하는 기술적 목표 또는 제한과 관련된 요소입니다. 일반적인 기술 동인은 다음과 같습니다.

  • 하드웨어 또는 소프트웨어 end-of-support - 하드웨어 또는 소프트웨어의 수명이 거의 끝났으며 공급업체에서 더 이상 지원하지 않으므로 새로 고쳐야 합니다.

  • 기술 통합 — 애플리케이션을 빠르고 전략적으로 확장할 수 있는 글로벌 인프라에 액세스할 수 있습니다. 바로 활용할 수 있는 글로벌 서비스와 인프라를 통해 전 세계로 빠르게 진출할 수 있습니다.

  • 스토리지 및 컴퓨팅 제한 — 데이터 센터에는 추가 스토리지나 서버를 수용할 용량이 없으므로 확장할 다른 장소를 찾아야 합니다.

  • 확장성 및 복원력 요구 사항 — 과거에 애플리케이션이 다운타임을 겪었으므로 클라우드를 사용하여 복구 지점 목표 (RPO) 및 복구 시간 목표 (RTO) 를 개선하고자 합니다.

  • 애플리케이션 아키텍처 현대화 — 클라우드를 활용하고 애플리케이션을 클라우드 네이티브로 변경하고자 합니다.

  • 성능 개선 — 성수기에는 애플리케이션 성능이 저하되므로 수요에 맞게 자동으로 확장 및 축소해야 합니다.

런북 업데이트

  1. 포트폴리오 플레이북 템플릿에서 애플리케이션 우선 순위 지정을 위한 Runbook 템플릿을 엽니다 (Microsoft Word 형식).

  2. 비즈니스 및 기술 요인 섹션에서 대규모 마이그레이션 프로젝트를 위해 식별한 드라이버를 기록해 두십시오.

  3. 애플리케이션 우선 순위 지정 런북을 저장하세요.

3단계: 마이그레이션 전략 검증

대규모 마이그레이션의 경우 마이그레이션 전략을 선택하는 것이 중요합니다. 선택한 마이그레이션 전략이 조직의 기대, 제한 및 요구 사항을 충족하는지 확인해야 합니다. 사용 가능한 마이그레이션 전략에 대한 자세한 내용은 AWS 대규모 마이그레이션 가이드를 참조하십시오.

동원 단계 또는 초기 포트폴리오 평가 중에 마이그레이션 전략을 선택했을 수 있습니다. 이 단계에서는 비즈니스 및 기술 동인을 사용하여 포트폴리오의 마이그레이션 전략을 선택하고 검증합니다.

포트폴리오를 계속 평가하고 마이그레이션을 시작하면 마이그레이션 전략이 변경될 수 있습니다. 이 단계의 목표는 각 마이그레이션 전략에 대한 포트폴리오의 일반적인 분포를 이해하는 것입니다. 마이그레이션 전략을 선택하는 것은 다음 단계인 세부 마이그레이션 패턴을 검증하는 데 매우 중요합니다.

마이그레이션 전략을 선택하고 검증하십시오.

포트폴리오를 평가하고 다음과 같이 마이그레이션 전략을 선택합니다.

  1. 이전 단계에서 파악한 모든 기술 및 비즈니스 동인을 검토하고 비즈니스 요구 사항에 따라 동인의 우선 순위를 정하십시오.

  2. 각 비즈니스 및 기술 동인을 마이그레이션 전략에 매핑하십시오. 다음 표는 예시입니다.

    우선 순위 비즈니스 또는 기술 드라이버 마이그레이션 전략

    1

    지정된 날짜까지 데이터 센터를 종료하십시오.

    가능한 한 많은 애플리케이션을 재호스팅하고, 호스트가 불가능한 경우에만 플랫폼을 변경하고 리팩터링하십시오.

    2

    운영 비용 및 위험 감소

    마이그레이션을 가속화하려면 최대한 많은 애플리케이션을 재호스팅하십시오.

    3

    하드웨어 또는 소프트웨어 end-of-support

    지원되는 애플리케이션을 재호스팅하고 지원되지 않는 애플리케이션을 클라우드의 최신 하드웨어 및 소프트웨어로 리플랫폼하십시오.

    4

    리소스 가용성

    AWS Managed Services (AMS) 로 재호스팅하여 운영 오버헤드를 줄이십시오.

  3. 각 비즈니스 및 기술 동인을 평가하고 포트폴리오를 높은 수준에서 평가하여 각 마이그레이션 전략 간에 애플리케이션을 어떻게 배포해야 하는지 추정하십시오. 요인 간에 충돌이 발생하는 경우가 많습니다. 프로젝트 이해관계자들은 함께 협력하여 분쟁 해결을 위한 최종 결정을 내려야 합니다. 다음은 각 마이그레이션 전략에 포트폴리오를 배포할 수 있는 방법의 예입니다.

    • 리호스팅 — 60%

    • 리플랫폼 — 15%

    • 은퇴 — 10%

    • 리텐션 — 5%

    • 재구매 — 5%

    • 리팩터링 — 5%

포트폴리오에 대한 상위 수준의 마이그레이션 전략을 선택할 때까지 마이그레이션을 진행하지 마십시오.

런북 업데이트

  1. 애플리케이션 우선순위 지정 런북을 엽니다.

  2. 마이그레이션 전략 섹션에서는 7가지 마이그레이션 전략 간에 애플리케이션 워크로드가 어떻게 분산되는지 기록하십시오. 예:

    • 재호스팅 — 60%

    • 리플랫폼 — 15%

    • 은퇴 — 10%

    • 리텐션 — 5%

    • 재구매 — 5%

    • 리팩터링 — 5%

  3. 애플리케이션 우선순위 지정 런북을 저장하세요.

4단계: 마이그레이션 패턴 검증

마이그레이션 패턴 정보

마이그레이션 패턴은 마이그레이션 전략, 마이그레이션 대상, 사용된 마이그레이션 애플리케이션 또는 서비스를 자세히 설명하는 반복 가능한 마이그레이션 작업입니다. 예를 들어 를 사용하여 Amazon Elastic Compute Cloud (Amazon EC2) 로 재호스팅하는 경우를 들 수 있습니다. AWS Application Migration Service다음 AWS 서비스 및 솔루션은 일반적인 마이그레이션 패턴에서 자주 참조됩니다.

  • AWS 앱투컨테이너

  • 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 Strategy 패턴

1

리호스팅

애플리케이션 마이그레이션 서비스 또는 클라우드 마이그레이션 팩토리를 사용하여 Amazon EC2로 재호스팅

2

리플랫포밍

및 를 사용하여 Amazon RDS로 플랫폼 변경 AWS DMS AWS SCT

3

리플랫포밍

를 사용하여 Amazon EC2로 플랫폼 변경 AWS CloudFormation

참고

CloudFormation 템플릿은 에서 새 인프라를 구축합니다. AWS 클라우드

4

리플랫포밍

또는 를 사용하여 AWS DataSync Amazon EFS로 플랫폼 변경 AWS Transfer Family

5

리플랫포밍

App2Container를 사용하여 Amazon ECS로 플랫폼 변경 AWS

6

리플랫포밍

에뮬레이터를 사용하여 메인프레임 또는 미드레인지 서버를 Amazon EC2로 리플랫폼

7

리플랫포밍

Amazon EC2에서 윈도우에서 리눅스로 플랫폼 변경

8

만료

애플리케이션 사용 중지

9

보관

온프레미스로 유지

10

재구매

재구매 및 SaaS로 업그레이드

11

리팩터링 또는 재설계

애플리케이션 재설계

런북 업데이트

이제 포트폴리오 수준에서 패턴을 정의합니다. 이 플레이북 후반부에서는 각 애플리케이션을 해당 마이그레이션 패턴에 매핑합니다.

  1. 애플리케이션 우선순위 지정 런북을 엽니다.

  2. 마이그레이션 패턴 섹션에서 식별하고 검증한 마이그레이션 패턴을 기록하십시오. 각 패턴에 고유한 ID를 할당하고 패턴에 대한 마이그레이션 전략을 기록해 두십시오.

  3. 애플리케이션 우선 순위 지정 런북을 저장하세요.

진행 상황에 따라 마이그레이션 패턴이 변경될 수 있다는 점에 유의하세요. 나중에 새 정보를 찾거나, 워크로드 범위를 변경하거나, 새 AWS 서비스를 사용하기로 결정하는 경우 마이그레이션 전략과 패턴을 변경할 수 있습니다.

작업 종료 기준

높은 수준의 포트폴리오 관점에서 마이그레이션 전략과 패턴을 아직 파악하지 못했다면 다음 작업으로 넘어가기 전에 기술팀과 협력하여 이를 정의하는 것이 좋습니다. 포트폴리오 평가와 웨이브 플래닝은 마이그레이션 전략과 패턴을 이해하느냐에 따라 달라집니다. 진행하기 전에 마이그레이션 패턴의 전체 목록을 작성할 필요는 없습니다. 진행하면서 새 패턴을 추가하고 전략을 조정할 수 있습니다.

다음을 완료했으면 다음 작업을 계속하십시오.

  • 최신 검색 데이터에 액세스하여 이를 이해할 수 있습니다.

  • 마이그레이션의 비즈니스 및 기술 동인을 파악했습니다.

  • 비즈니스 및 기술적 요인을 기반으로 마이그레이션 전략을 선택하고 검증했습니다.

  • 마이그레이션 패턴을 선택하고 검증했습니다.

  • 애플리케이션 우선 순위 지정 런북에 다음 내용을 문서화했습니다.

    • 비즈니스 및 기술 동인

    • 마이그레이션 전략

    • 마이그레이션 패턴