Data Science Lab

IIS 액세스 로그 종류

-       Version : IIS

액세스 로그는 HTTP, FTP, SMTP 서버에서 로깅을 사용한다고 설정할 때 생성된다. 웹사이트에 요청이 있을때 마다 가저오려는 모든 성공, 실패 시도가 액세스 로그에 기록된다. 액세스 로그를 분석하면 아래와 같은 정보를 확인할 수 있다.

·       하루 혹은 한주의 가장 바쁜 시간

·       사이트에 방문하는 사용자의 사용 브라우저 및 플랫폼

·       리소스 선호도

·       어떤 사이트를 통해서 들어오는지

·       광고에 효과적인 정보 수집

·       검색 엔진 사용량 및 키워드에 대한 정보

·       사이트에 머문 시간

IIS에서는 아래와 같은 다양한 형식의 액세스 로그를 구성할 수 있다.

·       NCSA(National Center for Supercomputer Applications) 공통 로그 파일 형식 (웹 서버와 SMTP 서버만) : 기본적인 추적 및 보고서 기능이 필요할 때 NCSA 공통 로그 파일 형식을 사용한다. 이 형식을 사용하면 수집되는 로그 항목이 적기 때문에 저장에 필요한 공간이 크지 않다.

·       Microsoft IIS 로그 파일 형식 : 로그에 더 많은 정보를 저장하려고 할때 IIS 로그 파일 형식을 사용할 수 있다. 이 형식을 사용하면 꼭 필요한 로그 항목만 저장되기 때문에 로깅에 필요한 저장 공간이 절약된다.

·       W3C 확장 로그 파일 형식 : 추적되는 정보를 커스터마이징해야할 때 W3C 확장 로그파일 형식을 사용한다. 이 형식을 사용하면 로그 항목이 많아지기 때문에 저장소 공간이 많이 필요하다. 너무 많은 항목은 서버에 영향을 줄 수 도 있다.

·       ODBC 로깅 : 직접적으로 ODBC 호환 데이터베이스에 액세스 정보를 기록하려고 할때 사용. 수집되는 항목의 개수는 많지 않지만 표준 로그 파일보다 쉽게 데이터를 읽을 수 있다. ODBC 로깅은 로컬 데이터베이스 인스턴스에 직접 로깅하기 때문에 리소스를 많이 사용한다.

·       중앙 이진 로깅 : 서버에 여러 웹사이트가 운용되고 있을 경우 하나의 로그 파일에 로깅하려고 할때 사용. 이 로깅을 사용하면 로그 파일은 고정된 길이로 저장되며 .ibl 확장자를 사용하는 IBL(Internet Binary Log) 형식으로 기록되는 인덱스 레코드로 저장된다.  

2018-10-17 / Sungwook Kang / http://sqlmvp.kr

Windows, IIS, 웹서버, IIS 성능 카운터, IIS Performance counter, IIS 모니터링

IIS 프로세스 사용량 모니터링

-       Version : IIS

프로세스 사용량 관련 성능 카운터에 대해서 살펴 본다. CPU는 서버의 정보를 실제로 처리하는 역할을 한다. 서버의 성능을 검사할 때 메모리 병목현상을 제거한 후에는 CPU를 의심해 보아야 한다. 서버의 프로세서에 병목이 발생한다면 더 빠른 클럭이나 더 많은 수의 코어를 가진 CPU로 업그레이드를 고민해야 한다.

[쓰레드 큐]

·       System\Processor Queue Length : 실행 되기 위해 기다리는 쓰레드의 수를 표시한다. 이러한 쓰레드는 시스템의 모든 프로세스에서 공유하는 영역에 대기된다. 이 카운터가 Core 수 X 2 배수이상으로 지속되면 프로세서 업그레이드를 검토 해야한다.

[CPU 사용량]

·       Processor\%Processor Time : 프로세서가 비유휴 쓰레드를 실행하는데 소비한 시간의 퍼센트이며 서버의 모든 프로세서 인스턴스마다 별도로 추적해야 한다. 네트워크 인터페이스 및 디스크 I/O 처리량에 비해 %Processor Time 값이 높다면 프로세서 업그레이드를 검토해야 한다.

[ASP 성능]

·       Active Server Pages\Request Wait Time : 가장 최근의 요청이 큐에서 기다리는 밀리세컨드 수

·       Active Server Pages\Requests Queued : 처리되기 위해 기다리는 요청 수

·       Active Server Pages\Requests Rejected : 실행되지 않는 전체 요청 수. 요청이 실행되지 얂는 이유는 처리할 리소스가 없기 때문이다.

·       Active Server Pages\Requests/sec : 초당 실행된 요청 수

2018-10-15 / Sungwook Kang / http://sqlmvp.kr

Windows, IIS, 웹서버, IIS 성능 카운터, IIS Performance counter, IIS 모니터링

IIS 메모리, 캐싱 가상 메모리 사용량 확인

-       Version : IIS

IIS 메모리 사용량 관련 성능 카운터에 대해서 살펴 본다.

[실제 및 가상 메모리 사용량]

·       Memory\Available Kbytes : 컴퓨터에서 실행되는 프로세스에 할당하거나 시스템에서 사용할 수 있는 실제 메모리 크기 (킬로바이트)

·       Memory\Committed Bytes : 커밋된 가상 메모리의 크기 (바이트)

