클라우드 워크로드 재배치

재배치 지침은 재배치 프로젝트를 설정하고 하나 이상의 워크로드를 재배치하는 방법을 보여 줍니다.

재배치란?

재배치는 Azure의 워크로드 또는 워크로드 구성 요소를 다른 Azure 지역으로 이동하는 프로세스입니다. 워크로드는 정의된 프로세스를 지원하는 애플리케이션, 환경, 서비스 및 데이터의 컬렉션입니다. 워크로드에는 하나 이상의 애플리케이션이 있을 수 있습니다. 단일 또는 다중 앱 워크로드를 다른 지역으로 재배치하는 것은 마이그레이션의 한 유형이며 마이그레이션 지침에 정의된 프로세스와 유사합니다. 그러나 재배치에는 구현해야 할 고유한 솔루션과 고려 사항이 있으며, 여기에서 재배치 지침은 재배치 프로세스를 탐색하는 데 도움이 되는 이러한 독특한 기능을 간략하게 설명합니다.

왜 재배치해야 할까요?

재배치는 워크로드의 수명 주기 동안 비용 및 성능을 최적화하는 데 도움이 되는 유연성을 추가합니다. 워크로드가 Azure로 처음 배포되거나 마이그레이션되면 해당 지역에 대한 결정을 내립니다. 그러나 시간이 지남에 따라 해당 결정을 검토하여 다른 지역이 더 적합할 수 있는지 확인해야 합니다. 예를 들어 다른 지역에는 현재 지역에서 서비스 또는 기능을 사용할 수 없거나 워크로드를 새 고객 기반에 더 가깝게 이동할 수 있습니다. 데이터 보존 법률이 변경되거나 예산이 변경될 수 있습니다. 이러한 변경 사항을 해결하고 비용 또는 성능 문제가 발생하는 대신, 재배치가 워크로드를 진행하는 가장 좋은 방법일 수 있습니다.

재배치 방법

재배치에는 두 단계가 있습니다. 첫 번째 단계는 재배치 프로젝트를 시작하는 것입니다. 두 번째 단계는 재배치를 계획하고 실행하여 워크로드를 이동하는 것입니다. 각 단계에 대한 개요는 다음과 같습니다.

• 시작 단계: 시작 단계에는 시작이라고도 하는 단일 단계가 있습니다. 시작 단계의 목표는 재배치 프로젝트를 설정하고, 관련자 승인을 받고, 재배치를 위한 워크로드를 식별하는 것입니다.

• 이동 단계: 이동 단계는 워크로드를 계획하고 다른 지역으로 이동하는 4단계 프로세스입니다. 이동 단계의 단계는 (1) 평가, (2) 선택, (3) 마이그레이션 및 (4) 단독형입니다. 최종 워크로드를 잘라낸 후에는 재배치 프로젝트에 공식적으로 근접해야 합니다.

이러한 단계는 재배치 프로젝트의 수명 주기를 정의합니다. 모든 리소스가 재배치를 지원하는 것은 아닙니다. 일부는 재배포가 필요합니다. 자세한 내용은 리소스에 대한 이동 작업 지원을 참조 하세요.

가정

재배치 모범 사례를 읽고 각 워크로드 재배치에 대한 지침으로 사용해야 합니다. 다음 문서에서는 각 단계에 접근하는 방법을 자세히 설명합니다. 이 콘텐츠는 집중해야 할 중요한 영역을 강조 표시하지만 더 심층적인 기술 인사이트를 위해 다른 설명서를 참조합니다. Azure 지역 및 서비스 가용성에 대한 기본적인 이해를 가정합니다. 자세한 내용은 다음을 참조하세요.

• Azure 지역 선택 가이드
• 리소스를 이동할 때 고려해야 할 특수 조건
• 지역별 Azure 제품
• Azure 지역 및 가용성 영역
• 지역 쌍 목록
• Azure 서비스
• 리소스를 이동하는 방법

여러 워크로드를 재배치하든, 하나만 재배치하든, 공식적인 재배치 계획으로 재배치의 성공을 돕는 데 도움이 될 수 있습니다. 시작 단계에서는 필요한 지침을 제공합니다.