무늬만 엄마

Syslog Facilities The facility represents the machine process that created the syslog event. For example, is the event created by the kernel, by the mail system, by security/authorization processes, etc.? In the context of this field, the facility represents a kind of filter, instructing SMS to forward to the remote Syslog Server only those events whose facility matches the one defined in this f..

네트워크의 성능에 대한 관리를 얘기할 때는 이상치에 대한 경고와 평상시의 사용량에 대한 추이 분석에 대한 정보 제공으로 나눌 수 있다. 이상치에 대한 경보 제보 기능은 장애 징후 예보와 밀접한 관계가 있어 보통은 혼동되어 장애 관리에서 사용되어지기도 한다. 어쨌거나 현재의 네트워크 상태..

장애관리에서도 그러했듯이 제일 중요한 것은 무엇을 모니터링할 것인지 결정하는 것이다. 회선사용율, CPU 사용율, 메모리 사용율 이 세 가지를 모니터링하기로 결정했다고 보자. 먼저 회선사용율에 대해서 살펴보도록 하자. 앞서 말한 것처럼 회선사용율은 다음과 같은 공식으로 이루어진다. Δ(ifino..

NMS에서 성능관리라 함은 장애 징후 발견과 장비의 운영 추이를 분석하여 향후 네트워크 설계에 반영하기 위한 운영 데이터의 축적을 의미한다. 장애 징후의 발견은 평균 또는 정상 운영에서 발생하는 것 외의 이상 상태를 감지해 내는 것, 그리고 따라서 네트워크 장비를 증설하거나, 회선을 증속 또..

요약하자면 NMS 에서 장애 관리란 1. 장애 발견 -> 조치 -> 조치에 대한 정보 제공 2. 장애 후 원인발견 -> 로그 관리 3. 장애 예측 -> 장애 징후 -> 성능 또는 로그에 의한 경보 정도로 정리할 수 있다. 1번에서 요구되는 것은 장애발생 후 빠른 복구를 위한 조치방법에 대한 정보를 제공할 것인지 2..

일반적인 장애 관리에서 사용하는 기법(폴링)는 장애가 난 후 그것을 빨리 알려줄 수는 있지만 장애가 왜 발생했는지는 알기는 어렵기 때문에 사실 네트워크의 장애 발생 시 제일 명확한 원인을 제공해 줄 수 있는 것은 어디엔가 남아 있는 LOG가 맞다. 그러나 LOG 관리 시스템은 구축하기에 비용이 많이 ..

LOG 관리 프로그램 사용에서 LOG 관리 시스템 구축으로의 개념 전환이란 그리 쉽지만은 않다. 이 시스템이라는 것은 H/W, S/W, 그리고 개발이 들어가야 하므로 돈이 어마어마하게(!) 들어가기 때문이다. 대부분의 경우 LOG 는 대용량 데이터이다. 대용량 데이터의 대한 처리와 투자 비용은 돈과 연관된 곳에..

LOG 관리에 대해 좀 더 자세히 알아보자. 사실 LOG 관리라는 것은 앞서 말한 것처럼 아래의 세 가지로 요약된다. 실시간 LOG 모니터링 => 문제 LOG 발생 시 경보 모든 필요한 LOG의 저장 => 가능하면 전부 다 저장된 LOG의 검색 => 통계 기능도 있으면 좋음 장비들의 LOG를 서버로 받기 위해서는 해당 장비..

지금까지 네트워크 관리에서 장애 판단 및 예보 기능에 대해 알아보았다. 이번에는 이 장애 판단 및 예보에 가장 흔하게 사용되는 LOG에 대해서 알아보기로 하자. 대부분의 장비들은 장비 자체에 장비의 운영에 관련된 LOG를 기록한다. 때문에 네트워크 관리자들은 장비에 접속하여 이 LOG들을 분석함으..

앞서 네트워크에서 장애를 인지하는 방법에 대해 몇 가지 살펴 보았다. 1. ping 을 이용한다. => 제일 쉽다. 그러나 정책을 잘 세워야 한다. 2. snmp polling 을 이용한다. => 다소 쉽다. 표준 MIB이라 불리우는 mib II 정보들을 이용한다. => Private mib의 영역으로 가게 되면 난해해진다. => 역시 정책이 들어..