기술 관점

기술은 대규모 마이그레이션을 가속화하기 위한 훌륭한 기반을 제공합니다. 예를 들어 Cloud Migration Factory 솔루션은 마이그레이션을 위한 end-to-end 자동화를 제공하는 방법에 중점을 둡니다. 이 섹션에서는 범위, 전략 및 타임라인에 맞게 필요한 규모와 속도를 달성하기 위해 기술을 사용하는 모범 사례를 살펴봅니다.

가장 중요한 원칙은 가능하면 자동화 영역을 살펴보는 것입니다. 범위에 수천 개의 서버가 있는 경우 작업을 수동으로 수행하는 데 많은 비용과 시간이 소요될 수 있습니다.

마이그레이션을 수행하기 위해 일반적으로 다음과 같은 여러 도구가 사용됩니다.

• Discovery

• 마이그레이션 구현

• 구성 관리 데이터베이스(CMDB)

• 인벤토리 스프레드시트

• 프로젝트 관리

이러한 도구는 평가부터 동원, 구현에 이르기까지 다양한 마이그레이션 단계에서 사용됩니다. 이러한 도구의 선택은 비즈니스 목표와 일정에 따라 결정됩니다.

마이그레이션 단계가 계획되면 다음 단계는 마이그레이션 팀이 필요한 도구를 사용할 수 있는 기술을 갖추도록 하는 것입니다. 팀이 기술이나 경험이 부족한 경우, 스킬 세트를 강화하기 위한 대상 훈련을 계획합니다. 가능하면 팀이 안전한 환경에서 마이그레이션 도구에 대한 경험을 얻을 수 있는 이벤트를 생성합니다. 예를 들어 팀이 도구 사용 경험으로 마이그레이션할 수 있는 샌드피트 또는 랩 서버가 있나요? 또는 초기 개발 워크로드를 학습 목적으로 사용해도 되나요?

자동화, 추적 및 도구 통합

이 섹션:

• 마이그레이션 검색을 자동화하여 필요한 시간 단축

• 반복 작업 자동화

• 추적 및 보고를 자동화하여 의사 결정 속도 향상

• 마이그레이션을 용이하게 할 수 있는 도구 살펴보기

마이그레이션 검색을 자동화하여 필요한 시간 단축

대부분의 대규모 마이그레이션 프로그램은 마이그레이션 범위(마이그레이션해야 하는 대상)를 이해하고 전략(마이그레이션 방법)을 개발하여 시작됩니다. 검색은 중요한 측면입니다. 필요한 메타데이터 포인트를 캡처하여 마이그레이션 전략 의사 결정 트리를 구성합니다. 워크로드를 신속하게 마이그레이션하려면 마이그레이션 팩토리와 같은 구현 프로세스로 필요한 마이그레이션 메타데이터를 식별하고 가져와야 합니다. 마이그레이션 메타데이터를 추출, 변환, 로드(ETL)하는 완전 자동화된 메커니즘은 검색 프로세스와 관련된 시간과 노력을 크게 줄입니다.

한 고객은 마이그레이션 팩토리를 위한 완전 자동화된 데이터 수집 프로세스를 개발했습니다. 모든 마이그레이션 메타데이터가 포함된 마이그레이션 웨이브 플랜은 Microsoft SharePoint의 스프레드시트에서 호스팅되고 유지 관리되었습니다. 소스를 변경하면 수동 개입 없이 마이그레이션 팩토리에 데이터를 로드하는 AWS Lambda 함수가 시작되었습니다. 이 자동화된 데이터 수집 프로세스는 고객이 수동 작업을 줄이고 인적 오류를 최소화하며 속도를 가속화하는 데 도움이 되었습니다. 1,000개 이상의 서버를 로 마이그레이션할 수 있었습니다 AWS.

반복 작업 자동화

마이그레이션 구현 단계에서는 많은 소규모 프로세스를 자주 반복해야 합니다. 예를 들어 AWS Application Migration Service (MGN)을 사용할 때는 마이그레이션 범위에 있는 각 서버에 에이전트를 설치해야 합니다.

