알려진 문제 - Azure Stack Hub의 Azure Site Recovery

아티클
03/22/2025

이 문서에서는 Azure Stack Hub의 Azure Site Recovery에 대한 알려진 문제에 대해 설명합니다. Azure Stack Hub의 Azure Site Recovery에서 현재 알려진 문제 및 제한 사항에 대한 자세한 내용은 다음 섹션을 사용합니다.

지원되는 최대 디스크 크기는 1022GB입니다.

VM을 보호할 때 Azure Site Recovery는 기존 디스크에 1GB의 데이터를 추가해야 합니다. Azure Stack Hub의 최대 디스크 크기는 1023GB이므로 Site Recovery로 보호되는 디스크의 최대 크기는 1022보다 작거나 같아야 합니다.

디스크가 1023Gb인 VM을 보호하려고 하면 다음 동작이 발생합니다.

1GB의 시드 디스크가 만들어지고 사용할 준비가 되면서 보호가 활성화됩니다. 이 단계에서는 오류가 없습니다.
복제는 xx%에서 동기화된 후 차단되고, 잠시 후 복제 상태가 심각 상태가 되며 AzStackToAzStackSourceAgentDiskSourceAgentSlowResyncProgressOnPremToAzure오류가 발생합니다. 복제 중에 Site Recovery가 시드 디스크의 크기를 1024GB로 조정하고 쓰기 때문에 오류가 발생합니다. Azure Stack Hub는 1024GB 디스크를 지원하지 않으므로 이 작업이 실패합니다.
대상 구독에서 이 디스크에 대해 만든 시드 디스크의 크기는 1GB이며, 활동 로그 'disk.diskSizeGb' 매개 변수의 '1024' 값이 범위를 벗어났을 오류 메시지와 함께 디스크 쓰기 오류가 몇 가지 표시됩니다. 값 '1024'는 '1'에서 '1023' 사이여야 합니다.

이 문제의 현재 해결 방법은 새 디스크(1022GB 이하)를 만들고, 원본 VM에 연결하고, 1023GB 디스크에서 새 디스크로 데이터를 복사한 다음, 원본 VM에서 1023GB 디스크를 제거하는 것입니다. 이 절차가 완료되고 VM에 1022GB 이하의 모든 디스크가 있으면 Azure Site Recovery를 사용하여 보호를 사용하도록 설정할 수 있습니다.

재보호: 어플라이언스에서 사용 가능한 데이터 디스크 슬롯

다시 보호를 위한 복제본 디스크가 어플라이언스에 연결되기 때문에 어플라이언스 VM에 충분한 데이터 디스크 슬롯이 있는지 확인합니다.
동시에 다시 보호되는 초기 허용 디스크 수는 31개입니다. 마켓플레이스 항목에서 만든 어플라이언스의 기본 크기는 최대 32개의 데이터 디스크를 지원하는 Standard_DS4_v2, 어플라이언스 자체는 하나의 데이터 디스크를 사용합니다.
보호된 VM의 합계가 31보다 큰 경우 다음 작업 중 하나를 수행합니다.
- 다시 보호해야 하는 VM을 더 작은 그룹으로 분할하여 동시에 다시 보호된 디스크 수가 어플라이언스에서 지원하는 최대 데이터 디스크 수를 초과하지 않도록 합니다.
- Azure Site Recovery 어플라이언스 VM의 크기를 늘림
메모

어플라이언스 VM에 대한 대규모 VM SKU를 테스트하고 유효성을 검사하지 않습니다.
VM을 다시 보호하려고 하지만, 장치에 복제 디스크를 위한 슬롯이 충분하지 않은 경우, 내부 오류가 발생하여 오류 메시지가 표시됩니다. 어플라이언스에 있는 데이터 디스크의 수를 확인하거나 어플라이언스에 로그인하고, 이벤트 뷰어이동한 다음, 애플리케이션 및 서비스 로그Azure Site Recovery 대한 로그를 열 수 있습니다.

최신 경고를 찾아 문제를 식별합니다.

Linux VM 커널 버전이 지원되지 않음

명령 uname -r실행하여 커널 버전을 확인합니다.

