Azure Site Recovery에 대한 일반적인 질문

Site Recovery는 온-프레미스 가상 머신 및 물리적 서버에서 Azure로, 그리고 온-프레미스 컴퓨터에서 보조 데이터 센터로의 지역 간 Azure VM 복제 작업을 오케스트레이션 및 자동화하여 BCDR(비즈니스 연속성 및 재해 복구) 전략에 기여합니다. 자세히 알아보기.

아니요, Azure Site Recovery는 가상 머신에서 실행되는 Docker 워크로드를 지원하지 않습니다. Site Recovery를 통해 이러한 가상 머신을 보호하기 위해 Docker가 설치된 디스크를 제외합니다.

데이터 무결성을 보장하기 위해 Site Recovery에서 다루는 다양한 측정값이 있습니다. HTTPS 프로토콜을 사용하여 모든 서비스 간에 보안 연결이 설정됩니다. 이렇게 하면 모든 맬웨어 또는 외부 엔터티가 데이터를 조작할 수 없습니다. 또한 체크섬을 사용하는 측정값을 다룹니다. 원본 및 대상 간의 데이터 전송은 상호 간 데이터의 체크섬을 계산하여 실행됩니다. 이렇게 하면 일관된 데이터 전송이 보장됩니다.

Azure는 영구 MAC 주소를 지원하지 않으므로 MAC 기반 라이선스 모델을 사용하는 소프트웨어는 온-프레미스에서 Azure로의 마이그레이션 또는 재해 복구 모두에 사용할 수 없습니다.

아니요, Azure Site Recovery는 현재 임시 디스크를 지원하지 않습니다.

Microsoft Azure 복구 서비스 에이전트는 Site Recovery 서비스를 구성/등록하고 모든 구성 요소의 상태를 모니터링하는 데 사용됩니다. 이는 전체 Azure Site Recovery 온-프레미스 인프라의 기본 구성 요소 중 하나입니다. 온-프레미스 사이트에서 다른 Azure 지역으로 워크로드를 복제하고 재해 발생 시 Azure로 장애 조치(failover)하는 데 도움이 됩니다.

예, Site Recovery는 전용 및 공유 인프라 모델 모두에 대해 작동합니다.

아니요. 테넌트 ID는 익명으로 유지됩니다. 사용자의 테넌트는 Site Recovery 포털에 액세스할 필요가 없습니다. 서비스 공급자 관리자만 포털과 상호 작용합니다.

Azure로 복제하는 경우 애플리케이션 데이터가 Azure Storage로 전송되지만 Site Recovery 서비스로는 전송되지 않습니다. 데이터는 전송 중에 암호화되어(HTTPS) Azure에 암호화된 상태로 남아 있습니다.

아니요. Azure의 청구 관계는 서비스 공급자와 직접 유지됩니다. 서비스 공급자는 해당 테넌트에 대한 특정 청구서를 생성하는 일을 담당합니다.

아니요, 데이터는 구독의 Azure Storage에 복제됩니다. 테스트 장애 조치(failover)(재해 복구 훈련) 또는 실제 장애 조치(failover)를 수행하면 Site Recovery는 자동으로 구독에 가상 머신을 만듭니다.

예.

Azure Pack, 클라우드 플랫폼 시스템 및 시스템 센터 기반(2012 이상)의 배포가 지원됩니다. 자세히 알아봅니다 .

아니요, Hyper-V 가상 머신을 Azure에만 복제할 수 있습니다.

Site Recovery 가격 정보 세부 사항을 검토하세요.

Site Recovery를 사용하는 동안 가격 계산기를 사용하여 비용을 예측할 수 있습니다.

자세한 예상 비용을 보려면 배포 플래너 도구VMware 또는 Hyper-V용 배포 플래너 도구를 실행하고 비용 예상 보고서를 사용합니다.

예, Site Recovery를 사용하여 가상 머신을 복제할 때 캐시 스토리지 계정 사용에 대한 추가 요금이 있습니다. 복제본 스토리지가 관리 디스크 또는 비관리 디스크 형식인 경우 캐시 스토리지 계정 비용은 동일하게 유지됩니다.

예. 모든 보호된 인스턴스에는 처음 31일 동안 Azure Site Recovery 요금이 부과되지 않습니다. 예를 들어 지난 6개월 동안 인스턴스 10개를 보호한 상태에서 11번째 인스턴스를 Azure Site Recovery에 연결하는 경우, 처음 31일 동안에는 11번째 인스턴스에 대한 요금이 부과되지 않습니다. 기존 인스턴스 10개는 31일이 넘게 보호되었기 때문에 Azure Site Recovery 요금이 계속 부과됩니다.