특정 비즈니스 및 기술 요구 사항에 적합한 마이그레이션 팩토리를 구축하는 것은 성공적인 대규모 마이그레이션을 제공하는 데 필요한 효율성과 속도를 달성하는 가장 효과적인 방법입니다. 마이그레이션 팩토리는 표준화된 데이터 세트를 사용하여 마이그레이션을 가속화하는 통합 및 오케스트레이션 프레임워크를 제공합니다. 모든 작업이 식별되면 규범적 런북과 함께 자동화할 수 있는 모든 수동 작업을 자동화하는 데 시간을 할애합니다.

Cloud Migration Factory 솔루션은 이에 대한 예입니다. Cloud Migration Factory는 조직과 관련된 측면을 자동화할 수 있는 마이그레이션 자동화 기반을 제공하도록 설계되었습니다. 예를 들어 CMDB에서 플래그를 업데이트하여 이제 온프레미스 서버를 폐기할 수 있음을 강조할 수 있습니다. 이 시나리오에서는 마이그레이션 웨이브가 끝날 때이 작업을 수행하는 자동화를 생성할 수 있습니다. Cloud Migration Factory에는 모든 웨이브, 애플리케이션 및 서버 메타데이터가 포함된 중앙 집중식 메타데이터 스토어가 있습니다. 자동화 스크립트는 Cloud Migration Factory에 연결하여 해당 웨이브의 서버 목록을 가져오고 그에 따라 작업을 수행할 수 있습니다. Cloud Migration Factory는를 지원합니다AWS Application Migration Service.

추적 및 보고를 자동화하여 의사 결정 속도 향상

프로그램의 핵심 성능 지표(KPIs)를 포함하여 실시간 데이터를 추적하고 보고하려면 자동화된 마이그레이션 보고 대시보드를 구축하는 것이 좋습니다. 마이그레이션 프로젝트에는 다음을 포함하여 조직 전반의 이해관계자가 참여합니다.

• 애플리케이션 팀

• 테스터

• 팀 폐기

• 아키텍트

• 인프라 팀

• 리더십

역할을 수행하려면 이러한 이해관계자에게 라이브 데이터가 필요합니다. 예를 들어 네트워크 팀은 온프레미스 리소스와 간의 공유 연결에 미치는 영향을 이해하기 위해 예정된 마이그레이션 파도를 알아야 합니다 AWS. 리더십 팀은 마이그레이션이 얼마나 완료되었는지 알고 싶어 합니다. 신뢰할 수 있는 자동화된 데이터 라이브 피드를 사용하면 잘못된 통신을 방지하고 의사 결정을 내릴 수 있는 기반을 확보할 수 있습니다.

대규모 의료 고객이 기한이 다가오는 데이터 센터 종료를 위해 노력하고 있었습니다. 규모와 복잡성을 고려할 때 처음에는 이해관계자 간의 마이그레이션 상태를 추적하고 전달하는 데 상당한 시간이 소요되었습니다. 마이그레이션 팀은 나중에 Amazon QuickSight를 사용하여 데이터를 시각화하는 자동화된 대시보드를 구축하여 마이그레이션 속도를 높이는 동시에 추적 및 통신을 크게 간소화했습니다.

마이그레이션을 용이하게 할 수 있는 도구 살펴보기

마이그레이션에 적합한 도구를 선택하는 것은 쉽지 않습니다. 특히 이전에 대규모 마이그레이션을 관리한 사람이 없는 경우 더욱 그렇습니다.

마이그레이션을 지원하는 데 적합한 도구를 선택하는 데 시간을 할애하는 것이 좋습니다. 이 탐색에는 라이선스 비용이 포함될 수 있지만 더 광범위한 이니셔티브를 고려할 때 비용 이점을 제공할 수 있습니다. 또는 조직에 포함된 도구가 유사한 결과를 제공할 수 있다는 것을 알 수 있습니다. 예를 들어, 자산 전체에 애플리케이션 성능 모니터링 도구가 이미 배포되어 있어 풍부한 검색 정보를 제공할 수 있습니다.

기술 고객은 처음에 익숙하지 않아 마이그레이션 중에 자동 검색 도구 실행을 꺼렸습니다. 따라서 SI AWS 파트너는 서버 이름, 운영 체제 버전 및 종속성을 포함하여 자산을 수동으로 검색하기 위해 애플리케이션당 5"10시간의 회의를 실행해야 했습니다. 검색 도구를 사용한 경우 검색 작업이 1,000시간 이상 단축되었을 수 있다고 추정되었습니다.

