평가 문제 해결 - FAQ

이 문서에서는 평가 관련 문제 해결에 대한 가장 일반적인 몇 가지 질문에 대한 답변을 제공합니다. 평가 문제 해결을 위한 평가 및 지원되는 시나리오 문제 해결 문서를 참조하세요.

Azure VM 평가에서 권장되는 Azure Disk SKU가 온-프레미스보다 큰 이유는 무엇인가요?

Azure VM 평가는 평가 유형에 따라 더 큰 디스크를 권장할 수 있습니다.

• 디스크 크기 조정은 크기 조정 기준 및 스토리지 유형이라는 두 가지 평가 속성에 따라 달라집니다.
• 크기 조정 조건이 성능 기반이고 스토리지 유형이 자동으로 설정된 경우 대상 디스크 유형(표준 HDD, 표준 SSD, 프리미엄 또는 울트라 디스크)을 식별할 때 디스크의 IOPS 및 처리량 값이 고려됩니다. 디스크 유형의 디스크 SKU가 권장되며 이러한 권장 사항에 온-프레미스 디스크의 크기 요구 사항이 고려됩니다.
• 크기 조정 기준이 성능 기반이고 스토리지 유형이 프리미엄인 경우 온-프레미스 디스크의 IOPS, 처리량 및 크기 요구 사항에 따라 Azure의 프리미엄 디스크 SKU를 사용하는 것이 좋습니다. 크기 조정 기준이 온-프레미스로이고 스토리지 유형이 표준 HDD, 표준 SSD, 프리미엄 또는 Ultra 디스크인 경우에도 동일한 논리를 사용하여 디스크 크기를 결정합니다.

예를 들어 32GB 메모리를 포함하는 온-프레미스 디스크가 있지만 디스크의 집계된 읽기/쓰기 IOPS는 800 IOPS라고 가정합니다. Azure VM 평가는 더 높은 IOPS 요구 사항으로 인해 프리미엄 디스크를 권장합니다. 또한 필요한 IOPS 및 크기를 지원할 수 있는 디스크 SKU를 권장합니다. 이 예제에서 가장 가까운 일치 항목은 P15(256GB, 1100IOPS)입니다. 따라서 온-프레미스 디스크에 필요한 크기가 32GB였지만 Azure VM 평가는 온-프레미스 디스크의 높은 IOPS 요구 사항 때문에 더 큰 디스크를 권장한 것입니다.

평가 보고서에서 일부 또는 모든 VM의 성능 데이터가 누락된 이유는 무엇인가요?

성능 기반 평가의 경우 Azure Migrate 어플라이언스에서 온-프레미스 VM에 대한 성능 데이터를 수집할 수 없는 경우 평가 보고서 내보내기에 'PercentageOfCoresUtilizedMissing' 또는 'PercentageOfMemoryUtilizedMissing'이 표시됩니다. 다음을 확인하세요.

• 평가를 만드는 동안 VM의 전원이 켜져 있는지 확인합니다.
• 메모리 카운터가 누락되었지만 Hyper-V VM을 평가하려는 경우 이러한 VM에서 동적 메모리를 사용하도록 설정했는지 확인합니다. 알려진 문제 때문에 현재 Azure Migrate 어플라이언스가 이러한 VM의 메모리 사용률을 수집할 수 없습니다.
• 모든 성능 카운터가 누락된 경우 평가에 대한 포트 액세스 요구 사항이 충족되는지 확인합니다. VMware, Hyper-V 및 물리적 평가를 위한 포트 액세스 요구 사항에 대해 자세히 알아봅니다. 성능 카운터가 누락된 경우 Azure Migrate: 검색 및 평가는 할당된 코어/메모리 온-프레미스로 대체되며 그에 따라 VM 크기를 권장합니다.

내 Azure VM 또는 Azure VMware Solution 평가 보고서에서 일부 또는 모든 서버에 대한 성능 데이터가 누락된 이유는 무엇인가요?

