Azure Site Recovery Deployment Planner 보고서 분석

이 문서는 Hyper-V에서 Azure로의 복제 시나리오에 대해 Azure Site Recovery Deployment Planner에서 생성한 Excel 보고서에 포함된 시트에 대해 설명합니다.

온-프레미스 요약

온-프레미스 요약 워크시트에는 프로파일링된 Hyper-V 환경에 대한 개요가 제공됩니다.

시작 날짜 및 종료 날짜: 보고서를 생성하도록 고려된 프로파일링 데이터의 시작 날짜와 종료 날짜입니다. 기본적으로 시작 날짜는 프로파일링을 시작한 날짜이고, 종료 날짜는 프로파일링을 중지한 날짜입니다. 'StartDate' 및 'EndDate' 매개 변수를 사용하여 보고서를 생성하는 경우 이 정보는 해당 매개 변수의 값일 수 있습니다.

총 프로파일링 일 수: 보고서를 생성한 시작 날짜와 종료 날짜 사이에 프로파일링한 총 날짜 수입니다.

호환되는 가상 머신 수: 필요한 네트워크 대역폭, 필요한 스토리지 계정 수 및 Azure 코어 수가 계산되는 호환 가능한 VM의 총 수입니다.

호환되는 모든 가상 머신의 총 디스크 수: 호환되는 모든 VM의 총 디스크 수입니다.

호환되는 가상 머신당 평균 디스크 수: 호환되는 모든 VM에서 계산된 평균 디스크 수입니다.

평균 디스크 크기(GB): 호환되는 모든 VM에서 계산된 평균 디스크 크기입니다.

원하는 RPO(분): 기본 복구 지점 목표이거나 필요한 대역폭을 예측하기 위해 보고서 생성 시 "DesiredRPO" 매개 변수에 대해 전달된 값입니다.

원하는 대역폭(Mbps): 달성 가능한 RPO(복구 지점 목표)를 예측하기 위해 보고서 생성 시 "Bandwidth" 매개 변수에 대해 전달된 값입니다.

관찰된 일반적 일일 데이터 변동량(GB): 모든 프로파일링 일 수 동안 관찰된 평균 데이터 변동량입니다.

권장 사항

Hyper-V에서 Azure로 보고서의 권장 사항 시트에는 선택된 원하는 RPO에 따라 다음과 같은 세부 정보가 포함됩니다.

데이터 프로파일링

프로파일링된 데이터 기간: 프로파일링이 실행된 기간입니다. 기본적으로 도구는 프로파일링된 모든 데이터를 계산에 포함합니다. 보고서 생성에 StartDate 및 EndDate 옵션을 사용한 경우 특정 기간에 대한 보고서가 생성됩니다.

프로파일링된 Hyper-V 서버 수: VM의 보고서가 생성된 Hyper-V 서버의 수입니다. 숫자를 선택하여 Hyper-V 서버의 이름을 확인합니다. 온-프레미스 스토리지 요구 사항 시트가 열려 모든 서버가 해당 스토리지 요구 사항과 함께 표시됩니다.

원하는 RPO: 배포를 위한 복구 지점 목표입니다. 기본적으로 필요한 네트워크 대역폭은 15, 30 및 60분의 RPO 값에 대해 계산됩니다. 선택에 따라 영향을 받은 값이 시트에서 업데이트됩니다. 보고서를 생성하면서 DesiredRPOinMin 매개 변수를 사용한 경우 해당 값이 원하는 RPO 결과에 표시됩니다.

프로파일링 개요

총 프로파일링된 Virtual Machines 수는 프로파일링된 데이터를 사용할 수 있는 VM의 총 수입니다. VMListFile에 프로파일링되지 않은 VM의 이름이 있는 경우 해당 VM은 보고서 생성에서 고려되지 않고 프로파일링된 총 VM 수에서 제외됩니다.

호환되는 Virtual Machines 수는 Azure Site Recovery를 사용하여 Azure에 보호할 수 있는 VM 수입니다. 필요한 네트워크 대역폭, 스토리지 계정 수, Azure 코어 수가 계산되는 호환 가능한 총 VM 수입니다. 모든 호환되는 VM의 세부 정보는 "호환 VM" 섹션에서 사용할 수 있습니다.

호환되지 않는 Virtual Machines 수는 Site Recovery로 보호에 대해 호환되지 않는 프로파일링된 VM의 수입니다. 비호환성에 대한 이유는 "호환되지 않는 VM" 섹션에서 설명하고 있습니다. VMListFile에 프로파일링되지 않은 VM의 이름이 있는 경우 해당 VM은 호환되지 않는 VM 수에서 제외됩니다. 이러한 VM은 "호환되지 않는 VM" 섹션의 끝에 "데이터를 찾을 수 없음"으로 나열됩니다.

