LogparSer를 사용하여 IIS 성능 문제를 해결하는 방법은 무엇입니까?

Logparser를 사용하여 시간을 조정 한 필드를 쿼리하고 내림차순으로 정렬하여 가장 느린 요청을 찾아서 비효율적 인 엔드 포인트를 감지하는 데 도움이됩니다. 2. URL을 그룹화하고 히트를 계산하여 무거운 부하로 자원을 밝히기 위해 높은 교통량 종말점을 분석 한 다음 평균 응답 시간과 결합하여 느린 페이지에 자주 액세스하는 경우 자주 액세스하십시오. 3. 요청 볼륨이 높은 최고 클라이언트 IP 및 사용자 에이전트를 식별하여 클라이언트 또는 봇 오버로드를 확인하십시오. 4. 로그를 시간당 간격으로 그룹화하여 시간에 따른 성능 추세를 검사하여 응답 시간을 트래픽 패턴과 관련시키고 백엔드 문제를 식별합니다. 5. 5xx 또는 4xx HTTP 상태 코드, 특히 특정 엔드 포인트에서 500 개의 오류가 빈번한 500 오류를 필터링하여 성능 영향 오류를 감지하고 긴 응답 시간과 관련하여 기본 응용 프로그램 문제를 드러냅니다.

IIS 성능 문제는 느린 요청, 높은 서버로드 또는 비효율적 인 응용 프로그램 동작에서 비롯 될 수 있습니다. Logparser는 SQL과 같은 쿼리를 사용하여 IIS 로그 파일을 분석하여 병목 현상과 패턴을 식별하는 데 도움이되는 Microsoft의 강력한 명령 줄 도구입니다. IIS 성능 문제를 해결하기 위해 로그 패러를 효과적으로 사용하는 방법은 다음과 같습니다.

1. 느리게 실행되는 요청을 식별하십시오

가장 일반적인 성능 문제 중 하나는 처리하는 데 너무 오래 걸리는 요청입니다. IIS 로그에는 time-taken 필드 (밀리 초)가 포함되어 있으며, 이는 느린 응답을 발견하는 데 중요합니다.

이 LogParser 쿼리를 사용하여 가장 느린 요청을 10 가지 가장 느린 요청을 찾으십시오.

 logparser.exe "CS-uri-Query, Time-taken, C-IP, Sc-status에서 CS-uri-Query, cs-uri-query, c : \ inetpub \ logfiles \ w3svc1 \ u_ex*를 선택하십시오.

• cs-uri-stem : 요청 된 페이지 또는 API 엔드 포인트.
• time-taken : 요청을 제공하기위한 밀리 초의 시간.
• c-ip : 클라이언트 IP (봇 또는 특정 사용자를 식별하는 데 도움이 될 수 있음).
• sc-status : HTTP 상태 코드 (느린 요청이 실패하는지 확인하기 위해).

팁 :

• 특정 엔드 포인트와 같은 패턴이 지속적으로> 5000ms를 찾으십시오.
• 상태 코드 별 (예 : WHERE sc-status = 200 )별로 필터링하여 성공하지만 느린 응답에 중점을 둡니다.
• TO_TIMESTAMP(date, time) 사용하여 시간 범위별로 필터링을 고려하십시오.

2. 교통량이 많거나 과부하 된 엔드 포인트를 찾으십시오

단일 리소스의 과도한 적중으로 인해 성능이 저하됩니다. LogparSer를 사용하여 가장 자주 액세스하는 URL을 찾으십시오.

 logparser.exe "cs-uri-stem, count (*)를 c : \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.

자원이 많은 페이지 (예 : 보고서, 검색)에 대한 높은 인기는 CPU 또는 메모리 압력을 유발할 수 있습니다.

추가 분석 :

• 주파수와 time-taken 조합하여 URL 당 평균 응답 시간을 계산합니다.

 CS-Uri-Stem을 선택하고
       히트대로 카운트 (*)
       avg_time으로 AVG (시간 조정),
       max_time으로 Max (Time-taken)