성능 기반 평가의 경우 Azure Migrate 어플라이언스에서 온-프레미스 서버에 대한 성능 데이터를 수집할 수 없으면 평가 보고서 내보내기에 PercentageOfCoresUtilizedMissing 또는 PercentageOfMemoryUtilizedMissing이 표시됩니다. 다음을 확인하세요.

• 평가를 만드는 동안 서버의 전원이 켜져 있는지 확인합니다.

• 메모리 카운터만 누락되었지만 Hyper-V 환경의 서버를 평가하려고 하는지 확인합니다. 이 시나리오에서는 서버에서 동적 메모리를 사용하도록 설정하고 최신 변경 내용을 반영하도록 평가를 다시 계산합니다. 서버에서 동적 메모리를 사용하도록 설정한 경우에만 어플라이언스에서 Hyper-V 환경의 서버에 대한 메모리 사용률 값을 수집할 수 있습니다.

• 모든 성능 카운터가 누락된 경우 443 포트(HTTPS)에서 아웃바운드 연결이 허용되는지 확인합니다.

  참고 항목

  임의의 성능 카운터가 누락된 경우 Azure Migrate: 검색 및 평가는 할당된 코어/메모리 온-프레미스로 대체하고 해당하는 VM 크기를 권장합니다.

내 Azure SQL 평가에서 일부 또는 모든 SQL 인스턴스 또는 데이터베이스에 대한 성능 데이터가 누락된 이유는 무엇인가요?

성능 데이터가 수집되는지 확인하려면 다음을 확인하세요.

• 평가를 만드는 동안 SQL Server의 전원이 켜져 있는지 확인합니다.
• Azure Migrate에서 SQL 에이전트의 연결 상태가 연결됨인지 확인하고 마지막 하트비트도 확인합니다.
• 검색된 SQL 인스턴스 창에서 모든 SQL 인스턴스에 대한 Azure Migrate 연결 상태가 연결됨인지 확인합니다.
• 모든 성능 카운터가 누락된 경우 443 포트(HTTPS)에서 아웃바운드 연결이 허용되는지 확인합니다.

성능 카운터가 누락된 경우 Azure SQL 평가에서 해당 인스턴스 또는 데이터베이스에 대해 가장 작은 Azure SQL 구성을 권장합니다.

내 평가의 신뢰 등급이 낮은 이유는 무엇인가요?

신뢰 등급은 평가를 계산하는 데 필요한 사용 가능한 데이터 요소의 백분율을 기준으로 성능 기반 평가에 대해 계산됩니다. 평가는 다음과 같은 이유로 낮은 신뢰 등급을 받을 수 있습니다.

• 평가를 만드는 동안 환경을 프로파일링하지 않았습니다. 예를 들어 성능 기간을 일주일로 설정하여 평가를 만드는 경우 검색 시작 후 일주일 이상 기다려야 데이터 요소가 수집됩니다. 이 기간 동안 기다릴 수 없으면 성능 기간을 더 짧은 기간으로 변경하고 평가를 다시 계산합니다.

• 평가는 일부 또는 모든 서버에 대한 성능 데이터를 평가 기간에 수집할 수 없습니다. 높은 신뢰 등급의 경우 다음을 확인하세요.

  • 평가 기간에 서버의 전원이 켜져 있는지 확인합니다.
  • 443 포트에서 아웃바운드 연결이 허용되는지 확인합니다.
  • Hyper-V 서버의 경우 동적 메모리가 사용하도록 설정되어 있는지 확인합니다.
  • Azure Migrate 에이전트의 연결 상태가 연결됨인지 확인합니다. 또한 마지막 하트비트를 확인합니다.
  • Azure SQL 평가의 경우 검색된 SQL 인스턴스 창에서 모든 SQL 인스턴스에 대한 Azure Migrate 연결 상태가 연결됨인지 확인합니다.

  신뢰 등급의 최신 변경 내용을 반영하려면 평가를 다시 계산합니다.

