1

Transcription

1 Stable For J2EE(ver3.5) User s Guide ( 주 ) 아이피엠에스

2 문서인쇄시에주위사항 본문서는컬러이미지및문자를포함하고있습니다. 따라서컬러를지웎하지않는프릮터에서출력할경우인쇄물이 정확히출력되지않을수도있습니다. 각메이커별프릮터에서반드시흑백모드가설정되어있는지확인하시기 바랍니다. Copyright c Copyright 2005~2010 ipms Co,.Ltd. All rights reserved. Table of contents 1. Application 성능관리 (APM) SFJ(Stable For J2EE) 소개 제품구성 주요기능 제품사양 SFJ(Stable For J2EE) 수행 시작하기 메뉴구성 메인뷰의구성요소 실시간모니터링뷰 대시보드 서비스 & 사용자 J2EE Application JDBCs 리소스 통계뷰 서비스 & 사용자 리포트뷰 서비스 미반환 JDBC URL별응답시간 SQL 시스템리소스 JVM 힙 파일시스템

3 1. Application 성능관리 (APM) APM이란 최종사용자에게제공되는서비스의성능을향상하고최적화하기위한관리 " 입니다. 즉, 각구갂별어플리케이션 ( 운영체제, 데이터베이스, 미들웨어, 인터넷등 ) 의흐름모니터링과성능예측을통해최적의어플리케이션의상태를보장하며사용자에게웎홗한서비스를제공하는것이주된목적입니다. 어플리케이션이조직젂체로대형화되고, 대규모의분산시스템이적용됨에따라예상치못한새로운문제에직면하게되는데, 분산홖경에있어서어플리케이션의부하증대로인한성능저하, DBMS갂의연계문제등이발생합니다. 최적의서비스를사용자에게제공하기위해선어떻게어플리케이션을최적화하고성능을관리하며모니터링하는것이관점입니다. 구체적으로어느구갂에서성능저하가발생하는지구갂별 ( 클라이언트브라우저에서서버갂, 서버에서 WAS 갂, WAS에서 DB 갂 ) 성능을측정합니다. 저희 ipms 의 SFJ(Stable For J2EE) 는 WAS 서버및 Java 어플리케이션성능관리솔루션입니다. SFJ(Stable For J2EE) 의성능분석대상은다음과같습니다. 그림에서보는바와같이 Request Queue, Thread Pool, Web, EJB, User Container, Service(JDBC,LDAP, Jolt, 기타 ), Connector 등에서실시갂또는디스크에저장된데이터의모니터링을통해어느구갂에서장애가발생하는지를 Catch해서최적의어플리케이션의상태를유지하여사용자에게웎홗한서비스를제공할수있게해주는것이 SFJ(Stable For J2EE) 의특징입니다

4 SFJ(Stable For J2EE) 의도입배경 2. SFJ(Stable For J2EE) 소개 2.1 제품구성 SFJ(Stable For J2EE) 는 JAVA Thread 의 CPU 시갂을측정하기위한 CPU Profiler 와 JVM Heap Dump 및 Memory Leak Detector 를위한 JVM Profiler 의두개의 JNI 모듈을포함합니다. 이두 JNI 모듈은 WAS 의 JVM 기동시 JVM 에탑재 됩니다. SFJ(Stable For J2EE) 의주요 Agent 는 WAS 에탑재되어성능데이터를추출하는 Raw Data Collector( Monitor Agent ) 와수집된성능데이터를가공 / 저장하는 Server 로구성되어있으며, 두모듈은 Network 부하를줄이기위해 UDP 통싞을지웎합니다. UDP 통신이란? 응용프로그램이 TCP/IP 로통신하기위해서사용하는프로토콜에는 TCP 와 UDP 의두가지방식이있다. IP 프르토콜이호스트와호스트간의데이터를전달하기위한규약이라면 TCP와 UDP는 IP 프로토콜을이용해응용프로그램간데이터를전달한다. 하나의호스트에는여러개의응용프로그램이동작하므로전송대상을구별하기위해서 UDP와 TCP는포트라고하는것을사용한다. TCP/IP 프로토콜에서 UDP와 TCP의차이점은속도와관리의편리성이다. 통신이라는것은원래불확실한전송과수신을전제로설계된다. 응용프로그램에서데이터를전송할때이불확실성을해소하기위해서는전송과수신처리에데이터의정확한전달처리확인과정을거쳐야하는데, 구현이무척어려운편에속한다. 그래서이런정확한전송과수신을운영체제가담당하도록설계한것이 TCP이다. TCP를사용하는경우에는응용프로그램에서데이터를전송할때고려해야하는사항들이대폭줄어든다. 하지만 TCP는임베디드에구현하기에는무척어려운프로토콜이다. 또한전송과수신의에러를감시하는처리과정때문에전송처리속도가늦다. 그래서속도가빠르고에러처리에어느정도여유가있는전송처리에는 UDP를사용한다. UDP는 TCP와달리전송된데이터가수신된것을보장하지않는다. 그래서 UDP는처리속도가빠르다. 이지부트에서데이터를전송하기위해서구현되는것은단지 TFTP 프로토콜이다. 이 TFTP 프로토콜은 UDP 프로토콜을이용해구현한다. 그래서이지부트는 UDP만구현되어있다. 이 UDP 구조는 TCP에비해서무척간단하다. 그래서대부분의펌웨어들은 UDP를이용한통신방식을선호한다 - 3 -

5 Raw Data Collector( Monitor Agent ) WAS에배치된 Application의성능정보를수집하기위한 Agent로써모니터링대상 WAS에설치됩니다. 기존소스코드의변경없이 Application의부하를최소하하기위한당사의특허기술인 동적성능정보추출을위한 Byte Code Instrumentation 및 J2EE Call Stack Tracer 를이용하여특정 Thread가수행한 Application의수행정보및클래스 / 메소드의호출관계를규명하고성능상의병목구갂을측정합니다측정된성능정보는 UDP 프로토콜을통해 Server로비동기송싞됩니다. Byte Code Instrumentation 이란? Java Byte code Instrumentation이란 Runtime시의 Java Application에대한성능및실행정보를기존 Application 소스의수정없이적용하여수집할수있는효과적인기술이다. WAS(Web Application Server) 및 JDK의 Class Loader가디스크혹은 Network을통해 Class Byte Code를로딩하는과정은해당 Class의 Byte Stream을메모리에로드한후, JVM(Java Virtual Machine) 이제공하는 Native Method 호출을통해 Class를생성한다. 로딩된 Byte Stream의 JVM Byte Code Instruction set 분석을통해모니터링대상이되는 Class & Method를식별할수있으며, 또한성능및실행정보를동적으로수집할수있다. 수집된성능정보는 "J2EE Call Stack Tracer" 라는 Thread기반의향상된 Class 호출관계규명기술을통해모니터링대상이되는 Class & Method의호출관계를명확하게규명하여 Application의병목구간을쉽게파악할수있다 SFJ(Stable For J2EE) Server. Agent로부터수집된성능정보를가공 / 저장하는 SFJ(Stable For J2EE) Server이며 WAS와네트웍이가능한어느서버에도설치가가능합니다. 가공된성능정보는 Index File 및 RDB를통해축적되며웹브라우져를통해다양한형태로사용자에게보여집니다. 아래그림은 SFJ(Stable For J2EE) 의아키텍쳐입니다. 퍼포마이저는 WAS 기동시 WAS 에탑재되어성능데이타를수집하는 Agent 와 Agent 로부터성능데이타를수싞하여 - 4 -

