정보시스템 운영관리지침 – 4.성능관리 – 1)개요 1/2편

연재중인 이전 글 보기

 

보유하고 있는 장비 및 응용소프트웨어의 운영상태를 지속적으로 모니터링하고 점검을 하고 있다면, 이제 제대로 된 성능을 발휘하고 있는지 확인을 하고, 성능을 끌어올리는 작업을 해야 할 것입니다.

지침상에서는 성능관리란 “정보시스템이 서비스를 제공하도록 정의된 시간 동안 목표응답시간 내에 모든(정의된 부하량 내의) 사용자의 요청을 성공적으로 처리할 수 있도록 유지, 관리 및 개선하는 활동”으로 정의하고 있습니다.
성능관리는 운영상태관리와 비슷한 부분이 많습니다. 점검항목이나, 성능관리를 위한 항목들도 비슷합니다만, 목적이 다를 뿐이죠.
큰 틀 안에서 성능관리는 유지, 관리를 포함하고 있으나, 그보다는 개선 쪽으로 좀더 비중을 두고 싶습니다.

사실 성능관리는 관리자 분들도 별 문제없이 운영되고 있으니 큰 전산실이 아닌 이상, 별도로 성능관리를 하지 않는 것이 대부분입니다.
성능관리를 한다면, 최초 설치를 하거나, 시스템이 느려지는 등의 이슈가 발생하여야 관심을 가질 것입니다. 지침에서는 사용부서가 전산실에 성능분석/조정요청서를 통해 성능저하가 발생하였으니, 분석해서 조정을 해달라는 문서를 보내 처리하도록 되어 있습니다. 이 때,

1. 성능저하업무
2. 관련 프로그램
3. 업무영향도
4. 성능저하 발생시점
5. 관련 변경작업 내역

을 기입하도록 되어있는데, 아무래도 실 사용자들의 “느리다. “이상하다.”라는 요청을 받고 나서 움직이는 것이 일반적인 것 같습니다. 다만, 사용자들은 항상 “느리다”, “이상하다”라고 습관적으로 이야기를 하더군요.

지침상에서는 성능관리 대상 및 범위를 서버, 네트워크, DBMS, 응용소프트웨어로 나누어 특성과 아키텍처를 살펴보고 연계분야들과의 고려사항을 설명하고, 실제로 성능관리를 하기 위한 사전준비, 수집 및 분석, 성능개선방안수립, 성능개선 실행 및 검증, 통합 성능관리에 대하여 구체적으로 지침을 제시하고 있습니다.

이번 글에서는 간추려 쓰기는 하지만 지침상에는 200여 페이지가 될 정도로 내용이 많습니다. 시스템을 좀더 빠르게 해보고 싶다거나, 업데이트 필요성을 느끼시는 전산담당자께서는 성능관리지침 문서를 전체적으로 꼭 읽어보시길 권해드리고 싶습니다.

4. 정보시스템 성능관리

1. 개요

가) 성능관리 프로세스(일반적으로)

① 성능 및 상태 측정

– 정보시스템 각각의 구성요소(서버, 네트워크, DBMS, 응용 소프트웨어)
– 정보시스템 성능의 최적화를 위하여 다음단계에서 이용될 성능데이터 수집

② 성능, 상태 분석

– 1단계에서 추출된 자료를 기초로 정보시스템의 성능과 상태를 분석
– 구성요소에 대한 개별적인 분석과 전체적인 통합 성능분석 환경 마련

③ 시스템 구성요소 조정 및 검증

– 1단계, 2단계에서 얻어진 자료를 기초로 성능 제고를 위하여 시스템 구성요소를 조정하는 과정과 검증하는 과정
– 각 구성요소 별 연계분야와 상호관련성을 고려하여 진행

나) 성능지표

: 정보시스템의 서비스품질(QoS)를 결정하는 속성들 중의 하나로, 일반적으로 응답시간은 낮추고 시간당 처리량, 자원사용량, 효율성은 높이는 것을 목표로 합니다.

다) 성능관리활동

: 정보시스템을 구성하는 자원에 대한 데이터를 수집하여 분석하고, 수행한 후 그 결과를 검증하는 활동을 포함합니다.
시스템 및 조직의 목표, 투자비용 대비 효과를 고려해서 성능관리활동을 수행합니다. 당연한 것이겠지만, 성능개선활동을 하기 위해 시스템을 교체하는 것보다 비용이 많이 들어간다면 그냥 시스템을 교체하는 것이 좋습니다.

라) 성능저하요인
성능저하요인

①개발단계 성능저하요인 : 약33%

-설계오류 : 9.0%
-아키텍처 오류 : 10.4%
-어플레이이션 코드 오류 : 13.7%

: 정보시스템 설계 및 개발단계의 오류로 인한 성능저하문제가 전체의 약 33%로 크며, 개선에 따르는 비용과 시간이 많이 소요되므로, 정보시스템 구축 시 프로젝트 전 단계에 걸쳐 지속적으로 성능관리를 수행하고 그 결과를 검증하는 것이 중요합니다.