• Azure VM 및 Azure VMware Solution 평가의 경우 검색이 시작된 후 만들어진 서버가 거의 없었습니다. 예를 들어 지난 한 달 동안의 성능 기록에 대한 평가를 만들고 있지만 환경에서 불과 일주일 전에 몇몇 서버가 만들어진 경우입니다. 이 경우 새 서버의 성능 데이터가 전체 기간에 대해 제공되지 않으며 신뢰 등급이 낮습니다. 자세히 알아보기.

• Azure SQL 평가의 경우 검색을 시작한 후 일부 SQL 인스턴스 또는 데이터베이스가 만들어졌습니다. 예를 들어 지난 한 달 동안의 성능 기록에 대한 평가를 만들고 있지만 환경에서 불과 일주일 전에 몇몇 SQL 인스턴스 또는 데이터베이스가 만들어진 경우입니다. 이 경우 새 서버의 성능 데이터가 전체 기간에 대해 제공되지 않으며 신뢰 등급이 낮습니다. 자세히 알아보기.

RAM 사용률이 100% 이상인 이유는 무엇인가요?

기본적으로 Hyper-V에서 프로비저닝된 최대 메모리가 VM에 필요한 메모리보다 작은 경우 평가는 메모리 사용률이 100%를 초과하도록 표시합니다.

Azure VM 평가에 운영 체제 라이선스가 포함되어 있나요?

Azure VM 평가는 현재 Windows Server에 대해서만한 운영 체제 라이선스 비용을 고려합니다. Linux 서버에 대한 라이선스 비용은 현재 고려되지 않습니다.

Azure VM 평가에서 성능 기반 크기 조정은 어떻게 작동합니까?

Azure VM 평가는 온-프레미스 서버의 성능 데이터를 지속적으로 수집하여 Azure에서 VM SKU 및 디스크 SKU를 추천하는 데 사용합니다. 성능 기반 데이터를 수집하는 방법에 대해 자세히 알아봅니다.

Azure Migrate를 사용하여 디스크를 Ultra 디스크로 마이그레이션할 수 있나요?

아니요. 현재 Azure Migrate와 Azure Site Recovery 모두 Ultra 디스크로의 마이그레이션을 지원하지 않습니다. Ultra 디스크 배포에 대해 자세히 알아봅니다.

내 울트라 디스크에 프로비저닝된 IOPS와 처리량이 온-프레미스 IOPS와 처리량보다 많은 이유는 무엇인가요?

공식 가격 책정 페이지에 따라 Ultra 디스크는 프로비전된 크기, 프로비전된 IOPS 및 프로비전된 처리량을 기준으로 청구됩니다. 예를 들어 20,000 IOPS 및 1,000MB/초의 200GiB Ultra 디스크를 프로비전하고 20시간 후에 삭제한 경우 256GiB의 디스크 크기 제안에 매핑됩니다. 20시간 동안 256GiB, 20,000 IOPS 및 1000MB/초에 대한 요금이 청구됩니다.

프로비저닝할 IOPS = (검색된 처리량) *1024/256

울트라 디스크 권장 사항은 대기 시간을 고려하나요?

아니요, 현재 디스크 크기, 총 처리량 및 총 IOPS만 크기 조정 및 비용 계산에 사용됩니다.

M 시리즈가 Ultra 디스크를 지원하는 것을 확인할 수 있지만 Ultra 디스크가 권장된 평가에서는 ‘이 위치에 대한 VM을 찾을 수 없음’이라고 표시됩니다.

이러한 결과는 Ultra 디스크를 지원하는 모든 VM 크기가 모든 Ultra 디스크 지원 지역에 존재하는 것은 아니기 때문에 가능한 것입니다. 대상 평가 지역을 변경하여 이 서버의 VM 크기를 가져옵니다.

평가가 잘못된 제품을 사용하여 생성되었다는 경고를 표시하는 이유는 무엇인가요?