예, 보호된 인스턴스를 처음으로 사용하는 31일 동안 Site Recovery는 무료이지만, Azure Storage, 스토리지 트랜잭션 및 데이터 전송 요금이 부과될 수 있습니다. 복구된 가상 머신도 Azure Compute 요금이 발생할 수 있습니다.

재해 복구 훈련에는 별도의 비용이 없습니다. 테스트 장애 조치(failover) 후 가상 머신이 만들어진 후에는 컴퓨팅 요금이 부과됩니다.

아니요, Site Recovery는 복제된 데이터를 가로채거나 사용자의 가상 머신 또는 물리적 서버에서 실행 중인 항목에 대한 정보를 보유하지 않습니다. 복제 데이터는 온-프레미스 Hyper-V 호스트, VMware 하이퍼바이저 또는 물리적 서버와 Azure Storage 또는 보조 사이트 간에 교환됩니다. Site Recovery는 데이터를 가로챌 수 있는 기능이 없습니다. 복제 오케스트레이션 및 장애 조치(failover)에 필요한 메타데이터만 Site Recovery 서비스로 전송됩니다.

Site Recovery는 ISO 27001:2013, 27018, HIPAA, DPA 인증을 받았으며, SOC2 및 FedRAMP JAB 평가를 수행하는 중입니다.

예. 사용자가 한 지역에 Site Recovery 자격 증명 모음을 만들면 복제 및 장애 조치(failover)를 활성화하고 오케스트레이션하는 데 필요한 모든 메타데이터가 해당 지역의 지리적 경계 내에 남아 있습니다.

Azure에 복제되는 가상 머신과 물리적 서버의 경우 전송 중 암호화 및 정지된 암호화(Azure 내)가 모두 지원됩니다.

예, TLS 1.2 프로토콜은 Azure-Azure Site Recovery 시나리오에서 기본적으로 적용됩니다.

복제된 항목에 설치된 모바일 에이전트는 TLS 1.2에서만 프로세스 서버로 통신합니다. 그러나 구성 서버에서 Azure로, 프로세스 서버에서 Azure로의 통신은 TLS 1.1 또는 1.0 기반일 수 있습니다. 지침에 따라 사용자가 설정한 모든 구성 서버 및 프로세스 서버에 TLS 1.2를 적용합니다.

Azure Site Recovery 마이크로서비스 간의 모든 통신은 TLS 1.2 프로토콜에서 발생합니다. Site Recovery는 시스템(OS)에 구성된 보안 공급자와, 사용 가능한 최신 TLS 프로토콜을 사용합니다. 레지스트리에서 TLS 1.2를 사용하도록 명시적으로 설정해야 합니다. 그러면 Site Recovery가 서비스와의 통신에 TLS 1.2를 사용합니다.

ID 설정으로 이동하여 Recovery Services 자격 증명 모음의 관리 ID를 켤 수 있습니다. 자격 증명 모음이 Microsoft Entra ID에 등록되면 스토리지 계정으로 이동하여 자격 증명 모음에 다음과 같은 역할 할당을 제공할 수 있습니다.

• Resource Manager 기반 스토리지 계정(표준 유형):
  • 기여자
  • Storage Blob 데이터 Contributor
• Resource Manager 기반 스토리지 계정(프리미엄 유형):
  • 기여자
  • Storage Blob 데이터 소유자
• 클래식 스토리지 계정:
  • 클래식 Storage 계정 기여자
  • 클래식 스토리지 계정 키 운영자 서비스 역할

Azure Site Recovery는 원본 OS 외부의 원본 가상 머신 변경 내용을 추적하지 않습니다. 예를 들어, Azure 간 복제를 사용하고 원본 가상 머신의 크기를 변경하는 경우 원본 가상 머신의 크기 변경은 대상 가상 머신에 복제되지 않습니다.

• Azure Virtual Machines: Site Recovery는 지원되는 Azure Virtual Machines에서 실행되는 모든 워크로드를 복제할 수 있습니다.
• Hyper-V 가상 머신: Site Recovery는 Hyper-V 가상 머신에서 실행되는 모든 워크로드를 보호할 수 있습니다.
• 물리적 서버: Site Recovery는 Windows 또는 Linux를 실행하는 물리적 서버를 보호할 수 있습니다.
• VMware 가상 머신: Site Recovery는 VMware 가상 머신에서 실행되는 모든 워크로드를 보호할 수 있습니다.

