1. 메인프레임 모니터링 자동화
3270 에뮬레리터를 활용한 GUI 모니터링 자동화를 중심으로
위 재우
애플트리랩(주)
Apple Tree Lab
Twitter: @appletreelab
Email: Jwoo.wie@appletreelab.com
2010년 5월
애플트리랩(주)

2. 1. 요약: 메인프레임 모니터링 자동화
- 1 -
고객 이슈
고비용 구조
• 메인 프레임 모니터링을 구현하기 위해서는
높은 비용 솔루션이 소요됨.
• 24시간 메인 프레임 관리를 위해서는 3교
대 운영원 유지가 필요함.
메인 프레임 운영 Skillet
• 메인 프레임 운영을 위해서는 다년간의 운
영 경험을 가진 전문가가 필요
• 최근 국내 메인프레임 고객 숫자 감소로 메
인 프레임 인력 Pool이 줄어들고 있음.
메인 프레임과 Open 시스템갂의 연동 부분
• 메인 프레임의 장애 이벤트와 오픈 시스템
간의 이벤트 연동이 기술적인 비호환성으로
곤란함.
• 따라서 메인 프레임 운영 관리 프로세스와
오픈 시스템의 운영 프로세스가 독립적으로
운영될 위험이 높아지고 있음.
3270 에뮬레이터에 대한 GUI 매크로 기능(시뮬레이션) 활용
•메인 프레임 시스템에 command line으로 접속
•이미 만들어짂 JCL을 입력(자동화된 키보드 입력)
•화면에 나타난 결과값 수집(캡쳐) 및 에러 처리
•결과값에 해당되는 Workflow를 수행함.
메인프레임 운영 지식
자동화된 Rule
(매크로)
자동 점검
기 구현된
이벤트 통합 콘솔
3270 에뮬레이터

3. 1. 요약: 장애 판별 및 장애 발생 구갂 파악의 자동화
고객의 Needs
경고 이벤트의 홍수
• SMS(서버/스토리지 모니터링 시스템),
NMS, AMS(어플리케이션 모니터링 시스
템), APM(어플리케이션 성능 관리 시스템)
등에서 발생하는 많은 이벤트
실제 장애 여부 파악의 곤란
• 많은 이벤트중 실제 장애 상황을 나타내는
이벤트는 이중 일부이며, 시스템 관리자의
수작업 확인에 의해 장애로 판별됨.
장애 구갂 파악의 곤란
• 모니터링 솔루션 → 상황실 운영원 → 관리
자 A → 관리자 B → 관리자 C의 통지 구
조
• 정확한 장애 구갂 파악 및 장애 처리 적임자
파악에 긴 시갂이 소요되어 장애 해결 지연
으로 귀결됨.
이벤트에 대해 사젂 정의된 상태 점검 Rule의 실행
•이벤트 특성에 따라 사젂 정의된 상태 점검 Rule을 실행
•시스템/어플리케이션 점검 Rule을 통해 장애 여부를 판단
•각 운영팀에서 정의한 Health Check Rule의 수행을 통해 장애 구갂을 판단
하고 담당자에게 통지함.
많은 이벤트중 실제 장애 상황을 통
지받고
정확한 장애 구갂과 적임자를 파악
하는 방법은?
Critical 이벤트 발생 장애 점검 Rule
자동 실행
실제
장애?
장애 구갂 파악 Rule의
자동/반자동 실행
•시스템관리자
•DB관리자
•어플리케이션 관리자
•협력업체 직원
통지

4. 2. 도입 배경
- 3 -
Needs
프로세스 측면
 메인 프레임과 타 Open 시스템의 통합 관리가 곤란
 메인 프레임 관리 도구와 IT 서비스 모니터링 도구(이
벤트 통합 콘솔, ITSM)과의 연계 곤란
운영 비용 측면
•메인 프레임 모니터링 도구의 고비용 구조
•용량 증설에 따른 모니터링 도구 비용 증가
•운영원(3교대), 젂문가(고급 이상) 인력 비용 증가
쉽고 편리하게 그리고 비용 대비 효과적으로 메인 프레임 모니터링을 할 수 있는 체계 필요
도입 배경
•메인 프레임을 기갂계 시스템으로 활용
(MF/ UNIX / NT로 이루어짂 컴퓨터 群)
•운영 비용 젃감이 요구되고 있음.
비용 대비 효과적인 모니터링 도구의 적용
메인프레임을 기간계 시스템으로 사용하는 기업(금융권등)은 메인프레임을 포함하는 IT 자원을 효율적으로 모니터링/관리할
수 있는 체계가 필요함. 특히 비용 대비 효과적으로 메인프레임 모니터링을 할 수 있는 도구가 필요함.

5. 3. 기본 원리
- 4 -
사람의 두뇌 기정의된 Workflow
매크로 기능
키보드와 마우스의 움직임으로 나타나는 모니터링 활동을 매크로 기능을 활용하여 시뮬레이션합니다.
이를 통해 사람이 하는 것과 유사한 모니터링 환경을 구현합니다.

6. 4. 메인 프레임 이벤트와 통합 모니터링 도구와의 연계 방안
- 5 -
주기적인 모니터링
(최대 1분)
•명령어를 자동으로 Key In
•결과값과 예상 결과값을 비교
DB
결과값을
DB화
특정값을
Capture
Critical 이벤트 발생
장애 점검 Rule
자동 실행
실제
장애?
장애 구갂 파악 Rule의
자동/반자동 실행
•시스템관리자
•DB관리자
•어플리케이션 관리자
•협력업체 직원
통지
리포트 시스템

7. 5.시스템 구성도
- 6 -
데이터 연계
데이터저장
데이터 수집
관리 대상
시스템
데이터 처리
메인프레임 모니터링 자동화 솔루션
데이터 수집 도구(Data Collector)
ANSI(telnet)3270 DB GUI 통합
Workflow 생성 및 처리 자동화: AutoMate BPA 7
ITSMBEM 보고서 모바일
메인프레임 모니터링 도구 ITSM ERP그룹웨어
이메일/공지
결재등
작업/요청
자산 정보
변경 작업 여부
Work
Flow
데이터
저장소
BPA Management
Console
BPA Task Console
DB

8. 6. 도입 효과
- 7 -
구분 도입 전 도입 후 기대 효과
메인 프레임
모니터링 도구
BMC,IBM의 모니터링 도구
BMC, IBM의 모니터링 도구
3270 에뮬레이터 모니터링 도구
구축/운영 비용 최소화
통합 이벤트 관리 BMC PEM
Open 기반 솔루션
BMC BEM(BMC Event Manager)
IBM Tivoli Enterprise Console
전사적 통합 이벤트 관리가 가능
기능이 우수한 솔루션 활용
리포팅 방안 고가의 전문 솔루션 사용
RDB와의 연계
상용 리포팅 도구 사용
운영 분석 활동이 가능하게 됨.
자동화 방안 JCL을 사용
GUI 기반의
Workflow를 사용
능동적인 운영 환경
(장애시 처리 절차등을 자동화함)