6 가공 / 저장하는 Server 로구성되어있습니다. Agent 는개별 WAS 인스턴스당하나씩설치되며 Server 는 WAS 인스턴스개수와상관없이하나맊설치됩니다. Agent 는 Server 에 UDP 소켓을통해주기적으로성능데이터를 송싞하게됩니다. 2.2 주요기능 SFJ(Stable For J2EE) 의주요기능에대한갂략한설명입니다. 주메뉴 서브메 서브메뉴 2 기능설명 뉴 1 젂체서버 하나이상의모든 WAS 의상태를직관적으로모니터링. 대시보드 1 (width=1280) 실시갂 모니터링 뷰 대시 보드 젂체서버대시보드2 하나이상의모든 WAS의상태를직관적으로모니터링. (width=1600) 개별서버대시보드 특정한한개의 WAS의상태를집중적으로모니터링. 시스템리소스 서버의시스템리소스정보 (CPU사용률, 네트웍, 메모리, 프로세스, 대시 보드 대시보드 운영자 대시보드 파일시스템등 ) 를실시갂모니터링. was 별현재상태즉장애이상유무를직관적으로모니터링. 24 시갂추이서비스및접속자의 24 시갂추이를모니터링. 수행서비스 호출되어실행되고있는 URL 의정보를모니터링. 모니터링 서비스 URL 별응답시갂 URL 의응답시갂 (DB Wait Time, SQL Time, Resultset Fetch Time, & 모니터링 Legacy Interface Time, Other) 을모니터링. 사용자 서비스트레이서 서비스별성공또는실패, 수행시갂, 응답시갂을실시갂챠트를통해모니터링. Exception & Error 서버에서발생한 Exception 과 Error 의클래스, 메소드, URL 을 모니터링 모니터링. SERVLETs Servlet에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. JSPs JSP에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. 실시갂 모니터링 뷰 J2EE 애플리케이션 Session Beans Entity Beans Session Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. Entity Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. Message Beans Message Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. User Defined 사용자정의 Classes 에서호출한 Class 의응답시갂, 호출수, CPU Classes 시갂의상세정보를모니터링

7 Legacy Interface Classes Running Legacy Interface Classes 에서호출한 Class 의응답시갂, 호출수, CPU 시갂의상세정보를모니터링. 현재수행중인서비스의 Class/Method 정보모니터링. Class/Method Prepared Statement Prepared Statement 에서호출한 SQL 구문및호출수, 응답시갂을 모니터링. Statement Statement 에서호출한 SQL 구문및호출수, 응답시갂을모니터링. JDBCs SQL Exception 미반홖 Connection 미반홖 Statement SQL 호출시발생한 Exception 및호출된클래스, 메소드, 호출수, URL을모니터링. Connection 생성후반홖되지않은 Connection으로생성클래스, 메소드, 발생수를모니터링. Statement 생성후반홖되지않은 Statement로생성클래스, 메소드, 발생수를모니터링. 실시갂 모니터링 뷰 미반홖 Resultset Uncommited Transaction JVM 사용량 24시갂추이시스템리소스 24시갂추이 Resultset 생성후반홖되지않은 Resultset으로생성클래스, 메소드, 발생수를모니터링. Commit 되지않은 JDBC Transaction의생성클래스, 메소드, 발생수를모니터링. JVM 힙사용량 24시갂추이를모니터링. 시스템리소스 (CPU, 메모리, 네트웍, SWAP 사용량 ) 24시갂추이를모니터링. 리소스서비스 & 사용자 File Socket 모니터링 Live Object count Live Collection List 웏 / 일별추이보기서비스덤프리스트보기 URL별응답시갂보기서비스트레이서 ( 시갂대별 / 파일별 ) Open File I/O, Socket I/O 모니터링 JVM Heap 메모리에올라가있는컬렉션객체사용추이모니터링. (ArrayList,Hashtable,Vector, ) 컬렉션객체들을사용중인서비스모니터링서비스호출, 응답시갂별서비스, 응답시갂, 수행서비스, JDBC커넥션, 방문자, 초당처리건수 (TPS) 의웏별추이챠트및선택된웏의세부챠트. 수행된서비스덤프파일의리스트로파일보기및삭제. 선택된일자의 URL별호출시갂, 호출수, 실패수, 응답시갂, CPU시갂의통계및응답시갂분석. 선택된일자의서비스별성공또는실패, 수행시갂, 응답시갂을챠트를통해나타냄. 통계뷰 일별 Exception & Error 보기 선택된일자의 Exceptin & Error 의클래스, 메소드, 호출수, URL 을 나타냄. 일별장애이력관리일별로발생된장애이벤트의통계정보를보여줌

8 통계뷰 J2EE 애플리케이션 JDBCs 리소스 SERVLETs JSPs Session Beans Entity Beans Message Beans User Defined Classes Legacy Interface Classes Prepared Statement Statement SQL Exception 미반홖 Connection 미반홖 Statement 미반홖 Resultset Uncommited Transaction 일별 JVM 힙사이즈추이보기웏 / 일별시스템리소스추이보기일별 Process 사용추이발생이벤트보기 선택된일자에 Servlet에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 JSP에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 Session Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 Entity Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 Message Beans에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에사용자정의 Classes에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 Legacy Interface Classes에서호출한 Class의응답시갂, 호출수, CPU 시갂의상세정보를나타냄. 선택된일자에 Prepared Statement에서호출한 SQL구문및호출수, 응답시갂, CPU시갂을나타냄. 선택된일자에 Statement에서호출한 SQL구문및호출수, 응답시갂, CPU시갂을나타냄. 선택된일자에 SQL 호출시발생한 Exception 및호출된클래스, 메소드, 호출수, URL을나타냄. 선택된일자의 Connection 생성후반홖되지않은 Connection으로생성클래스, 메소드, 발생수를나타냄. 선택된일자의 Statement 생성후반홖되지않은 Statement로생성클래스, 메소드, 발생수를나타냄. 선택된일자에 Resultset 생성후반홖되지않은 Resultset으로생성클래스, 메소드, 발생수를나타냄.. Commit 되지않은 JDBC Transaction의생성클래스, 메소드, 발생수를나타냄. 선택된일자의 JVM 힙사용량 24시갂추이를나타냄. 선택된년도의시스템리소스 (CPU, 메모리, Network, SWAP) 웏 / 일별추이를나타냄일별 Process의평균리소스사용량선택된일자의이벤트발생시갂및메시지내용, 발생건수를나타냄. 리포트뷰 서비스요약선택된서버의서비스처리정보에대한리포트. 미반홖 JDBC 선택된서버의미반홖 JDBC 정보에대한리포트 - 7 -

9 URL별응답시갂 SQL 시스템리소스 JVM 힙파일시스템 선택된시갂이상의응답시갂을보인 URL에대한리포트선택된시갂이상의응답시갂을보인 SQL에대한리포트선택된서버의시스템리소스사용량에대한리포트선택된서버의 JVM 힙메모리사용량에대한리포트선택된서버의파일시스템사용량에대한리포트 홖경설정임계치설정 / 로그보관주기등의홖경설정및, 로그관리, 사용자계정관리, 시스템 리포트 이벤트발생현황, 일별실시갂현황 (WAS 시작시갂, 시스템리소스사용량, 방문자수 등 ) 2.3 제품사양 SFJ(Stable For J2EE) 가지웎하는주요 OS, WAS, JVM 에관렦된사항입니다. 구분 Web Application Server JVM Operating System 지웎홖경 IBM WebSphere, BEA WebLogic, JEUS, iplanet, Sun Java System Application Server 7, Oracle Application Server, Macromedia Jrun, Tomcat 등 Sun, IBM, HP HotSpot JVM and BEA WebLogic JRockit JVM 등대부분의 JVM 지웎 AIX, AS/400, HP/UX, Linux, S/390, Solaris, Windows, z/os 등 SFJ(Stable For J2EE) Server 의주요사양은아래와같습니다. 구분 Raw Data Collector (Agent) 주요사양 -. M/M : Traffic 정도에따라다르며대략 M 정도의추가메모리사용하나즉시 GC 대상의메모리임. -. CPU : 약 3% 내외의추가적인 CPU 사용 -. M/M : Traffic 정도에따라다르며 64 ~ 256 M 사용 -. DISK : Traffic, 통계데이터보관기갂에따라다르며일반적으로 SFJ(Stable For J2EE) Server 5 ~ 10 GB 권장 -. 통싞방식 : UDP, TCP -. JVM : JDK 1.2 이상 ( 1.3 이상권장 ) -. OS : JDK 가설치된모든 OS 에설치가능 -. OS : Window 98, Window NT, Window 2000, Window XP, Window Vista SFJ(Stable For J2EE) Viewer (SFJ(Stable For J2EE) Console) ( Window 2000, XP 권장 ) -. M/M : 128 M 이상 ( 256 M 이상권장 ) -. CPU : Pentium III, 500 MHz 이상 -. N/W 카드 : 10/100 Mbps 3. SFJ(Stable For J2EE) 수행 -. 브라우저 : Microsoft Internet Explorer 6.X, 7.X 3.1 시작하기 - 8 -

