클라우드 워크로드에 대한 재배치 전략 선택

워크로드를 다른 지역으로 마이그레이션하기 전에 재배치 전략을 계획해야 합니다. 이 전략에는 재배치 방법, 서비스 재배치 자동화 및 데이터 재배치 자동화가 포함됩니다. 이 문서에서는 각 전략 구성 요소에 대한 옵션을 설명하며 의사 결정을 안내합니다. 궁극적으로 선택한 작업은 워크로드의 서비스 및 중요도에 따라 달라집니다.

재배치 방법 선택

워크로드를 재배치하는 세 가지 주요 방법이 있습니다. 선택하는 재배치 방법은 워크로드의 서비스 및 워크로드가 필수 비즈니스 기능에 얼마나 중요한지에 따라 달라집니다. 프로덕션 및 비프로덕션 환경에 대해 다른 재배치 방법을 고려할 수 있습니다. 콜드 재배치는 중요하지 않은 워크로드를 위한 것입니다. 뜨겁고 따뜻한 재배치는 중요 업무용입니다. 재배치를 선택하는 방법은 워크로드를 재배치하는 데 사용하는 서비스 및 데이터 재배치 도구에 영향을 줍니다. 다음 재배치 의사 결정 트리를 사용하여 올바른 재배치 방법에 대한 일반적인 아이디어를 얻고 세 가지 재배치 방법의 개요를 읽어 결정의 유효성을 검사합니다.

콜드 재배치

콜드 재배치는 가동 중지 시간을 견딜 수 있는 워크로드를 위한 것입니다. 재배치하는 동안 환경을 복제하지 않기 때문에 가장 비용 효율적인 재배치 방법입니다. 콜드 재배치 프로세스의 개요는 다음과 같습니다.

1. 워크로드 데이터를 새 대상 지역에 백업합니다.
2. 원본 지역을 오프라인으로 전환하고 서비스를 종료합니다.
3. 클라우드 서비스를 새 대상 지역에 배포합니다.
4. 워크로드 데이터를 복원합니다.

콜드 재배치는 서비스 수 및 데이터 볼륨에 따라 몇 분 또는 며칠이 걸릴 수 있습니다.

핫 재배치

핫 재배치 방법은 최소(초, 분)에서 가동 중지 시간이 0으로 필요한 워크로드를 위한 것입니다. 중요한 워크로드의 경우 웜 접근 방식을 시도하기 전에 서비스에서 핫 재배치를 지원하는지 확인해야 합니다. 핫 재배치는 중단 후 데이터 델타를 최소화하는 데 도움이 됩니다. 핫 재배치는 서비스가 동기 데이터 복제를 지원하는 경우에만 가능합니다. 일부 서비스에는 이 기능이 없으므로 대신 웜 재배치 방법을 사용해야 합니다. 핫 재배치 프로세스는 다음과 같습니다.

1. 새 대상 지역에서 서비스 복제를 수행합니다.
2. 원본 지역에서 워크로드를 계속 실행합니다.
3. 동기 데이터 복제를 시작합니다.
4. 데이터가 동기화된 후 엔드포인트를 활성화하고 유효성을 검사합니다.
5. 데이터 동기화를 중지합니다.
6. 원본 지역에서 서비스를 종료합니다.

웜 재배치

웜 재배치는 핫 재배치를 지원하지 않는 중요한 워크로드를 위한 것입니다. 웜 재배치는 비동기 데이터 복제 및 환경 복제를 사용합니다. 다음은 따뜻한 재배치 프로세스입니다.

1. 새 대상 지역에서 서비스 복제를 수행합니다.
2. 원본 지역에서 워크로드를 계속 실행합니다.
3. 원본 데이터의 백업을 만듭니다. 사용량이 많은 시간에 백업을 만드는 것이 가장 좋습니다. 또한 데이터 입력 복제를 사용하도록 설정하여 데이터를 동기화하고 데이터 델타를 최소화해야 합니다.
4. 새 대상 지역의 데이터를 복원합니다.
5. 엔드포인트를 전환하고 유효성을 검사합니다.
6. 원본 지역에서 워크로드를 종료합니다.

웜 재배치는 서비스 수 및 데이터 볼륨에 따라 몇 분 또는 1시간이 걸릴 수 있습니다.

서비스 재배치 자동화 선택

