Azure로 VMware 재해를 복구하기 위해 Deployment Planner 보고서 분석

생성된 Microsoft Excel 보고서에는 다음과 같은 시트가 포함되어 있습니다.

온-프레미스 요약

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

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

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

호환되는 가상 머신 수: 필요한 네트워크 대역폭, 필요한 스토리지 계정의 수, Microsoft Azure 코어, 구성 서버 및 추가 프로세스 서버가 계산되는 호환 가상 머신의 총 개수입니다.

호환되는 모든 가상 머신의 총 디스크 수: 배포에서 사용되는 구성 서버 및 추가 프로세스 서버의 수를 결정하기 위한 입력 중 하나로 사용되는 숫자입니다.

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

평균 디스크 크기(GB): 호환되는 모든 가상 머신에 대해 계산된 평균 디스크 크기입니다.

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

원하는 대역폭(Mbps): 달성 가능한 RPO를 추정하기 위해 보고서 생성 시 Bandwidth 매개 변수에 대해 전달한 값입니다.

관찰된 일반적 일일 데이터 변동량(GB): 모든 프로파일링 일 수 동안 관찰된 평균 데이터 변동량입니다. 이 수치는 배포에서 사용되는 구성 서버 및 추가 프로세스 서버의 수를 결정하기 위한 입력 중 하나로 사용됩니다.

권장 사항

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

프로파일링된 데이터

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

서버 이름: 가상 머신의 보고서가 생성된 VMware vCenter 또는 ESXi 호스트의 이름 또는 IP 주소입니다.

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

프로파일링 개요

프로파일링된 총 가상 머신 수: 프로파일링된 데이터를 사용할 수 있는 가상 머신의 총 개수입니다. VMListFile에 프로파일링되지 않은 가상 머신의 이름이 있는 경우 보고서 생성 시 해당 VM이 제외되며 프로파일링된 총 가상 머신 수에 포함되지 않습니다.

호환되는 가상 머신: Site Recovery를 사용하여 Azure로 보호할 수 있는 가상 머신의 수입니다. 필요한 네트워크 대역폭, 스토리지 계정, Azure 코어, 구성 서버 및 추가 프로세스 서버의 계산은 호환되는 가상 머신의 총 개수를 기반으로 합니다. 호환되는 모든 가상 머신의 세부 정보는 호환되는 가상 머신 섹션에서 확인할 수 있습니다.

호환되지 않는 가상 머신: Site Recovery를 통한 보호에서 호환되지 않는 프로파일링된 가상 머신의 수입니다. 호환되지 않는 이유는 호환되지 않는 가상 머신 섹션에서 확인할 수 있습니다. VMListFile에 프로파일링되지 않은 가상 머신의 이름이 있는 경우 해당 가상 머신은 호환되지 않는 가상 머신 수에서 제외됩니다. 이러한 가상 머신은 호환되지 않는 가상 머신 섹션의 끝에 "데이터를 찾을 수 없음"으로 나열됩니다.

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

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

RPO 시간 100% 충족: 원하는 RPO 시간을 100% 충족하는 데 할당되는 권장 대역폭(Mbps)입니다. RPO 위반을 방지하려면 호환되는 모든 가상 머신의 안정 상태 델타 복제에 이 양의 대역폭을 사용해야 합니다.

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

처리량 달성: GetThroughput 명령을 실행하는 서버에서 스토리지 계정이 있는 Microsoft Azure 지역까지의 처리량입니다. 이 처리량 수치는 구성 서버 또는 프로세스 서버 스토리지 및 네트워크 특성이 도구를 실행한 서버와 동일하게 유지되는 경우 Site Recovery를 사용하여 호환되는 가상 머신을 보호할 때 달성할 수 있는 예상 수준을 나타냅니다.

복제의 경우 RPO 시간 100%를 충족하기 위해 권장되는 대역폭을 설정해야 합니다. 대역폭을 설정한 후 도구에서 보고한 달성된 처리량이 증가하지 않으면 다음을 수행합니다.