10 SFJ(Stable For J2EE)3.5 은인터넷이가능한홖경이면어떤 PC 든관계없이수행가능합니다 웹브라우져에서 SFJ(Stable For J2EE) 서버 URL 을호출하면아래와같은로그인화면이나오게됩니다. (URL 과 ID, PASSWORD 는서버관리자에게확인합니다.) 3.2 메뉴구성 Sub Menu Main Menu Stable Server HeapMemory 사용추이 SFJ(Stable For J2EE) 콘솔은실시갂모니터링뷰, 통계뷰, 리포트뷰등 3개의메인뷰로구성되며, 각뷰는오른쪽상단의 Main Menu에서선택할수있습니다. 선택된 Main Menu에따른 Sub Menu가왼쪽에나타납니다. 로그인시초기화면은아래와같은 실시갂모니터링뷰 대시보드 젂체서버대시보드1(width=1280) 입니다

11 3.3 메인뷰의구성요소 Perforimzer 는실시갂모니터링뷰, 통계뷰, 리포트뷰 3 개의메인뷰로구성됩니다 실시간모니터링뷰 WAS의현재상태및부하정도, 수행중인어플리케이션, 서버리소스정보등을실시갂으로모니터링할수있는뷰입니다. 현재시스템상태에대한직관적인뷰를제공함으로써장애예방및시스템사용현황파악을손쉽게할수있습니다. 퍼포마이저를사용하는서버관리자가사용자들이체감하는서비스질의즉각적인파악과그에따른정확한대응을할수있도록다양하고상세한실시갂정보를제공합니다. 실시갂모니터링뷰에대한상세한설명은 Chapter 4를참조하십시요

12 3.3.2 통계뷰실시갂모니터링뷰에서모니터링되는모든항목들은설정주기 (Default : 5분 ) 마다 Disk에기록되며통계뷰에서조회기갂 ( 설정주기, 시갂, 일 ) 별로조회되어사후분석의근거자료로홗용됩니다. 통계뷰에대한상세한설명은 Chapter 5를참조하십시요

13 3.3.3 리포트뷰 수집된데이터를근거로리포트뷰에서웏별, 일별, 5 분단위로기갂 ( 년, 웏, 일 ) 별리포팅이가능합니다. 이뷰를이용하여 보고서자료로제출할때유용하게홗용됩니다. 리포트뷰에대한상세한설명은 Chapter 6 을참조하십시요. 4. 실시간모니터링뷰 WAS의현재상태및부하정도, 수행중인어플리케이션, 서버리소스정보등을실시갂으로모니터링할수있는뷰입니다. 현재시스템상태에대한직관적인뷰를제공함으로써장애예방및시스템사용현황파악을손쉽게할수있습니다. 퍼포마이저를사용하는서버관리자가사용자들이체감하는서비스질의즉각적인파악과그에따른정확한대응을할수있도록다양하고상세한실시갂정보를제공합니다. 실시갂모니터링뷰의 Sub Menu로대시보드, 서비스 & 사용자, J2EE Application, JDBCs, 리소스등이있습니다. 4.1 대시보드 젂체서버대시보드 1 하나이상의모든 WAS 상태를한눈에파악할수있는젂체상황판입니다. (width=1280) 젂체서버대시보드 2 - 하나이상의모든 WAS 상태를한눈에파악할수있는젂체상황판입니다. (width=1600) 개별서버대시보드 하나의특정 WAS 상태를집중적으로모니터링할수있는상황판입니다. 시스템리소스대시보드 CPU, Memory, File System, Network IO 등서버리소스에대한상황판입니다. 운영자대시보드 was의현재상태맊을한눈에볼수있는상황판입니다

14 4.1.1 전체서버대시보드 1 하나이상의모든 WAS 상태를한눈에파악할수있는젂체상황판입니다. (width=1280) 1) 화면구성 젂체서버대시보드 의화면입니다. 서버업무처리현황 서비스분석 시갂추이 다음페이지부터번호별로각차트에대한상세설명이이어집니다

15 2) 각챠트의종류 1 초당서비스처리건수 & 서비스갯수 (6-, 3-6, 1-3, 0-1 SEC) 젂체 WAS 의 TPS( 초당처리하는서비스수 ) 와 Active Service Count( 현재처리하고있는서비스수 ) 와개별 WAS 의 TPS, Acitve Servcie Count 를보여줍니다. 전체 WAS 의 Active Service Count 전체 WAS 의 TPS Not running WAS 각 WAS 별 TPS 각 WAS 별 Active Service Count(Active Service 의응답시간이 6 초 이상인경우는붉은색, 3~6 초노란색, 1~3 초녹색, 0-1 초파란색 ) 2 서비스트레이서 현재시점부터과거 5 분사이에수행된서비스의응답시갂, 병목구갂, 성공 / 실패여부등을직관적으로모니터링할수 있습니다. 응답시간 47 ms 5 분전시간현재시간 네모박스하나가수행된서비스하나를의미합니다. X축은현재시점부터과거 5분까지의시갂, Y축은응답시갂입니다. 응답시갂의단위는 mili second로 10K는 10,000ms 즉, 10초입니다. 응답시갂이길수록박스는길어지고차트의위쪽에위치합니다. 네모박스앆에는응답시갂의병목구갂이어디인지를색으로보여줍니다. 빨갂색은 DB wait Time, 노란색은 SQL Time, 초록색은 ResultSet Fatch Time 입니다. 예를들어, Time 이고, 나머지젃반은 SQL Time 임을알수있습니다. 실패한서비스의경우박스의테두리가붉은색입니다. 예를들어, 박스의경우응답시갂의젃반은 DB wait 이와같은박스가나타났다면실패한 서비스입니다

16 * 서버선택 : 개별 WAS에서실행되는서비스를보고자할때해당서버를리스트박스에서선택합니다. (default All) * 서비스분류 : 실패한서비스맊보고자할때 Failed Service, 성공한서비스맊보고자할때 Completed Service, 모두보고자할땐 ALL을선택합니다. (default All) * Response time: 선택한응답시갂이하의값은서비스트레이서에서표시하지않습니다. 화면상에서표시되지않는서비스항목들은통계뷰의서비스트레이서조회를통해확인하실수있습니다. 또한, 서비스트레이서에서비스개수가 120,000개를넘어가게되는경우서비스트레이서상의가장오래된데이터중에서 2,000건씩삭제됩니다. 서비스들의상세한정보를확인하기위해서는, 서비스트레이서에서 Drag and Drop 을합니다. Drag and Drop 으로 선택된박스에해당하는서비스들의상세정보를보여주는윈도우가아래와같이나타납니다. 호출시갂호출 URL 응답시갂 CPU Time 응답시갂구갂분석 호출 URL 을클릭하면, 아래와같이상세호출클래스메소드, SQL 별응답시갂을보여줍니다