원하는 RPO: 원하는 복구 지점 목표(분)입니다. 세 개의 RPO 값: 15(기본값), 30 및 60분에 대해 보고서가 생성됩니다. 보고서의 대역폭 권장 사항은 시트의 오른쪽 위에 있는 원하는 RPO 드롭다운 목록에서 선택한 항목에 따라 변경됩니다. 사용자 지정 값이 있는 -DesiredRPO 매개 변수를 사용하여 보고서를 생성한 경우 이 사용자 지정 값은 원하는 RPO 드롭다운 목록에서 기본값으로 표시됩니다.

필요한 네트워크 대역폭(Mbps)

RPO 시간 100% 충족: 원하는 RPO 시간을 100% 충족하는 데 할당되는 권장 대역폭(Mbps)입니다. 이 양의 대역폭은 RPO 위반을 방지하는 데 호환되는 모든 VM의 안정적인 상태 델타 복제 전용이어야 합니다.

RPO 시간 90% 충족: 광대역 가격 또는 다른 이유로 인해 원하는 RPO 시간을 100% 충족하는 데 필요한 대역폭을 설정할 수 없습니다. 이 경우 원하는 RPO 시간을 90% 충족할 수 있는 낮은 대역폭 설정을 사용할 수 있습니다. 이 낮은 대역폭을 설정하는 의미를 이해하기 위해 보고서에서 예상되는 RPO 위반 횟수 및 기간에 대한 가상(what-if) 분석을 제공합니다.

달성된 처리량: GetThroughput 명령을 실행하는 서버에서 스토리지 계정이 있는 Azure 지역으로의 처리량입니다. 이 처리량 숫자는 Site Recovery를 사용하여 호환되는 VM을 보호할 때 달성할 수 있는 예상 수준을 나타냅니다. Hyper-V 서버 스토리지 및 네트워크 특성은 도구를 실행하는 서버의 특성과 동일하게 유지되어야 합니다.

모든 엔터프라이즈 Site Recovery 배포의 경우 ExpressRoute를 사용하는 것이 좋습니다.

필요한 스토리지 계정

다음 차트에서는 호환되는 모든 VM을 보호하는 데 필요한 스토리지 계정(표준 및 프리미엄)의 총 수를 보여 줍니다. 각 VM에 사용할 스토리지 계정에 대해 알아보려면 "VM 스토리지 배치" 섹션을 참조하세요.

필요한 Azure 코어 수

이 결과는 호환되는 모든 VM의 장애 조치 또는 테스트 장애 조치 전에 설정할 코어의 총 수입니다. 구독에서 사용할 수 있는 코어 수가 너무 적은 경우 Site Recovery에서 테스트 장애 조치 또는 장애 조치 시 VM을 만들지 못합니다.

추가적인 온-프레미스 스토리지 요구 사항

성공적인 초기 복제 및 델타 복제를 위해 Hyper-V 서버에 필요한 전체 사용 가능한 스토리지이며, VM 복제로 인해 프로덕션 애플리케이션에 바람직하지 않은 가동 중지 시간이 발생하지 않도록 합니다. 각 볼륨 요구 사항에 대한 자세한 내용은 온-프레미스 스토리지 요구 사항을 참조하세요.

사용 가능한 공간이 복제에 필요한 이유를 이해하려면 온-프레미스 스토리지 요구 사항 섹션을 참조하세요.

최대 복사 빈도

원하는 RPO를 달성하려면 복제에 대해 권장되는 최대 복사 빈도를 설정해야 합니다. 기본값은 5분입니다. 더 나은 RPO를 달성하기 위해 복사 빈도를 30초로 설정할 수 있습니다.

가상 분석

원하는 RPO 시간 90%만 충족하도록 낮은 대역폭을 설정할 때 프로파일링 기간 동안 발생할 수 있는 위반의 수를 설명합니다. 지정한 날짜에 하나 이상의 RPO 위반이 발생할 수 있습니다. 그래프는 해당 날짜의 최대 RPO를 보여줍니다. 이 분석에 따라 일일 RPO 위반 횟수와 일일 RPO 최고 적중 횟수를 지정된 낮은 대역폭으로 허용할 수 있는지 결정할 수 있습니다. 허용되는 경우 복제를 위해 더 낮은 대역폭을 할당할 수 있습니다. 허용되지 않는 경우 원하는 RPO 시간을 100% 충족하려면 제안된 대로 더 높은 대역폭을 할당합니다.

성공적인 초기 복제를 위한 권장 사항

이 섹션에서는 VM을 보호할 일괄 처리 번호와 IR(초기 복제)을 성공적으로 완료하는 데 필요한 최소 대역폭에 대해 설명합니다.