지원되는 Linux 커널 버전에 대한 자세한 내용은 Azure에서 Azure 지원 매트릭스참조하세요.
지원되는 커널 버전을 사용하면 VM이 다시 시작되도록 하는 장애 조치(failover)로 인해 장애 조치된 VM이 지원되지 않을 수 있는 최신 커널 버전으로 업데이트될 수 있습니다. 장애 조치(failover) VM 다시 시작으로 인한 업데이트를 방지하려면 커널 버전 업데이트를 진행할 수 있도록 명령 sudo apt-mark hold linux-image-azure linux-headers-azure 실행합니다.
지원되지 않는 커널 버전의 경우 VM에 적절한 명령을 실행하여 롤백할 수 있는 이전 커널 버전을 확인합니다.
- Debian/Ubuntu: dpkg --list | grep linux-image
다음 이미지는 지원되지 않는 버전 5.4.0-1103-azure의 Ubuntu VM 예제를 보여 줍니다. 명령이 실행되면 VM에 이미 설치된 지원되는 버전 5.4.0-1077-azure를 볼 수 있습니다. 이 정보를 사용하여 지원되는 버전으로 롤백할 수 있습니다.
다음 단계를 사용하여 지원되는 커널 버전으로 롤백합니다.
1. 먼저 오류가 발생할 경우를 대비하여 /etc/default/grub의 복사본을 만듭니다. 예를 들어 sudo cp /etc/default/grub /etc/default/grub.bak.
2. 그런 다음 /etc/default/grub 수정하여 GRUB_DEFAULT 사용하려는 이전 버전으로 설정합니다. GRUB_DEFAULT="Ubuntu>용 고급 옵션 Ubuntu, Linux 5.4.0-1077-azure와 함께"와 비슷한설정이 있을 수 있습니다.
3. 저장을 선택하여 파일을 저장한 다음, 종료를 선택합니다.
4. sudo update-grub 실행하여 grub을 업데이트합니다.
5. 마지막으로 VM을 다시 부팅하고 지원되는 커널 버전으로 롤백을 계속합니다.
롤백할 수 있는 이전 커널 버전이 없는 경우 커널이 지원될 수 있도록 모바일 에이전트 업데이트를 기다립니다. 업데이트가 준비되면 자동으로 완료되며 포털에서 버전을 확인하여 다음을 확인할 수 있습니다.

수동 재보호 재동기화는 아직 지원되지 않습니다.

다시 보호 작업이 완료되면 복제가 순서대로 시작됩니다. 복제 중에 다시 동기화가 필요한 경우가 있을 수 있습니다. 즉, 모든 변경 내용을 동기화하기 위해 새 초기 복제가 트리거됩니다.

두 가지 유형의 재동기화가 있습니다.

자동 다시 동기화. 사용자 작업이 필요하지 않으며 자동으로 수행됩니다. 사용자는 포털에 표시되는 일부 이벤트를 볼 수 있습니다.
수동 동기화 다시 하기 다시 동기화를 수동으로 트리거하려면 사용자 작업이 필요하며 다음 인스턴스에서 필요합니다.
- 다시 보호를 위해 선택한 스토리지 계정이 없습니다.
- 어플라이언스에서 복제 디스크가 없습니다.
- 복제 쓰기가 어플라이언스의 복제 디스크 용량을 초과합니다.
  
  팁
  
  또한 이벤트 블레이드에서 수동 재동기화 이유를 찾아 수동 다시 동기화가 필요한지 여부를 결정할 수도 있습니다.

PowerShell 자동화의 알려진 문제

$failbackPolicyName와 $failbackExtensionName을 비워 두거나 null로 설정하면 다시 보호가 실패할 수 있습니다. 다음 예제를 참조하세요.

다음 예제와 같이 항상 $failbackPolicyName 지정하고 $failbackExtensionName지정합니다.

$failbackPolicyName = "failback-default-replication-policy"
$failbackExtensionName = "default-failback-extension"
$parameters = @{
    "properties" = @{
        "customProperties" = @{
            "instanceType" = "AzStackToAzStackFailback"
            "applianceId" = $applianceId
            "logStorageAccountId" = $LogStorageAccount.Id
            "policyName" = $failbackPolicyName
            "replicationExtensionName" = $failbackExtensionName
        }
    }
}
$result = Invoke-AzureRmResourceAction -Action "reprotect" ` -ResourceId $protectedItemId ` -Force -Parameters $parameters

모바일 서비스 에이전트 경고

여러 VM을 복제할 때 Site Recovery 작업에서 보호된 항목 상태가 경고 오류로 변경된 것을 볼 수 있습니다.

이 오류 메시지는 경고일 뿐이며 실제 복제 또는 장애 조치(failover) 프로세스에 대한 차단 문제가 아닙니다.

팁

각 VM의 상태를 확인하여 정상 상태인지 확인할 수 있습니다.

어플라이언스 VM(원본)을 삭제하면 볼트(대상)의 삭제가 차단됩니다.

대상에서 Azure Site Recovery 볼트를 삭제하려면 먼저 보호된 모든 VM을 제거해야 합니다. 어플라이언스 가상 머신을 먼저 삭제하면 Site Recovery 볼트가 보호된 리소스를 삭제하지 못하도록 막으며, 볼트를 삭제하려는 시도도 실패하게 됩니다. 리소스 그룹 삭제도 실패하며, 보관소를 제거하는 유일한 방법은 해당 보관소가 만들어진 Azure Stack Hub 사용자 구독을 삭제하는 것입니다.

이 문제를 방지하려면, 먼저 금고의 모든 항목에서 보호를 제거한 후 어플라이언스 VM을 삭제해야 합니다. 이렇게 하면 볼트가 장치(원본 쪽)에서 리소스 정리 작업을 완료할 수 있습니다. 보호된 항목이 제거되면 볼트를 삭제하고 어플라이언스 VM을 제거할 수 있습니다.

다음 단계

Azure Site Recovery on Azure Stack Hub
Azure Stack Hub 용량 계획 Azure Site Recovery

다음을 통해 공유