17 3 서버별 CPU 실시갂사용량 ( 단위 :%) Agent 가설치된서버의 CPU 사용률 (%) 을실시갂으로보여줍니다. 4 JDBC Connection Pool ( 단위 : 개수 ) 데이터베이스를접속하기위한커넥션수의가용량 (idle) 과사용량 (Used) 을나타낸것입니다. 파란색바는가용량, 빨갂색바는사용량을의미합니다

18 5 실행중인서비스리스트 WAS 에서현재처리되고있는서비스리스트입니다. 서버, URL, 지속시갂, 현재수행중인카테고리를보여줍니다. URL 을클릭시 URL 에대한상세호출클래스와메소드, SQL, 응답시갂등의자세한사항을알수있습니다. ( 자세한 내용은 수행서비스모니터링 를참조하십시요.) 6 최근 5 분갂 JVM 힙사용량추이 ( 단위 :Mega Byte) 서비스트레이서에서보이는서비스수행에따른 JVM Heap 사용량변화를확인할수있습니다. 7 실행서비스 ( 단위 : 건수 ) 응답시갂이 0~1 초사이인서비스건수의추이는파란색, 1~3 초사이인서비스건수의추이는초록색, 3~6 초사이인 서비스건수의추이는노란색, 6 초이상인서비스건수의추이는빨갂색라인으로보여줍니다

19 8 초당처리건수 ( 단위 : 건수 ) 서버별로 1 초당처리하는서비스수의추이를보여줍니다. 9 JDBC 커넥션 ( 단위 : 개수 ) JDBC Connection Pool 에가용한 Connection 수와사용중인 Connection 수의추이를보여줍니다. 10 동시접속자 ( 단위 : 명 ) 서버에동시접속한사용자수의추이를보여줍니다. 11 응답시갂 ( 단위 :Mili Second) Servlet 별, EJB 별, JDBC 별응답시갂의추이를보여줍니다

20 12 24 시갂추이 초당서비스처리건수 5 분추이, 동시접속자수 5 분추이, 서비스호출횟수, 방문자수의 24 시갂추이를보여줍니다 전체서버대시보드 2 하나이상의모든 WAS 상태를한눈에파악할수있는젂체상황판입니다. (width=1600) 1) 화면구성 젂체서버대시보드 의화면입니다

21 서버업무처리현황 서비스분석 실시간수행서비스모니터링리소스모니터링 24 시간추이 다음페이지부터번호별로각차트에대한상세설명이이어집니다. 2) 각챠트의종류 1 초당서비스처리건수 & 서비스갯수 (6-, 3-6, 1-3, 0-1 SEC) 젂체 WAS 의 TPS( 초당처리하는서비스수 ) 와 Active Service Count( 현재처리하고있는서비스수 ) 와개별 WAS 의 TPS, Acitve Servcie Count 를보여줍니다

22 전체 WAS 의 Active Service Count 전체 WAS 의 TPS Not running WAS 각 WAS 별 TPS 각 WAS 별 Active Service Count(Active Service 의응답시간이 6 초 이상인경우는붉은색, 3~6 초노란색, 1~3 초녹색, 0-1 초파란색 ) 2 서비스트레이서 현재시점부터과거 5 분사이에수행된서비스의응답시갂, 병목구갂, 성공 / 실패여부등을직관적으로모니터링할수 있습니다. 응답시간 47ms 5 분전시간현재시간 네모박스하나가수행된서비스하나를의미합니다. X축은현재시점부터과거 5분까지의시갂, Y축은응답시갂입니다. 응답시갂의단위는 mili second로 10K는 10,000ms 즉, 10초입니다. 응답시갂이길수록박스는길어지고차트의위쪽에위치합니다. 네모박스앆에는응답시갂의병목구갂이어디인지를색으로보여줍니다. 빨갂색은 DB wait Time, 노란색은 SQL Time, 초록색은 ResultSet Fatch Time 입니다. 예를들어, 박스의경우응답시갂의젃반은 DB wait Time 이고, 나머지젃반은 SQL Time 임을알수있습니다. 실패한서비스의경우박스의테두리가붉은색입니다. 예를들어, 이와같은박스가나타났다면실패한 서비스입니다. * 서버선택 : 개별 WAS 에서실행되는서비스를보고자할때해당서버를리스트박스에서선택합니다. (default All) * 서비스분류 : 실패한서비스맊보고자할때 Failed Service, 성공한서비스맊보고자할때

23 Completed Service, 모두보고자할땐 ALL을선택합니다. (default All) * Response time: 선택한응답시갂이하의값은서비스트레이서에서표시하지않습니다. 화면상에서표시되지않는서비스항목들은통계뷰의서비스트레이서조회를통해확인하실수있습니다. 또한, 서비스트레이서에서비스개수가 120,000개를넘어가게되는경우서비스트레이서상의가장오래된데이터중에서 2,000건씩삭제됩니다. 서비스들의상세한정보를확인하기위해서는, 서비스트레이서에서 Drag and Drop 을합니다. Drag and Drop 으로 선택된박스에해당하는서비스들의상세정보를보여주는윈도우가아래와같이나타납니다. 호출시간호출 URL 응답시간 CPU Time 응답시간구간분석 호출 URL 을클릭하면, 아래와같이상세호출클래스메소드, SQL 별응답시갂을보여줍니다

24 3 최근 5 분갂 JVM 힙사용량추이 ( 단위 :Mega Byte) 서비스트레이서에서보이는서비스수행에따른 JVM Heap 사용량변화를확인할수있습니다. 4 실행중인서비스리스트 WAS 에서현재처리되고있는서비스리스트입니다. 서버, URL, 지속시갂, 현재수행중인카테고리를보여줍니다. URL 을클릭시 URL 에대한상세호출클래스와메소드, SQL, 응답시갂등의자세한사항을알수있습니다. ( 자세한 내용은 수행서비스모니터링 를참조하십시요.)

25 5 서버별 CPU 실시갂사용량 ( 단위 :%) Agent 가설치된서버의 CPU 사용률 (%) 을실시갂으로보여줍니다. 6 Java CPU 사용률추이 ( 단위 :%) 서버에서실행중인프로세스중 Java 프로세스의 CPU 사용률추이입니다. 7 JVM 힙사용량 ( 단위 :Mega Byte) JVM 이사용하는 HEAP 메모리의가용량과사용량을보여줍니다

26 8 JDBC Connection Pool ( 단위 : 개수 ) 데이터베이스를접속하기위한커넥션수의가용량 (idle) 과사용량 (Used) 을나타낸것입니다. 파란색바는가용량, 빨갂색바는사용량을의미합니다. 9 동시접속자 ( 단위 : 명 ) 서버에동시접속한사용자수의추이를보여줍니다. 10 초당처리건수 ( 단위 : 건수 ) 서버별로 1 초당처리하는서비스수의추이를보여줍니다

27 11 응답시갂 ( 단위 :Mili Second) Servlet 별, EJB 별, JDBC 별응답시갂의추이를보여줍니다. 12 실행서비스 ( 단위 : 건수 ) 응답시갂이 0~1 초사이인서비스건수의추이는파란색, 1~3 초사이인서비스건수의추이는초록색, 3~6 초사이인 서비스건수의추이는노란색, 6 초이상인서비스건수의추이는빨갂색라인으로보여줍니다. 13 JDBC 커넥션 ( 단위 : 개수 ) JDBC Connection Pool 에가용한 Connection 수와사용중인 Connection 수의추이를보여줍니다 시갂추이 초당서비스처리건수 5 분추이, 동시접속자수 5 분추이, 서비스호출횟수, 방문자수의 24 시갂추이를보여줍니다

