View a markdown version of this page

마이그레이션 계획 수립 - AWS 변환

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

마이그레이션 계획 수립

VMware용 AWS 변환 내의 마이그레이션 계획 작업 단계는 대규모 마이그레이션을 계획하기 위한 협업 채팅 기반 경험입니다. AWS 변환 에이전트는 AWS 권장 지침을 적용하여 고객이 온프레미스 데이터를 분석하는 것부터 완료된 마이그레이션 웨이브 계획에 이르기까지 안내합니다.

온프레미스 데이터 검색 작업이 성공적으로 완료되면 AWS 변환은 검색 데이터를 사용하여 애플리케이션을 마이그레이션 웨이브로 그룹화합니다. AWS 변환은 서버를 분석하고 범위를 지정하고, 이를 애플리케이션으로 그룹화하고, 이동 그룹을 생성하고, 마이그레이션 웨이브를 빌드하는 단계를 안내합니다. 온프레미스 환경을 분석할 때 질문을 통해 AWS Transform이 서버 종속성 및 네트워크 아키텍처와 같이 설치된 소프트웨어를 분석한 방법을 더 잘 이해할 수 있습니다.

AWS 변환은 애플리케이션 그룹 및 웨이브 내에서 범위 조정을 지원합니다. 언제든지 검색 데이터를 다시 업로드할 수 있으며, AWS 변환은 새 레코드를 자동으로 처리, 중복 제거 및 기존 데이터와 병합합니다. 새로 발견된 종속성 또는 인프라 추가와 같은 변경 사항이 감지되면 AWS 변환은 영향을 받는 종속성 그룹에 플래그를 지정하고 웨이브 플랜 조정에 대한 권장 사항을 제공합니다. 마이그레이션 계획은 비정형 텍스트 데이터를 사용하여 계획 프로세스를 강화할 수도 있습니다.

마이그레이션 계획 단계에는 네 가지가 있습니다.

  • 범위 및 분석에서 검색 데이터를 검토하고, 소프트웨어 및 네트워크 환경에 대해 질문하고, 마이그레이션 범위의 리소스를 확인할 수 있습니다.

  • 그룹 앱에서는 예를 들어 호스트 이름 분석, 네트워크 종속성 및 비즈니스 규칙과 관련된 비즈니스 및 기술 규칙의 조합을 제공하여 마이그레이션 계획을 통해 인프라를 애플리케이션으로 그룹화할 수 있습니다. 이미 애플리케이션 인벤토리가 있는 경우 마이그레이션 계획에서 이를 대신 사용할 수 있습니다.

  • 이동 그룹 생성에서 마이그레이션 계획에 기술 및 비즈니스 요구 사항을 제공하여 함께 이동해야 하는 애플리케이션을 결정할 수 있습니다. 기술 종속성에는 데이터베이스, 메시지 대기열 또는 여러 앱 간에 공유되는 기타 리소스가 포함됩니다. 비즈니스 및 운영 종속성에는 비즈니스 중요도, RPO 및 RTO, 데이터 센터 위치, 애플리케이션 소유자가 포함됩니다.

  • 마지막으로 빌드 웨이브에서 타임라인 및 우선순위에 대한 마이그레이션 계획 컨텍스트를 제공하여 마이그레이션할 수 있는 웨이브 계획을 구축할 수 있습니다. 우선 순위 점수, 이동 그룹 크기, 사용자 수, 애플리케이션 복잡성과 같은 요인을 기반으로 웨이브에 포함할 이동 그룹을 선택할 수 있습니다.

마이그레이션 계획 용어:

  • 마이그레이션 웨이브는 함께 마이그레이션되는 논리적 그룹입니다. 마이그레이션 웨이브는 하나 이상의 이동 그룹으로 구성됩니다.

  • 이동 그룹은 함께 이동해야 하는 공동 종속 애플리케이션 세트입니다. 공유 데이터베이스와 같은 기술 종속성이 있거나 공유 비즈니스 기능 지원과 같은 비즈니스 종속성이 있을 수 있습니다.

  • 종속성은 시스템 간의 관계입니다. 종속성에는 다음과 같은 몇 가지 유형이 있습니다.

    • 시스템이 종속성 없이 작동할 수 없는 중요 종속성 또는 하드 종속성입니다. 일반적인 예로는 데이터베이스, 다른 애플리케이션 또는 서비스에 의존하는 애플리케이션이 있습니다.

    • 시스템 작동에 중요하지 않은 소프트 종속성입니다. 일반적인 예로는 독립적으로 마이그레이션할 수 있는 지연 시간에 민감하지 않은 종속성이 있습니다.

    • 비기술 종속성에는 비즈니스, 조직, 운영 및 규정 준수 종속성이 포함됩니다. 이는 조직 및 우선순위와 관련된 종속성입니다. 여기에는 공유 비즈니스 기능 및 조직 소유권이 포함됩니다.

워크플로