VM은 지정된 일괄 처리 순서로 보호되어야 합니다. 각 일괄 처리에는 특정 VM 목록이 있습니다. 일괄 처리 1 VM은 일괄 처리 2 VM보다 먼저 보호되어야 합니다. 일괄 처리 2 VM은 일괄 처리 3보다 먼저 보호되어야 하는 방식으로 계속 이어집니다. 일괄 처리 1 VM에 대한 초기 복제가 완료되면 일괄 처리 2 VM에 대한 복제를 활성화할 수 있습니다. 마찬가지로 일괄 처리 2 VM에 대한 초기 복제가 완료되면 일괄 처리 3 VM에 대한 복제를 활성화할 수 있는 방식으로 계속 이어집니다.

일괄 처리 순서를 따르지 않으면 나중에 보호되는 VM에 대한 초기 복제에 대역폭이 충분하지 않을 수 있습니다. 결과적으로 VM이 초기 복제를 완료하지 않거나 보호된 VM 중 일부가 다시 동기화 모드로 전환될 수 있습니다. 선택한 RPO 시트에 대한 IR 일괄 처리에는 각 일괄 처리에 포함해야 하는 VM에 대해 자세한 정보가 있습니다.

다음 그래프는 일괄 처리 전체에 대한 초기 복제 및 델타 복제를 위한 대역폭 분포를 주어진 일괄 처리 순서로 보여줍니다. 첫 번째 일괄 처리의 VM을 보호하는 경우 초기 복제에 전체 대역폭을 사용할 수 있습니다. 첫 번째 일괄 처리에 대한 초기 복제가 완료되면 대역폭 중 일부가 델타 복제에 필요합니다. 나머지 대역폭은 두 번째 일괄 처리의 VM 복제에 사용할 수 있습니다.

일괄 처리 2 막대에 일괄 처리 1에 필요한 델타 복제 대역폭과 일괄 처리 2 VM의 초기 복제에 사용할 수 있는 대역폭이 표시됩니다. 마찬가지로 일괄 처리 3 막대에는 이전 일괄 처리(일괄 처리1 및 2 VM)의 델타 복제에 필요한 대역폭과 일괄 처리 3의 초기 복제에 사용할 수 있는 대역폭이 표시되는 방식으로 계속 이어집니다. 모든 일괄 처리의 초기 복제가 완료되면 마지막 막대에서 보호된 모든 VM의 델타 복제에 필요한 대역폭이 표시됩니다.

초기 복제 일괄 처리가 필요한 이유는 무엇인가요? 초기 복제 완료 시간은 VM 디스크 크기, 사용된 디스크 공간 및 사용 가능한 네트워크 처리량에 기반합니다. 자세한 내용은 선택한 RPO 시트의 IR 일괄 작업에 제공됩니다.

비용 예상

이 그래프에는 선택한 대상 지역의 Azure에 대한 예상 총 DR(재해 복구) 비용 및 사용자가 보고서 생성을 위해 지정한 통화의 요약 보기가 표시됩니다.

이 요약을 사용하면 Site Recovery를 사용하여 호환되는 모든 VM을 Azure로 보호하는 경우 스토리지, 컴퓨팅, 네트워크 및 라이선스에 대해 지불해야 하는 비용을 파악할 수 있습니다. 비용은 호환되는 VM에 대해 계산되며, 프로파일링된 모든 VM에 대해서는 계산되지 않습니다.

월별 또는 연도별 비용을 볼 수 있습니다. 지원되는 대상 지역 및 지원되는 통화에 대해 자세히 알아보세요.

구성 요소별 비용: 총 DR 비용은 컴퓨팅, 스토리지, 네트워크 및 Site Recovery 라이선스 비용의 4가지 구성 요소로 구분됩니다. 비용은 복제 및 DR 드릴 시간에 발생하는 사용량을 기준으로 계산됩니다. 컴퓨팅에는 컴퓨팅, 스토리지(프리미엄 및 표준), 온-프레미스 사이트와 Azure 간에 구성된 ExpressRoute/VPN 및 Site Recovery 라이선스가 사용됩니다.

상태별 비용: 총 재해 복구 비용은 복제 및 DR 드릴이라는 서로 다른 두 가지 상태에 따라 분류됩니다.

복제 비용: 복제 시 발생하는 비용입니다. 스토리지, 네트워크 및 Site Recovery 라이선스 비용이 포함됩니다.

DR 드릴 비용: 테스트 장애 조치 시 발생하는 비용입니다. Site Recovery는 테스트 장애 조치 시 VM을 작동합니다. DR 드릴 비용은 실행 중인 VM의 컴퓨팅 및 스토리지 비용을 포함합니다.