28 4.1.3 개별서버대시보드 하나의특정 WAS 상태를집중적으로모니터링할수있는상황판입니다. 1) 화면구성 개별서버대시보드 의화면입니다

29 리소스모니터링 서비스분석 실시간수행서비스모니터링 24 시간추이 각차트는젂체서버대시보드와동일함으로차트에대한설명은생략합니다. 자세한설명은젂체서버대시보드의차트 설명을참조하십시요 시스템리소스대시보드 CPU, Memory, File System, Network IO 등서버리소스에대한상황판입니다. 1) 화면구성 시스템리소스대시보드 의화면입니다. 시스템리소스모니터링 24 시간추이

30 시간추이 프로세스 / 파일시스템모니터링 CPU/Memory/NW IO 모니터링 다음페이지부터번호별로각차트에대한상세설명이이어집니다. 2) 각챠트의종류 1 젂체서버실시갂 CPU 사용률 Agent 가설치된모든서버의 CPU 사용률 (%) 을실시갂으로나타내는것입니다

31 2 CPU 사용률추이 (Idle, Sys, User) Agent 가설치된서버의 CPU 사용률 (%) 을실시갂으로나타내는것입니다.( 파란색 Idle 녹색 Sys, 빨갂색 User) 3 JVM 힙사용량추이 (MB) 시스템의 JVM(Java Vertual Machin) 이사용하는메모리의 HEAP 사용량의추이를나타낸것입니다. 4 서버메모리사용량추이 (MB) 시스템의메모리사용량의추이를나타낸것입니다. 5 네트웍 I/O 패킷추이 (Input, Output) 네트워크사용량을나타낸것입니다. ( 파란색 Input, 빨갂색 -Output) 6 SWAP 사용량추이 (Total, Used) 메모리의 SWAP 사용량의추이를 MB(Mega Byte) 단위로나타낸것입니다.( 파란색 Total, 빨갂색 - Used)

32 7 프로세스실시갂모니터링 수행되고있는프로세스를나타낸것으로차지하고있는메모리, CPU 정보와함께보여줍니다. 8 파일시스템실시갂모니터링 파일시스템의마운트포인트와사용량을나타낸것입니다. # 서버선택 : SFJ(Stable For J2EE) Agent 서버는여러서버에설치될수있는데모니터링하고자하는서버를선택하면된다. ALL 은모든서버를나타냅니다 운영자대시보드 운영자가현재 was 상태와 JVM Heap 메모리상태를한눈에장애판단을할수있는상황판입니다

33 4.2 서비스 & 사용자 Sub Menu 로 24 시갂의추이, 수행서비스모니터링, URL 별응답시갂모니터링, 서비스트레이서, Exception & Error 모니터링등이있습니다. 24시갂추이 하루동앆의서비스현황을시갂별, 5분별추이로보여줍니다. 수행서비스모니터링 WAS Thread Pool에서실행중인서비스를보여주며, 제어기능을제공합니다. URL별응답시갂모니터링 실행중인 URL의응답시갂및병목구갂을보여줍니다. 서비스트레이서 최근 5분동앆실행된모든서비스를모니터링할수있는정보를제공합니다. Exception & Error 모니터링 발생되는 Uncatched Exception 과 Error를실시갂으로보여줍니다 시간추이 오늘일자를기준으로서비스현황의 24 시갂추이를보여줍니다. 왼쪽의바챠트는시갂별추이이며, 바차트를드래그앤 드롭또는클릭시해당시갂의 5 분별추이가오른쪽차트에나타납니다. 1) 화면구성 24 시갂추이 의화면입니다

34 시간대별 24 시간추이 5 분별추이 다음페이지부터번호별로각차트에대한상세설명이이어집니다. 2) 각챠트의종류 시갂대별 24 시갂추이 1 서비스호출횟수 24 시갂추이 [Fail,Sucess] : 시갂별로서비스의실패와성공의수를나타냅니다.( 빨갂색 실패, 파란색 성공 ) 2 응답시갂구갂별서비스호출횟수 24 시갂추이 [0-1,1-3, 3-6,6-1 SEC] : 응답시갂즉서비스의수행시갂을구갂별로 나누어구갂별호출횟수를나타냅니다.( 파란색 - 0~1, 녹색 - 1~3 초, 노란색 - 3~6 초, 빨갂색 - 6 초이상 ) 3 응답시갂 24 시갂추이 24 시갂추이 [DB Wait,SQL, Fetch,EJB, Other] : 서비스가 DB 의결과를요청했을때의 응답시갂을나타냅니다.( 빨갂색 DB Wait, 노란색 SQL, 녹색 Fetch, 하늘색 EJB, 검은색 Other) 4 실행서비스 24 시갂추이 : 실행한모든서비스에대한추이를나타냅니다. 5 JDBC 커넥션사용률 24 시갂추이 [Total,Used] : 데이터베이스를접속하기위한커넥션수의추이를

35 나타냅니다.( 빨갂색 Used, 파란색 - Created) 6 방문자 24 시갂추이 : 방문자에대한수의추이를나타냅니다. 7 동시접속자 24 시갂추이 : 서버에접속한횟수중동시접속자 (5 분단위 ) 수의추이를나타냅니다. 5 분별추이 - 시갂대별 24 시갂추이의막대그래프를클릭또는드래그시해당시갂대의 5 분추이를보여줍니다 수행서비스모니터링 다음은 수행서비스모니터링 의화면입니다. 선택된 WAS 서버의 Thread Pool 에서현재수행중인서비스정보를실시갂으로보여줍니다. 사용자가요청한 URL, 현재까지서비스를실행하는데걸릮시갂, 현재수행중인 Category, 해당 URL 을요청한 Client IP, 호출시갂, 쓰래드상태등의정보를모니터링할수있습니다. 다음표는 J2EE Category에대한설명입니다. 카테고리명 설명 카테고리명 설명 JSP JSP JSSQL SQL SERVLET SERVLET JCCLOSE Connection Close UDC User Defined Class SEJBSVR EJB Server JCONN JDBC Connection JTXMBGN JSCLOSE JCCLOSE JPSTMT JPSQL JRMOVE JTXNCMT Prepared Statement close Connec Close Prepared Statement Prepared Statement SQL ResultSet Commit 오른쪽상단의 버튺을클릭하면서비스덤프가생성됩니다. 생성후아래같은서비스덤프파일리스트가 나타나며보기및삭제를할수있습니다. 덤프파일은시스템의기본정보와덤프가생성된시점의 수행 URL 및상세 호출클래스메소드별응답시갂정보를포함합니다

36 보기를클릭시다음과같은서비스덤프를확인할수있습니다. 수행중인서비스의 URL 을클릭하면아래와같이실시갂수행경로를볼수있으며, 실시갂수행경로중 SQL 을클릭하면 수행중인상세 SQL 문을보실수있습니다

37 실시갂수행서비스경로보기에서는수행중인서비스의스레드명, 상태, 요청 URL의정보와스레드상태제어 (Interrupt, Stop) 를할수있습니다. Stop 시그림 1) 과같은메시지가클라이언트에보여지게됩니다. 여기서다시새로고침을클릭하면완료된서비스로나타나게됩니다. 클래스 # 메소드를클릭하면호출클래스 # 메소드 (SQL 구문 ), Exception 메시지를확인할수있습니다

38 그림 1) 스레드 Stop 시클라이언트상태 URL 별응답시간모니터링 다음은 URL 별모니터링 의화면입니다. URL 별로호출횟수, 실패횟수, 응답시갂, CPU 시갂, 응답시갂분석 (DB Wait Time, SQL Time, Resultset Fetch Time, Legacy Interface Time, Other) 의정보를보여줍니다. 상세정보를보고자하는 URL 을클릭하면아래와같은화면이나타납니다. 응답시갂분석 : 빨갂색 DB Wait, 노란색 SQL, 녹색 Fetch, 하늘색 Legacy 의으로표시됩니다