Site Recovery를 사용하면 지원되는 가상 머신 또는 실제 서버에서 실행되는 대부분의 워크로드를 보호할 수 있습니다. Site Recovery는 애플리케이션 인식 복제를 제공하므로 앱을 지능형 상태로 복구할 수 있습니다. SharePoint, Exchange, Dynamics, SQL Server, Active Directory와 같은 Microsoft 애플리케이션과 통합되고, Oracle, SAP, IBM, Red Hat 등의 선두 공급 업체 제품과 긴밀하게 작동합니다. 자세히 알아봅니다 .

예. 지사에서 Site Recovery를 사용하여 복제를 오케스트레이션하고 장애 조치(failover)를 수행하면 중앙의 한 위치에 모든 지사 워크로드의 통합되지 않은 오케스트레이션 및 보기가 표시됩니다. 지사를 방문하지 않고 본사에서 간편하게 모든 지사의 장애 조치(failover)를 수행하고 재해 복구를 관리할 수 있습니다.

예, Site Recovery는 Azure 지역 간의 Azure Virtual Machines에 대한 재해를 지원합니다. Azure Virtual Machines 재해 복구에 대한 일반적인 질문을 검토합니다. 동일한 대륙의 두 Azure 지역 간에 복제하려면 Azure 간 재해 복구 제공 사항을 사용합니다. 구성 서버/프로세스 서버 및 ExpressRoute 연결을 설정할 필요가 없습니다.

예, Site Recovery는 온-프레미스 VMware 가상 머신의 재해 복구를 지원합니다. VMware 가상 머신의 재해 복구에 대한 일반적인 질문을 검토합니다.

예, Site Recovery는 온-프레미스 Hyper-V 가상 머신의 재해 복구를 지원합니다. Hyper-V 가상 머신의 재해 복구에 대한 일반적인 질문을 검토합니다.

예, Site Recovery는 Windows 및 Linux를 실행하는 온-프레미스 실제 서버를 Azure로 재해 복구하는 것을 지원합니다. Azure 재해 복구 요구 사항에 대해 알아봅니다. 실제 서버는 장애 조치(failover) 후 Azure에서 가상 머신으로 실행됩니다. Azure에서 온-프레미스 물리적 서버로의 장애 복구(failback)는 현재 지원되지 않습니다. VMware 가상 머신으로만 장애 복구(failback)할 수 있습니다.

아니요. Azure Site Recovery는 호스트된 가상 머신을 보호하는 Recovery Services 자격 증명 모음의 이동을 지원하지 않습니다.

Azure Site Recovery는 퍼블릭 엔드포인트를 통해 Azure Storage 계정 또는 관리 디스크에 데이터를 복제합니다. 그러나 복제는 사이트 간 VPN을 통해서도 수행할 수 있습니다. 사이트 간 VPN 연결을 통해 조직은 기존 네트워크를 Azure에 연결하거나 Azure 네트워크를 서로 연결할 수 있습니다. 사이트 간 VPN은 인터넷을 통한 IPSec 터널링을 통해 발생하며, Azure의 기존 온-프레미스 경계 네트워크 장비 및 네트워크 어플라이언스, Azure VPN(가상 사설망) 게이트웨이와 같은 네이티브 기능 또는 Check Point CloudGaurd, Palo Alto NextGen 방화벽과 같은 타사 옵션 중 하나를 사용합니다.

• 공용 인터넷을 통해 Microsoft Edge에 대한 프라이빗 연결
• 프라이빗 엔드포인트로 보안을 위해 구성된 복구 서비스 자격 증명 모음
• 고객 프라이빗 Virtual Network 연결을 통한 복제
• "향후 상태"로의 손쉬운 전환
• SLA 없음 및 잠재적으로 더 긴 대기 시간
• 온-프레미스 VPN 디바이스 가용성 필요

파트너인 Riverbed가 Azure Site Recovery 작업에 대한 자세한 지침을 제공합니다. 솔루션 가이드를 검토하세요.

예, ExpressRoute를 사용하여 온-프레미스 가상 머신을 Azure로 복제할 수 있습니다.

