트래픽이 많은 웹 사이트 스트레스 테스트를위한 7 가지 도구

작성자 :
  • 웹 도구
  • 업데이트 : Jun 24, 2020

웹 사이트 소유자 중 가장 초보자조차도 어느 시점에서 웹 사이트 성능을 테스트했습니다. 그러나 이러한 테스트의 대부분은 일반적으로 로딩 속도 or 사용자 경험 지수.

그러나로드 테스트는 어떻습니까?

대부분의 웹 사이트는 일반적으로 상당히 규칙적인 트래픽 수준에 취약하지만 일부 사이트는 많은 부하를 처리해야 할 경우가 있습니다. 이러한 예로는 온라인 상점 또는 일부 정부 웹 사이트가 있습니다.

짧은 기간 동안 웹 사이트 방문자 수가 갑자기 급증하면 웹 사이트를 얼마나 잘 처리 할 수 ​​있습니까?

부하 테스트 이해

부하 테스트 란 무엇입니까?

로드 테스트는 웹 사이트를 벤치마킹하여 다양한로드에서 어떻게 작동하는지 확인합니다.

예를 들어, 테스트를 통해 사이트에 방문하는 동시 방문자 수가 증가하는 것을 시뮬레이션 할 수 있습니다. 또한 사이트에서 사이트를 처리하는 방법을 기록하고 참조 용으로 기록합니다.

하중 시험의 예
예 – LoadStorm에서의로드 테스트 : 측정 된 메트릭에는 평균 응답 시간, 피크 응답 시간 및 오류 비율 (이미지 소스).

어떤 유형의 "부하"가 테스트됩니까?

사이트를로드 테스트하기 위해 선택한 도구에 따라 각기 다른 기능이 제공 될 수 있습니다. 가장 기본적인 것은 단순히 사이트가 충돌 할 때 점점 증가하는 부하를 시뮬레이션하고 정지시키는 것입니다.

다른 도구는 쿼리 수행, 페이지 변경 또는 다른 기능로드와 같은 다른 사용자 동작을 모방하는 시뮬레이션 된로드를 생성 할 수 있습니다. 일부는 각 개별 시나리오에 대한 논리적 흐름을 매핑 할 수도 있습니다.

고려해야 할 부하 테스트 도구

복잡성에 따라 일부로드 테스트 도구는 상당히 비쌀 수 있습니다. 그러나 시장에는 더 저렴한 옵션이 있으며 일부는 무료입니다. 몇 가지 오픈 소스 옵션을 포함하여 참조 용으로 아래에 혼합 된 내용이 포함되어 있습니다.

1. Dotcom Monitor에 의한로드 뷰

웹 사이트: https://www.loadview-testing.com/

가격 : $ 199 / 월부터 무료 평가판 사용 가능

Loadview는 시장에서 가장 완벽한 솔루션 중 하나이며 오늘날 클라우드 서비스 모델을 기반으로합니다. 즉, 필요한 시뮬레이션 유형에 관계없이 서비스 비용 만 지불하면됩니다. 하드웨어 나 다른 어떤 것도 투자 할 필요가 없습니다.

현명한 기능인 Loadview는 모든 것을 포함 할 수있는 매우 복잡한 솔루션을 제공합니다. HTTP로드 테스트 당신의 선택의 정교한 혼합에. 테스트에서 동적 변수와 지리적 위치 다양성을 시뮬레이션 할 수 있습니다.

특징

  • 방화벽 테스트
  • 동적 변수 처리
  • 자세한 폭포 형 차트
  • 하중 테스트 곡선

2. K6 Cloud (이전의 Load Impact)

웹 사이트: https://k6.io/

가격 : $ 49 / 월부터

K6는 서비스로 제공되는 클라우드 기반의 오픈 소스로드 테스트 도구입니다. 이 도구를 흥미롭게 만드는 것 중 하나는 가변 사용 모델로 가격이 책정되어 있기 때문에 필요에 따라 진입 비용이 상대적으로 낮을 수 있다는 것입니다. 그러나 주로 개발자 중심입니다.

K6는 부하 테스트 외에도 성능 모니터링 기능도 제공합니다. 부하 테스트 측면은 고부하에 중점을 두며 스파이크, 스트레스 테스트 및 내구성 실행과 같은 다양한 모드를 처리 할 수 ​​있습니다.

* K6은 브라우저에서 실행되지 않으며 NodeJS에서 실행되지 않습니다.

특징

  • 개발자 친화적 인 API.
  • JavaScript로 스크립팅
  • 성능 모니터링