1. Site Recovery 처리량을 제한하고 있는 네트워크 QoS(서비스 품질)가 있는지 확인합니다.

2. 네트워크 대기 시간을 최소화하기 위해 Site Recovery 자격 증명 모음이 물리적으로 지원되는 가장 가까운 Microsoft Azure 지역에 있는지 확인합니다.

3. 로컬 스토리지 특성을 확인하여 하드웨어(예를 들어 SSD HDD)를 향상시킬 수 있는지 여부를 결정합니다.

4. 프로세스 서버의 Site Recovery 설정을 변경하여 복제에 사용되는 네트워크 대역폭의 양을 증가시킵니다.

이미 보호된 가상 머신이 있는 구성 서버 또는 프로세스 서버에서 도구를 실행하는 경우 도구를 몇 번 실행하세요. 처리량 달성 수치는 처리되는 변동량에 따라 달라집니다.

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

필요한 스토리지 계정

다음 차트에서는 호환되는 모든 가상 머신을 보호하는 데 필요한 스토리지 계정(표준 및 프리미엄)의 총 개수를 보여 줍니다. 각 가상 머신에 사용할 스토리지 계정을 알아보려면 VM 스토리지 배치 섹션을 참조하세요. Deployment Planner v2.5를 사용하는 경우 데이터를 Managed Disks에 직접 기록하기 때문에 이 권장 사항은 복제에 필요한 표준 캐시 스토리지 계정의 수만 표시합니다.

필요한 Azure 코어 수

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

필요한 온-프레미스 인프라

이 수치는 호환되는 모든 가상 머신을 보호하는 데 충분하도록 구성할 구성 서버 및 추가 프로세스 서버의 총 개수입니다. 지원되는 구성 서버에 대한 크기 권장 사항에 따라 도구에서 추가 서버가 권장될 수 있습니다. 권장 사항은 일일 변동량과 보호되는 가상 머신의 최대 개수 중 큰 값을 기반으로 하며(가상 머신당 평균 3개의 디스크로 가정할 때), 구성 서버 또는 추가 프로세스 서버에서 먼저 도달하는 것이 기준이 됩니다. 일일 총 변동량 및 보호된 디스크의 총 수에 대한 세부 정보는 "온-프레미스 요약" 섹션에 있습니다.

가상 분석

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

초기 복제에 권장되는 가상 머신 일괄 처리 크기

이 섹션에서는 RPO 100% 충족이라는 제안된 대역폭을 설정하여 72시간 이내에 초기 복제를 완료하기 위해 병렬로 보호할 수 있는 가상 머신의 수를 권장합니다. 이 값은 구성 가능한 값입니다. 보고서 생성 시 변경하려면 GoalToCompleteIR 매개 변수를 사용합니다.

이 그래프에서는 호환되는 모든 가상 머신에서 검색된 평균적인 가상 머신 크기에 따라 72시간 내에 초기 복제를 완료하기 위한 대역폭 값 범위와 계산된 가상 머신 일괄 처리 크기 수를 보여 줍니다.

공개 미리 보기에서 보고서는 일괄 처리에 포함되어야 하는 가상 머신을 지정하지 않습니다. 호환되는 VM 섹션에 표시된 디스크 크기에서 각 가상 머신의 크기를 찾아 일괄 처리를 위해 해당 값을 선택하거나 알려진 워크로드 특성에 따라 가상 머신을 선택할 수 있습니다. 초기 복제 완료 시간은 실제 가상 머신 디스크 크기, 사용된 디스크 공간, 사용 가능한 네트워크 처리량에 따라 비례적으로 변경됩니다.

비용 예상

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