IaC(Infrastructure as code) 및 Azure Resource Mover의 두 가지 기본 서비스 재배치 자동화 방법이 있습니다. 각 Azure 서비스는 하나 또는 두 가지 자동화 접근 방식을 지원합니다. Azure 서비스 재배치 지침을 사용하여 각 Azure 서비스가 지원하는 자동화 방법과 재배치에 대한 자세한 단계를 확인합니다. 다음은 서비스 재배치 지침에서 사용하는 자동화의 개요입니다.

• IaC(Infrastructure as code): IaC는 모든 Azure 서비스를 재배치할 수 있습니다. 기존 Azure 서비스의 ARM(Azure Resource Manager) 템플릿(JSON)을 내보냅니다. 필요에 따라 템플릿을 수정하고 템플릿을 새 지역에 다시 배포합니다. JSON을 Visual Studio Code에 붙여넣어 ARM 템플릿을 Bicep 템플릿으로 변환할 수 있습니다. IaC를 사용하여 Azure 서비스의 새 인스턴스를 배포하는 경우 리소스의 여러 복사본을 병렬로 배포할 수 있습니다. 여러 복사본을 사용하면 단독형 기술 중 하나를 사용하여 새 대상 지역의 워크로드로 연결을 리디렉션할 수 있습니다. IaC(Infrastructure as code)는 데이터를 재배치하지 않습니다. 데이터 재배치에는 대상 지역의 새로 배포된 리소스로 데이터를 이동하는 추가 단계가 필요합니다. 자세한 내용은 데이터 재배치 자동화 지침을 사용합니다.

• Azure Resource Mover: Azure Resource Mover를 사용하면 지역, 구독 및 리소스 그룹 간에 종속성이 있는 제한된 수의 지원되는 Azure 리소스를 이동할 수 있습니다.

데이터 재배치 자동화 선택

IaC를 사용하여 상태 저장 Azure 서비스를 재배치한 경우 데이터 재배치 자동화 방법을 사용하여 데이터를 재배치해야 합니다. 데이터 재배치의 경우 데이터를 이동하기 전에 대상 지역에서 Azure 서비스를 실행해야 합니다. 재배치 방법을 검토하여 재배치 시퀀스와 데이터 재배치가 적합한 위치를 파악합니다. 다음은 데이터를 재배치하는 데 사용할 수 있는 자동화 도구 목록입니다.

• 동기 데이터 복제: 동기 데이터 복제는 지역 전체에서 거의 실시간으로 데이터를 복제합니다. 중단 후 가동 중지 시간 및 데이터 델타 마이그레이션을 제한하기 때문에 핫 재배치에 대한 기본 데이터 재배치 방법입니다. 이 기능은 Azure SQL Database의 데이터 동기화 같은 일부 Azure 서비스에 기본 제공되어 있습니다. 워크로드의 각 서비스를 확인하여 동기 데이터 복제를 지원하는지 확인해야 합니다.

• 지역에서 복제: 지역에서 복제는 이를 지원하는 Azure 서비스에 유용한 데이터 재배치 도구가 될 수 있습니다. 지역 복제 기능이 데이터를 처리하고 기본 서비스 인스턴스를 처리하는 방식은 지원되는 Azure 서비스에 따라 다릅니다. 데이터 재배치에 지역 복제를 사용하기 전에 재배치하려는 특정 서비스의 지역에서 복제 기능을 이해해야 합니다. 예제는 Azure SQL 및 Cosmos DB를 참조하세요.

• Azure Site Recovery: Azure Site Recovery는 서비스 및 데이터를 재배치할 수 있습니다. 따뜻하고 차가운 재배치를 지원합니다. 자세한 내용은 Azure Site Recovery 개요를 참조 하세요.

• AzCopy: AzCopy는 Azure Storage 내/외부의 데이터 이동을 자동화하는 명령줄 유틸리티입니다. 도구를 다운로드한 다음 Microsoft Entra ID 또는 SAS(공유 액세스 서명) 토큰을 사용하여 이동 권한을 부여해야 합니다. 자세한 내용은 AzCopy 개요 및 AzCopy 사용을 참조하세요.