3. 닌자로드

웹 사이트: https://loadninja.com/

가격 : $ 270.73 / 월부터

Load Ninja를 사용하면 기록 된 스크립트를 기반으로 실제 브라우저로로드 테스트 한 다음 성능 결과를 분석 할 수 있습니다. 실제 브라우저를 대규모로 사용한다는 것은이 도구가보다 현실적인 환경을 재현하고 테스트 결과를 최종적으로 달성 할 수 있음을 의미합니다.

실시간으로 결과를 분석 할 수 있으며 시스템이 제공하는 편리한 도구 덕분에 스크립팅 시간을 최대 60 % 단축 할 수 있습니다. 프록시 기반 고정 IP 또는 고유 한 동적 IP 범위 (화이트 리스터 사용)를 사용하여 내부 응용 프로그램도 테스트 할 수 있습니다.

특징

  • 수천 개의 실제 브라우저로 테스트
  • 실시간 테스트 진단
  • 내부 애플리케이션 성능에 대한 통찰력

4. Micro Focus에 의한 LoadRunner

웹 사이트: https://www.microfocus.com/

가격 : $ 0부터

50 명의 가상 사용자의 테스트를 지원하는 엔트리 레벨의 무료 커뮤니티 계정으로 LoadRunner는 최신 웹 사이트 소유자도 이용할 수 있습니다. 그러나 높은 수준으로 확장하면 비용이 기하 급수적으로 증가합니다.

이 클라우드 기반 서비스는 단위 테스트를위한 통합 개발 환경 사용을 제공합니다. Web, Mobile, WebSockets, Citrix, Java, .NET 등을 포함한 광범위한 애플리케이션 환경을 지원합니다. LoadRUnner는 매우 복잡하고 학습 곡선이 가파르다는 점에 유의하십시오.

특징

  • 특허받은 자동 상관 엔진
  • 50 가지 이상의 기술 및 응용 프로그램 환경 지원
  • 스크립트를 사용하여 실제 비즈니스 프로세스를 재현

5. 로더

짐을 싣는 사람

웹 사이트: https://loader.io/

가격 : $ 0부터

우리가 지금까지 보여준 것에 비해 Loader는 훨씬 간단하고 기본적인 도구입니다. 무료 플랜은 최대 10,000 만 명의 가상 사용자와의로드 테스트를 지원하며, 이는 대부분의 보통 트래픽 웹 사이트에 충분합니다.

불행히도 고급 분석, 동시 테스트 및 우선 순위 지원과 같은 고급 기능에 액세스하려면 유료 요금제를 사용해야합니다. 기본적으로 사이트를 추가하고 매개 변수를 지정한 다음 테스트를 실행하기 때문에 사용하기 쉽습니다.

특징

  • 공유 가능한 그래프 및 통계
  • GUI 또는 API 형식으로 사용 가능
  • DNS 확인 및 우선 순위 로더 지원

6. 개틀링

개틀링 홈페이지

웹 사이트: https://gatling.io/

가격 : $ 0부터

개틀링은 오픈 소스 또는 엔터프라이즈의 두 가지 형태로 제공됩니다. 전자를 사용하면 자체 개발 파이프 라인과의 통합으로로드 테스트 할 수 있습니다. 계획이있는 웹 레코더 및 보고서 생성기가 모두 포함됩니다. 엔터프라이즈 버전에는 온 프레미스 배포가 있거나 또는 다음을 기반으로 클라우드 버전을 선택할 수 있습니다 Amazon Web Services (AWS).

이 두 버전 모두 기능이 풍부하지만 Enterprise 버전은 오픈 소스와 함께 제공되지 않는 몇 가지 추가 기능을 지원합니다. 예를 들어,보다 유용한 관리 인터페이스가 있으며 더 광범위한 통합을 지원합니다.

특징

  • 멀티 프로토콜 스크립팅
  • 무제한 테스트 및 처리량
  • 개틀링 스크립팅 DSL

7. 그라인더

분쇄기 하중 테스트 도구

웹 사이트: http://grindr.sourceforge.net/

가격 : $ 0부터

그라인더는 완전히 오픈 소스이며이 목록에서 유일하게 무료로 제공되는 옵션 일 것입니다. 그러나 자체 개발 환경에서 로컬로 실행해야하며 작동하려면 Java와 같은 몇 가지 추가 기능이 필요합니다.

그러나 오픈 소스이기 때문에 광범위하게 채택되었으며 개발자는 사용성 및 기능성 측면에서 광범위하게 확장하는 많은 수의 플러그인을 개발했습니다. 그래도 개발자가 아니라면 그라인더는 사용하기에 약간 도움이 될 수 있습니다.

