SMS, APM, ITSM, SIEM, NMS, DBMS 등 끊임없이 진화하는 브레인즈컴퍼니 동료들의 솔직담백한 이야기를 들어보세요.
공공 정보시스템의 안정적인 운영에 대한 요구가 높아지고 있습니다. 「행정기관 및 공공기관 정보시스템 안정성 고시」 시행에 따라 각 기관은 점검과 모니터링, 장애 대응 체계를 구체적인 기준에 맞춰 운영해야 합니다. 이 과정에서 필요한 업무를 빠짐없이 수행하면서 담당자의 부담을 줄이는 방법도 중요해지고 있습니다.
앞선 글 「공공 정보시스템 예방점검, 반드시 알아야 할 4가지 핵심」에서 살펴본 것처럼, 예방점검은 시스템 등급에 맞게 수행하고 발견한 문제의 조치와 재점검까지 이어져야 합니다. 여기에 더해 서버·WEB·WAS·DB 등 주요 구성요소를 지속적으로 모니터링하고, 운영환경에 맞게 임계치를 관리하는 것도 중요합니다. 점검 사이에 발생하는 이상징후를 파악하고 담당자에게 제때 전달해야 신속한 대응으로 이어질 수 있기 때문입니다.
브레인즈컴퍼니는 Zenius GPM으로 예방점검 실행과 결과·이력·보고서 관리를, Zenius EMS로 인프라 모니터링과 성능 분석, 이벤트 통보 및 장애·조치 이력관리를 지원합니다. 그렇다면 이러한 기능을 실제 업무에 활용해 안정성과 운영 효율을 어떻게 높일 수 있을까요? 점검 자동화부터 이상징후 파악, 대응 우선순위 판단과 반복 문제 개선까지 네 가지로 나눠서 살펴보겠습니다.
점검 대상이 많아지면 시스템마다 접속해 상태를 확인하고 결과를 기록하는 데 상당한 시간이 걸립니다. 점검이 끝난 뒤에는 누락된 점검 결과를 확인하고 보고 자료도 정리해야 합니다. 이런 작업을 매번 수작업으로 처리하면, 정작 발견된 이상징후를 분석하고 조치하는 데 충분한 시간을 쓰기 어렵습니다.
Zenius GPM을 활용하면 정해진 일정에 따라 점검을 자동으로 실행하고, 설정한 기준으로 결과를 판정할 수 있습니다. 항목별 명령어와 판단 기준을 운영환경에 맞게 설정할 수 있어 시스템마다 다른 점검 방법을 반영할 수 있습니다. 자동으로 판정하기 어려운 항목은 담당자가 결과를 검토한 뒤 정상 여부를 직접 지정할 수 있습니다.
자동화를 적용하면 담당자는 값을 수집하고 옮겨 적는 작업을 줄이고, 추가 확인과 조치가 필요한 결과에 집중할 수 있습니다.
이렇게 확보한 결과는 기관의 점검·보고 절차에 맞게 활용해야 합니다. 점검 대상과 수행 일시, 판단 결과에 더해 추가 확인과 조치가 필요한 내용까지 정리하면 후속 업무로 연결하기 쉽습니다. 성능점검 실적을 평가 증적으로 제출하는 경우에는 해당 평가에서 요구하는 계획서와 결과서, 보고 문서도 함께 갖춰야 합니다. 제품에서 생성한 자료를 활용하되, 기관이 실제로 무엇을 점검하고 어떤 결론을 내렸는지 설명할 수 있어야 합니다.
[Zenius GPM 일상 점검현황 및 Excel 내보내기 화면]
다만 접속에 실패했거나 정상 여부를 판단하기 어려운 항목은 담당자가 별도로 확인해야 합니다. 이상이 발견된 대상과 점검하지 못한 대상을 구분해야 필요한 조치와 재점검을 빠뜨리지 않을 수 있습니다. 자동화의 범위를 넓히는 것과 함께, 담당자가 확인할 항목을 명확히 정하는 것이 중요합니다.
오전 점검에서 정상이었던 시스템도 이용자가 몰리거나 배치 작업이 시작되면 부하가 높아질 수 있습니다. 다음 점검 전에 정상으로 돌아왔다면 정기 점검 기록만으로는 그사이에 발생한 문제를 놓치기 쉽습니다. 특히 야간이나 특정 시간대에 작업이 집중되는 시스템은 점검 시간 외에도 성능과 상태 변화를 살펴야 합니다.
Zenius EMS를 활용하면 CPU·메모리·디스크 등 자원 사용량이 어떻게 달라졌는지 살펴보고, 설정한 기준에 따라 발생한 이벤트를 확인할 수 있습니다. 이벤트 화면에서 해당 대상의 모니터링 상세보기로 바로 이동할 수 있어, 알림을 확인한 뒤 관련 정보를 다시 찾아보는 과정도 줄일 수 있습니다.
이상이 감지됐을 때는 다음 순서로 확인할 수 있습니다.
예를 들어 오전 점검에서는 디스크 여유 공간이 충분했지만, 이후 오류 로그가 급격히 쌓이면서 사용률이 높아질 수 있습니다. EMS에서 사용량 변화와 관련 이벤트를 살펴보면 다음 정기 점검 전에 로그 증가 원인을 조사하고, 저장 공간 확보 등 필요한 조치를 검토할 수 있습니다. 사용률이 얼마나 빠르게 높아지는지도 함께 확인하면 대응이 시급한지 판단하는 데 도움이 됩니다.
[Zenius EMS 이벤트 화면 내 모니터링 상세보기]
발견한 이상이 실제 대응으로 이어지려면 담당자에게 제때 전달돼야 합니다. EMS는 대응이 지연될 경우 설정된 수신자나 그룹에 순차적으로 알리는 3단계 에스컬레이션을 지원합니다. 기관의 근무·당직체계에 맞춰 단계별 수신자와 통보 방식을 설정하고, 알림을 받은 담당자가 상태를 확인하고 조치할 절차도 함께 마련해야 합니다.
수집 주기와 알림 기준도 실제 운영 상황에 맞아야 합니다. 수집 간격이 길면 짧게 발생하는 이상을 놓칠 수 있고, 정상적인 배치 작업에도 경고가 반복되면 중요한 알림을 구분하기 어렵습니다. 업무 시간대와 평소 사용량을 고려해 설정하고 조정해야 합니다.
상시 모니터링의 효과는 이상 감지와 담당자의 대응이 연결될 때 높아집니다. 안정성 점검 자료에서 설명하는 ‘24시간 상시관제’는 유인관제를 의미하므로, 모니터링 도구와 알림 기능에 더해 이를 확인하고 대응할 운영체계를 갖춰야 합니다.
점검에서 여러 항목이 비정상으로 확인됐다면 어떤 문제부터 조치할지 정해야 합니다. 이때 점검 기준을 초과한 정도만으로 대응 순서를 정하기는 어렵습니다. 일시적으로 높아졌다가 회복된 경우와 높은 상태가 계속되는 경우는 대응이 달라야 하며, 실제 업무에 영향을 주고 있는지도 함께 확인해야 합니다.
Zenius GPM의 점검결과 상세 화면에서는 이상이 확인된 대상과 항목, 세부 결과를 살펴볼 수 있습니다. 여기에 EMS에서 수집한 점검 전후의 성능과 이벤트를 함께 확인하면, 해당 시점에만 발생한 현상인지 지속적인 문제인지 판단하는 데 도움이 됩니다. EMS는 성능 조회와 기간 비교, 일별·시간별 분석, 이벤트 분석 등을 지원하므로 과거의 비슷한 시간대와 비교해 평소와 다른 변화도 살펴볼 수 있습니다.
예를 들어 CPU 사용률이 기준을 초과했더라도 예정된 배치 작업 중 잠시 상승했다가 회복됐다면, 작업이 끝난 뒤에도 높은 사용률과 응답 지연이 이어지는 경우와는 구분해야 합니다. 같은 시점의 메모리·디스크 지표와 관련 이벤트까지 살펴보면 추가로 확인할 대상을 좁힐 수 있습니다.
대응 우선순위를 정할 때는 다음 내용을 함께 확인해야 합니다.
[Zenius GPM 점검결과 상세 및 항목별 결과 화면]
담당자가 확인할 때 이미 정상으로 돌아온 경우에는 장애 발생 당시의 기록이 중요합니다. EMS의 Snapshot 기능을 활용하면 서버·네트워크 장애 시점의 성능 정보를 살펴볼 수 있어, 현재 값만으로 파악하기 어려운 당시 상황을 분석하는 데 도움이 됩니다.
성능 지표는 실제 서비스 상태와 함께 살펴야 합니다. 짧은 부하라도 주요 업무의 처리 실패로 이어졌다면 우선 대응이 필요합니다. 자원 사용률이 정상이어도 애플리케이션이나 외부 연계에 문제가 있을 수 있으므로, 필요한 경우 관련 지표와 로그를 추가로 확인해야 합니다.
점검 결과와 성능 추이, 업무 영향을 함께 보면 즉시 조치할 문제와 더 지켜볼 항목을 구분할 수 있습니다. 기준 초과 정도뿐 아니라 지속 시간과 영향을 받는 업무를 근거로 대응 순서를 정하면, 한정된 인력과 시간을 시급한 문제에 집중할 수 있습니다.
조치할 때마다 정상으로 돌아오더라도 같은 문제가 반복된다면 원인과 해결 방법을 다시 살펴야 합니다. 당장의 이상을 해소하는 데 그치면 담당자는 같은 작업을 되풀이하게 되고, 문제를 일으키는 운영 방식이나 자원 부족은 그대로 남을 수 있습니다.
반복 문제를 찾으려면 일정 기간의 점검 결과와 조치 내역을 함께 확인해야 합니다. 같은 대상에서 어떤 항목이 자주 비정상으로 판정됐는지, 발생 간격이 짧아지고 있는지, 조치 이후에도 같은 현상이 이어지는지 살펴보는 것입니다.
Zenius GPM에서는 과거 점검 결과와 상세 내역을 조회할 수 있습니다. 여기에 EMS의 기간별 성능 분석을 활용하면 문제가 발생한 시점의 자원 사용량과 장기적인 변화 추이를 비교할 수 있습니다. 예를 들어 특정 배치 작업 때마다 메모리 부족이 반복된다면, 여러 작업의 실행 시간이 겹치는지 확인하고 애플리케이션의 메모리 사용 원인을 조사하거나 자원 증설을 검토할 수 있습니다.
누적된 자료는 다음과 같은 개선 작업에 활용할 수 있습니다.
조치 효과를 비교하려면 작업 내용과 수행 시점도 기록돼 있어야 합니다. EMS의 Knowledge DB에서는 장애 유형과 처리 내역을 등록하고 조회할 수 있습니다. 이 기록을 점검 이력과 성능 데이터에 대조하면 이전 조치 이후 무엇이 달라졌는지, 효과가 없는 조치를 반복하고 있지는 않은지 살펴볼 수 있습니다.
[Zenius EMS 장애 조치 이력 관리]
모니터링 임계치도 운영 데이터에 맞춰 관리해야 합니다. 안정성 기준은 A1~A3등급에 모니터링 임계치 설정과 연 1회 이상 최적화를 요구합니다. 다만 경고를 줄이려고 임계치부터 높이면 실제 문제를 놓칠 수 있으므로, 정상적인 업무 부하인지 성능 저하나 자원 부족이 이어지는 상황인지 먼저 확인해야 합니다. GPM의 점검 판정 기준을 바꿀 때도 사유와 적용 시점을 남기면, 결과가 좋아진 이유가 실제 개선 때문인지 기준 변경 때문인지 구분할 수 있습니다.
반복되는 문제가 개별 조치로 해소되지 않는다면 구조진단 필요성도 판단해야 합니다. 안정성 점검에서는 A1~A3등급 시스템의 구조진단 수행 여부뿐 아니라, 필요성을 판단할 기준이나 절차가 마련돼 있는지도 확인합니다. 점검 이력과 성능 추이, 조치 기록은 이러한 판단의 근거가 됩니다. 이를 바탕으로 개선 범위를 정하면 운영 절차 변경이나 자원 증설, 구조진단에 필요한 인력과 예산을 검토할 때도 활용할 수 있습니다.
공공 정보시스템의 안정성과 운영 효율을 높이려면 반복 작업을 줄이는 동시에, 점검과 모니터링으로 확보한 정보를 대응과 개선에 활용해야 합니다. 점검 사이의 변화를 놓치지 않고, 시급한 문제부터 조치하며, 같은 문제가 되풀이되는 원인을 살피는 과정이 함께 필요합니다.
Zenius GPM은 점검 실행과 결과·이력·보고서 관리를, EMS는 성능과 이벤트 모니터링·분석을 지원합니다. 두 제품에서 확보한 정보를 함께 활용하면 추가 조사와 조치가 필요한 대상을 판단하고, 조치 이후의 변화까지 확인하는 데 도움이 됩니다.
현재 운영 업무에서 반복 작업이 많은 부분부터 확인해 보시기 바랍니다. 자동화로 확보한 시간을 이상징후 분석과 후속 조치에 활용하고, 누적된 기록을 다음 개선에 반영해 서비스 안정성을 높이고 운영 부담을 줄여 나가시기 바랍니다.
- 공공 정보 시스템 예방점검, 반드시 알아야 할 4가지 핵심 - Zenius GPM으로 범정부 예방점검 WAS 일상점검 체계 구성하는 방법
브레인즈컴퍼니의 마케팅과 브랜딩, 홍보를 총괄하고 있습니다.
