2-9. 성능 관리

OAM Client Framework – 목차

■ 운용관리에 관한 이론적 고찰
1-1. OAM의 정의  1-2. EMS의 정의  1-3. OAM 표준화 동향  1-4. 3GPP 32 Series

■ OAM 프레임워크
2-1. OAM 프레임워크 필요성  2-2. OAM 시스템의 구성  2-3. OAM 요구사항  2-4. OAM 배포 아키텍쳐  2-5. OAM을 위한 Database의 구성 2-6. OAM 인터페이스  2-7. 구성 관리  2-8. 장애 관리  2-9. 성능 관리  2-10. 보안 관리

■ OAM 클라이언트 프레임워크
3-1. OAM Client 프레임워크 개요  3-10. 효과분석  3-2. 개발방법  3-3. 요구사항  3-4. 산출물 정의  3-5. 개발환경  3-6. 아키텍쳐 3-7. UI 정의  3-8. 프레임워크의 개발  3-9. 프레임워크를 사용한 개발

2-9. 성능 관리

피 관리 시스템의 성능은 항목별 성능 카운터를 검사하여 판단할 수 있다. 하드웨어 측면에서의 성능카운터는 하드 디스크, 메모리, 프로세서, 네트워크 카드 등에 대한 병목 현상을 분석하는데 사용된다.[주:Steven Choy , 마이크로소프트, http://technet.microsoft.com/ko-kr/magazine/2008.08.pulse.aspx]

하드 디스크는 프로그램 및 데이터를 저장하고 처리하므로 디스크 사용량이 많은 서비스일 경우 하드 디스크의 병목현상은 전체적인 성능에 영향을 미친다. 따라서 여유 공간 비율, 유휴 상태 비율, 읽기 시간, 쓰기 시간, 평균 큐 길이, 캐시 사용량 등을 분석하여야 한다.

메모리는 많을 수록 디스크의 입출력 작업이 적어지기 때문에 프로그램의 성능이 높아진다. 하지만 물리적인 메모리의 부족, 메모리 누수, 메모리 스위칭 등으로 인해 메모리 병목현상이 발생하면 성능에 영향을 미친다. 메모리 병목 현상을 파악하기 위해서는 가상 메모리 사용량, 실제 메모리 사용량, 페이지 테이블 항목 수, 페이징된 풀의 크기, 읽기 속도, 쓰기 속도 등을 분석하여야 한다.

프로세서의 성능이 나쁘거나 비효율적으로 작성된 프로그램으로 인해 프로세스의 병목 현상이 발생할 수 있다. 이 경우 비 유휴 스레드 실행 시간의 비율, 사용자 모드에서의 경과시간 비율, 인터럽트 시간 비율, 프로세서 큐의 스레드 수 등을 분석하여야 한다.

네트워크 병목현상은 망을 사용하여 데이터를 송수신하는 시스템의 성능에 영향을 미친다. 이는 네트워크 카드에 문제가 있거나 네트워크가 포화상태일 수도 있다. 네트워크 병목현상을 파악하기 위해서는 네트워크 어댑터를 통해 송수신하는 바이트 비율, 출력 패킷 큐의 길이 등을 측정하여야 한다.

피 관리 시스템은 이동통신망을 구성하는 요소이므로 망 측면에서의 성능카운터도 중요하다.[주:3GPP TS 32.401, “Telecommunication management; Performance Management (PM)”] 이동통신망에서는 모든 사용자가 정상적인 호 처리를 할 수 있도록 망을 사용하여 송수신되는 데이터의 트래픽을 측정하여야 한다. 이동통신망에서의 트래픽을 측정하기 위해서는 무선망에서의 트래픽 부하율, 코어망에서의 트래픽 부하율, 망 노드에서의 자원 사용율, 활성화된 사용자 및 서비스 사용율, 호 실패율 등을 검사하여야 한다. 호 실패율은 실패한 사유, 전체 호 대비한 실패 비율을 포함하여야 하며 호 실패율이 낮아지면 서비스 품질(QoS)을 높이기 위하여 망 구성을 업그레이드하여야 한다. 이러한 성능 카운터는 사용자가 많이 몰리는 최번시(BHCA, Busy Hour Call Attempts)에 정상적인 호 처리를 할 수 있는지가 포함되어야 한다. 이러한 성능 평가의 측정치는 차후 망의 구성을 변경한 후에 성능을 평가할 때 지표로 사용될 수 있다.

피 관리 시스템은 하드웨어 자원의 성능과 제공하는 서비스의 성능을 측정하여 OAM 서버로 전송하여야 한다. 전송된 값은 즉시 OAM Client로 전송되어 실시간 성능 정보를 운용자에게 제공한다. 또한 OAM 서버로 전송된 성능 값은 1분 정도의 일정한 주기별로 취합하여 Database에 저장하여 성능에 대한 통계를 제공할 수 있다.

사용자 삽입 이미지

[성능정보 수집 및 전달]

측정된 성능 수치는 설정된 임계치와 비교하여 일정 수준 이하의 성능를 나타내면 알람을 발생하여 운용자에게 통보되어야 한다. 임계치는 과부하, 혼잡, 자원 고갈, 통화 실패 속도의 증가 등을 설정할 수 있다. 임계치는 성능 카운터의 종류에 판단하는 기준이 달라질 수 있다. 호 실패율의 경우 측정값이 낮을수록 정상적인 경우이며, 호 성공율은 높을수록 정상적인 경우이다. 따라서 장애 등급의 기준이 될 수 있는 임계치의 설정에 주의하여야 한다.

사용자 삽입 이미지

[성능정보 수집 및 전달]

호 실패율의 경우 임계치가 Level 1 이하이면 정상적인 경우이다. 시간이 흘러 T1에 도달한 호 실패율은 Level1 임계치를 넘어가게 되면서 Minor 장애를 신규로 발생하게 된다. 호 실패율이 계속 증가하여 T2에 도달하면 기존 장애의 등급을 Major 장애로 수정하여 발생한다. T3에서는 호 실패율이 줄어 들었으므로 기존에 발생한 장애를 해제한다.

CC BY-NC-ND 2.0 KR

이 저작물은 크리에이티브 커먼즈 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다. 크리에이티브 커먼즈 라이선스

저작권과 관련된 파일요청 및 작업요청을 받지 않습니다.

댓글 남기기