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

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

재배치 프로세스를 보여 주는 다이어그램과 이동 단계의 선택 단계를 강조 표시합니다. 재배치 프로세스에는 2단계와 5단계가 있습니다. 첫 번째 단계는 시작 단계이며 시작이라는 한 단계가 있습니다. 두 번째 단계는 이동 단계이며 각 워크로드에 대해 반복하는 4단계가 있습니다. 단계는 평가, 선택, 마이그레이션 및 단독형입니다.

재배치 방법 선택

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

올바른 재배치 방법을 선택하기 위한 의사 결정 트리를 보여 주는 다이어그램 두 가지 결정 지점이 있습니다. 1. 가동 중지 시간은 괜찮습니까? 그렇다면 콜드 재배치가 올바른 재배치 방법입니다. 2. 서비스가 동기 데이터 복제본(replica)를 지원하나요? 그렇다면 핫 재배치가 올바른 재배치 방법입니다. 그렇지 않은 경우 웜 재배치가 올바른 재배치 방법입니다.

콜드 재배치

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

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

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

핫 재배치

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

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

웜 재배치

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

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

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

서비스 재배치 자동화 선택

세 가지 기본 서비스 재배치 방법이 있습니다. 다음 단락은 추가 지침에 대한 링크가 있는 각 단락의 개요를 제공합니다. IaC(Infrastructure as Code) 자동화를 사용하여 워크로드를 이동하는 경우 별도의 데이터 재배치 방법을 찾아야 합니다. 각 서비스 재배치 도구의 기능을 검토하고 요구 사항에 가장 적합한 도구를 선택해야 합니다.

Azure Resource Mover: Azure Resource Mover는 지역, 구독 및 리소스 그룹 간에 Azure 리소스를 이동할 수 있는 기본 제공 Azure 서비스입니다. Azure Resource Mover는 이동하기 전에 리소스를 분석하고 준비하여 종속성으로 지원되는 Azure 리소스를 이동할 수 있습니다. 자세한 내용은 Azure Resource Mover 개요를 참조하세요.

Azure Site Recovery: Azure Site Recovery는 Azure에서 지원되는 가상 머신에서 실행되는 모든 애플리케이션을 복제본(replica) 수 있습니다. 이 도구는 의도적으로 재해 복구 도구이지만 워크로드를 재배치하는 데 사용할 수도 있습니다. Site Recovery는 Azure Backup과 같은 Recovery Services 자격 증명 모음을 사용하며 서비스를 신속하게 이동할 수 있습니다. 재해 복구 도구이므로 재배치 후 몇 클린 단계가 필요합니다. 자세한 내용은 다음을 참조하세요.

IaC(Infrastructure as code): IaC를 사용하면 Azure 서비스를 복사하고 다시 배포할 수 있습니다. 원본 지역의 서비스에 Azure Resource Manager, Bicep 또는 Terraform 템플릿을 사용할 수 있습니다. 원하는 IaC 도구를 사용하여 새 대상 지역의 템플릿을 사용하여 배포할 수 있습니다. 상태 저장 서비스의 경우 워크로드 데이터를 재배치하는 다른 도구가 필요합니다. 자세한 내용은 코드로 인프라 개요를 참조하세요.

IaC를 사용하여 Azure 서비스의 새 인스턴스를 배포하는 경우 리소스의 여러 복사본을 병렬로 배포할 수 있습니다. 여러 복사본을 사용하면 단독형 기술 중 하나를 사용하여 새 대상 지역의 워크로드로 연결을 리디렉션할 수 있습니다.

데이터 재배치 자동화 선택

서비스 재배치 자동화에서 데이터를 이동하지 않는 경우 데이터 재배치 자동화도 선택해야 합니다. 데이터 재배치의 경우 데이터를 이동하기 전에 대상 지역에서 서비스를 실행해야 합니다. 재배치 메서드검토하여 시퀀스를 파악합니다. 다음은 데이터를 재배치하는 데 사용할 수 있는 자동화 도구 목록입니다. 목록은 핫 재배치 도구로 시작하고 콜드로 끝납니다. 기본 설정 순서가 아닙니다. 각 자동화 도구를 평가하고 워크로드에 적합한 도구를 선택합니다.

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

  • 지역 복제본(replica): 지역 복제본(replica)tion은 이를 지원하는 Azure 서비스에 유용한 데이터 재배치 도구가 될 수 있습니다. 지역 복제본(replica) 기능에서 데이터 및 기본 서비스 인스턴스를 처리하는 방식은 지원되는 Azure 서비스에 따라 다릅니다. 데이터 재배치에 지역 복제본(replica)tion을 사용하기 전에 재배치하려는 특정 서비스의 지역 복제본(replica) 기능 이해해야 합니다. 예제는 Azure SQLCosmos 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를 다른 지역으로 이동을 참조 하세요.

도구 재배치 방법
동기 데이터 복제본(replica)tion 핫, 따뜻한
지역에서 복제 핫, 따뜻한
Azure Site Recovery 따뜻한, 차가운
AZCopy 따뜻한, 차가운
Azure Data Factory 또는 Synapse 작업 영역의 파이프라인 및 활동 따뜻한, 차가운
Azure Storage Explorer 따뜻한, 차가운
Azure Backup 감기
수동 백업 및 복원 감기

단독형 접근 방식 선택

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

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

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

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

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

다음 단계

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