이 요약은 Azure Site Recovery를 사용하여 호환 가능한 모든 가상 머신을 Azure로 보호하는 경우에 스토리지, 컴퓨팅, 네트워크 및 라이선스에 대해 지불해야 하는 비용을 이해하는 데 도움이 됩니다. 비용은 프로파일링된 모든 가상 머신이 아닌 호환 가능한 가상 머신에 대해 계산됩니다.

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

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

상태별 비용: 총 DR(재해 복구) 비용은 복제 및 DR 드릴이라는 두 가지 다른 상태를 기반으로 분류됩니다.

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

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

월간/연간 Azure Storage 비용: 복제 및 DR 드릴을 위해 프리미엄 및 표준 스토리지에 대해 발생할 총 스토리지 비용을 보여줍니다. 가상 머신당 자세한 비용 분석은 비용 예측 시트에서 확인할 수 있습니다.

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

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

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

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

가상 머신-스토리지 배치

참고 항목

Deployment Planner v 2.5부터는 Managed Disks에 직접 복제되는 머신에 대한 스토리지 배치를 권장합니다.

복제 스토리지 유형: 배치할 가상 머신 열에 언급된 해당 가상 머신을 모두 복제하는 데 사용되는 표준 또는 프리미엄 관리 디스크입니다.

로그 스토리지 계정 유형: 모든 복제 로그는 표준 스토리지 계정에 저장됩니다.

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

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

배치 요약: 스토리지 유형별 보호된 가상 머신에 필요한 디스크의 요약입니다. 총 가상 머신 수, 모든 디스크에서 프로비전된 총 크기, 총 디스크 수를 포함합니다.

배치할 가상 머신: 최적의 성능 및 사용을 위해 지정된 스토리지 계정에 배치해야 하는 가상 머신을 모두 나열합니다.

호환되는 가상 머신

가상 머신 이름: 보고서가 생성될 때 VMListFile에 사용되는 가상 머신 이름 또는 IP 주소입니다. 또한 이 열에서는 가상 머신에 연결된 디스크(VMDK)를 나열합니다. vCenter 가상 머신을 중복 이름 또는 IP 주소와 구분하기 위해 이름에 ESXi 호스트 이름을 포함합니다. 나열된 ESXi 호스트는 도구가 프로파일링 기간 중에 발견한 가상 머신이 배치된 호스트입니다.

가상 머신 호환성: 값은 예와 예*입니다. 예*는 가상 머신이 프리미엄 SSD에 적합한 경우입니다. 여기서 프로파일링된 높은 변동량 또는 IOPS(초당 입출력 작업) 디스크는 P20 또는 P30 범주에 적합하지만 디스크의 크기 때문에 P10 또는 P20에 낮게 매핑됩니다. 스토리지 계정 크기에 따라 디스크를 매핑할 Premium Storage 디스크 유형이 결정됩니다. 예시:

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

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

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

복제를 위해 만든 Asrseeddisk(Managed Disks): 복제를 사용하도록 설정할 때 생성되는 디스크의 이름입니다. Azure에 데이터와 해당 스냅샷이 저장됩니다.

최고 읽기/쓰기 IOPS(증가율 포함): 향후 증가율(기본값: 30%)을 포함한 디스크의 최고 워크로드 읽기/쓰기 IOPS(기본값: 95번째 백분위수)입니다. 가상 머신의 총 읽기/쓰기 IOPS가 항상 가상 머신의 개별 디스크 읽기/쓰기 IOPS의 합계와 같은 것은 아닙니다. 가상 머신의 최고 읽기/쓰기 IOPS는 프로파일링 기간 중 매분 동안의 개별 디스크 읽기/쓰기 IOPS 합계의 최고치이기 때문입니다.

최고 데이터 변동률(Mbps) (증가율 포함): 향후 증가율(기본값: 30%)을 포함한 디스크의 최고 변동률(기본값: 95번째 백분위수)입니다. 가상 머신의 총 데이터 변동량이 항상 가상 머신의 개별 디스크 데이터 변동량의 합계와 같은 것은 아닙니다. 가상 머신의 최고 데이터 변동량은 프로파일링 기간 중 매분 동안의 개별 디스크 변동량 합계의 최고치이기 때문입니다.

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

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

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