월간/연간 Azure Storage 비용: 막대형 차트에서 복제 및 DR 드릴에 대한 프리미엄 및 표준 스토리지에 발생하는 총 스토리지 비용이 표시됩니다. VM당 자세한 비용 분석은 비용 예측 시트에서 볼 수 있습니다.

사용된 증가율 및 백분위수 값

시트 아래쪽의 이 섹션에는 프로파일링된 VM의 모든 성능 카운터에 사용되는 백분위수 값(기본값: 95번째 백분위수)이 표시됩니다. 또한 모든 계산에 사용되는 증가율(기본값: 30%)도 표시됩니다.

입력으로 사용 가능한 대역폭을 사용하는 권장 사항

Site Recovery 복제를 위해 xMbps 이상의 대역폭을 설정할 수 없다는 것을 알고 있을 수 있습니다. 이 도구를 사용하여 사용 가능한 대역폭을 입력하고(보고서 생성 중에 -Bandwidth 매개 변수 사용), 달성 가능한 RPO(분)를 가져올 수 있습니다. 이처럼 달성 가능한 RPO 값을 사용하여 추가 대역폭을 프로비전해야 하는지, 아니면 이 RPO를 사용하여 재해 복구 솔루션에 만족하는지 여부를 결정할 수 있습니다.

VM-스토리지 배치 권장 사항

디스크 스토리지 유형: 배치할 VM 열에 언급된 해당 가상 컴퓨터를 모두 복제하는 데 사용되는 표준 또는 프리미엄 Storage 계정입니다.

제안된 접두사: 스토리지 계정 이름을 지정하는 데 사용할 수 있는 3자로 구성된 접두사입니다. 고유한 접두사를 사용할 수 있지만 도구의 제안은 스토리지 계정에 대 한 파티션 명명 규칙을 따릅니다.

제안된 계정 이름: 제안된 접두사를 포함한 후 스토리지 계정 이름입니다. 꺾쇠 괄호(< 및 >) 안의 이름을 사용자 지정 입력으로 바꿉니다.

로그 Storage 계정: 모든 복제 로그는 Standard Storage 계정에 저장됩니다. Premium Storage 계정에 복제하는 VM의 경우 로그 스토리지에 대한 추가 표준 스토리지 계정을 설정합니다. 여러 프리미엄 복제 스토리지 계정에서 단일 표준 로그 스토리지 계정을 사용할 수 있습니다. 표준 스토리지 계정에 복제된 VM은 로그에 대해 동일한 스토리지 계정을 사용합니다.

제안된 로그 계정 이름: 제안된 접두사를 포함한 후 스토리지 로그 계정 이름입니다. 꺾쇠 괄호(< 및 >) 안의 이름을 사용자 지정 입력으로 바꿉니다.

배치 요약: 복제 및 테스트 장애 조치 또는 장애 조치 시 스토리지 계정의 총 VM 부하에 대한 요약입니다. 요약에 포함되는 항목은 다음과 같습니다.

• 스토리지 계정에 매핑된 총 VM 수
• 이 스토리지 계정에 배치된 모든 VM에 대한 총 읽기/쓰기 IOPS
• 총 쓰기(복제) IOPS
• 모든 디스크의 전체 설치 크기
• 총 디스크 수

배치할 VM: 최적의 성능과 사용을 위해 지정된 스토리지 계정에 배치해야 하는 VM이 모두 나열되는 목록입니다.

호환되는 VM

Site Recovery Deployment Planner에서 생성된 Excel 보고서의 "호환되는 VM" 시트에서 호환되는 모든 VM의 세부 정보가 제공됩니다.

VM 이름: 보고서가 생성될 때 VMListFile에 사용되는 VM 이름입니다. 또한 이 열에는 VM에 연결된 디스크(VHD)가 나열됩니다. 이 이름에는 프로파일링 기간 동안 VM이 도구를 검색했을 때 VM이 있었던 Hyper-V 호스트 이름이 포함됩니다.

VM 호환성: 값은 예 및 예*입니다. 예*는 VM이 프리미엄 SSD에 적합한 경우입니다. 여기서 프로파일링된 높은 변동 또는 IOPS 디스크는 디스크에 매핑된 크기 보다 높은 프리미엄 디스크 크기에 적합합니다. 스토리지 계정은 크기에 따라 디스크를 매핑할 프리미엄 스토리지 디스크 유형을 결정합니다.

• <128 GB 미만은 P10입니다.
• 128~256GB는 P15입니다.
• 256GB ~ 512GB는 P20입니다.
• 512~1,024GB는 P30입니다.
• 1,025~2,048GB는 P40입니다.
• 2,049~4,095GB는 P50입니다.