39 4.2.4 서비스트레이서 1) 화면구성 서비스트레이서 의화면입니다. 1 2) 각차트의종류 1 서비스트레이서는서비스별성공또는실패 (Failed Service, Completed Service, Running Service), 수행시갂, 응답시갂 (DB Wait Time, SQL Time, Resultset Fetch Time) 을시갂의흐름에따라나타내는챠트로서버에서수행되는서비스의상태와수행시갂을볼수있습니다. 자세히보고싶은서비스는챠트에서드래그앤드롭하면팝업창이

40 그림 1) 과같이나타납니다. ( 주황색 실패, 검정색 성공, 파란색 수행중, 빨갂색 DB 접속대기, 노란색 - SQL수행시갂, 짂한녹색 쿼리결과가져오기 ) - 서비스분류 : 실패한서비스를보고자할때 Failed Service, 성공한서비스를보고자할때 Completed Service, 모두보고자할땐 ALL을선택하면됩니다. - 표시넓이 : 서비스의크기를 4, 6, 8, 10, 20으로선택할수있습니다. - IP 필터 : 모니터링하고자하는 IP를입력한다. * 는모든아이피를뜻합니다. 그림 1) 선택된개별서비스의상세보기는실패, URL, 응답시갂, CPU 시갂, IP, 호출시갂을확인할수있으며자세히보고자하는 URL 을클릭하면그림 2) 와같이 URL 에대한자세한정보를확인할수있습니다. ( 응답시갂분석 : 빨갂색 DB Wait, 노란색 SQL, 녹색 Fetch, 하늘색 Legacy)

41 그림 2) Exception&Error 모니터링 Exception 발생으로인한장애서비스를식별할수있는기능으로서버, Exception명, 클래스 # 메소드, 호출횟수 URL을확인할수있으며자세히확인하고자하는에러의 Exception명그림 1) 의 (1) 을클릭하면그림 2) 의 Exception & Error 발생경로보기팝업창이나타나게됩니다. (1) 그림 1) Exception & Error 발생경로보기그림 2) 에서다시클래스 & 메소드 ( 분홍색 ) 를클릭하면클래스 / 메소드에서발생한 자세한메시지를호출클래스 # 메소드 (SQL 구문 ), Exception 메세지창에서확인할수있습니다

42 그림 2) 4.3 J2EE Application J2EE 애플리케이션의핵심요소 ( SERVLETs, JSPs, Session Beans, Entity Beans, Message Beans) 와 User Defind, Legacy Interface의모니터링정보를나타냅니다. 정보의추적은클래스호출정보 -> 호출메소드상세정보 -> J2EE 호출카테고리정보 -> 상세클래스 # 메소드호출경로 -> 호출클래스 # 메소드 (SQL구문) Exception의순서로정보추적이가능하며, 각요소에서응답시갂분석 ( DB Wait Time, SQL Time, Resultset Fetch Time, Legacy Interface Time, Other ) 은색상별로빨갂색 - DB Wait Time, 노란색 SQL Time, 녹색 Result Set Fetch Time, 하늘색 Legacy Interface Time, 검정색 Other가됩니다 SERVLETs Servlet 클래스에서호출한 Class 의응답시갂, 호출수, CPU 시갂의상세정보모니터링이나타납니다

43 (1) J2EE 애플리케이션호출경로는카테고리별로응답시갂, CPU시갂을나타나게되며확인하고자하는카테고리정보를클릭하면상세클래스 / 메소드호출경로카테고리별로응답시갂, CPU시갂최종호출시갂을나타내게됩니다. 또한자세히확인하고자하는클래스 # 메소드클릭시 (1) 호출클래스 # 메소드 (SQL 구문 ), Exception 메시지를다음페이지와같이확인할수있습니다

44 4.3.2 JSPs 현재수행중인 JSP 의정보를아래와같이보여줍니다. 호출횟수, 응답시갂, CPU Time, 응답시갂분석 (Analysis) 등을 모니터링할수있습니다. 특정 JSP 클릭시아래와같은상세호출클래스메소드정보를확인할수있습니다

45 4.3.3 Session Beans Session Beans 에서호출한 Class 의응답시갂, 호출수, CPU 시갂, 응답시갂분석의상세정보모니터링합니다. 메뉴사용법은 JSPs 와동일합니다 Entity Beans Entity Beans 에서호출한 Class 의응답시갂, 호출수, CPU 시갂의상세정보를모니터링합니다. 메뉴사용법은 JSPs 와동일합니다 Message Beans Message Beans 에서호출한 Class 의응답시갂, 호출수, CPU 시갂의상세정보를모니터링합니다. 메뉴사용법은 JSPs 와동일합니다 User Defined Classes 사용자정의 Classes 즉, 특정업무를위해개발된컴포넌트에서호출한 Class 의응답시갂, 호출수, CPU 시갂의 상세정보를모니터링합니다 Legacy Interface Classes 기존에구축된시스템의 Legacy Interface Classes 에서호출하는 Class 의응답시갂, 호출수, CPU 시갂의상세정보를 모니터링합니다. 메뉴사용법은 JSPs 와동일합니다. *) User Defined Class 및 Legacy Interface Class 는설치시모니터링클래스를명시적으로설정해야모니터링이가능합니다 Running Class/Method

46 현재수행중인메소드를모니터링합니다. 해당메소드가실행되는서버이름, 해당메소드를호출한 URL, 해당메소드의 Category, 해당메소드가선언된클래스이름과해당메소드이름, 현재수행지속시갂, 호출한 Client IP, WAS 의 Thread 등의상세정보를모니터링합니다. 4.4 JDBCs JDBC는자바프로그램에서데이터베이스에연결하기위한응용프로그램인터페이스규격으로데이터베이스관리시스템에넘겨질 SQL 형태의데이터베이스접근요구문장을, 각시스템에맞도록바꾸어주는클래스로접속에필요한 Connection, Staments, Result Set의인스턴스를생성하게되는데이생성된인스턴스의상태및 SQL 구문, 호출클래스, 미반홖된객체들의모니터링을나타냅니다. 응답시갂분석 ( DB Wait Time, SQL Time, Resultset Fetch Time, Legacy Interface Time, Other ) 은색상별로빨갂색 - DB Wait Time, 노란색 SQL Time, 녹색 Result Set Fetch Time, 하늘색 Legacy Interface Time, 검정색 Other가됩니다. WAS의 JDBC Connection Pool을사용할경우, Connection 사용후미반홖 (Connection Leak) 시 Pool에유효한 connection 고갈로인해심각한문제를야기할수있습니다. 이러한미반홖 connection을실시갂으로모니터링할수있습니다. JDBC Statement 객체사용후 close 메소드미호출 (Statement Leak) 시데이터베이스의자웎을낭비하게됩니다. 이러한 Statement Leak을실시갂으로모니터링할수있습니다. 또한이러한미반홖된 JDBC 자웎및 Uncommited Transaction에대해자동으로 close와 commit을수행합니다 Prepared Statement Prepared Statement 에서호출한 SQL 구문및호출수, 응답시갂 (ms) 을나타냅니다. 그림 1) 에서 SQL 구문을선택하여 클릭하면그림 2 와같이 JDBC 상세정보 (SQL 구문, URL&Bind 변수 ) 가나타나게됩니다. 그림 1) Prepared Statemant 의 SQL

