호스트에 로드가 적고 유휴 CPU 시간이 유지되고 있음에도 기본 VM이 느리게 실행되는 것으로 나타나는 경우 보조 VM이 실행되고 있는 호스트의 로드가 과도하지 않은지 확인하십시오.

문제

로드가 과도한 호스트에 보조 VM이 있는 경우 보조 VM이 기본 VM의 성능에 영향을 줄 수 있습니다.

원인

오버 커밋된(예: CPU 리소스) 호스트에서 실행되고 있는 보조 VM은 기본 VM과 동일한 양의 리소스를 얻지 못할 수 있습니다. 그러면 보조 VM이 따라올 수 있도록 기본 VM이 처리 속도를 늦춰야 하기 때문에 결과적으로 기본 VM의 실행 속도가 더 느린 보조 VM의 실행 속도로 줄어들게 됩니다.

해결책

보조 VM이 오버 커밋된 호스트에 있는 경우 리소스 경합 문제 없이 VM을 다른 위치로 이동할 수 있습니다. 즉, 다음을 수행합니다.
  • FT 네트워킹 경합 문제가 있는 경우, vMotion 기술을 사용하여 FT 네트워크에 대한 FT VM 경합이 더 적은 호스트로 보조 VM을 이동합니다. VM에 대한 스토리지 액세스의 품질이 비대칭은 아닌지 확인합니다.
  • 스토리지 경합 문제의 경우에는 FT를 끈 다음 다시 켭니다. 보조 VM을 다시 생성할 때 해당 데이터스토어를 리소스 경합이 더 적고 성능 잠재력이 더 큰 위치로 변경합니다.
  • CPU 리소스 문제를 해결하려면 기본 VM의 명시적 CPU 예약 값을 원하는 성능 수준에서 워크로드를 실행하기에 충분한 MHz 값으로 설정합니다. 이 예약은 기본 VM과 보조 VM 모두에 적용되므로 두 VM 모두 지정된 속도로 실행될 수 있습니다. Fault Tolerance를 사용하도록 설정하기 전 상태에서 가상 시스템의 성능 그래프를 표시하여 정상적인 상태에서 사용되는 CPU 리소스의 양을 확인하고, 이를 기준으로 이 예약을 설정하십시오.