c : \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log에서
CS-URI-STEM 별 그룹
AVG_TIME> 1000
AVG_TIME DESC의 주문

이것은 느리고 자주 액세스되는 엔드 포인트, 즉 최적화를위한 프라임 후보를 강조합니다.

3. 클라이언트 또는 봇 과부하를 확인하십시오

때때로 성능 문제는 단일 클라이언트 또는 자동화 된 봇이 서버를 침수하여 발생합니다.

요청 카운트로 상위 클라이언트 IPS 찾기 :

 logparser.exe "C-IP를 선택하고, count (*) c : \ inetpub \ logs \ logfiles \ w3SVC1 \ u_ex*.

• 하나의 IP에 짧은 시간 안에 수천 개의 요청이있는 경우 스크레이퍼 또는 잘못 행동 클라이언트 일 수 있습니다.
• 악의적 인 스캐닝을 감지하기 위해 time-taken 하거나 상태 코드 (예 : 많은 404S)를 교차 확인하십시오.

사용자 에이전트가 필터링 할 수도 있습니다.

 CS (user-agent), count (*)를 count로 선택하십시오
c : \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log에서
CS의 그룹 (사용자 에이전트)
Count Desc에 의해 주문하십시오

대량의 예상치 못한 또는 알려진 나쁜 봇 (예 : curl , python-requests )은 차단이 필요할 수 있습니다.

4. 시간이 지남에 따라 성능을 분석하십시오

반응 시간이 하루 종일 어떻게 추세를 보려면, 시간 간격으로 그룹화하십시오.

 선택하다 
    Quantize (to_timestamp (날짜, 시간), 3600) 시간으로,
    AVG (Time-Taken) AVG_RESPONSE_TIME,
    (*)는 Total_Requests로 카운트합니다
c : \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log에서
시간마다 그룹
시간마다 주문하십시오

이를 통해 성능 강하와 트래픽 스파이크 (예 : 업무 시간 또는 예정된 작업 중)와 관련이 있습니다.

• 적당한 트래픽에도 불구하고 avg_response_time 의 갑작스런 급증은 백엔드 문제 (데이터베이스, 외부 API)를 가리킬 수 있습니다.
• CSV로 내보내고 Excel에서 개방하여 차트를 사용하십시오 : TO CSV -o:CSV .

5. 성능에 영향을 미치는 오류를 감지합니다

HTTP 5XX 오류 (서버 오류) 또는 4xx (클라이언트 오류)는 성능에 더 깊은 문제를 나타낼 수 있습니다.

최상위 서버 오류 찾기 :

 선택하다 
    SC-status, 
    CS-Uri-Stem, 
    카운트 (*)는 카운트로 
c : \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log에서 
여기서 sc-status> = 500 
SC-Status, CS-URI-Stem의 그룹 
Count Desc에 의해 주문하십시오

• 특정 엔드 포인트에서 빈번한 500 오류는 CPU 또는 메모리가 높은 예외를 의미 할 수 있습니다.
• time-taken 에 따라 쌍을 이루십시오-처리 시간이 길은 후에도 오류가 발생합니다.

최종 팁

• IIS에서 세부 로깅이 활성화되어 있는지 확인하십시오 (예 : time-taken , cs-uri-query , cs(User-Agent) ).
• 와일드 카드 ( u_ex*.log )를 사용하여 며칠 동안 여러 로그 파일을 분석하십시오.
• 결과를 CSV 또는 차트로 내보내십시오 : TO output.csv -o:CSV 추가 쿼리에 추가하십시오.
• 피크 성능 불만 중 정기 분석을 예약하십시오.

Logparser는 문제를 직접 해결하지 않지만 느린 API, 도적 봇 또는 잘못 행동 응용 프로그램이든 외관 위치가 빠르게 나타납니다.

기본적으로 느린 요청과 고주파 엔드 포인트로 시작한 다음 클라이언트와 오류로 시추하십시오. 그것은 일반적으로 성능 문제가 숨기는 곳입니다.

위 내용은 LogparSer를 사용하여 IIS 성능 문제를 해결하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!