예를 들어, 디스크의 워크로드 특성이 P20 또는 P30 범주에 속하지만 크기가 더 낮은 Premium Storage 디스크 유형에 낮게 매핑되는 경우 도구에서 해당 VM이 예*로 표시됩니다. 또한 도구에서는 원본 디스크 크기를 권장 Premium Storage 디스크 유형에 맞게 변경하거나 대상 디스크 유형 사후 장애 조치를 변경할 것을 권장합니다.

스토리지 유형: 표준 또는 프리미엄입니다.

제안된 접두사: 3자로 구성된 스토리지 계정 접두사입니다.

Storage 계정: 제안된 Storage 계정 접두사를 사용하는 이름입니다.

최고 읽기/쓰기 IOPS(증가율 포함): 미래 증가율(기본값: 30%)을 포함한 디스크의 최고 워크로드 읽기/쓰기 IOPS(기본값: 95번째 백분위수)입니다. VM의 총 읽기/쓰기 IOPS는 항상 개별 VM 디스크의 읽기/쓰기 IOPS의 합계가 되는 것은 아닙니다. VM의 최고 읽기/쓰기 IOPS는 프로파일링 기간의 매분마다 개별 디스크의 읽기/쓰기 IOPS 합계의 최고값입니다.

최고 데이터 변동률(MB/s)(증가율 포함): 미래 증가율(기본값: 30%)을 포함한 디스크의 최고 변동률(기본값: 95번째 백분위수)입니다. VM의 전체 데이터 변동은 항상 개별 VM 디스크의 데이터 변동의 합계가 되는 것은 아닙니다. VM의 최고 데이터 변동은 프로파일링 기간의 매분마다 개별 디스크의 변동 합계의 최고값입니다.

Azure VM 크기: 이 온-프레미스 VM에 대해 이상적으로 매핑된 Azure Cloud Services VM 크기입니다. 매핑은 온-프레미스 VM의 메모리, 디스크/코어/NIC 수 및 읽기/쓰기 IOPS를 기반으로 합니다. 항상 모든 온-프레미스 VM 특성과 일치하는 가장 낮은 Azure VM 크기를 권장합니다.

디스크 수: VM의 총 가상 머신 디스크 수(VHD)입니다.

디스크 크기(GB): VM의 모든 디스크의 총 크기입니다. 또한 도구에서는 VM의 개별 디스크에 대한 디스크 크기도 보여 줍니다.

코어 수: VM의 CPU 코어 수입니다.

메모리(MB): VM의 RAM 크기입니다.

NIC 수: VM의 NIC 수입니다.

부팅 유형: VM의 부팅 유형입니다. BIOS 또는 EFI일 수 있습니다.

호환되지 않는 VM

Site Recovery Deployment Planner에서 생성된 Excel 보고서의 "호환되지 않는 VM" 시트에서 호환되지 않는 모든 VM의 세부 정보가 제공됩니다.

VM 이름: 보고서가 생성될 때 VMListFile에 사용되는 VM 이름입니다. 또한 이 열에는 VM에 연결된 디스크(VHD)가 나열됩니다. 이 이름에는 프로파일링 기간 동안 VM이 도구를 검색했을 때 VM이 있었던 Hyper-V 호스트 이름이 포함됩니다.

VM 호환성: 지정된 VM을 Site Recovery에서 사용할 수 없는 이유를 나타냅니다. 이유는 게시된 스토리지 한도를 기반으로 VM의 각 호환되지 않는 디스크에 대해 설명되며 다음 중 하나일 수 있습니다.

• 디스크 크기가 4,095GB보다 큽니다. Azure Storage는 현재 4,095GB보다 큰 디스크 크기를 지원하지 않습니다.

• 1세대(BIOS 부팅 유형) VM의 경우 OS 디스크는 2,047GB보다 큽니다. 1세대 VM의 경우 Site Recovery는 2,047GB보다 큰 OS 디스크 크기를 지원하지 않습니다.

• 2세대(EFI 부팅 유형) VM의 경우 OS 디스크는 300GB보다 큽니다. 2세대 VM의 경우 Site Recovery는 300GB보다 큰 OS 디스크 크기를 지원하지 않습니다.