서버에서 사용할 수 있는 메모리가 거의 없으면 시스템에 메모리를 추가해야한다. 일반적으로 서버의 전체 실제 메모리의 5% 정도가 사용할 수 있는 메모리로 남아 있어야 한다. 시스템 전체의 실제 메모리에 대한 커밋된 바이트의 비율이 높다면 서버에 메모리를 추가해야한다. 일반적으로 커밋된 바이트 값이 전체 메모리의 75% 정도가 되어야 한다.

[메모리 캐싱]

·       Memory\Cache Bytes : 파일 시스템 캐시의 전체 크기를 바이트로 표시

·       Internet information Services Global\Current File Cache Memory Usage : IIS 파일 캐시에서 사용하는 현재 메모리 표시

·       Inter information Services Global\File Cache Hits% : 전체 캐시 요청 대비 캐시 히트율 (히트율이 높을수록 좋음)

·       Inter information Services Global\File Cache Flushes : 서버를 시작한 이후의 파일 캐시 플러시 수. 플러시가 너무 빨리 발생하면 ObjectCacheTTL 값을 증가시켜야 한다. 반대로 플러시가 너무 느리면 ObjectCacheTTL 값을 감소 시켜야 한다.

[메모리 페이징]

·       Memory\Pool Paged Bytes : 페이지 풀의 바이트

·       Memory\Pool Nonpaged Bytes :  페이지 되지 않은 풀의 바이트

페이지된 풀은 사용되지 않을 때 디스크에 쓰여질 수 있는 객체에 대한 시스템 메모리 영역이다. 페이지된 풀의 크기가 일반적으로 시스템의 실제 메모리의 전체 양과 비슷하다면 시스틈에 메모리를 추가해야 한다. 페이지되지 않은 풀의 크기가 서버에 할당된 가상 메모리의 전체 양과 비슷하다면 가상 메모리 크기를 늘려야 한다.

[메모리 페이지 부재]

·       Memory\Page Faults/sec : 초당 페이지 부재의 평균 수

·       Memory\Pages Input/sec : 하드 페이지 폴트를 해결하기 위해 디스크에서 페이지를 읽은 비율

·       Memory\Page Reads/sec : 하드 페이지 부재를 해결하기 위해 디스크를 읽은 비율

페이지 부재는 프로세스가 메모리의 페이지를 요청했을 경우에 시스템에서 요청된 위치를 찾을 수 없을 때 발생한다. 요청된 페이지가 메모리의 어딘가에 있다면 이 부재를 소프트(soft) 페이지 부재라 한다. 그리고 요청된 페이지를 디스크에서 가져와야 한다면 하드(hard) 페이지 부재라고 한다. 대부분의 프로세서는 많은 수의 소프트 페이지 부재를 처리할 수 있지만 하드 페이지 부재인 경우 성능이 느릴수 있다. 만약 하드 페이지 부재가 많이 발생한다면 메모리 양을 늘리거나 캐시 크기를 줄여야 한다.

IIS에서 사용하는 메모리는 MemCacheSize와 MaxCachedFileSize 레지스트리 설정으로 제어할 수 있다. 그러나 이러한 항목이 수동으로 추가되지 않는다면 값은 레지스트리의 기본값을 사용한다.

2018-10-10 / Sungwook Kang / http://sqlmvp.kr

Windows, IIS, 웹서버, IIS 성능 카운터, IIS Performance counter, IIS 모니터링

IIS 성능 카운터

-       Version : IIS

IIS 성능을 모니터링 하기 위한 방법으로 성능 도구 중의 하나인 성능 카운터(Performance Counter)가 있다. IIS가 설치되면 수 백개의 성능 카운터가 추가되며 카운터는 객체에 따라 그룹으로 구분되어 있다. 아래 목록은 IIS 모니터링에 중요한 성능 카운터 목록이다.

·       ASP.NET : ASP.NET 응용프로그램, 응용프로그램 요청, 작업자 프로세스의 일반적인 추적 객체 카운터

·       ASP.NET Applications : ASP.NET 응용프로그램 큐 및 기타 지정된 ASP.NET 응용 프로그램 카운터를 추적하는 객체 카운터

·       Active Server Pages : 서버에서 실행되는 ASP 스크립트 및 응용 프로그램에 대한 객체 카운터

·       FTP Service : FTP 서비스의 객체 카운터

·       Indexing Service : 인덱싱 프로세스, 단어 목록, 쿼리와 관련된 인덱싱 서비스의 객체 카운터

·       Indexing Service Filter : 필터와 관련된 컨텐츠 필터 및 인덱싱 속도와 관련된 추가 성능을 제공하는 객체 카운터

·       Internet Information Services Global : 서버에서 실행되는 모든 인터넷 서비스(WWW, FTP, SMTP, NNTP 등)에 대한 객체 카운터

·       NNTP Commands : 사용자가 서버에서 실행하고 있는 NNTP 명령어와 관련된 객체 카운터

·       NNTP Server : 초당 게시물 전송, 수신, 게시 수와 같은 전체 NNTP 성능을 추적하는 객체 카운터

·       SMTP NTFS Store Driver : 메시지 및 메시지 스트림의 전채 개수를 추적하는 객체 카운터

·       SMTP Server : 초당 수신 및 송신 메시지 수와 같은 전체 SMTP 성능을 추적하는 객체 카운터

·       Web Service : World Wide Web Publishing Service의 객체 카운터

·       Web Service Cache : 메타데이터, 파일, 메모리, URI(Uniform Resource Identifiers)를 포함하는 웹 서비스에서 사용되는 캐시의 자세한 정보를 제공하는 카운터

2018-10-09 / Sungwook Kang / http://sqlmvp.kr

Windows, IIS, 웹서버, IIS 성능 카운터, IIS Performance counter, IIS 모니터링