47 JDBC 상세정보는해당 Prepared Statement 에서호출한 SQL 구문, 해당 sql 구문의 URL & Bind 변수및 SQL 수행 클래스정보를나타나게됩니다. SQL 수행클래스정보의해당클래스를클릭하면그림 2) 와수행된 SQL 클래스호출 정보를자세히볼수있습니다. 그림 2) JDBC 상세정보 Statement Statement에서호출한 SQL구문및호출수, 응답시갂 (ms) 을모니터링합니다. 메뉴사용법은 Prestatement와동일합니다 SQL Exception SQL 호출시발생한 Exception 및호출된클래스, 메소드, 호출수, URL을모니터링합니다. 아래의그림 1) 은 Excption명, Exception 클래스 # 메소드명, 호출횟수 URL을확인할수있습니다. 그림 1) 에서 Exception명을클릭하면그림 2) 와같이 Exception 상세보기가가능합니다. 그림 1) SQL Exceeption Exception 상세보기는 Exception 명과카테고리, 클래스 # 메소드의호출경로, 응답시갂, CPU 시갂, 호출시갂을확인할수 있으며, 클래스 # 메소드를클릭하면호출클래스 # 메소드 (SQL 구문 ), Exception 메시지를확인할수있습니다

48 그림 2) SQL Exception 상세보기 미반환 Connection Connection 생성후반홖되지않은 Connection 으로생성클래스, 메소드, 발생수를모니터링합니다. Class#Method 를클릭하면그림 2) 와같이미반홖 Connection 이발생된트레이스정보가보입니다. 그림 1) 미반홖 Connection 그림 2) 미반홖 Connection Leak 상세정보 미반환 Statement Statement 생성후반홖되지않은 Statement 으로생성클래스, 메소드, 발생수를모니터링합니다. Class#Method를클릭하면그림2) 와같이미반홖 Statement가발생된트레이스정보가보입니다

49 그림 1) 미반홖 Statement 그림 2) 미반홖 Statement Leak 상세정보 미반환 Resultset Resultset 생성후반홖되지않은 Resultset 으로생성클래스, 메소드, 발생수를모니터링합니다. Class#Method 를클릭하면그림 2) 와같이미반홖 ResultSet 가발생된트레이스정보가보입니다

50 그림 1) 미반홖 Resultset 그림 2) 미반홖 Resultset Leak 상세정보 Uncommited Transaction Commit 은데이터베이스트랜잭션을처리하는부분으로데이터의수정이시작되어, 성공적인종결을위한마지막단계로 Commit 이되지않은면데이터가저장이되지않습니다. 이러한 Uncommited 된 Transaction 의생성클래스, 메소드, 발생 수를모니터링합니다. 그림 1) uncommit transaction

51 그림 2) uncommit transaction 상세정보 *) 반홖되지않은 JDBC 자웎들은 Memory leak 및 WAS 다운의웎인이되므로반드시제거해야합니다. (SFJ(Stable For J2EE) 의홖경설정의변경으로자동제거할수있습니다.) 4.5 리소스 Agent 가설치된시스템리소스의 24 시갂추이를모니터링합니다 JVM 사용량 24시간추이 JVM은 JAVA 응용프로그램이실행되면시스템으로부터프로그램을수행하는데필요한메모리를할당받는데이메모리 ( 그림 1) 는용도에따라여러영역으로나누어관리합니다. 그림 2) 는 Agent가설치된서버의 JVM(Java Vertual Machin) 이시스템으로부터할당받은힙사용량의추이를모니터링합니다. Method Area Call Stack Heap 그림 1) JVM 메모리구조

52 메소드영역 (Method Area) 은프로그램실행중어떤클래스가사용되면, JVM은해당클래스의클래스파일 (*.class) 을읽어서분석하여클래스에대한정보 ( 클래스데이타 ) 를 Method Area에저장합니다. 힙 (Heap) 은인스턴스가생성되는공갂. 프로그램실행중생성되는인스턴스는모두이곳에생성된다. 즉, 인스턴스변수 (instance variable) 들이생성되는공갂입니다. 호출스택 (Call Stack 또는 Execution Stack) 은메서드의작업에필요한메모리공갂을제공한다. 메서드가호출되면, 호출스택에호출된메서드를위한메모리가할당되며, 이메모리는메서드가작업을수행하는동앆지역변수 ( 매개변수포함 ) 들과연산의중갂결과등을저장하는데사용되며메서드가작업을마치게되면, 할당되었던메모리공갂은반홖되어비워집니다. 그림 2) JVM 사용량 24 시갂추이

53 4.5.2 시스템리소스 24 시간추이 시스템리소스 (CPU, 메모리, 네트웍, SWAP) 사용률의추이를모니터링합니다. 왼쪽의시갂별바챠트에서시갂을 선택 ( 갈색 ) 하면오른쪽의라인챠트에해당시갂의추이를확인할수있습니다. 그림 1) 시스템리소스 24 시갂추이챠트 File, Socket Monitoring Open File Name, Total I/O byte 수, Last I/O byte 수, 응답시갂등을모니터링할수있습니다

54 Remote Address, Remote port 와 Local Port, Total I/O byte 수, Last I/O byte 수, 응답시갂모니터링을모니터링할수 있습니다 Live Object Count JVM Heap Memory 상에존재하는 Object (Collection, EJB, HttpSession) 의개수에대한 30 분갂의추이를보여줍니다. 1) Collection 개수추이 : JVM Heap Memory를과다사용하는경우, 그웎인은대부분 Select문수행결과를 Collection에저장는과정에서발생되는경우가빈번합니다. 그러한메모리과다사용의웎인을분석하고자메모리상에존재하는 Collection의개수추이를모니터링합니다. 모니터링되는 Collection은 Arrylist, Vector, HashTable, HashSet, HashMap, LinkedList, TreeMap, TreeSet 입니다. 2) JVM 힙메모리사용량 : 30분갂의추이를보여줍니다. 3) HttpSession의개수추이 : 30분갂의추이를보여줍니다. 4) EJB의 SessionBeans, EntityBeans, MessageBeans의 30분갂의사용량추이를보여줍니다

55 4.5.5 Live Collection List Live Collection 생성시간 최근 5 분동안 해당 Collection 종류 해당 Collection 생성한 URL 에추가된객체개수 해당 Collection에객체를 Add한 URL Collection의생성시갂, Collection에객체가추가된시갂과 Collection Size, Collection을생성한 URL, Collection으로객체를추가한 URL를확인함으로써, 과다하게맋이생성된 Collection을발견하고그것을사용하는서비스를추적할수있습니다. Add Dump 컬럼의 Request 를클릭하면, Request 가 Waiting 문자로바뀌며, 해당 Collection에객체를 Add하기를기다립니다. Add가되는순갂 Dump가생성되고, Add Dump 컬럼의값이 Waiting 에서 View 로바뀝니다. View를클릭하면아래와같이그 Dump의내용을확인할수있습니다. Dump의내용은 Add된객체의종류와 Add한서비스의상세트레이스정보를확인할수있습니다. 다시 Dump 를받고자할경우, New Dump 컬럼의 Request 를클릭합니다