평가는 더 이상 유효하지 않은 제품으로 만들어졌으므로 편집 및 다시 계산 단추가 사용하지 않도록 설정됩니다. 유효한 제품(종량제, 개발/테스트로 결제, 기업계약)을 사용하여 새 평가를 만들 수 있습니다. Discount(%) 필드를 사용하여 Azure 제품 외에 사용자 지정 할인을 지정할 수도 있습니다. 자세히 알아보기.

더 이상 사용되지 않는 대상 Azure 위치로 생성되었다는 경고가 평가에 표시되는 이유는 무엇인가요?

평가는 더 이상 사용되지 않는 Azure 지역을 사용하여 만들어졌으므로 편집 및 다시 계산 단추가 사용하지 않도록 설정됩니다. 유효한 대상 위치를 사용하여 새 평가를 만들 수 있습니다. 자세히 알아보기.

평가가 잘못된 예약 인스턴스, VM 작동 시간 및 할인율(%) 조합을 사용하여 생성되었다는 경고를 표시하는 이유는 무엇인가요?

예약 인스턴스를 선택하면 할인율(%) 및 VM 작동 시간 속성은 적용되지 않습니다. 평가가 이러한 속성을 잘못 조합하여 만들어졌기 때문에 편집 및 다시 계산 단추가 사용하지 않도록 설정됩니다. 새 평가를 만드세요. 자세히 알아보기.

일부 평가가 “최신 평가 버전으로 업그레이드”로 표시되는 이유는 무엇인가요?

평가를 다시 계산하여 업그레이드된 Azure SQL 평가 환경을 확인하고 Azure SQL Managed Instances, Azure VM의 SQL Server, Azure SQL DB에서 SQL 배포에 대한 이상적인 마이그레이션 대상을 식별합니다.

• Azure 모범 사례에 따라 Azure VM에서 SQL Server 인스턴스를 마이그레이션하는 것이 좋습니다.
• 크기를 조정한 리프트 앤 시프트 - 서버에서 Azure VM의 SQL Server로 SQL Server 자격 증명을 사용할 수 없는 경우 이 방법이 권장됩니다.
• 한 번의 평가에서 SQL 배포에 대한 여러 마이그레이션 대상의 준비 상태 및 비용 추정을 다루는 사용자 환경이 향상되었습니다.

다시 계산하기 전에 기존 평가를 내보내는 것이 좋습니다.

실제 물리적 서버의 일부 네트워크 어댑터에 대한 성능 데이터가 표시되지 않습니다.

이 문제는 물리적 서버에서 Hyper-V 가상화를 사용하도록 설정한 경우에 발생할 수 있습니다. 이러한 서버에서는 제품 간격 때문에 현재 Azure Migrate에서는 물리적 및 가상 네트워크 어댑터를 모두 검색합니다. 네트워크 처리량은 검색된 가상 네트워크 어댑터에만 캡처됩니다.

물리적 서버의 권장되는 Azure VM SKU가 너무 큽니다.

이 문제는 물리적 서버에서 Hyper-V 가상화를 사용하도록 설정한 경우에 발생할 수 있습니다. 이러한 서버에서는 현재 Azure Migrate에서는 물리적 및 가상 네트워크 어댑터를 모두 검색합니다. 따라서 검색된 네트워크 어댑터의 수가 실제보다 많습니다. Azure VM 평가는 필요한 수의 네트워크 어댑터를 지원할 수 있는 Azure VM을 선택하므로 잠재적으로 VM 크기가 커질 수 있습니다. 네트워크 어댑터 수가 크기 조정에 미치는 영향에 대해 자세히 알아보세요. 이 제품 간격은 향후 해결될 것입니다.

물리적 서버에 대한 준비 상태 범주가 ‘준비 안 됨’으로 표시됩니다.

