Contact
Global Partner |
Downloads > Supports > Features
1. 실시간 성능 모니터링제니퍼는 업무별로 구분된 여러 단위 업무 시스템을 하나의 화면에서 직관적인 종합 성능 모니터링 기능을 제공합니다. 성능장애 발생시 담당자에게 실시간으로 경고메시지를 전달하며, 백엔드(Back-end) 시스템 (Tmax, CICS, TUXEDO 등) 과 DBMS SQL 쿼리 수행 정보도 일목요연하게 제공하여 성능적 이슈가 발생한 위치와 장애의 원인을 클래스/메소드 단위까지 쉽게 찾을 수 있는 기능을 제공합니다. - 제니퍼의 실시간 모니터링 항목
- 동시단말사용자수 (Concurrent User) 모니터링 HTTP 프로토콜의 비지속연결특성(connection-less)으로 인해, 진정한 의미의 실시간 접속자수를 구하기가 어려웠으나, 제니퍼는 성능 이론의 구체화를 통해 세계적으로 유일하게 “동시단말사용자수”의 개념을 새롭게 정립하고 그 수치를 모니터링 하는 알고리즘을 구현하였습니다. - 수행 중인 액티브서비스 모니터링 성능적인 이슈로 인하여 장애가 발생할 경우, 가장 먼저 변화하는 수치는 현재 지연 처리 중인 애플리케이션의 개수, 즉, 액티브서비스의 개수가 비정상적으로 높아지게 됩니다. 제니퍼는 액티브서비스의 처리 시간 지연에 따른 경과시간을 색깔로 구분하여 그 개수를 실시간 이퀄라이져 그래프로 제공하며, 특정 쓰레드가 현재 무엇을 수행하고 있는지 클래스/메소드/SQL 단위까지 상세하게 실시간 제공합니다. - 응답시간 분포그래프(X-View) 각 애플리케이션 응답시간을 시간 축에 따라 하나의 점(Point)으로 표현하면, 전체적인 응답시간 분포도 그래프가 나타나는데, 그 분포의 형태를 분석하는 것이 매우 중요합니다. 응답시간이 일렬로 줄을 선다거나, 특정 응답시간 근방에 집중되는 등의 현상은 통계적 기법으로는 쉽게 보이지 않던 새로운 시각을 제시합니다. 뿐만 아니라, 해당 점을 선택(Drag) 하면 해당 트렌젝션이 수행한 내역을 메소드/SQL단위로 상세하게 응답시간/CPU사용량을 확인할 수 있습니다. 2. 장애진단 / 성능저하 원인분석제니퍼는 성능진단 전문가의 오랜 경험을 바탕으로 만들어진 제품으로 웹기반 시스템하에서의 발생하는 대표적인성능장애 유형 및 장애원인들을 체계적으로 분류하여, 성능장애 징후가 보이는 핵심적인 단서를 제공함으로써, 시스템 담당자가 보다 직관적이고 정확한 판단을 가능하게 해줍니다. 웹기반 시스템 장애의 유형은 크게, 상대적 부하량 증가에 의한 상대적 성능장애(Relative Performance Problem)와 비정상적인 특정 조건 상황에 의해 발생하는 조건적 성능장애(Conditional Performance Problem)로 분류됩니다. 부하량이 늘어남에 따라 애플리케이션의 응답시간이 점진적으로 늦어지면서 발생하는 성능장애 현상이 전자에 해당하고, 반면, 특정 애플리케이션에서의 JDBC연결 리소스 미 반환, 혹은 메모리누수 등과 같은 현상에 의해 일정 서비스 시간 경과 후부터 더 이상 정상적인 서비스를 수행할 수 없게 되는 성능장애 현상이 후자에 해당합니다. - 상대적 성능장애 감지를 위한 제니퍼의 기능 응답시간분포도(X-View)를 통한 SQL쿼리/트렌젝션 시간 점유 비율을 확인하여 병목구간을 즉시 확인할 수 있습니다. 특히 실행 시 사용된 SQL BIND 변수를 함께 제공함으로써, SQL튜닝에 핵심적인 도움이 될 것입니다. 어떤 애플리케이션이 가장 성능에 영향을 미치는지 수치화된 통계자료로 정량화된 데이터를 제공합니다. 대시보드를 통해 접속자/부하량 증가에 따라 액티브서비스개수의 변화를 감시하여 해당 병목이 특정 애플리케이션인지, SQL 혹은 백엔드 트렌젝션에 기인한 것인지를 마우스 클릭만으로 그 즉시 확인할 수 있습니다. 특정 애플리케이션의 성능요소인 CPU사용량, 응답시간, 호출건수, SQL 점유비율을 통계화하여 애플리케이션 튜닝의 기초자료로 활용할 수 있습니다. 시스템 CPU사용량, 일자별 동시단말사용자수의 변화를 일자별로 분석하여 향후 해당 시스템의 최대 수용 가능한 동시단말사용자수를 추정하여 미연에 시스템 증설계획을 세울 수 있습니다. - 조건적 성능장애 감지를 위한 제니퍼의 기능 JDBC 리소스에 대한 IDLE/ALLOCATE/ACTIVE 상태 및 개수 모니터링, 어떤 애플리케이션이 리소스를 미 반환 하였는지 애플리케이션 소스레벨에서 찾아 줍니다. 시스템 CPU/메모리, JVM 힙(Heap) 사용량의 변화 및 라이브오브젝트/콜렉션 개수, HTTP 세션덤프, TCP/IP 소켓, 열려진 파일추적 모니터링을 통해 어떤 애플리케이션이 장애상황을 누적시켜 가는지 분석할 수 있습니다. 쓰레드교착상태 등이 발생했을 때, 명시적으로 서비스덤프를 떠서 사후분석이 가능토록 합니다. WAS/프레임웍 등 제3의 모듈에 추적설정을 함으로써, 구간별 응답시간 및 CPU사용량을 클래스/메소드 단위로 설정할 수 있습니다. 또한 필요 시 응답시간이 지연되고 있는 수행중인 애플리케이션을 실시간으로 일시중지/중단(Kill)/우선순위 조정을 명시적으로 하실 수 있습니다. - 자동 경보 기능 서비스처리량, CPU, 메모리 사용량, 응답시간 등에 대한 임계치 설정이 가능하며, 장애발생 시 자동으로 시스템 경보(Alert) 기능을 제공하며, E-mail 혹은 SMS시스템으로 장애상황을 즉시 전송함으로써, 신속한 원인파악과 빠른 장애조치를 하실 수 있습니다. 제니퍼는 기 등록된 각 장애상황에 대해 41가지로 분류하여 이에 따라 자동으로 반응하도록 되어 있으며, 사용자정의형 경보를 설정할 수 있습니다. 3. 애플리케이션 / SQL 쿼리 튜닝- 애플리케이션 클래스/메소드 별 상세추적 실행된 애플리케이션의 클래스/메소드 별로 응답시간,CPU사용시간 등을 추적할 수 있어, 어떤 모듈에서 병목이 발생하였는지를 세세하게 확인할 수 있습니다. - SQL쿼리 튜닝 및 쿼리플랜 실행된 모든 SQL쿼리의 응답시간을 추출하여 줍니다. 또한, 해당 SQL쿼리가 해당 애플리케이션에서 응답시간 비중이 얼마나 차지하는지, 해당 SQL쿼리는 어떤 애플리케이션에 의해 사용되고 있는지 연관관계 분석을 할 수 있습니다. 또한, SQL실행 시 사용된 바인드(Bind) 변수를 제공하며, SQL튜닝을 위해 SQL쿼리플랜을 직접 확인하실 수 있습니다. - 튜닝대상 애플리케이션 목록 선정 어떤 애플리케이션이 시스템 전체에 가장 성능적 영향을 미치고 있는지를 통계적 자료로 제공합니다. - 백엔드 트렌젝션 거래 추적 제니퍼는 WAS서버를 경유하여 호출되는 백엔드 시스템의 트렌젝션 거래 내역을 추적합니다. TMAX WebT, TUXEDO의 WTC/Jolt, 메인프레임 CICS연동을 위한 CTG 모듈을 추적하여 WAS로부터 발생한 모든 트렌젝션의 응답시간 및 호출건수를 실시간 모니터링이 가능하며, 통계화 과정을 통한 성능분석 리포팅을 제공합니다. 4. 통계분석 / 리포트- 서비스 통계 분석 제니퍼는 접속자수, 응답시간 등 서비스 통계 및 자원사용량, 서비스 호출건수, SQL수행내역, 백엔드 트렌젝션 거래 등에 대한 각 통계 데이터를 정량화된 수치로 제공합니다. 또한 저장된 데이타의 2차 가공을 위해 사용자 정의형 통계화면 템플릿을 등록하여 임의의 구간별, 임의의 항목별로 추출하여 화면상에 이미지 차트형태로 표현할 수 있습니다. - 유연한 사용자 정의형 보고서 지원 제니퍼는 데이터 저장구조의 DB화를 통해 2차 데이터 가공이 가능하며, 사용자 중심의 임의의 보고서 템플릿을 통해 다양한 관점에서의 성능보고서를 비주얼 차트를 포함한 워드형(RTF포멧) 파일로 제공합니다. 보고서 템플릿은 고객의 요구사항을 수렴하여 기술지원 엔니지어 혹은 고객이 직접 생성/수정 하실 수 있습니다. - 정량화된 시스템 성능 데이터 관리 제니퍼는 비즈니스관점의 서비스 사용량 변화와 더불어 시스템의 CPU, 메모리, 디스크, 네트워크 등 시스템 H/W 용량 관점에서 매우 유용한 정보를 정량화된 수치로 통계화함으로써, 보다 근접한 용량 산정 및 추가 증설 계획의 근거자료를 마련하실 수 있습니다. 5. 서비스 폭주 시 부하량 제어시스템이 감당할 수 있는 부하를 초과할 정도로 서비스 요청이 폭주할 경우, 자동으로 부하량을 제어하여 전체 시스템이 다운되는 상황을 피하고 안정적인 서비스가 가능토록 하는 기능으로서 PLC 기능이라 합니다. 이 기능은 제니퍼만 제공하는 기능으로써 24×365 무정지 시스템을 구현할 수 있도록 합니다. 또한 부하가 많은 시스템에서도 반드시 수행되어야 하는 서비스 요청에 대해서는 업무별 서비스 우선순위를 설정하도록 하여 보다 안정적인 대 고객 서비스가 가능케 합니다. 성능 장애의 대표적 유형은 백엔드(Back-end) 데이터베이스 혹은 HOST 트랜잭션의 처리 능력이 상대적으로 낮아 Back-end 단계에서부터 서비스 큐잉 현상이 일어나는 경우입니다. 이 경우, 비록 원인은 백엔드 단에 있지만, 백엔드 단부터 막혀 프론트엔드(Front-End)단까지 차올라 오기 시작하면, 종국에는 WAS서버 및 웹 서버의 처리 가능량이 모두 초과되어 더 이상 서비스를 하지 못하는 행업(hang-up)현상으로 이어지게 됩니다. 이러한 유형의 성능 장애 상황에서는 앞 단의 웹 서버나 WAS서버의 증설과 같은 방법으로는 결코 문제를 해결하지 못합니다. 유일한 해결책은 서비스큐잉이 일어날 수 있는 구간마다 적절한 액티브서비스의 개수를 제한하고, 일정한 개수를 초과할 시에는 해당 요청을 또 다시 서비스 큐에 넣을 것이 아니라, “죄송합니다. 서비스가 폭주 중이오니 잠시 뒤에 이용하여 주십시오.”라는 지정된 메시지 화면처리를 통해 해당 서비스를 제한시켜야만이 서비스 폭주로 인한 “넘쳐나는” 상황을 피할 수 있게 됩니다. 이러한 기법은 사실 고육지책이기는 하나, 긴박한 실 상황에서는 매우 효과적인 대응책이 되며, WAS 쓰레드 행(Thread hang)으로 인한 전체 WAS 시스템 다운을 막을 수 있습니다. 제니퍼는 애플리케이션의 수정 없이 간단한 설정만으로 PLC 적용이 가능하며, 특히 애플리케이션 중요도에 따라 애플리케이션 별로 부하량을 제어할 수 있습니다. 애플리케이션의 중요도는 아래와 같이 3가지 유형으로 구분하여 설정할 수 있습니다. 6. 제니퍼 지원 항목
|
Hot news & issues
|
