APM 을 이용한 무료 장애 분석 서비스 – 퀵서비스
시스템 장애나 성능 문제에서 자유로운 IT 운영자는 없습니다.
퀵서비스는 시스템 장애가 발생하였을때 OPENMARU APM에서 버튼을 클릭하면 해당 화면과 시스템 정보를 오픈나루의 전문가에게 자동으로 전달하여 원인이 무엇인지 분석해 주는 실시간 온라인 서비스입니다.
장애가 발생하면 경황이 없기 마련입니다. 무엇보다도 먼저 Quick Service 를 이용하여 전문가에게 신고 부터 하십시오.
장애의 원인 분석은 전문가에게 맡기시고 긴급하게 조치해야 할 내용들을 차분히 진행할 수 있습니다.
웹서버/WAS 온라인 장애 분석 서비스 – 퀵서비스 발표 자료 다운로드
오픈 소스 웹서버/ WAS (JBoss, Tomcat 등) 에 대한 온라인 장애 분석 서비스
- 스크린샷과 쓰레드 덤프로 분석 ( 1M 미만)
- 장애에 대한 의견 2시간 이내 응답 (업무 시간 중)
- 오픈나루 기술 지원 케이스로 자동 생성
퀵서비스는 언제 이용하는 것일까요?
서비스 문제 발생시 전문가에게 도움 요청하기
- 퀵서비스 사용 시기 : 장애 원인 분석에 어려움을 겪을 때
- 퀵서비스 동작 방법 :
- 서비스 문제 상황 인지
- 대시보드 화면 쿽서비스 발송
APM 에서 스레드덤프 분석을 전문가에게 요청하기
- 퀵서비스 사용 시기 : 실질적인 장애원인 파악을 위해 스레드덤프 분석이 필요할때
- 퀵서비스 동작 방법 :
- 문제가 발생하는 인스턴스 선택
- 해당 인스턴스에서 스레드 덤프 요청
- 생성된 스레드덤프를 전문가에게 전송
느린 서비스에 대한 분석을 전문가에게 요청하기
- 퀵서비스 사용 시기 : 느린 서비스 에 대한 분석이 필요할때
- 퀵서비스 동작 방법 :
- 서비스 문제 상황 인지
- T-MAP 화면에서 쿽서비스 발송
퀵서비스는 어떻게 이용하는 것일까요?
1단계 – 시스템 성능 이나 애플리케이션 오류로 인한 문제 발생
애플리케이션 문제가 발생하면 그 원인을 분석하기 위해 스레드덤프를 생성하고 분석해야 합니다.
아래의 그림에서 처럼 특정 인스턴스에서 10초 이상의 Pending 이 발생하는 상황이라면 우선 스레드덤프를 생성해야 합니다.
[스레드 덤프 분석] 메뉴 선택
2단계 – 스레드덤프 생성 및 분석 도구
스레드덤프를 생성하기 위해서는 [요청] 메뉴 ( 스레드덤프 생성요청) → 스레드덤프 선택 ( 스레드덤프 목록에서 분석 하고자하는 스레드덤프 선택)
→ [분석 ] 메뉴 순으로 선택 합니다.
아래의 그림에서 처럼 스레드덤프 분석도구를 이용하여 스레드 상태와 장애의 원인을 분석 할 수 있습니다.
하지만 스레드덤프 도구가 있다고 해서 정확한 원인을 분석해 주지는 않습니다. 도구 만 제공해 주는 것입니다.
하지만 OPENMARU APM 에서는 전문가에게 현재의 상태를 분석 요청할 수 있습니다.
3단계 – 전문가에게 스레드덤프 분석 무료 서비스 요청하기
아래의 그림에서 처럼 [퀵서비스] 메뉴를 선택하면 전문가에게 현재 상황에 대한 분석을 무료로 요청하실 수 있습니다.
업무시간 중에는 4시간 이내 업무외 시간에는 익일 답변을 드립니다.
동영상으로 이해하는 Quick Service
IT 관리자가 분석하기 어려운 부분의 시스템 장애 패턴을 전문가가 분석 합니다.
장애 발생시 클릭 한번으로 전문가에게 원인 분석을 요청하게 됩니다. 웹을 통해 신속하게 확인하고 개선할 수 있습니다.
장애에 대한 원인 분석에 참조할 수 있는 보고서를 신속하게 전달 드립니다.
시스템 장애 발생 즉시 전문가가 도와 드립니다.
Quick Service는 장애 발생시 APM 에 보이는 화면과 쓰레드 덤프 내용을 오픈나루 Service Desk 에 자동으로 등록합니다.
Service Desk 에 등록된 정보들을 오픈나루의 전문가들이 분석을 통해 진단 보고서를 작성하여 고객에게 전달드립니다.
모니터링이 전부가 아니다 – 구슬이 서 말이라도 꿰어야 보배
정보라는 것이 개별적으로 존재하기만 하고 실제로 의미있는 무언가를 창출해내지 못하는 경우 많습니다.
“구슬이 서 말이라도 꿰어야 보배다”라는 속담은 아무리 좋은 재료들이 있고 능력이 있어도 실제로 실을 이용해 꿰지 않으면 즉 액션으로 이어지지 않으면 아무 소용이 없다는 것을 의미합니다.
아무리 많은 모니터링 정보를 제공받아도 실질적으로 장애원인 파악이나 조치로 연결되지 않으면 소용이 없습니다.
APM 을 통한 시스템 장애 발생시 경고 정책
/in APM/by 실장 님APM 이 왜 필요할까요?
/in APM/by 실장 님OPENMARU APM 을 소개합니다.
/in APM, 분류되지 않음/by 오픈마루