Hyper-V 가상화를 사용하도록 설정한 물리적 서버의 경우 준비 상태 범주가 준비 안 됨으로 잘못 표시될 수 있습니다. 이러한 서버에서는 제품 간격 때문에 현재 Azure Migrate에서는 물리적 및 가상 어댑터를 모두 검색합니다. 따라서 검색된 네트워크 어댑터의 수가 실제보다 많습니다. 온-프레미스로 및 성능 기반 평가에서 Azure VM 평가는 필요한 수의 네트워크 어댑터를 지원할 수 있는 Azure VM을 선택합니다. 검색된 네트워크 어댑터 수가 Azure VM에서 지원되는 최대 NIC 수인 32보다 크면 서버는 준비되지 않음으로 표시됩니다. NIC 수가 크기 조정에 미치는 영향에 대해 자세히 알아보세요.

물리적 서버에 대해 실제보다 많은 NIC가 검색됩니다.

이 문제는 물리적 서버에서 Hyper-V 가상화를 사용하도록 설정한 경우에 발생할 수 있습니다. 이러한 서버에서는 현재 Azure Migrate에서는 물리적 및 가상 어댑터를 모두 검색합니다. 따라서 검색된 NIC의 수가 실제보다 많습니다.

네트워크 트래픽 캡처

네트워크 트래픽 로그를 수집하려면

1. Azure Portal에 로그인합니다.
2. F12 키를 선택하여 개발자 도구를 시작합니다. 필요한 경우 탐색 시 항목 지우기 설정을 선택 취소합니다.
3. 네트워크 탭을 선택하고 네트워크 트래픽 캡처를 시작합니다.
   • 크롬에서 Preserve log를 클릭합니다. 자동으로 기록이 시작됩니다. 빨간색 원은 트래픽을 캡처하고 있다는 뜻입니다. 빨간색 원이 나타나지 않으면 시작할 검은색 원을 선택합니다.
   • Microsoft Edge 및 Internet Explorer에서 기록이 자동으로 시작됩니다. 그렇지 않으면 녹색 재생 단추를 선택합니다.
4. 오류를 재현해 봅니다.
5. 기록하는 동안 오류가 발생하면 기록을 중지하고 기록된 활동의 복사본을 저장합니다.
   • Chrome에서는 마우스 오른쪽 단추로 클릭하고 Save as HAR with content(콘텐츠와 함께 HAR로 저장)를 선택합니다. 그러면 로그가 .har 파일로 압축되어 내보내집니다.
   • Microsoft Edge 또는 Internet Explorer에서 캡처된 트래픽 내보내기 옵션을 선택합니다. 그러면 로그가 압축되어 내보내집니다.
6. 콘솔 탭을 선택하여 경고 또는 오류를 확인합니다. 콘솔 로그를 저장하려면:
   • 크롬의 경우 콘솔 로그에서 아무 위치를 마우스 오른쪽 단추로 클릭합니다. 다른 이름으로 저장을 선택하여 로그를 내보내고 압축합니다.
   • Microsoft Edge 또는 Internet Explorer에서 오류를 마우스 오른쪽 단추로 클릭하고 모두 복사를 선택합니다.
7. 개발자 도구를 닫습니다.

내 평가의 운영 체제 데이터는 어디에서 검색되나요?

• VMware VM의 경우 기본적으로 vCenter Server에서 제공하는 운영 체제 데이터입니다.
  • VMware Linux VM의 경우 애플리케이션 검색을 사용하도록 설정하면 게스트 VM에서 OS 세부 정보를 가져옵니다. 평가에서 OS 세부 정보를 확인하려면 검색된 서버 보기로 이동하여 운영 체제 열의 값 위에 마우스를 올려 놓습니다. 팝업되는 텍스트에서 표시되는 OS 데이터가 vCenter Server에서 수집되었는지 또는 VM 자격 증명을 사용하여 게스트 VM에서 수집되었는지 확인할 수 있습니다.
  • Windows VM의 경우 운영 체제 세부 정보는 항상 vCenter Server에서 가져옵니다.
• Hyper-V VM의 경우 운영 체제 데이터가 Hyper-V 호스트에서 수집됩니다.
• 물리적 서버의 경우 서버에서 가져옵니다.

다음 단계

평가를 만들거나 사용자 지정합니다.