코어: 가상 머신의 CPU 코어 수입니다.

메모리(MB): 가상 머신의 RAM입니다.

NIC: 가상 머신의 NIC 수입니다.

부팅 유형: 가상 머신의 부팅 유형입니다. BIOS 또는 EFI일 수 있습니다. 현재 Azure Site Recovery는 부팅 디스크의 파티션 수가 4개 미만이고 부팅 섹터 크기가 512바이트인 경우 Windows Server EFI 가상 머신(Windows Server 2012, 2012 R2 및 2016)을 지원합니다. EFI 가상 머신을 보호하려면 Azure Site Recovery 모바일 서비스 버전이 9.13 이상이어야 합니다. EFI 가상 머신에서는 장애 조치(failover)만 지원됩니다. 장애 복구(failback)는 지원하지 않습니다.

OS 유형: 가상 머신의 OS 유형입니다. Windows, Linux 또는 가상 머신을 만드는 동안 VMware vSphere에서 선택된 템플릿을 기반으로 하는 기타 OS일 수 있습니다.

호환되지 않는 가상 머신

가상 머신 이름: 보고서가 생성될 때 VMListFile에 사용되는 가상 머신 이름 또는 IP 주소입니다. 또한 이 열은 가상 머신에 연결된 VMDK를 나열합니다. vCenter 가상 머신을 중복 이름 또는 IP 주소와 구분하기 위해 이름에 ESXi 호스트 이름을 포함합니다. 나열된 ESXi 호스트는 도구가 프로파일링 기간 중에 발견한 가상 머신이 배치된 호스트입니다.

가상 머신 호환성: 지정된 가상 머신이 Site Recovery에서 호환되지 않는 이유를 나타냅니다. 가상 머신의 호환되지 않는 각 디스크에 대한 이유가 설명되어 있으며, 게시된 스토리지 한도에 따라 다음 중 하나일 수 있습니다.

• 데이터 디스크 크기가 잘못되었거나 OS 디스크 크기가 잘못되었습니다. 지원 제한을 검토하세요.

• 총 가상 머신 크기(복제 + TFO)가 지원되는 스토리지 계정 크기 한도(35TB)를 초과합니다. 이러한 비호환성은 일반적으로 가상 머신의 단일 디스크가 표준 스토리지에 대해 지원되는 최대 Azure 또는 Site Recovery 한도를 초과하는 성능 특성을 가지고 있는 경우에 발생합니다. 이 경우 가상 머신이 Premium Storage 영역에 푸시됩니다. 그러나 Premium Storage 계정의 최대 지원 크기는 35TB이며, 보호된 단일 가상 머신이 여러 스토리지 계정에서 보호될 수 없습니다. 또한 보호되는 가상 머신에 대해 테스트 장애 조치를 실행하면 복제가 진행 중인 스토리지 계정과 동일한 계정에서 실행된다는 점에 유의해야 합니다. 이 인스턴스에서 복제 진행과 테스트 장애 조치를 동시에 성공하려면 디스크 크기를 2배로 설정합니다.

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

• 원본 IOPS가 가상 머신당 지원되는 스토리지 IOPS 한도인 80,000을 초과합니다.

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

• 가상 머신의 모든 디스크에서 최고 데이터 변동량이 지원되는 최대 Site Recovery 최고 데이터 변동 한도인 가상 머신당 54MB/s를 초과합니다.

• 평균 유효 쓰기 IOPS가 디스크에 대해 지원되는 Site Recovery IOPS 한도(840)를 초과합니다.

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

• 1일 총 데이터 변동률이 프로세스 서버에서 지원되는 2TB의 1일 변동률 한도(2TB)를 초과합니다.