• Azure Site Recovery는 퍼블릭 엔드포인트를 통해 Azure Storage에 데이터를 복제합니다. Site Recovery 복제에 ExpressRoute를 사용하려면 Microsoft 피어링을 설정하거나, 기존 퍼블릭 피어링(새 서킷에서 사용되지 않음)을 사용해야 합니다.
• Microsoft 피어링은 복제에 권장되는 라우팅 도메인입니다.
• 복제는 자격 증명 모음에 프라이빗 엔드포인트를 사용하도록 설정한 경우에만 개인 피어링을 통해 지원됩니다.
• VMware 머신이나 물리적 머신을 보호하는 경우 구성 서버에 대한 네트워킹 요구 사항도 확인합니다. Site Recovery의 복제 오케스트레이션을 위해 구성 서버에서 특정 URL에 연결해야 합니다. 이 연결에는 ExpressRoute를 사용할 수 없습니다.
• 가상 머신이 Azure Virtual Network에 장애 조치된 후 Azure Virtual Network로 프라이빗 피어링 설정을 사용하여 액세스할 수 있습니다.

스토리지 계정을 대상 스토리지로 사용하는 것은 Azure Site Recovery에서 지원되지 않습니다. 대신 관리 디스크를 컴퓨터의 대상 스토리지로 사용하는 것이 좋습니다. 관리 디스크는 데이터 복원력을 위해 LRS 유형만 지원합니다.

• Hyper-V: Hyper-V 가상 머신은 30초(프리미엄 스토리지 제외) 또는 5분마다 복제될 수 있습니다.
• Azure Virtual Machines, VMware 가상 머신, 실제 서버: 여기서 복제 빈도는 관련이 없습니다. 복제가 계속 됩니다.

확장 복제 또는 체인으로 연결된 복제는 지원되지 않습니다. 사용자 의견 포럼을 통해 이 기능에 대한 의견을 보내 주세요.

지원되지 않습니다. 사용자 의견 포럼을 통해 이 기능에 대한 의견을 보내 주세요.

이는 Azure Portal을 사용하여 VMware 가상 머신 및 Hyper-V 가상 머신을 Azure에 복제할 때 지원됩니다.

Hyper-V 가상 머신을 복제할 때와 VMware 가상 머신 및 실제 컴퓨터를 Azure에 복제할 때 동적 디스크가 지원됩니다. 운영 체제 디스크는 기본 디스크여야 합니다.

예. 다음 문서에서 대역폭 스로틀에 대해 더 자세히 검토할 수 있습니다.

• VMware 가상 머신 및 실제 서버 복제를 위한 용량 계획
• Hyper-V 가상 머신을 Azure에 복제하기 위한 용량 계획

예. Linux 운영 체제용 Azure Site Recovery는 앱 일관성을 위한 애플리케이션 사용자 지정 스크립트를 지원합니다. 사전 및 사후 옵션이 포함된 사용자 지정 스크립트는 앱 일관성 중에 Azure Site Recovery 모바일 에이전트에서 사용됩니다. 다음은 이를 사용하도록 설정하는 단계입니다.

1. 컴퓨터에 루트로 로그인합니다.

2. 디렉터리를 Azure Site Recovery 모바일 에이전트 설치 위치로 변경합니다. 기본값은 "/usr/local/ASR"입니다.
   # cd /usr/local/ASR

3. 설치 위치에서 디렉터리를 "VX/scripts"로 변경합니다.
   # cd VX/scripts

