테스트 목적을 처리하기 위해 좋은 측정 항목을 찾는 것만 큼 모든 사람이 테스트를로드하기위한 webapp 설치 지점에 대한 하드웨어 사양을 알고 있음이 중요합니다. 그러나 실제로 활용할 수있는 물리적 인 머신이 없기 때문에 대체 솔루션 인 가상 머신을 찾아야합니다.VM에 설치된 웹 응용 프로그램에 대한 부하 테스트
다행히도 우리 회사는 VM웨어 (ESXI)를 사용하고 있으며 이에 대해 액세스 할 수있어서 고맙습니다. 그러나 VM을 직접 만들려고 할 때 실제 하드웨어 사양을 말할 수조차없는 것 같습니다. VM을 생성하려고했기 때문에 시뮬레이트 할 물리적 인 기계로 다시 매핑하는 것이 어렵습니다.
테스트를로드하는 것이 실제로 중요합니까? VM웨어 층은 서버 관리자가에서 주변에 기계를 이동할 수 있습니다 - 조언의 말씀은
감사
가상화의 큰 이점은 당신이 실행되는 하드웨어의 종류에 대해 걱정하지 않아도됩니다을 이해할 수있을 것이다 하나의 하드웨어 플랫폼은 응용 프로그램이나 사용자가 모르는 사이에 다른 플랫폼에 연결됩니다. 그러나 사용자의 관점에서는 기본 하드웨어에 노출되지 않으므로 보유하고있는 정보를 알 수 없기 때문에 이는 단점입니다. VM 관리자가 사용할 수있는 리소스를 숨기거나 제한하는 방법은 여러 가지가 있습니다. 예를 들어, 듀얼 코어, 2.33GHz 프로세서, 2GB RAM, 100GB 하드 디스크 VM을 "볼"수 있지만, 모르는게 있다면 서버가 스로틀 링되어서 사용 가능한 CPU 리소스의 33 % 이상을 사용하지 마십시오. 반면 VM 관리자는 8 코어 VM 호스트에서 2 코어 서버가 항상 2 코어를 보장하도록 리소스를 예약하는 정책을 수립 할 수 있습니다. 즉, 100 % CPU 가용성 섬기는 사람. VM 정책이 무엇인지 알지 못하면 실제 서버의 특성에 매핑 할 수 없습니다. 가장 좋은 방법은 VM 관리자와 30 분을 보내고 가상 호스트 인프라에 대해 모든 것을 알려주는 것입니다. 리소스 풀을 만드는 데 시간을 할애했다면 예약 정책 및 예약에 대해 이야기 할 수 있습니다.
게스트 VM 내에는 한두 개의 코어가 있는지 여부, 사용 가능한 메모리 양 등을 알려줄 수 있어야합니다. VM 관리자의 피드백을 고려하십시오. VM이 다른 서버와 함께 리소스 풀에 있으며 사용 가능한 총 서버 CPU 리소스의 50 % 만 차지한다고 가정하면 추측 해 볼 수 있습니다. 오후 8시 또는 3시에 짐을 실어 가며 하루 동안 보는 것과 다른 숫자를 얻는 지 확인하십시오. 근무 시간 이후에 전체 테스트를 실행하기로 약속하면 CPU 리소스 예약을 제공 할 수 있습니다.
이제 테스팅의 목표는 애플리케이션의 병목 현상이 어디에 있는지 알아내는 것일 때 "유효한 테스트"시나리오입니다. 임의의 제약 조건이 주어졌으며 테스트 결과 더 많은 메모리, 더 많은 CPU, 더 많은 디스크 I/O가 필요한지 여부가 결정됩니다. 거기에서 애플리케이션을 조정할 수 있습니다. 정말 부하 테스트에 대한 문제, 제임스
네 -
희망이 도움이됩니다.
테스트 할 아키텍처가 없으면 선택한 아키텍처가 계획된 응용 프로그램로드를 지원하는지 확인할 수 없습니다.
그러나 서로 다른 페이지의 응답 시간을 계산할 수 있습니다. 가상 머신에서 수행중인 작업에 대해 몇 가지 통계를 얻을 수 있으며 하드웨어 소유자에게 친절하다면 VM을 실행하는 기본 하드웨어에서 통계를 수집 할 수 있습니다.
사이트의 페이지 간 상대적인 차이를 측정 할 수도 있습니다. 따라서 VM에 대한 부하 테스트는 완전한 시간 낭비가 아니지만 프로덕션 환경의 실제 시스템에 설치하려는 경우 사과와 사과를 비교하지 않습니다.