인트라넷의 구성관리에서 통상적으로 사용하는 것은 지난 호에서 설명한 SNMP(Simple Network Management Protocol)매니저이다. SNMP매니저를 기동하면 일반적으로 맵(map)이라고 하는 망 구성도가 표시된다.

맵은 망의 논리 구성을 나타내고 이것을 기초로 구성관리와 장애관리를 실행한다. 맵상에서 표시되는 정보 내용은 관리 대상이 되는 네트워크 기기의 아이콘, IP어드레스나 호스트명, 논리적인 접속 상황, 장애위치 등이다. SNMP매니저 제품의 도입에 있어서 처음으로 검토하는 사항은 이러한 정보를 어느 정도 표시할 수 있는가 라고 하는 점이다.

구성관리에는 라우터 등 네트워크 기기의 모듈 구성까지 표시하여 관리하는 "기기(機器)관리"도 포함되어 있으며, 많은 벤더에서 기기 관리까지 가능한 SNMP매니저 제품이 판매되고 있다.

논리구성과 물리구성의 불일치는 확대 경향

이전의 10BASE5나 10BASE2의 이더넷이 주체가 된 네트워크 환경에서는 기기의 물리적인 접속 상태를 나타내는 물리 구성과 IP에 의한 논리 구성은 거의 일치하였다.

그러나, 10BASE-T이더넷과 허브, 스위칭 기기의 보급에 따라 접속의 자유도가 증가하고, 또한 ATM이나 가상LAN(VLAN), 이동 단말 등의 출현으로 논리 구성과 물리 구성이 반드시 일치하지 않게 되었다.

특히, VLAN은 네트워크 기기의 배치나 배선의 물리적인 제약을 줄이고 설계의 자유도를 높이는 것이 용이하므로 도입하는 사용자가 계속하여 증가할 것으로 보인다. 그러나, 설계의 자유도가 높아지는 반면에 운용 관리가 더욱 어려워지고 계획적인 관리 시스템의 구축을 필요로 한다.

또한 VLAN은 표준화 과정에 있기 때문에 VLAN을 실현하는 기기의 관리는 벤더 고유의 관리 소프트웨어에 의존한다. 따라서, 멀티벤더에 의한 인트라넷 환경에서 VLAN을 도입하는 경우는 해당 기기를 판매하는 벤더의 관리기능이 충분한지 어떤지를 검토하는 것도 중요하다.

장애의 검출에서 복구까지는 5단계

장애 관리는 ① 장애의 검지, ② 장애 개소의 특정, ③ 장애 원인의 진단·파악, ④ 장애 원인의 제거·수정, ⑤ 정상 상태로의 복구 확인 등 5단계로 구분할 수 있다. 각 단계를 각각 어떤 기기나 시스템으로 지원 하는가가 장애 관리의 중요한 요소가 된다.

우선 ① 장애의 검지에서는 SNMP매니저 제품이 검지할 수 있는 장애의 종류에 주의해야 한다. 통상, SNMP매니저는 SNMP에이전트에서 장애 통지를 받아 장애 발생 정보를 망 관리자에게 알린다. SNMP에이전트를 탑재하고 있지 않은 망 기기의 장애 관리를 위해 ping 등을 보내어 응답의 유무를 확인하는 것으로 장애를 검지할 수 있는 제품도 있다(그림1 참조).

다음으로 ② 장애 개소를 특정하는 것으로서 SNMP에이전트는 망 기기의 내부 기능이기 때문에 그 기기를 통과하는 정보만 찾아낼 수 있다. 구체적으로 라우터의 SNMP에이전트는 그 라우터의 LAN인터페이스나 내부의 버퍼 사용률 등 라우터 내부의 정보 이외는 찾아낼 수 없다. 결국 이 라우터의 산하 기기에 대해서는 라우터의 SNMP에이전트에서 장애를 검출할 수 없게 된다. 또한, 라우터의 SNMP매니저측의 인터페이스에서 장애가 발생한 경우, 라우터에서 끝에 있는 네트워크 상의 기기는 모두 장애 발생 중인 것으로 발견된다(그림2 참조).

이러한 상황에 대해서는 LAN분석기나 케이블 테스터를 조합하여 장애를 검지하고 장애 개소를 특정한다. 최근 RMON(remote network monitoring)기술을 이용한 제품이 등장하고 있는데, SNMP매니저에서 RMON제품을 관리하면 LAN분석기와 같은 레벨의 해석과 전송로의 장애나 성능의 파악이 가능해 진다.

③의 장애 원인 진단에 대해서는 아직 업계 표준이라고 할 수 있는 기능은 없다. 그래서 SNMP매니저 제품의 구입시 어디까지 원인 추적의 기능을 갖고 있는지를 검토하고, 나중에는 스스로 네트워크 환경에 따라 장애 정보 데이터베이스를 구축해 가는 것이 중요하다.

④ 장애 원인의 제거·수정과 ⑤ 정상 상태로의 복구확인에 관해서는 관리 제품보다도 관리 대상이 되는 망 기기의 기능에 의존한다. 복구 확인 후는 앞으로의 장애 발생에 대비하여 로그의 채취·보존을 실시해야 한다.

간단한 용어해설

☞ SNMP엔진에서 장애통지

SNMP 매니저가 SNMP 엔진에서 장애통지를 받는 방법에는 ① 회신, ② 트랩 등의 두 가지가 있다. 회신은 매니저의 정기적인 요구에 응한 보고이고 트랩은 장해발생시의 긴급보고이다.

☞ ping

상대 머신이 액티브한지 어떤지를 조사하기 위한 기본적인 장치. ICMP echo 패킷을 원격지의 컴퓨터에 송신하여 응답 패키지를 수신할 때까지의 시간으로 응답(response)를 측정한다. UNIX와 Windows 95/98이 표준으로 장비하고 있다.

☞ LAN분석기

전송로의 세그먼트마다 직접 접속하여 전송로에 흐르는 데이터를 채취하여 계층별로 해석하는 장치.

☞ RNM(Remote Network Monitoring)

네트워크 상의 트래픽과 에러 등의 통계정보를 SNMP 에이전트가 수집하여 SNMP 매니저가 일원적으로 관리하는 기능 및 구조. RMON의 SNMP 에이전트는 설치된 트래픽과 에러 등의 데이터를 수집하여 MIB 데이터로서 보존하고, SNMP 매니저로부터의 폴링에 따라서 통지한다. RMON은 확장 MIB로서 이더넷용에 RFC 1271(현재는 RFC 1757)과 토큰 링용에 RFC 1513으로 정의되며, OSI의 물리층에서 데이터 연결층까지를 관리 대상으로 하여 상세한 MIB를 규정하고 있다.