2. 대상 및 범위

가) 서버

① 성능관리 주요활동

– 시스템 성능 분석 및 튜닝 절차 수립
– 서버자원 현재상태 및 기존 하드웨어 자원 환경평가
– 시스템성능저하를 사전에 발견할 수 있는 임계치 설정 및 활동 정의
– 성능 지연을 야기하는 근본 원인 파악 및 조치, 보고
– 필요한 운영체제 조정 또는 하드웨어 변경작업요청 등 개선사항도출
– 수집된 성능데이터 경향 분석 및 용량계획을 위한 정보 제공
– 성능관리 대상 및 범위(서버의 주요 성능관리 구성요소)

② 성능관리 대상 및 범위(서버의 주요 성능관리 구성요소)

:서버의 성능관리 대상은 모든 서버자원을 포함하며, 중요도 및 낮은 성능을 보이거나 분석이 필요한 시스템 및 구성요소를 대상으로 하고, 적용범위를 조정할 수 있습니다.

구성 요소내용
CPU총 CPU사용율, 시스템 모드 사용율, 사용자 모드 사용율, Run Queue, Pri Queue, 사용자수 등
메모리총 메모리 사용율, 시스템 및 버퍼 캐쉬, Page In/Out, Swap 공간 사용율 등
디스크Disk 사용율, Disk I/O Busy, Disk Queue
프로세스CPU를 집중적으로 사용하는 프로세스, Zombie 프로세스
커널커널 파라미터 설정을 통한 자원의 적절한 분배
파일시스템파일시스템 IO Rate, 파일시스템 공간 사용율
네트워크 I/OIn 패킷율, Out 패킷율, Collision율, Error율

③ 성능관리 절차도

서버의 성능관리절차도

나) 네트워크

: 네트워크 관리에는 구성관리, 장애관리, 성능관리, 보안관리, 계정관리 등 5개 영역으로 구분되고, 이중 성능관리 위주로 설명을 합니다.

① 성능관리 대상 및 범위

: 이용률, 에러율 등의 성능자료를 계산하고, 일정수준의 서비스를 지속적으로 제공하기 위한 기능을 제공.

대상 내용
장비

성능관리

–  관리대상 장비 CPU, 메모리 사용률(평균값, 최대값)측정,분석
–  관리대상 장비성능을 장비별, 지역별, 기간별(시간별, 일별, 주간별, 월별)로 측정, 분석
–  장비성능에 대한 임계치 관리 방식에 따른 경보체계 구축 및 관리
–  IPS, IDS, F/W 장비의 S/W적인 문제(성능)는 배제하며, 장비자체의 성능 측정에 한다.
 세션

성능관리

– 조회 조건에 따라 각 스위치 장비의 세션 추이를 측정, 분석
– 스위치별 세션(SLB, FLB, Redirection) 생성시간 및 세션 수량을 측정, 분석
– 스위치별 세션(SLB, FLB, Redirection) 현황을 장비별, 지역별, 기간별로 측정, 분석
 회선

성능관리

– 네트워크 관리의 핵심사항이 되는 장비별 회선에 대한 성능을 사용율을 기준으로 측정, 분석
– 장비별 회선 Bandwidth 측정, 분석
– LAN, WAN상의 Packet Error율, Discard율 측정, 분석
– 회선 성능에 대한 임계치 관리 방식에 따른 경보 체계 구축 및 관리
 응답시간

관리

– 관리대상 장비의 평균 응답시간, 최대 응답시간, 평균 Packet Loss율, 최대 패킷 손실율(Packet Loss Rate) 측정, 분석
– 관리대상의 지역별, 장비별, 기간별(시간별, 일별, 주간별, 월별)로 분석

② 성능관리 절차도

네트워크 점검 및 성능관리 흐름도

 

내용이 많아, “정보시스템 운영관리지침 – 4.성능관리 – 1)개요 2/2편”으로 게시글을 나누도록 하겠습니다.

 

참고자료 : 정보시스템 성능관리지침(발행처 : 국무조정실, 정보통신부 발행:2005.12)

    About 부루스타

    부루스타

    Leave a Reply

    6 개의 댓글이 있습니다 - "정보시스템 운영관리지침 – 4.성능관리 – 1)개요 1/2편"

    메일 알림 설정
    정렬:   최신 | 오래된 | 추천
    curyfury

    너무 정성스러운 글이라서 매번 꽁짜로 보기 죄송 ㅡ..ㅡㆀ

    오늘이네

    전체 내용을 볼 엄두가 않났는데 부르스타님이 정리해 주신 자료 덕에 공부 잘 하고 있습니다 ^^

    비밀번호

    이렇게 체계적으로 일할수 있을까요 ㅠㅠ

    wpDiscuz