11. End-To-End 성능관리
2010.06.14 05:57
- 시스템이 점차 3-Tier 이상 n-Tier 환경으로 새롭게 구축돼 가는 실정이어서 DB 구간에 대한 분석만으로 문제를 해결하기 어려워졌음
- End-To_End 방식의 애플리케에션 성능 관리 (APM, Application Performance Management) 툴
- Web , AP, DB, Zone으로 나눠 어느 구간에서 병목이 발생하는지를 실시간으로 모니터링 할수 있음
참조:
APM(Application Performance Management) / 출처: http://cafe.naver.com/nsis/274261. 사용자 관점의 성능분석기법 APM가. APM(Application Performance Management)의정의-애플리케이션 상태모니터링, 성능 예측 등 IT 자원 관리를 통해 최적화된 고객서비스를 제공하기위한 관리프로세스.나. APM의 부각이유1) 전략변화-성능중심,질적성장중심의 전략변화2) 환경변화-사용자관점의 가용성중시,비용절감 요구충족2. APM의 주요기능 및 핵심기술가. APM의 주요기능1) 기능시험 :사용자입력,클릭 오작동여부 및 결과정확도검증2) 부하시험 :직접실제시스템에접속시켜 에뮬레이션3) 성능모니터링관리 : 시스템의성능감시,관리4) 분석및용량계획 : 분석된결과이용문제점해결과차기증설계획반영나. APM의 핵심기술요소기술 : 주요내용 : 고려사항메모리 샘플링 : DB 연결 불필요로 자원사용 효율적 : DB 버전 변경시 신규 SGA샘플링API 샘플링 : 오버헤드의 최소화, 변경 용이 : 샘플링 범위 설정In-Memory : 특수한 후크의 애플리케이션 포인트 삽입, : 삽입 포인트 선정 및 삽입횟수Intrumentation 애플리케이션 변경 불필요3. APM의 도입효과 및 활용가. 다운타임 최소화 및 장애 대응능력 확보, 위험예측과 End-To-End 모니터링 및 통합 대시보드, 중소규모 ITSM 구축 가능나. 기간망통신 사업자의 SLA 측정 도구로 활용 및 고객웹사이트 감시,관리를 위한 MSP(Management Services Provide)도구로 활용* APM의도입효과장애대처 -다운타임최소화: 성능장애시즉각적원인분석-장애대응능력확보: 지속적성능모니터링을통해향후발생가능한위험예측운영지원 -End-To-End 모니터링:웹서버/WAS등운영시스템모니터링-통합대시보드/ITSM: 비즈니스데이터모니터링,중소형규모ITSM구축가능* APM 고려사항 및 전망가. APM은 아웃소싱보다 솔루션도입의 지속적 성능모니터링 바람직,애플리케이션별 관리정책 설정 및 Alignment 설정나. 단순 부하테스트보다 사용자 체감서비스 측정 적용 및 BCP,SLA와 함께 기업 성능향상의 핵심 솔루션으로 성정 예상.
OPEN SOURCE PROJECT
- http://www.opensourcetesting.org/
- http://infrared.sourceforge.net/
댓글 0
번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|---|
27 | 8. 애플리케이션 커서 캐싱 | 토시리 | 2010.06.29 | 6622 |
26 | 9. Static vs. Dynamic SQL [1] | balto | 2010.07.04 | 18382 |
25 | 10. Dynamic SQL 사용 기준 | balto | 2010.07.04 | 8653 |
24 | 11. Static SQL 구현을 위한 기법들 | 실천하자 | 2010.07.05 | 12139 |
23 | 4. Array Processing 활용 | 휘휘 | 2010.07.05 | 18301 |
22 | 1. Call 통계 | 실천하자 | 2010.07.05 | 10467 |
21 | 5. Fetch Call 최소화 | 휘휘 | 2010.07.05 | 16891 |
20 | 5장. 데이터베이스 Call 최소화 원리 | 휘휘 | 2010.07.05 | 6106 |
19 | 2. User Call vs. Recursive Call | 토시리 | 2010.07.07 | 9063 |
18 | 3. 데이터베이스 Call이 성능에 미치는 영향 | 토시리 | 2010.07.07 | 11674 |
17 | 6장. I/O 효율화 원리 | 휘휘 | 2010.07.08 | 6428 |
16 | 4. Prefetch | balto | 2010.07.10 | 28467 |
15 | 5. Direct Path I/O | balto | 2010.07.10 | 12215 |
14 | 8. PL/SQL 함수 호출 부하 해소 방안 | 토시리 | 2010.07.11 | 14054 |
13 | 6. 페이지 처리의 중요성 | 실천하자 | 2010.07.11 | 6826 |
12 | 2. Memory vs. Disk I/O | 휘휘 | 2010.07.12 | 7451 |
11 | 3. Single Block vs. Multiblock I/O | 휘휘 | 2010.07.12 | 9181 |
10 | 7. PL/SQL 함수의 특징과 성능 부하 | 실천하자 | 2010.07.12 | 12622 |
9 | 1. 블록 단위 I/O | 토시리 | 2010.07.12 | 9401 |
8 | 1. Library Cache Lock | balto | 2010.07.17 | 12815 |