4. 루트 사용자에게 실행 권한이 있는 "customscript.sh" 라는 bash 셸 스크립트를 만듭니다.
   a. 스크립트는 "--pre"및 "--post"(이중 대시 사용) 명령줄 옵션을 지원해야 합니다.
   b. 사전 옵션으로 스크립트를 호출하는 경우 애플리케이션 입력/출력을 고정하고 사후 옵션으로 호출하면 애플리케이션 입력/출력이 재개됩니다.
   c. 샘플 템플릿-
   

   # cat customscript.sh
   

    #!/bin/bash

    if [ $# -ne 1 ]; then
        echo "Usage: $0 [--pre | --post]"
        exit 1
    elif [ "$1" == "--pre" ]; then
        echo "Freezing app IO"
        exit 0
    elif [ "$1" == "--post" ]; then
        echo "Thawed app IO"
        exit 0
    fi

5. 사전 및 사후 단계에서 앱 일관성을 요구하는 애플리케이션에 대한 입력/출력을 고정하는 명령과 고정 해제하는 명령을 추가합니다. 이를 지정하는 다른 스크립트를 추가하고 사전 및 사후 옵션을 포함한 "customscript.sh"에서 호출하도록 선택할 수 있습니다.

복제 정책은 복구 지점의 보존 기록에 대한 설정을 정의합니다. 또한 정책은 앱 일치 스냅샷의 빈도를 정의합니다. 기본적으로 Azure Site Recovery는 다음 기본 설정을 사용하여 새 복제 정책을 만듭니다.

• 복구 지점의 보존 기록의 경우 1일로 설정합니다.
• 앱 일치 스냅샷 없음.

크래시 일치 복구 지점에는 마치 스냅샷 중에 서버에서 전원 코드가 빠진 경우의 디스크 데이터가 있습니다. 크래시 일치 복구 지점에 스냅샷을 만들 때 메모리에 있던 내용은 포함되지 않습니다.

현재 대부분의 애플리케이션은 크래시 일치 스냅샷을 제대로 복구할 수 있습니다. 크래시 일치 복구 지점은 데이터베이스가 없는 운영 체제와 파일 서버, DHCP 서버, 인쇄 서버 등의 애플리케이션에 적합합니다.

Site Recovery는 5분 마다 크래시 일치 복구 지점을 만듭니다.

애플리케이션 일치 복구 지점은 애플리케이션 일치 스냅샷에서 만들어집니다. 애플리케이션 일치 복구 지점은 크래시 일치 스냅샷과 동일한 데이터를 캡처하고 메모리에 있는 데이터와 처리 중인 모든 트랜잭션을 캡처합니다.

추가 콘텐츠로 인해, 애플리케이션 일관성이 있는 스냅샷은 가장 복잡하며 가장 오랜 시간이 걸립니다. 애플리케이션 일치 복구 지점은 데이터베이스 운영 체제와 SQL 서버 등의 애플리케이션에 권장됩니다.

애플리케이션 일치 복구 지점은 메모리에 있는 데이터와 처리 중인 모든 데이터를 캡처합니다. 복구 지점은 해당 데이터를 캡처하기 때문에 애플리케이션을 정지하려면 Windows에서 볼륨 섀도 복사본 서비스와 같은 프레임워크가 필요합니다. 캡처 프로세스가 빈번하게 발생하는 경우 워크로드가 이미 다른 작업을 진행 중이면 성능에 영향을 줄 수 있습니다. 비데이터베이스 워크로드의 경우 앱 일치 복구 지점을 자주 사용하는 것이 좋습니다. 데이터베이스 워크로드의 경우에도 1시간으로 충분합니다.

Site Recovery는 최소 1시간의 빈도로 애플리케이션 일치 복구 지점을 생성할 수 있습니다.

Site Recovery에서 복구 지점이 생성되는 방식을 이해하기 위해 복제 정책 예제를 살펴보겠습니다. 이 복제 정책에는 1일 보존 기간 및 1시간의 앱 일치 빈도 스냅샷이 있는 복구 지점이 포함되어 있습니다.

Site Recovery는 5분 마다 크래시 일치 복구 지점을 만듭니다. 사용자가 이 빈도를 변경할 수는 없습니다. 가장 최근 2시간 동안 24개의 크래시 일치 지점과 2개의 앱 일치 지점 중에서 선택할 수 있습니다. 시간이 지남에 따라 Site Recovery는 마지막 2시간 이전에 만든 모든 복구 지점을 정리하고 하루 중 최대 24시간 동안 시간당 한 개의 복구 지점만 저장합니다.

다음 스크린샷은 예제를 보여줍니다. 스크린샷:

• 지난 2시간 내에 5분 간격으로 만든 복구 지점이 있습니다.

• 지난 2시간 이전에 Site Recovery는 시간당 1개의 복구 지점만 유지합니다.

  

사용할 수 있는 가장 오래된 복구 지점은 관리 디스크에서 15일, 비관리 디스크에서 3일입니다.

아니요, Site Recovery는 이전 복구 지점을 모두 유지합니다. 복구 지점의 보존 기간에 따라 Site Recovery는 새 지점을 생성하는 경우에만 가장 오래된 지점을 대체합니다. 문제로 인해 Site Recovery에서 새 복구 지점이 생성할 수 없습니다. 새 복구 지점이 있을 때까지 보존 기간에 도달한 후에도 이전 모든 지점은 유지됩니다.

Site Recovery 자격 증명 모음>Site Recovery 인프라>복제 정책으로 이동합니다. 편집할 정책을 선택하고 변경 내용을 저장합니다. 모든 변경 내용은 모든 기존 복제에도 적용됩니다.

생성되는 첫 번째 복구 지점에 전체 복사본이 있습니다. 모든 연속 복구 지점에는 델타 변경 내용이 있습니다.

예, 보존 기간을 1일에서 3일로 늘리면 Site Recovery는 추가로 2일 동안 복구 지점을 저장합니다. 추가된 시간은 보존 기간이 1일에서 3일로 늘어나 저장해야 하는 12개의 추가 복구 지점이 필요하기 때문에 스토리지 요금이 청구됩니다. 예를 들어, 단일 복구 지점에는 월별 $0.16의 GB당 비용에 해당하는 10GB의 델타 변경이 있을 수 있습니다. 추가 요금은 월별 $1.60×12가 됩니다.

보안 인터넷 연결, 사이트 간 VPN 또는 Azure ExpressRoute를 통해 Azure Virtual Machines에 액세스할 수 있습니다. 연결하려면 여러 가지 사항을 준비해야 합니다. 자세히 알아보기.

Azure는 복원을 위해 디자인되었습니다. Site Recovery는 이미 Azure SLA에 따라 보조 Azure 데이터 센터에 장애 조치하도록 설계되었습니다. 이 상황이 발생하면 사용자가 자격 증명 모음에 대해 선택한 지리적으로 동일한 지역에 메타데이터 및 자격 증명 모음이 남아 있습니다.

보조 사이트에서 계획되지 않은 장애 조치(failover)를 트리거할 수 있습니다. Site Recovery는 기본 사이트가 연결되지 않아도 장애 조치(failover)를 수행할 수 있습니다.

장애 조치는 자동이 아닙니다. 포털에서 클릭 한 번으로 장애 조치(failover)를 시작하거나, Site Recovery PowerShell을 사용하여 장애 조치(failover)를 트리거할 수 있습니다. 장애 복구(failback) 작업은 Site Recovery 포털에서 간단하게 수행할 수 있습니다.

온-프레미스 Orchestrator 또는 Operations Manager를 사용하여 가상 머신 오류를 감지하면 SDK를 사용하여 장애 조치(failover)를 트리거하도록 자동화할 수 있습니다.

• 자세한 복구 계획을 알아봅니다.
• 자세히 알아보기 .
• VMware 가상 머신 및 실제 서버 장애 복구에 대해 자세히 알아보기

예, 대체 위치 복구를 사용하여 Azure에서 다른 호스트로 장애 복구(failback)를 수행할 수 있습니다.

• VMware 가상 머신
• Hyper-V 가상 머신

원본 위치의 컴퓨터가 대상 위치로 장애 조치되면 선택할 수 있는 세 가지 옵션이 있습니다. 세 가지 모두 다른 용도로 사용됩니다.

1. 마이그레이션 완료는 더 이상 원본 위치로 돌아가지 않음을 의미합니다. 대상 지역으로 마이그레이션했으므로 이제 완료되었습니다. 마이그레이션 완료를 클릭하면 내부적으로 커밋과 복제 안 함이 차례로 트리거됩니다.
2. 커밋은 이 작업이 복제 프로세스의 끝이 아님을 의미합니다. 모든 구성과 함께 복제 항목은 그대로 유지되며 나중에 다시 보호를 눌러 컴퓨터를 원본 지역으로 다시 복제할 수 있습니다.
3. 복제 사용 안 함은 복제를 사용하지 않도록 설정하고 모든 관련 구성을 제거합니다. 대상 지역에 존재하는 기존 컴퓨터에는 영향을 주지 않습니다.

예. REST API, PowerShell 또는 Azure SDK를 사용하여 Site Recovery 워크플로를 자동화할 수 있습니다. 현재 PowerShell을 사용하여 Site Recovery를 배포하기 위한 지원되는 시나리오:

• VMM 클라우드의 Hyper-V 가상 머신을 Azure PowerShell Resource Manager에 복제
• VMM 없이 Hyper-V 가상 머신을 Azure PowerShell Resource Manager에 복제
• PowerShell 리소스 관리자를 사용하여 VMware에서 Azure로 복제

아니요, AzureRM 모듈의 사용 중지는 Site Recovery 자동 업데이트 작동 방식에 영향을 미치지 않습니다. 내부 Runbook을 변경할 필요는 없으며, 내부에 사용된 REST API는 자동화 계정에서 의도한 대로 계속 작동합니다.

새 업데이트에 대해 알아보고 및 롤업 정보 받습니다.

다음 단계

• Site Recovery 개요