마이그레이션 계획은 대화형의 반복 워크플로입니다. 언제든지 돌아가서 이전 단계를 변경할 수 있습니다. 일반적인 마이그레이션 계획 워크플로는 다음과 같습니다.

  1. 마이그레이션 계획은 사용 가능한 검색 데이터를 요약하는 것부터 시작합니다. 사용 가능한 데이터를 검토하고 언제든지 검색 단계로 돌아가 추가 데이터를 제공합니다.

  2. 범위 지정 및 분석 단계 내에서 온프레미스 환경에 대해 질문하여 수집한 데이터를 검증할 수 있습니다. 예제 질문은 다음과 같습니다.

    1. 운영 체제별로 내 서버 나열

    2. 온프레미스 네트워크 토폴로지 요약

    3. 내 환경에서 실행되는 가장 일반적인 기술을 나열합니다.

  3. 환경을 분석하는 동안 마이그레이션 범위에 속하지 않아야 하는 서버를 식별하는 경우 AWS 변환에 해당 리소스를 제외하도록 지시할 수 있습니다. 예를 들면 다음과 같습니다.

    1. 호스트 이름에 레거시가 있는 모든 서버 제거

    2. 10.0.2.0/24 서브넷의 모든 서버 제거

    3. 2022년 이전 버전의 Windows를 실행하는 모든 서버 제거

  4. 환경을 충분히 탐색하고 마이그레이션 범위를 결정한 후에는 AWS 변환에 다음 마이그레이션 계획 단계로 이동하도록 지시할 수 있습니다.

  5. 다음 단계는 애플리케이션 그룹화입니다. 서버에 이미 애플리케이션에 매핑되어 있는 경우 AWS 변환에 해당 매핑을 사용하도록 지시하고이 단계를 건너뛸 수 있습니다. 애플리케이션이 미리 정의되어 있지 않은 경우 애플리케이션을 정의하는 기술 및 비즈니스 로직을 제공할 수 있습니다. AWS 변환은 애플리케이션 그룹화 프로세스를 안내하고 서버를 애플리케이션으로 효과적으로 그룹화하기 위해 제공할 수 있는 데이터 포인트를 제안합니다. 온프레미스 애플리케이션에 대해 더 많은 정보를 제공할수록 AWS 변환이 서버를 앱으로 그룹화할 수 있습니다. 충분한 정보를 제공했으면 AWS 변환에 애플리케이션 그룹화를 수행하도록 지시할 수 있습니다.

  6. 애플리케이션 그룹화가 수행되면 애플리케이션 그룹을 검토합니다. AWS 변환에 필요한 변경을 지시할 수 있습니다. 예를 들면 다음과 같습니다.

    1. 서버 example-server를 application-5로 이동

    2. application-5 "HR 앱 테스트 환경" 이름 바꾸기

    3. IIS Dev Farm에서 모든 Linux 서버 제거

  7. 앱이 그룹화되면 AWS 변환에 다음 단계로 이동하도록 지시합니다.

  8. 다음 단계는 그룹화 이동입니다. 이동 그룹화 단계에서는 함께 이동해야 하는 애플리케이션을 식별합니다. 기술 및 비기술 종속성에 대한 컨텍스트를 제공합니다. AWS 변환은 프로세스를 안내하고 앱을 함께 그룹화하기 위해 제공할 수 있는 데이터 포인트를 제안합니다. 이 단계에서 고려해야 할 몇 가지 사항은 다음과 같습니다.

    1. 이동 그룹의 대상 크기는 얼마여야 합니까?

    2. 각 앱에 대해 개발, 테스트 및 생산과 같은 환경을 결합하거나 분할하시겠습니까?

    3. 네트워크 종속성을 어떻게 고려하시겠습니까? 모든 종속성이 중요합니까? 아니면 일부 종속성이 소프트 종속성으로 간주되어 이동 그룹 간에 분할될 수 있습니까?

  9. 이동 그룹화 규칙을 제공했으면 AWS 변환에 이동 그룹화 전략을 실행하도록 지시합니다. 그런 다음 이동 그룹을 검토하고 수정할 수 있습니다. 이동 그룹을 검토한 후에는 AWS 변환에 최종 마이그레이션 계획 단계로 이동하도록 지시할 수 있습니다.

  10. 웨이브 계획은 마이그레이션 계획의 마지막 단계입니다. 이 단계에서는 이동 그룹을 마이그레이션 웨이브로 그룹화하고 해당 웨이브의 우선순위를 지정합니다. 웨이브 계획 단계에서 AWS 혁신은 이동 그룹을 웨이브로 그룹화한 다음 해당 웨이브의 우선 순위를 지정하는 데 필요한 비즈니스 우선 순위를 제공하는 과정을 안내합니다. 웨이브 계획의 고려 사항은 다음과 같습니다.

    1. 각 이동 그룹의 비즈니스 중요도

    2. 각 이동 그룹의 마이그레이션 타임라인 및 타임라인

    3. 각 이동 그룹과 관련된 위험

    4. 웨이브당 마이그레이션할 서버 수

  11. 웨이브로 그룹화하는 방법에 대한 충분한 지침을 제공했으면 웨이브 계획을 실행하도록 AWS 변환에 지시합니다. 그런 다음 웨이브를 검토하고 수정할 수 있습니다.

  12. 웨이브 플랜을 완료한 후에는 마이그레이션 계획을 완료하고 실행으로 이동할 수 있습니다. 언제든지 마이그레이션 계획으로 돌아가 계획을 구체화하고 반복할 수 있습니다.

  13. 각 웨이브에 대해 리호스팅(서버를 Amazon EC2로 마이그레이션) 및 컨테이너화(소스 코드를 컨테이너화하고 Amazon Elastic Container Service 또는 Amazon Elastic Kubernetes Service에 배포)와 같은 마이그레이션 전략을 할당할 수 있습니다. 전략 컨테이너화에 웨이브를 할당하면 AWS Transform은 마이그레이션 실행 중에 해당 웨이브에 대한 소스 코드 컨테이너화 워크플로를 실행합니다. 자세한 내용은 소스 코드 컨테이너화 단원을 참조하십시오. 7Rs 프레임워크에서 권장 AWS전략을 할당하기 전에 가져오려면 섹션을 참조하세요마이그레이션 전략(7R) 권장 사항.