• “” [] ` 문자 중 하나가 포함된 VM 이름은 지원되지 않습니다. 이름에 이러한 문자 중 일부가 포함된 해당 VM에 대해 프로파일링된 데이터는 도구에서 가져올 수 없습니다.

• VHD는 둘 이상의 VM에서 공유됩니다. Azure는 공유 VHD가 있는 VM을 지원하지 않습니다.

• 가상 파이버 채널이 있는 VM은 지원되지 않습니다. Site Recovery는 가상 파이버 채널이 있는 VM을 지원하지 않습니다.

• Hyper-V 클러스터에는 복제 broker가 포함되어 있지 않습니다. Hyper-V 복제본 broker가 클러스터에 대해 구성되어 있지 않으면 Site Recovery는 Hyper-V 클러스터의 VM을 지원하지 않습니다.

• VM은 고가용성이 아닙니다. Site Recovery는 클러스터 디스크가 아닌 로컬 디스크에 VHD가 저장된 Hyper-V 클러스터 노드의 VM을 지원하지 않습니다.

• 총 VM 크기(복제 + 테스트 장애 조치)가 지원되는 프리미엄 스토리지 계정의 크기 한도(35TB)를 초과합니다. 이러한 비호환성은 일반적으로 VM의 단일 디스크가 표준 스토리지에 대해 지원되는 최대 Azure 또는 Site Recovery 한도를 초과하는 성능 특성을 가지고 있는 경우에 발생합니다. 이러한 인스턴스는 VM을 Premium Storage 영역에 푸시합니다. 그러나 프리미엄 스토리지 계정의 최대 지원 크기는 35TB입니다. 보호된 단일 VM은 여러 스토리지 계정에서 보호할 수 없습니다.

  보호된 VM에서 테스트 장애 조치가 실행되고 관리되지 않는 디스크가 테스트 장애 조치용으로 구성된 경우, 복제가 진행되는 동일한 스토리지 계정에서 실행됩니다. 이 경우 복제와 동일한 양의 스토리지 공간이 추가로 필요합니다. 그러면 병렬로 복제가 진행되고 테스트 장애 조치(failover)가 성공할 수 있습니다. 관리 디스크가 테스트 장애 조치용으로 구성된 경우, 테스트 장애 조치 VM에 대해 추가 공간을 고려할 필요가 없습니다.

• 원본 IOPS가 디스크당 지원되는 스토리지 IOPS 한도(7500)를 초과합니다.

• 원본 IOPS가 VM당 지원되는 스토리지 IOPS 한도(80,000)를 초과합니다.

• 원본 VM 평균 데이터 변동률이 평균 I/O 크기에 지원되는 Site Recovery 데이터 변동률 한도(20MB/s)를 초과합니다.

• 원본 VM 평균 유효 쓰기 IOPS가 지원되는 Site Recovery IOPS 한도(840)를 초과합니다.

• 계산된 스냅샷 스토리지가 지원되는 스냅샷 스토리지 한도(10TB)를 초과합니다.

최고 읽기/쓰기 IOPS(증가율 포함): 미래 증가율(기본값: 30%)을 포함한 디스크의 최고 워크로드 IOPS(기본값: 95번째 백분위수)입니다. VM의 총 읽기/쓰기 IOPS는 항상 개별 VM 디스크의 읽기/쓰기 IOPS의 합계가 되는 것은 아닙니다. VM의 최고 읽기/쓰기 IOPS는 프로파일링 기간의 매분마다 개별 디스크의 읽기/쓰기 IOPS 합계의 최고값입니다.

최고 데이터 변동률(MB/s)(증가율 포함): 미래 증가율(기본값: 30%)을 포함한 디스크의 최고 변동률(기본값: 95번째 백분위수)입니다. VM의 전체 데이터 변동은 항상 개별 VM 디스크의 데이터 변동의 합계가 되는 것은 아닙니다. VM의 최고 데이터 변동은 프로파일링 기간의 매분마다 개별 디스크의 변동 합계의 최고값입니다.

디스크 수: VM의 총 VHD 수입니다.

디스크 크기(GB): VM의 모든 디스크의 총 설정 크기입니다. 또한 도구에서는 VM의 개별 디스크에 대한 디스크 크기도 보여 줍니다.

코어 수: VM의 CPU 코어 수입니다.

메모리(MB): VM의 RAM 양입니다.

NIC 수: VM의 NIC 수입니다.

부팅 유형: VM의 부팅 유형입니다. BIOS 또는 EFI일 수 있습니다.

Azure Site Recovery 제한

다음 표에는 Site Recovery 제한이 나와 있습니다. 이러한 제한은 테스트를 기반으로 하지만 가능한 애플리케이션 I/O 조합을 모두 다룰 수는 없습니다. 실제 결과는 애플리케이션 I/O 조합에 따라 달라질 수 있습니다. 최상의 결과를 얻으려면 배포를 계획한 후에도 테스트 장애 조치를 실행하여 애플리케이션의 실제 성능 그림을 가져옴으로써 광범위한 애플리케이션 테스트를 수행합니다.

복제 스토리지 대상	원본 VM 평균 I/O 크기	원본 VM 평균 데이터 변동	일일 총 원본 VM 데이터 변동
Standard Storage	8KB	VM당 2MB/s	VM당 168GB
Premium Storage	8KB	VM당 5MB/s	VM당 421GB
Premium Storage	16KB 이상	VM당 20MB/s	VM당 1684GB

이러한 한도는 I/O가 30% 겹친다고 가정하는 평균 숫자입니다. Site Recovery는 중첩 비율, 더 큰 쓰기 크기 및 실제 워크로드 I/O 동작에 따라 더 높은 처리량을 다룰 수 있습니다. 앞의 숫자는 약 5분의 일반적인 백로그가 있다고 가정합니다. 즉, 데이터를 업로드한 후에 처리되며, 5분 내에 복구 지점이 만들어집니다.

온-프레미스 스토리지 요구 사항

워크시트에 성공적인 초기 복제 및 델타 복제를 위해 Hyper-V 서버(VHD가 상주하는)의 각 볼륨에 대해 사용 가능한 총 스토리지 공간 요구 사항이 제공됩니다. 복제를 사용하도록 설정하기 전에 볼륨에 필요한 스토리지 공간을 추가하여 복제로 인해 프로덕션 애플리케이션에 바람직하지 않은 가동 중지 시간이 발생하지 않도록 합니다.

Site Recovery Deployment Planner는 복제에 사용되는 VHD 크기 및 네트워크 대역폭에 따라 최적의 스토리지 공간 요구 사항을 식별합니다.

복제를 위해 Hyper-V 서버에 여유 공간이 필요한 이유가 무엇인가요?

• VM 복제를 사용하도록 설정하면 Site Recovery에서 초기 복제를 위해 VM의 각 VHD에 대한 스냅샷을 만듭니다. 초기 복제를 수행하는 동안 애플리케이션에 의해 새로운 변경 내용이 디스크에 기록됩니다. Site Recovery는 로그 파일에서 이러한 델타 변경 내용을 추적하므로 추가 스토리지 공간이 필요합니다. 초기 복제가 완료될 때까지 로그 파일은 로컬로 저장됩니다.

  로그 파일과 스냅샷(AVHDX)에 충분한 공간을 사용할 수 없으면 복제가 다시 동기화 모드로 전환되고 완료되지 않습니다. 최악의 경우 초기 복제를 위한 VHD 크기의 100%에 해당하는 사용 가능한 공간이 추가로 필요합니다.

• 초기 복제가 완료되면 델타 복제가 시작됩니다. Site Recovery는 VM의 VHD가 있는 볼륨에 저장된 로그 파일에서 이러한 델타 변경 내용을 추적합니다. 이러한 로그 파일은 구성된 복사 빈도로 Azure에 복제됩니다. 사용 가능한 네트워크 대역폭에 따라, 로그 파일이 Azure에 복제되는데 어느 정도 시간이 소요됩니다.

  사용 가능한 공간이 로그 파일을 저장할 수 있을 만큼 충분하지 않으면 복제가 일시 중지됩니다. 그런 다음, VM의 복제가 "다시 동기화 필요" 상태가 됩니다.

• 네트워크 대역폭이 로그 파일을 Azure로 푸시할 만큼 충분하지 않으면 로그 파일이 볼륨에 쌓입니다. 최악의 시나리오에서 로그 파일의 크기가 VHD 크기의 50%로 증가하면 VM 복제가 "재동기화 필요" 상태가 됩니다. 최악의 경우 델타 복제를 위해 VHD 크기의 50% 추가 사용 가능한 공간이 필요합니다.

Hyper-V 호스트: 프로파일링된 Hyper-V 서버의 목록입니다. 서버가 Hyper-V 클러스터의 일부이면 모든 클러스터 노드가 함께 그룹화됩니다.

볼륨(VHD 경로): VHD/VHDX가 있는 Hyper-V 호스트의 각 볼륨입니다.

사용 가능한 여유 공간(GB): 볼륨에서 사용 가능한 여유 공간입니다.

볼륨에 필요한 총 스토리지 공간(GB): 성공적인 초기 복제 및 델타 복제를 위해 볼륨에 필요한 사용 가능한 총 스토리지 공간입니다.

성공적인 복제를 위해 볼륨에 프로비전될 총 추가 스토리지(GB): 성공적인 초기 복제 및 델타 복제를 위해 볼륨에 프로비전해야 하는 총 추가 공간을 사용하는 것이 좋습니다.

초기 복제 일괄 처리

초기 복제 일괄 처리가 필요한 이유는 무엇인가요?

모든 VM이 동시에 보호되는 경우 사용 가능한 스토리지 요구 사항이 훨씬 높아집니다. 충분한 스토리지를 사용할 수 없는 경우 VM의 복제가 다시 동기화 모드로 전환됩니다. 또한 모든 VM의 초기 복제를 성공적으로 완료하려면 네트워크 대역폭 요구 사항도 훨씬 높아집니다.

선택한 RPO를 위한 초기 복제 일괄 처리

이 워크시트는 IR에 대한 각 일괄 처리의 세부 정보 보기를 제공됩니다. 각 RPO에 대해 별도의 IR 일괄 처리 시트가 만들어집니다.

각 볼륨에 권장되는 온-프레미스 스토리지 요구 사항을 따른 후에 복제해야 하는 주요 정보는 병렬로 보호할 수 있는 VM의 목록입니다. 이러한 VM은 일괄적으로 그룹화되며 여러 개의 일괄 처리가 있을 수 있습니다. 지정된 일괄 처리 순서로 VM을 보호합니다. 먼저 일괄 처리 1 VM을 보호합니다. 초기 복제가 완료되면 일괄 처리 2 VM을 보호하는 방식으로 계속 이어집니다. 일괄 처리 목록과 해당 VM은 이 시트에 제공됩니다.

각 일괄 처리에는 다음 정보가 제공됩니다.

Hyper-V 호스트: 보호할 VM의 Hyper-V 호스트입니다.

Virtual Machine: 보호할 VM입니다.

설명: VM의 특정 볼륨에 작업이 필요한 경우 설명이 여기에 제공됩니다. 예를 들어 볼륨에서 사용 가능한 공간이 충분하지 않으면 "이 VM을 보호하기 위해 추가 스토리지를 추가하십시오"라는 설명이 표시됩니다.

볼륨(VHD 경로): VM의 VHD가 상주하는 볼륨 이름입니다.

볼륨에서 사용 가능한 여유 공간(GB): VM에 대한 볼륨에서 사용할 수 있는 디스크 여유 공간입니다. 볼륨에서 사용 가능한 여유 공간이 계산되는 동안, VHD가 동일한 볼륨에 있는 이전 일괄 처리의 VM이 델타 복제에 사용하는 디스크 공간이 고려됩니다.

예를 들어 VM1, VM2 및 VM3은 볼륨(예: E:\VHDpath)에 상주합니다. 복제 전에 볼륨의 여유 공간 500GB입니다. VM1은 일괄 처리 1, VM2는 일괄 처리 2 그리고 VM3은 일괄 처리 3의 일부입니다. VM1에 사용할 수 있는 여유 공간은 500GB입니다. VM2에 사용할 수 있는 사용 가능한 공간은 500GB가 되며 VM1의 델타 복제에 필요한 디스크 공간입니다. 델타 복제를 위해 VM1에 300GB의 공간이 필요한 경우 VM2에 사용할 수 있는 여유 공간은 500GB – 300GB = 200GB입니다. 이와 유사하게, VM2는 델타 복제를 위해 300GB가 필요합니다. VM3에 사용할 수 있는 여유 공간은 200GB - 300GB = -100GB입니다.

초기 복제를 위해 볼륨에 필요한 스토리지(GB): 초기 복제를 위해 VM의 볼륨에 필요한 사용 가능한 스토리지 공간입니다.

델타 복제를 위해 볼륨에 필요한 스토리지(GB): 델타 복제를 위해 VM의 볼륨에 필요한 사용 가능한 스토리지 공간입니다.

복제 오류를 방지하기 위해 부족에 따라 필요한 추가 스토리지(GB): VM의 볼륨에 필요한 추가 스토리지 공간입니다. 이는 초기 복제 및 델타 복제 스토리지 공간 요구 사항의 최대값에서 볼륨에 사용할 수 있는 여유 공간을 뺀 크기입니다.

초기 복제에 필요한 최소 대역폭(Mbps): VM의 초기 복제에 필요한 최소 대역폭입니다.

델타 복제에 필요한 최소 대역폭(Mbps): VM의 델타 복제에 필요한 최소 대역폭입니다.

각 일괄 처리에 대한 네트워크 이용률 세부 정보

각 일괄 처리 테이블에는 일괄 처리의 네트워크 이용률에 대한 요약이 제공됩니다.

일괄 처리에 사용할 수 있는 대역폭: 이전 일괄 처리의 델타 복제 대역폭을 고려한 후 일괄 처리에 사용할 수 있는 대역폭입니다.

일괄 처리의 초기 복제에 사용할 수 있는 대략적인 대역폭: 일괄 처리의 VM에 대한 초기 복제에 사용할 수 있는 대역폭입니다.

일괄 처리의 델타 복제에 사용된 대략적인 대역폭: 일괄 처리의 VM에 대한 델타 복제에 필요한 대역폭입니다.

일괄 처리에 예상되는 초기 복제 시간(HH:MM): 예상 초기 복제 시간(시간:분)입니다.

다음 단계

비용 예측에 대해 자세히 알아봅니다.