특징

  • 유연한 스크립팅 기반 자이 썬 Clojure
  • 다양한 플러그인을 갖춘 모듈 식
  • 분산 프레임 워크 및 성숙한 HTTP 지원

웹 사이트를 언제로드 테스트합니까?

사용 가능한 대부분의 도구를 살펴 본다면 많은 도구가 평가판 계정 또는 일부 무료 버전을 제공한다는 것을 알게 될 것입니다. 이를 통해 광범위한 청중이 쉽게 사용할 수 있습니다.

대부분의 웹 사이트 소유자는 걱정해야합니다 호스팅 성능 그것은 훨씬 더 영향을 미치기 때문에 단순히 사용자 경험. 많은 사업자에게 웹 사이트의 가용성은 브랜드 평판의 문제입니다.

성장하는 사이트는 특히 사용되는 리소스의 가용성과 확장 성을 신중히 고려해야합니다. 웹 사이트 호스팅. 대부분의 경우 사용자 반응 시간의 많은 부분이 사이트 표면에서 소비됩니다. 그러나 사이트의 트래픽 양이 증가함에 따라 변경 될 수 있습니다.

더 많은 트래픽은 일반적으로 백엔드 처리가 불균형하게 증가하고 시스템이 급증함에 따라 어려움을 겪을 것입니다. 사이트 개발에 고유 한 변수에 따라 달라 지므로이 시점에서 방문자 수를 확실하게 지정할 수는 없습니다.

사이트 성능을 현실적으로 보려면로드 테스트를 수행해야합니다. 정확히 언제해야할지는 논란의 여지가 있지만, 제 계획은 미리 계획하고 조기에 테스트하는 것입니다.

로드 테스트시 확인해야 할 사항

바로 그 이름에서 알 수 있듯이 핵심 기능은 사이트가로드 상태에서 수행되는 기본적인 방법이어야합니다. 이를 통해 다음과 같은 여러 가지 사항을 관찰 할 수 있습니다.

  1. 사이트 성능이 저하되기 시작하는 시점
  2. 서비스가 저하 될 때 실제로 발생하는 일

아키텍처에 따라 다른 사이트가 어떻게 다르게 반응하는지 언급했을 때, 이는 모든 사이트가 동일한 방식으로 실패하지는 않는다는 것을 이해하기위한 신호였습니다. 데이터베이스를 많이 사용하는 사이트 그 시점에서 실패 할 수 있습니다다른 사람들은 고통을 겪을 수 있지만 IO 실패 서버 연결로드를 기반으로합니다.

이로 인해 다양한 시나리오에서 사이트와 서버가 어떻게 처리되는지 이해하기 위해 다양한 테스트를 준비해야합니다. 이를 바탕으로 서버 응답 시간, 발생한 오류 수 및 이러한 오류가 발생할 수있는 영역과 같은 몇 가지 주요 지표를 자세히 살펴보십시오.

복잡한 스크립트를 생성하고 함께 제공되는 논리와 함께 실행하기가 어려울 수 있습니다. 로드 테스트에 점차적으로 접근하는 것이 좋습니다. 지속적으로 증가하는 트래픽 흐름에서 단순히 사이트를 테스트하는 무차별 강제 테스트로 시작하십시오.

경험을 쌓으면서 시간이 지남에 따라 스크립트와 논리를 개발하는 가변 행동과 같은 다른 요소를 추가하십시오.

결론 : 일부는 없음보다 낫다

로드 테스트와 관련하여 기본 사항부터 시작하는 것이 전혀 시작하지 않는 것보다 낫습니다. 이 모든 것의 초보자라면 가능한 경우 대체 미러 또는 오프라인에서 테스트를 수행하십시오. 가능하면 라이브 사이트의로드 테스트를 피하십시오!

지금 막 시작한다면 테스트 기록을 작성하십시오. 성능 시험 사이트가 성장함에 따라 사이트 개발에 동반해야하는 여정입니다. 프로세스가 힘들 수 있지만, 기록이 없으면 향후 평가가 훨씬 어려워 질 수 있습니다.

Jerry Low 정보

WebHostingSecretRevealed.net (WHSR)의 설립자 - 100,000의 사용자가 신뢰하고 사용하는 호스팅 검토. 웹 호스팅, 제휴 마케팅 및 SEO에서 15 년 이상의 경험. ProBlogger.net, Business.com, SocialMediaToday.com 등의 기고자.