사전 조건 및 마이그레이션 후 검증

이 섹션:

• 마이그레이션 전 단계에서 랜딩 존 구축

• 사전 조건 활동 개요

• 지속적인 개선을 위한 마이그레이션 후 검사 구현

마이그레이션 전 단계에서 랜딩 존 구축

마이그레이션 웨이브 중에 AWS 대상 Virtual Private Cloud(VPCs) 및 서브넷을 빌드하는 대신 대상 환경 또는 랜딩 존을 미리 빌드하는 것이 좋습니다. 잘 설계된 랜딩 존을 구축하는 것은 마이그레이션을 위한 사전 조건입니다. 랜딩 존에는 모니터링, 거버넌스, 운영 및 보안 제어가 포함되어야 합니다.

마이그레이션 전에 랜딩 존을 구축하고 검증하면 새 환경에서 워크로드를 실행할 때 발생하는 불확실성을 최소화할 수 있습니다. 랜딩 존을 마련하면 이해관계자는 계정 또는 VPC 수준에서 관리되는 측면에 대한 걱정 없이 워크로드 마이그레이션에 집중할 수 있습니다.

사전 조건 활동 개요

랜딩 존과 함께 마이그레이션 전에 다른 기술적 사전 조건, 특히 긴 리드 타임으로 처리하는 것을 조정하는 것이 중요합니다. 예를 들어, 온프레미스에서 로 데이터를 복제할 수 있도록 필요한 방화벽을 변경합니다 AWS. 기술 사전 조건을 조기에 전달하면 필요한 리소스를 준비하고 할당하는 데 도움이 됩니다. 사전 조건이 충족되지 않았기 때문에 마이그레이션이 중지되는 것이 일반적입니다. 이는 진행 중인 마이그레이션 웨이브에 영향을 미칠 뿐만 아니라 문제가 해결되는 동안 향후 모든 마이그레이션 날짜를 푸시백할 수 있습니다.

여러 데이터 센터를 비우는 것을 AWS목표로 대량 마이그레이션을 수행하려는 금융 서비스 회사입니다. 그러나 온프레미스와 간에 사용할 수 있는 대역폭은 의도한 속도에 충분하지 AWS 않았습니다. 안타깝게도 대역폭을 늘리려면 새 연결이 필요했으며 리드 타임은 3개월이었습니다. 즉, 마이그레이션 속도가 처음 3개월 동안 제한되었습니다.

지속적인 개선을 위한 마이그레이션 후 검사 구현

마지막으로 운영 통합, 비용 최적화, 거버넌스 및 규정 준수 확인과 같은 마이그레이션 후 검증을 구현해야 합니다. 마이그레이션 후 검증에는 이전에 마이그레이션된 워크로드를 평가하여 향후 파도에 적용해야 하는 기술적 교훈을 발견하는 것이 포함됩니다.

또한 비용 제어 작업을 구현할 수 있는 좋은 기회입니다. 예를 들어 마이그레이션 중에 AWS 인스턴스를 온프레미스 자산에 맞게 크기를 조정하여 성능 테스트의 필요성을 줄일 수 있습니다. 이제 테스트가 더 이상 데이터 센터 폐쇄 중요 경로에 있지 않으므로 Amazon CloudWatch를 사용하여 인스턴스 사용률을 평가하고 더 작은 크기의 인스턴스가 적합한지 여부를 결정할 수 있습니다.

이 단계의 중요성을 설명하기 위해 대규모 기술 고객이 대규모 마이그레이션을 수행했지만 처음에는 마이그레이션 후 검증을 포함하지 않았습니다. 100개 이상의 서버를 마이그레이션한 후 AWS Systems Manager 에이전트(SSM 에이전트)가 올바르게 구성되지 않았음을 확인했습니다. 이전에 마이그레이션한 모든 서버를 수정해야 했으며 마이그레이션이 중지되었습니다. 또한 고객은 인스턴스가 초기 추정치의 5배에 달한다는 것을 확인했으므로 각 마이그레이션 웨이브가 끝날 때마다 비용 체크포인트를 구현했습니다.