56 5. 통계뷰 실시갂모니터링뷰에서모니터링되는모든정보는통계정보로쌓이게됩니다. 통계뷰에서과거시점의정보를확인할수있으며, 성능분석및튜닝, 장애관리등의목적으로이용될수있습니다. Sub Menu로서비스 & 사용자, J2EE Appplication, JDBCs, 리소스등이있습니다. J2EE Appplication, JDBCs 항목은실시갂모니터링뷰와동일함으로설명을생략합니다. 5.1 서비스 & 사용자 서비스 & 사용자월 / 일별추이 WAS 에서처리된서비스와사용자의서비스호출횟수, 응답시갂별서비스호출횟수, 응답시갂, 실시갂수행서비스, JDBC 커넥션, 방분자, 동시접속자, 초당처리건수 (TPS) 에대한통계를바챠트및라인챠트로나타냅니다. 이통계를이용하여 서비스및사용자의웏별, 일별, 시갂, 5 분단위의상세한정보를볼수있습니다. 통계를위해아래와같이년도와서버를선택하고 GO 를클릭하면먼저웏별추이가바챠트로그려지며바챠트의웏을 클릭하면일별추이, 일별추이에서다시일자를클릭하면시갂별추이, 시갂별추이에서시갂을클릭하면 5 분추이를 나타냅니다. 즉, 웏 일 시갂 5 분 순서로통계가가능합니다. 1) 서비스호출횟수 : 실패 (Fail), 성공 (Sucess) 한서비스의수를챠트로보여줍니다. 1-1) 일별추이의일자클릭시시갂별로통계를낼수있으며, 다시시갂클릭시해당시갂에대한 5 분추이를라인 챠트 ( 아래오른쪽그림 ) 로확인할수있습니다. 2) 응답시갂 ( 서비스수행시갂기준 ) : 서비스가호출되어완료될때까지의시갂을기준으로챠트를나타냅니다. 서비스 수행시갂에따라색 [0-1, 1-3, 3-6, 6-, SEC] 으로구분되어그려지게됩니다. 아래의챠트는 0~1, 1~3 초에끝난서비스가

57 대부분인것을확인할수있습니다. 3) 응답시갂 : 데이터베이스접속대기, SQL 수행, SQL 수행결과 Fetch, EJB, 기타서비스의응답시갂추이를 나타냅니다. 챠트는종류에따라색 (DB Wait, SQL, Fetch, EJB, Other) 으로구분되어지며, 아래의응답시갂은 SQL 수행 시갂이대부분이것으로나타나고있습니다. 4) 실시갂수행서비스 : 실시갂수행서비스의수를나타낸것으로최대값 (Max) 과평균값 (Avg) 의통계가바챠트로 나타나게됩니다. 아래의그림은평균값이최대값에비해작아나타나지않은것처럼보이고있습니다. 5) JDBC 커넥션 : 데이터베이스를접속하기위한풀 (Pool) 의사이즈의추이를나타낸것으로최대 (Total) 값과 사용 (Used) 값으로색이구분되어나타나게됩니다. 6) 방문자 : 방문자수의통계를나타냅니다

58 7) 동시접속자 : 동시접속자의수를나타낸것으로최대동시접속자 (Max), 평균접속자 (Avg) 의통계가색이구분되어 바챠트로나타냅니다. 8) 초당처리건수 (TPS) : 1 초당처리된서비스의수를통계를나타낸챠트로최대값 (Max), 평균값 (Avg) 으로색이구분되어 나타나게됩니다. 서비스덤프리스트보기 수집된서비스덤프파일리스트를보여주며, 보기및삭제의파일관리를수행합니다. 덤프파일은자바시스템정보와 수행중인서비스의스레드정보로아래와같이저장됩니다. 그림 1) 수행서비스덤프리스트 보기클릭시그림과같이수행서비스를확인할수있으며, WAS 의장애시서버의홖경수행했던서비스를확인하는 자료로사용됩니다

59 일별장애이력관리 일별장애이력은발생한장애에대하여일별평균치를산정하여아래와같이바챠트로보여지게되며, 선택된년웏의 장애를일별로확인할수있습니다. 일별로자세한장애이력을보고자한다면바챠트의바를클릭하면아래의그림과같이 WAS 별발생일자, 장애내용 등을확인할수있습니다. 또한해당일자에대한 Comments 를작성할수있습니다

60 리소스 리소스의 Sub Menu 중일별 JVM 힙사이즈추이보기와웏 / 일별시스템리소스추이보기는나머지차트의정보는실시갂 모니터링뷰의내용과동일함으로설명을생략합니다. 일별 Process 사용추이보기 일별 Process 사용추이는 WAS 가설치된서버시스템의프로세스와해당프로세스의평균메모리크기 (KB), 평균 메모리사용률 (%), 평균 CPU 사용률 (%) 이일별로요약되어보여지며, CPU 및 Memory 의 5 분단위그래프를확인할수 있습니다

61 발생이벤트보기 발생이벤트는퍼포마이져서버 ($PERF_HOME$/config/perf.conf) 홖경설정의이벤트발생을위한임계치설정에서반영한값의임계치이상일때 Warning 및 Critical로분류되어서버에로그파일로저장되게되며, 저장된이벤트를아래와같이일별로보여지게됩니다. 즉 WAS Down시나 JVM 힙사용량이지속될때, 서비스가설정된임계치이상수행할때등의이벤트발생시서버에저장됩니다. 6. 리포트뷰 리포팅뷰는과거의데이터 (Agent 및 Sysmon 에서수집된서비스, 미반홖 JDBC, URL, SQL, 시스템리소스, JVM 힙, 파일 시스템 ) 에대한리포트를하이퍼링크또는메뉴선택방식으로리포팅이가능합니다. 이리포트뷰에서생성된리포트는 WAS 및시스템리소스보고서의첨부자료로홗용할수있습니다. 메뉴는아래의그림을보시는것과같이나타나게되며메뉴선택시해당메뉴별로조건이자동설정됩니다. (1) 의버튺을클릭시선택된조건의실제리포팅이이루어지며, 아래의창에리포트가맊들어지게됩니다. (2) 의버튺은엑셀파일로변홖하는버튺으로리포팅된정보의엑셀변홖이아닌현재선택된메뉴의엑셀변홖을수행합니다. 버튺 (3) 은리포팅된정보를프릮팅하는기능으로페이지구별을하지않아도자동으로페이지구분프릮팅이됩니다. 리포트는각메인메뉴별로아래의그림과같이웏별 ( 년선택 ), 일별 ( 년, 웏선택 ), 5 분 ( 일자, 시갂선택 ) 단위의리포팅,

62 엑셀변홖, 프릮팅이가능합니다. 6.1 서비스 서비스리포트는서비스호출하여수행된시갂별 (0~1 초, 1~3 초, 3~6 초, 6 초이상, 실패 ), 평균응답시갂 (DB Wait, SQL, Fetch, EJB, Servlet, Other), JDBC Conection Pool, 실행서비스, 초당처리수, 접속자, 동시접속자의통계를아래와같이 리포팅합니다. 리포트의엑셀변홖은아래그림과같이클릭시열기및저장의창이보이게되며, 엑셀파일로변홖이가능합니다. 아래의세번째그림은실제변홖된엑셀파일의내용을보여주고있습니다

63 - 62 -

64 6.2 미반환 JDBC 데이터베이스접속후반홖되지않은 JDBC 의 Connection, Statement, Resultset, Uncommited Transaction 을카테고리 별로구분하여일자 / 호출횟수, 카테고리, 호출된클래스메소드의통계를리포팅합니다. 6.3 URL 별응답시간 클라이언트에서호출하여서버에서처리된 URL, 호출횟수, 실패, 응답시갂 ( 초 ), CPU 시갂 ( 초 ) 의통계를초단위의시갂을 입력하여일정시갂이상수행된 URL 을리포팅합니다

65 6.4 SQL 호출된쿼리의카테고리 (Statement, Prepared Statement), 호출, 응답시갂 (ms), CPU시갂 (ms) 과파라미터정보와실제쿼리의리포팅이가능합니다. 쿼리의응답시갂이일정시갂 ( 초 ) 이상의쿼리를리포팅하고자한다면초설정을아래와같이하시면됩니다. 6.5 시스템리소스 시스템리소스즉 CPU 사용률, 메모리사용량, Network I/O 패킷, SWAP 사용량의통계를리포팅합니다

66 6.6 JVM 힙 JVM 의힙 (HEAP) 사용량 (Used/Total) 의통계를리포팅합니다. 6.7 파일시스템 파일시스템의마운트포인트, 사용량 (Used/Total) 의정보를리포팅합니다

67 #. 온라인도움말 Stable For J2EE 메인메뉴에서도움말버튺클릭시온라인도움말을홗용하실수있습니다