최고 읽기/쓰기 IOPS(증가율 포함): 향후 증가율(기본값: 30%)을 포함한 디스크의 최고 워크로드 IOPS(기본값: 95번째 백분위수)입니다. 가상 머신의 총 읽기/쓰기 IOPS가 항상 가상 머신의 개별 디스크 읽기/쓰기 IOPS의 합계와 같은 것은 아닙니다. 가상 머신의 최고 읽기/쓰기 IOPS는 프로파일링 기간 중 매분 동안의 개별 디스크 읽기/쓰기 IOPS 합계의 최고치이기 때문입니다.

최고 데이터 변동률(Mbps)(증가율 포함): 향후 증가율(기본값: 30%)을 포함한 디스크의 최고 변동률(기본값: 95번째 백분위수)입니다. 가상 머신의 총 데이터 변동량이 항상 가상 머신의 개별 디스크 데이터 변동량의 합계와 같은 것은 아닙니다. 가상 머신의 최고 데이터 변동량은 프로파일링 기간 중 매분 동안의 개별 디스크 변동량 합계의 최고치이기 때문입니다.

디스크 수: 가상 머신의 총 VMDK 수입니다.

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

코어: 가상 머신의 CPU 코어 수입니다.

메모리(MB): 가상 머신의 RAM 양입니다.

NIC: 가상 머신의 NIC 수입니다.

부팅 유형: 가상 머신의 부팅 유형입니다. BIOS 또는 EFI일 수 있습니다. 현재 Azure Site Recovery는 부팅 디스크의 파티션 수가 4개 미만이고 부팅 섹터 크기가 512바이트인 경우 Windows Server EFI 가상 머신(Windows Server 2012, 2012 R2 및 2016)을 지원합니다. EFI 가상 머신을 보호하려면 Azure Site Recovery 모바일 서비스 버전이 9.13 이상이어야 합니다. EFI 가상 머신에서는 장애 조치(failover)만 지원됩니다. 장애 복구(failback)는 지원하지 않습니다.

OS 유형: 가상 머신의 OS 유형입니다. Windows, Linux 또는 가상 머신을 만드는 동안 VMware vSphere에서 선택된 템플릿을 기반으로 하는 기타 OS일 수 있습니다.

Azure Site Recovery 제한

다음 테이블에는 Azure Site Recovery 제한이 제공됩니다. 이러한 한도는 테스트를 기반으로 하지만 모든 가능한 애플리케이션 I/O 조합을 다룰 수는 없습니다. 실제 결과는 애플리케이션 I/O 조합에 따라 달라질 수 있습니다. 최상의 결과를 얻으려면 배포를 계획한 후에도 항상 테스트 장애 조치를 통해 광범위한 애플리케이션 테스트를 수행하여 애플리케이션의 진정한 성능 상황을 이해하는 것이 좋습니다.

복제 스토리지 대상	평균 원본 디스크 I/O 크기	평균 원본 디스크 데이터 변동	일일 총 원본 디스크 데이터 변동
Standard Storage	8KB	2MB/초	디스크당 168GB
프리미엄 P10 또는 P15 디스크	8KB	2MB/초	디스크당 168GB
프리미엄 P10 또는 P15 디스크	16KB	4MB/초	디스크당 336GB
프리미엄 P10 또는 P15 디스크	32KB 이상	8MB/초	디스크당 672GB
프리미엄 P20 또는 P30 또는 P40 또는 P50 디스크	8KB	5MB/초	디스크당 421GB
프리미엄 P20 또는 P30 또는 P40 또는 P50 디스크	16KB 이상	20MB/s	디스크당 1,684GB

원본 데이터 변동률	최대 제한
가상 머신의 모든 디스크에 대한 최고 데이터 변동량	54MB/초
프로세스 서버에서 지원하는 1일 최대 데이터 변동률	2TB

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

비용 예상

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

다음 단계

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