• Azure Data Factory 또는 Synapse Analytics의 파이프라인 및 활동: Azure Data Factory는 데이터의 이동 및 변환을 오케스트레이션하고 자동화하는 완전히 관리되는 클라우드 기반 데이터 통합 서비스입니다. Azure Data Factory 파이프라인은 데이터 레이크 및 웨어하우스를 이동할 수 있습니다. Synapse Analytics 복사 작업도 데이터를 이동할 수 있습니다. 자세한 내용은 지원되는 대상 및 원본 및 데이터 복사 도구를 참조하세요.

• Azure Storage Explorer: Azure Storage Explorer는 Azure Storage 데이터를 재배치할 수 있는 독립 실행형 앱입니다. 자세한 내용은 Storage Explorer를 사용하는 방법을 참조하세요.

• Azure Backup: Azure Backup을 사용하면 다른 지역의 데이터를 백업하고 복원할 수 있습니다. 비대칭 콜드 및 웜 재배치를 위해 먼저 Azure Backup을 시도해야 합니다. Azure Backup은 가상 머신에 대해 애플리케이션 일치, 파일 시스템 일관성 및 크래시 일관성 백업을 제공합니다. 또한 관리 디스크, 파일 공유 및 Blob도 지원합니다. 기존 백업 복원 지점을 새 대상 지역으로 전송할 수 없습니다. 백업이 더 이상 필요하지 않을 때까지 원본 지역에 자격 증명 모음을 유지하는 것이 좋습니다. 자세한 정보는 Azure Backup 개요를 참조하세요.

• 수동 백업 및 복원: 여기서 백업 및 복원은 특정 도구가 아닌 프로세스를 의미합니다. Azure의 많은 서비스는 데이터를 별도의 지역에 백업하고 수동으로 복원할 수 있는 중복 옵션을 제공합니다. Azure Key Vault와 같은 특정 서비스에 대해 수동 백업 및 복원을 수행해야 합니다. 자세한 내용은 Key Vault를 다른 지역으로 이동을 참조 하세요.

단독형 접근 방식 선택

중단은 이전 워크로드에서 새 워크로드로 전환할 때입니다. 대상 지역의 워크로드로 트래픽을 전송하고 더 이상 원본 지역으로 전송하지 않습니다. DNS(도메인 이름 시스템)는 이 리디렉션의 핵심입니다. 미리 알림으로 DNS는 브라우저 및 API 클라이언트에 응답을 받을 위치를 알려줍니다. 도메인 이름을 IP 주소로 확인합니다. 모든 도메인을 관리하려면 도메인 호스트가 필요합니다. Azure DNS는 Azure 도메인 호스트 서비스입니다. 워크로드 중단에 대한 접근 방식은 서로 다르며, 수행하는 접근 방식은 워크로드의 서비스에 따라 달라집니다. 다음은 몇 가지 예입니다.

• Azure DNS: Azure DNS에서 호스트되는 도메인의 경우 CNAME을 전환하여 수동 컷오버를 수행할 수 있습니다. 이 방법은 중단에 대해 작동하는 비즈니스 연속성 장애 조치(failover) 프로세스입니다. 자세한 내용은 Azure DNS를 사용하여 수동 단독형을 참조하세요.

• Traffic Manager: 트래픽 관리자와 같은 라우팅 서비스를 단독형으로 사용하고 워크로드 트래픽을 다른 엔드포인트로 라우팅할 수도 있습니다. Traffic Manager는 DNS 기반 라우팅 서비스입니다. 자세한 내용은 Traffic Manager를 사용하여 DNS 이름 구성을 참조 하세요.

• App Service: Azure 앱 Service와 같은 애플리케이션 계층 서비스에는 도메인 이름을 업데이트할 수 있는 기능이 있습니다. 자세한 내용은 Azure App Service로 활성 DNS 이름 마이그레이션을 참조하세요.

• 게이트웨이 라우팅: 워크로드가 Azure Front Door, Application Gateway 또는 Azure API Management와 같은 서비스와 함께 게이트웨이 라우팅 패턴을 사용하는 경우 종종 지역 마이그레이션 중단을 수행할 수 있습니다. 백 엔드 대상 및 라우팅 규칙 기능을 사용합니다.

다음 단계

재배치 방법 및 워크로드를 재배치하는 도구를 선택했습니다. 마이그레이션 단계로 이동하여 이러한 도구를 사용하여 재배치를 실행합니다.