클라우드 워크로드 축소

컷오버는 원본 지역과 대상 지역의 워크로드로 트래픽을 전송하는 경우입니다. 중단 후 원본 지역에서 워크로드를 해제할 수 있습니다. 비용 및 데이터 델타를 줄이기 위해 마이그레이션과 중단 사이의 기간을 짧게 설정하려고 합니다. 클라우드 워크로드를 줄이기 위한 개략적인 프로세스는 다음과 같습니다.

마이그레이션된 서비스 및 데이터를 테스트하고 유효성을 검사합니다. 워크로드 및 종속성을 테스트하고 유효성을 검사하여 재배치가 성공했는지 확인합니다. 재배치 배달 팀에서 빌드한 스크립트와 관련된 버그 또는 문제를 조사하고 수정합니다. UAT(사용자 동의 테스트)를 실행해야 합니다. UAT용 애플리케이션의 다양한 부분에 다른 사용자를 할당하는 것이 좋습니다. 엔드포인트를 전환하기 전에 워크로드가 작동한다는 사용자로부터 확인을 받으려고 합니다.

엔드포인트를 전환합니다. 재배치 프로세스의 선택 단계에서 단독형 계획을 실행해야 합니다. 긴급 수정을 위한 장애 조치(failover) 전략을 마련합니다.

트래픽의 유효성을 검사합니다. 예를 들어 스모크 테스트를 실행하여 트래픽이 대상 지역으로 라우팅되는지 확인합니다. 사용자에게 알릴 수 있도록 재배치 진행 상황을 사용자에게 전달해야 합니다. 또한 워크로드 메트릭 및 로그를 검사 워크로드가 제대로 작동하는지 확인합니다.

필요한 경우 수정합니다. 문제가 발생하면 장애 조치(failover) 계획을 구현하거나 긴급 수정을 적용하여 배포를 안정화해야 합니다.

운영 구성을 검토합니다. 업데이트된 아티팩트(구성 파일, wiki, 추가 정보), IaC(Infrastructure as Code), 새 환경에 대한 파이프라인을 포함하여 새 워크로드 환경을 켜거나 구성해야 합니다. 모든 Azure Advisor 권장 사항을 따르고 백업, 보안 제어, 로깅 및 비용 보고와 같은 항목을 구성해야 합니다.

다음 단계

각 워크로드에 대해 이동 단계를 반복합니다. 재배치할 워크로드가 더 많은 경우 평가 단계로 돌아가서 재배치 프로젝트를 완료할 때까지 이동 단계의 네 단계를 반복합니다. 그렇지 않으면 재배치 프로젝트를 공식적으로 닫아야 합니다.

프로젝트를 닫습니다. 재배치가 완료되면 공식적으로 재배치 프로젝트를 닫아야 합니다. 폐쇄는 최종 컷오버 후 2주 후에 이뤄져야 합니다. 재배치의 성공을 평가하고 이해 관계자가 검토할 보고서를 만드는 데 시간이 필요합니다. 비즈니스 및 기술 관련자는 보고서를 검토하고 승인해야 합니다.

워크로드를 현대화합니다. 워크로드 상태에 따라 Azure PaaS(Platform-as-a-Service Solutions)를 사용하여 워크로드를 현대화하기 위한 채택 지침을 계속 사용하거나 잘 설계된 검토를 수행하여 개선 영역을 결정할 수 있습니다.