게으른 사람들을 위한 모니터링 시스템인 NetXMS... 그리고 Zabbix와의 약간의 비교

0. 소개

열심히 검색했지만 Habré에서 NetXMS에 대한 기사를 하나도 찾지 못했습니다. 그리고 바로 이런 이유 때문에 나는 이 시스템에 주의를 기울이기 위해 이 창작물을 쓰기로 결정했습니다.

이것은 시스템 기능에 대한 튜토리얼, 방법 및 피상적인 개요입니다.

이 문서에는 시스템 기능에 대한 피상적인 분석과 설명이 포함되어 있습니다. 나는 여러 가지 이유로 가능성을 깊이 파고 들지 않았습니다. 그리고 모든 기능에 대한 설명에는 두 개 이상의 기사가 필요합니다.

나는 어느 정도 Zabbix로만 작업했기 때문에 이 특정 시스템은 주제와의 비교를 위해 기사에서 자주 언급됩니다. 게다가, 어쩐지 모든 것이 일반적으로 받아들여지는 것과 비교되는 것이 되어버렸습니다.

1. 무엇과 왜?

정의에서 알 수 있듯이 모니터링 시스템은 언제든지 모든 네트워크 노드에 대한 최신 정보를 얻고 필요한 정보를 라우터 시스템에 입력할 수 있는 시스템입니다.

이것이 필요한 이유도 마찬가지로 분명합니다. 무슨 일이 일어나고 있는지 알기 위해.

모니터링 시스템은 인프라 전체와 개별 부분의 상태에 대한 매우 포괄적인 정보를 제공할 수 있는 경우가 많습니다. 또한 알림을 설정하면(알림 없이는 모니터링이 쓸모가 없습니다) 결국에는 이미 발생한 긴급 상황에 적시에 대응할 수 있을 뿐만 아니라 대부분의 경우 이러한 사고를 예방할 수 있습니다.

2. 왜 NetXMS인가?

멀티북을 좋아하는 분들에게는 다소 벗어난 주제입니다.제가 어리고 미숙했을 때... 모든 동화는 보통 이렇게 시작되는 걸까요?.. 한마디로 맥시멀리스트였을 때 인프라 모니터링 문제를 연구했고, 그 '연구'의 결과는 '있다'는 결론이었습니다. Zabbix보다 나은 것은 없습니다. 그리고 그 당시에는 정말 마음에 들었습니다. 많은 일을 할 수 있고, 스스로 작성한 스크립트로 기능을 확장할 수 있기 때문에 손이 커지면 무엇이든 할 수 있다고 말할 수 있습니다. 올바른 장소. 하지만 Zabbix는 상당히 복잡한 도구입니다. 어떻게든 정리하는 데 거의 XNUMX주가 걸렸습니다. 그리고 이것은 구현 단계일 뿐입니다. 그런 다음 그 당시 필요한 모든 것에 대한 모니터링을 설정하는 데 몇 주가 더 걸렸습니다. 그리고 그것을 사용하여 라우터의 포트 상태를 보는 방법은 읽고 읽고 겁이 났고 이것이 실제로 필요하지 않다고 결정했습니다 ... 아니요, 글쎄요, 대학 졸업 후 준비되지 않은 마음에게는 정말 무섭습니다. ..

그리고 몇 년이 지난 지금, 성숙해지고 성숙해지면서 모니터링 시스템에 대한 지식을 새롭게 할 때라고 결정했습니다. 마지막으로 세그먼트의 성장, 지점 연결 및 기타 작은 것들로 인해 이 문제가 관련되기 때문에 정상적이고 안정적인 네트워크 모니터링을 수행하십시오. 모든 것은 흐르고, 모든 것은 변합니다. 그리고 저는 온갖 종류의 도구를 테스트하기 시작했습니다. 이 시스템을 설치하고 만져보고, 저것도 만져보겠습니다. 그리고 어디에나 부족한 것이 있고, 마음에 들지 않는 것이 있습니다. 인터페이스가 불편하거나, 설정하기가 힘들거나, 아니면 다른 것 중 하나입니다. 그리고 NetXMS가 나에게 나타났습니다. 그건 그렇고, Zabbix를 알아내는 데 XNUMX주가 걸렸지만 NetXMS를 사용하면 모든 것이 몇 시간 만에 순조롭게 진행되었습니다. Zabbix를 사용한 경험이 영향을 미쳤을 수도 있고 NetXMS 자체였을 수도 있습니다... 말하기는 어렵습니다.

NetXMS는 설치 및 구성이 상당히 쉬운 시스템인 것으로 나타났습니다. 서버 버전과 관리 콘솔 버전 모두 제공됩니다. Windows 그리고 아래에 Linux그래프 생성 기능, 관리 콘솔 내에서 HTTP/HTTPS 프로토콜을 통해 동일한 라우터에 연결할 수 있는 내장 브라우저, 직관적인 인터페이스, 그리고 모든 운영 체제용 에이전트까지 갖추고 있습니다. 요컨대, 이 시스템은 첫눈에 보기에 간단하고 편리해 보였습니다.

그런데 그들의 문서는 8점 만점에 10점입니다. 주요 내용은 여기에 표시되어 있지만 미묘함을 탐구하려면 더 깊이 파헤쳐야 합니다.

개발자가 설명하는 주요 장점심층 네트워크 모니터링
레이어 2 및 3에서 연결된 구성 요소의 자동 검색, 시각화 및 검색
전체 SNMPv3 지원
스캐닝 프로브를 사용한 능동 감지
모니터링되는 장치(ARP 및 라우팅 테이블, 인터페이스)의 정보를 기반으로 하는 수동 검색
애플리케이션 및 서버 모니터링
CPU, 파일 시스템, I/O, 메모리, 트래픽 등 여러분이 기대할 수 있는 모든 기본 지표
Java 애플리케이션 모니터링을 위한 JMX 브리지
애플리케이션별 확장: Oracle, MySQL, PostgreSQL, MongoDB, DB2, Tuxedo 등
네이티브 애플리케이션을 위한 통합 API
대규모 네트워크용으로 설계됨
하나의 서버로 수천 대의 장치에서 수백 개의 지표를 추적할 수 있습니다.
분산 모니터링 및 수평적 확장을 완벽하게 지원
겹치는 IP 서브넷 모니터링
운영자와 고객을 위한 유연한 접근 제어

3. 더 깊이 들어가 보자

시스템 설치 방법 - 전체가 있습니다 수동 관리자, 다음 위치에서 사용 가능 개발자 사이트그리고 딱히 복잡한 부분도 없으니 자세히 설명하진 않겠습니다. 설치 과정에서 가장 어려운 부분은 시스템을 데이터베이스에 연결하는 것입니다... 여기서 유일한 차이점은 DBMS와 서버 운영 체제를 선택하는 것입니다. 저는 다음과 같이 선택했습니다. Windows (다음-다음-데이터 입력-완료) 그리고 MSSQL은 이미 설치되어 있었기 때문에 그대로 사용했습니다.

3.1. 자동 검색 활성화

설치 중에 호스트 자동 검색을 활성화할 수 있습니다. 어떤 이유로 이것이 완료되지 않은 경우 항상 포함될 수 있습니다. "구성 - 네트워크 검색" 또는 같은 이름의 아이콘을 클릭하면 됩니다. 검색 속성이 작업 영역에 나타납니다. 이를 켜서 수동 또는 활성 모드로 전환하고 폴링된 서브넷과 같은 다른 속성을 지정해야 합니다. 여기에서 필터를 설정할 수도 있고, 시스템에 내장된 필터를 선택 및 사용자 정의하거나 자신만의 스크립트를 작성할 수도 있습니다. 솔직히 말해서 필터가 필요 없었어요. 그러나 설정은 매우 친숙하고 이해하기 쉬워 보입니다.

여기에서 기본 SNMP 커뮤니티와 해당 자격 증명(읽기 권한 부여)을 지정할 수도 있습니다.

3.2. 노드 추가

자동 검색이 활성화되면 최종 노드(PC, 프린터)가 자동으로 추가되어 서브넷 전체에 배포됩니다. 활성 네트워크 장비를 사용하면 모든 것이 다소 복잡해집니다.

네트워크 장비에서 SNMP를 활성화하고 커뮤니티를 설정하는 것부터 시작해야 합니다. 네트워크 노드 자동 검색 속성에서 SNMP 커뮤니티의 기본값이 변경되지 않은 경우 시스템은 공용 커뮤니티를 사용하며 이 설정은 추가된 노드의 속성에서 각 노드에 대해 변경할 수 있습니다.

편의를 위해 편리한 원칙에 따라 장치를 그룹화할 수 있으며, 이를 위해 인프라 서비스 분기의 트리에 컨테이너를 생성하고 Entrie Network의 노드를 여기에 바인딩할 수 있습니다.

라우터에서 SNMP를 활성화 및 구성하고 이를 모니터링 장비 목록에 추가한 후 시스템 자체가 라우터에 접속하고, 조사하고, 장치 종류를 결정하고, 템플릿을 적용하고, 데이터 수집을 시작하고, 각 라우터의 전면 패널을 표시합니다. 그녀 자신. 박스에서. Zabbix를 설정할 때는 이런 꿈밖에 꾸지 못했습니다.

어떤 이유로든 네트워크 하드웨어 자체가 표시되지 않았기 때문에 모든 네트워크 하드웨어를 수동으로 추가했습니다. 여기에서는 모든 것이 간단합니다. 편리한 이름(예: 스위치)을 사용하여 인프라 서비스에 컨테이너를 만듭니다. RMB 생성 노드, 노드의 표시 이름, 해당 IP 주소를 표시하고 "NetXMS 에이전트 사용 비활성화" 확인란을 선택하는 것이 더 좋습니다. 왜냐하면 여전히 네트워크 장비에 설치할 수 없고 추가 패키지가 필요하지 않기 때문입니다.

내장 브라우저. 원하는 라우터를 마우스 오른쪽 버튼으로 클릭하고 장치의 웹 인터페이스를 열면 됩니다. 매번 내 기록을 살펴보고 올바른 IP를 찾는 것보다 이것이 더 편리하다는 것을 알았습니다. 사실, 브라우저는 그저 그렇습니다.

3.3. 네트워크 맵 구축

먼저 네트워크 맵을 객체로 생성해야 합니다. 평소와 같이 - 스레드에서 네트워크 지도 RMB, 생성, 지도 유형 선택, 매개변수 설정, 그러면 시스템이 모든 작업을 자체적으로 수행합니다.

카드 종류는 다음과 같습니다.

1. 관습. 사용자의 요청에 따라 수동으로 생성되도록 설계된 지도입니다.
2. 레이어 2 토폴로지. 이것은 OSI 모델의 레이어 2를 기반으로 사용자를 위해 모든 작업을 자동으로 수행할 수 있는 카드입니다(실제로 장치의 mac 주소를 기반으로 지도를 작성합니다).
3. IP 토폴로지, 같은거야. 3 레이어. 의 경우와 동일 2 레이어, 카드만 OSI 모델의 레이어 3(IP 주소)을 기반으로 구축됩니다.

수동 매핑을 선택하는 경우 트리의 노드를 맵 레이어로 드래그하고 연결하는 등의 작업을 수행해야 합니다. 정기드로잉.

다른 두 가지 경우에는 시스템이 지도 작성을 시작할 시작점을 선택해야 합니다. 예를 들어 일부 라우터의 노드입니다. 시스템은 연결된 장치 및 해당 장치가 연결된 포트에 대한 데이터를 읽은 후 다음 라우터에서 데이터를 읽고 일치시키는 등의 작업을 수행합니다. 모든 장치를 분석한 후 NetXMS 자체는 네트워크 장치 간의 연결을 그려 모든 것이 연결된 포트를 나타냅니다. 카드 속성(RMB - 속성 - 카드 속성). 또한 이 시점에서 원하거나 필요한 경우 "감지 반경"을 설정할 수 있습니다.

약간의 추천. 항상 화면에 레이아웃 맞추기 속성을 활성화하면 네트워크 맵을 업데이트할 때마다 작업 공간을 스크롤하고 확대/축소할 필요가 없습니다.

분산 네트워크 토폴로지를 사용하면 해당 지역의 지도에 개체를 오버레이할 수 있습니다. 예를 들어 서버실에 있는 장비가 있는 랙 사진을 배경 배경으로 사용하여 필요한 개체를 오버레이할 수도 있습니다. 이렇게 하면 랙에 있는 모든 장치의 상태를 빠르게 확인할 수 있습니다. 제 생각에는 상황을 설명하기 위해 후임자나 새로 도착한 동료에게 문제를 전달해야 하는 경우 매우 유용한 것입니다. 시각적이고 편리하며 자명합니다.

3.4. 자치령 대표

에이전트는 다음과 같은 두 가지 목적을 위해 존재합니다. Windows그래서 Linux작동 원리는 Zabbix 에이전트와 동일합니다. 메트릭을 수집해야 하는 시스템에 에이전트를 설치하면 에이전트가 모니터링 서버로 데이터를 전송합니다. 에이전트는 시스템에 노드를 추가하기 전이나 후에 설치할 수 있습니다. 에이전트가 노드에 설치되면 시스템은 표준 템플릿을 사용하여 잠시 후부터 에이전트로부터 데이터를 수신하기 시작합니다. 모니터링할 매개변수는 단일 노드에 추가하거나 하나 이상의 사전 정의된 템플릿을 연결하여 추가할 수 있습니다. 템플릿을 사용하는 것이 더 유연하므로 권장됩니다.

에이전트에 대해 모니터링되는 매개변수 목록은 매우 광범위합니다. 전체 목록은 다음에서 확인할 수 있습니다. 위키 NetXMS

시스템은 에이전트가 노드에서 작동 중임을 확인하자마자 즉시 이 노드를 기본 템플릿 중 하나에 연결합니다. Windows, LinuxHP-UX, 일반 UNIX, AIX, 노드의 운영 체제에 따라 다릅니다.

표준 템플릿 Windows-호스트:

'를 클릭하여 특정 노드를 추적하는 매개변수를 추가할 수 있습니다.PKM-데이터 수집 매개변수", 더 나아가 "작업 영역에서 RMB - 새 매개변수"를 선택하고 목록에서 필요한 것을 선택하세요. 모니터링되는 매개변수에 대한 트리거를 구성할 수도 있습니다.

Zabbix와 같은 에이전트가 사용자 정의 스크립트를 실행할 수 있다는 것이 중요합니다.

설치 방법?이건 주제에서 벗어난 이야기입니다. 왜냐하면 모두가... 흠... 원하는 대로니까요.

여기서 질문은 에이전트를 서버에만 배포해야 합니까, 아니면 일반적으로 네트워크의 모든 시스템에 배포해야 합니까? 서버 수가 적은 경우 가장 쉬운 방법은 수동으로 수행하는 것입니다. 많은 경우 - 도메인 정책, KIX, PoSh. 아무것. 에이전트에는 /SILENT 키가 있어 이를 사용자에게 투명하게 "주입"할 수 있습니다(네트워크의 모든 시스템으로 확산하는 경우). 저는 PC를 켤 때마다 프로그램을 설치하는 정책과 달리 조건을 설정하고 플래그를 생성할 수 있다는 점에서 스크립트를 선호합니다. 따라서 우리는 "플래그 파일이 있는지 확인하고, 그렇지 않은 경우 /SILENT 키를 사용하여 설치 프로그램을 실행하고 설치가 성공적으로 완료되면 플래그 파일을 생성합니다." 시리즈의 스크립트를 작성하고 있습니다. 이익.

3.5. 방아쇠

수집되는 데이터의 특정 이벤트에 응답하도록 트리거를 구성할 수 있습니다. 예를 들어, 라우터에 대한 특정 핑퐁 값을 초과합니다. 각 트리거에 대한 알림 방법을 구성할 수도 있습니다. 일부 경우에는 콘솔에 있는 아이콘으로 충분하지만 다른 경우에는 가능한 경우 즉시 알림을 보냅니다. 이벤트에 대한 반응은 동작 구성에서 사전 구성된 것 중에서 선택됩니다.

트리거를 생성하려면: 노드 또는 템플릿의 데이터 수집 구성을 입력하고 관심 있는 매개변수를 두 번 클릭한 다음(그렇지 않은 경우 먼저 매개변수를 생성해야 함) 속성에서 임계값 탭으로 이동하여 추가 버튼을 클릭합니다.

«함수"—조건을 계산하기 위해 어떤 값을 취해야 하는지. 다음 값을 사용할 수 있습니다(확인에 사용되는 값의 수는 샘플 필드에 표시됨).
— 마지막 폴링 값: 마지막으로 수신된 값
— 평균값: 지난번의 평균값
— 평균 편차: 평균 편차
— 이전 값과의 차이: 이전 값과의 차이
— 데이터 수집 오류: 데이터 수신 오류
— 값의 합계: 값의 합계
— 스크립트: 사용자 스크립트의 결과로 얻은 값

«조작"—트리거 조건. 값을 취할 수 있습니다(값은 해당 값 필드에 표시됨).
- <: 미만: 미만
- <=: 작거나 같음: 작거나 같음
- == 같음: 같음
— >=: 크거나 같음: 크거나 같음
— >: 이상: 이상
- !=: 같지 않음: 같지 않음
- 좋아하다: 가깝다
- 싫다 : 가깝지 않다
마지막 두 매개변수에 대해서는 어떻게 작동하는지 잘 모르겠습니다. 그러므로 나는 그들 안에 어떤 경계가 세워져 있는지조차 짐작하지 못할 것입니다.

한마디로 모든 것이 Zabbix와 동일하지만 실수하거나 착각할까봐 수식을 직접 입력할 필요가 없습니다. 트리거(비활성화 이벤트)를 복원하기 위해 시스템 자체가 값을 대체합니다. (Zabbix에서는 잘못 입력하지 말고 다시 입력해야 합니다.)

3.6. 템플릿

RMB-템플릿 생성, 템플릿 이름을 입력하세요. PKM-데이터 수집 구성.

약간의 이론수집된 정보는 여러 출처에서 나올 수 있습니다. 그것은 수 NetXMS 에이전트컴퓨터에서 실행하는 것은 "간단한 요청" 또는 "내부의", 서버 자체에서 전송(예: 동일한 ping), "SNMP«,«체크포인트 SNMP«,«푸시«,«Windows 성능 카운터«,«SM-CLP", 또는 사용자 정의 "스크립트". 각 정보 유형에 대해 시스템이 수신 시 예상할 유형을 선택할 수 있습니다. 예를 들어, ping은 정수 값(정수)을 반환하고 바이트 단위의 여유 디스크 공간도 정수이지만 동일한 온도는 더 이상 정수, 즉 실제가 아닙니다.

SNMP를 통해 정보를 수집하기 위해 NetXMS에는 사전 정의된 매개변수의 방대한 목록이 있습니다. 즉, 특정 OID를 입력할 수 없지만 MIB 트리에서 찾을 수 있는데 이는 실제로 상당히 문제가 있습니다... 하지만. 따라서 제조업체의 문서를 자세히 살펴보고 각 장치의 IOD 값을 별도로 찾아야 합니다. 장치에서 정보 읽기를 설정하고 시스템 메시지를 접하는 데 많은 시간을 낭비할 수 있습니다. "지원되지 않음", 그러나 결국 이 특정 장치는 요청된 정보를 제공하는 방법을 모르는 것으로 나타났습니다. 남은 것은 매뉴얼과 희망을 피우는 것뿐입니다.

예를 들어 노드 응답 시간(ping)에 대한 정보를 수집하려면 새 매개변수(PKM-새 매개변수), Origin 필드에서 Internal을 선택하고 Select 버튼을 누른 다음 Ping Time을 선택합니다. Zabbix에서만 꿈꿔왔던 검색이 있습니다. 또한 노드 폴링 기간을 변경하는 것이 좋습니다(기본값은 60초입니다. 즉, 모니터링 시스템에서 폴링한 후 라우터가 즉시 응답을 중지하면 시스템이 문제가 있음을 인식하기까지 거의 XNUMX분이 소요됩니다). 네, 알람이 울릴 것입니다).

처리할 수 있는 내부 데이터 목록:

필요한 모든 설정을 템플릿에 추가한 후 다음을 클릭해야 합니다. PKM-적용 이 템플릿을 적용해야 하는 모든 노드를 선택합니다(Ctrl+LMB). 그게 다야. 그런 다음 템플릿 아래의 트리에 분기가 나타나며, 이 분기가 열리면 이 템플릿이 적용되는 모든 노드를 볼 수 있습니다.

템플릿에서 노드를 분리해도 수집된 데이터는 수집이 중단되지 않습니다. 수집을 취소하려면 각 노드의 데이터 수집 구성으로 이동하여 모든 것을 수동으로 삭제하거나 먼저 템플릿에서 매개변수를 삭제하고 그런 다음 노드를 삭제하십시오. 왜 이런 식으로 진행되었는지는 모르겠지만 제 생각에는 이것은 매우 이상한 일입니다. 그런데... 그렇군요.

템플릿에서는 원하는 데이터를 선택하여 수집하고 다른 템플릿에 복사할 수 있습니다. 대규모. 그리고 한 템플릿에서 다른 템플릿으로 손으로 복사하여 붙여넣을 필요도 없습니다... 벌써부터 Zabbix가 싫어지기 시작했습니다..

3.7. 대시보드

이상하게도 이 주제에 대한 NetXMS Wiki에는 YouTube에 대한 링크가 하나만 포함되어 있습니다. 대시 보드 생성, 대시보드에 추가할 수 있는 요소의 목록이나 설명조차 없습니다. 원칙적으로 모든 것이 직관적입니다. 라벨 - 그냥... 음... 라벨... 어떻게 번역해야 할지 모르겠네요. 한마디로, 요소 자체에는 이름이 포함되어 있지 않기 때문에 비문이 있는 필드는 요소를 지정하고 구별하는 데 사용됩니다. 라인 차트 - 선 그래프입니다. 막대 차트 다이어그램이다. 알람 뷰어 — 선택한 노드에 대한 경고 목록입니다. 한마디로 이름은 그 자체로 말합니다.

다음으로 대시보드 속성을 열고 보기를 구성해야 합니다. 대시보드 요소 탭에 관심이 있습니다. 열 개수는 가로로 배치될 요소인 열의 개수입니다. 각 개체에는 고유한 속성이 있으므로 각 요소의 크기를 최소화하려면 Layout-Grab 과도한 수직 공간 항목을 선택 취소하는 것이 좋습니다.

3.8. 액션 구성

(구성-작업 구성)
기본적으로 이는 트리거에 대한 응답 동작입니다.

NetXMS는 트리거에 대한 응답으로 이메일, SMS, xmpp 메시지를 보낼 수 있습니다. 여기서는 모든 것이 간단합니다. 필수 필드만 입력하면 됩니다.

당신은 또한 수:

— 다른 NetXMS 서버로 경고 전송
— NetXMS 관리 서버에서 명령을 실행합니다.
— NetXMS 에이전트를 사용하여 노드에서 명령을 실행합니다.
— NXSL 스크립트를 실행합니다(NSXL은 스크립팅 프로그래밍 언어 NetXMS)

액션을 생성한 후 실행 지연 시간을 구성하고 실행을 위한 매크로를 적용할 수 있습니다. 문제가 저절로 해결되는 경우 운영자를 방해하지 않도록 지연 시간이 필요합니다. (예를 들어 ping 요청에 대한 응답 시간이 지정된 값보다 길었지만 다음 확인 중에 정상으로 돌아올 수 있으므로 왜 귀찮게합니까? 그런 사소한 일에 대해?) .

3.9. 접근권한의 차별화

각 개체에 대해 고유한 액세스 권한을 구성할 수 있습니다. 다른 개체 내의 각 개체에 대해 액세스 권한을 구성할 수도 있습니다. 이를 통해 다양한 사용자 그룹에 대한 책임 및 모니터링 기능을 매우 유연하게 분배할 수 있습니다. 그것이 내가 말하고 싶은 전부입니다.

4. 결론

나는 내 기사의 제목을 반박하고 싶습니다. NetXMS는 게으른 사람들을 위한 것이 아닙니다. 개발자는 일부처럼 기능에 중점을 두지 않았지만 무엇보다도 인터페이스도 관리했습니다.

이렇게 해보자. 저는 Zabbix와 NetXMS를 사용했습니다. 그렇기 때문에 이 두 시스템에 대한 제 느낌을 간단하게 적어보겠습니다.

따라서.

NetXMS는 제가 보기에 매우 사용자 친화적인 시스템인 것 같습니다. 음... 관리자에게... 네, 관리자에게요. 직관적인 인터페이스라는 것이 있는데 정말 멋지네요. 자신만의 공식을 작성할 필요가 없으며, 스위치 이전에 핑을 확인하거나 다른 간단한 작업을 수행할 수 있도록 함께 제공되는 여러 문서를 읽을 필요가 없습니다. 하지만. Zabbix에서는 이 매우 간단한 일이 정말 어려운 일과 크게 다르지 않습니다. 즉, 마스터하면 다른 모든 작업을 같은 방식으로 수행할 수 있습니다. NetXMS에는 힌트가 있으며 대부분의 매개변수는 인터페이스에서 찾을 수 있으며 마우스로 선택하고 구성할 수 있습니다. Zabbix에서는 시스템이 이런저런 일을 할 수 있는지, 그렇다면 어떻게 작성되고 어떤 매개변수를 반환하는지 알아내야 합니다. Zabbix는 커뮤니티에서 승리하고 모든 상황에 맞는 수많은 템플릿을 제공합니다... 이 정크 산에서 필요한 것을 찾을 수 있다면... 반면에 NetXMS에는 NetXMS를 위해 만든 많은 팬과 추가 기능도 있습니다. 이 시스템. 그리고 프로젝트 메인 페이지에 명시된 대로 시스템 자체는 가장 널리 사용되는 애플리케이션을 즉시 모니터링할 수 있습니다.

NetXMS와 Zabbix의 가장 큰 장점은 트리거에 응답하여 문제 노드에서 스크립트를 실행할 수 있다는 것입니다. CPU 온도가 임계값 이상으로 올라가면 호스트 자체가 꺼집니다. 그런 다음 문제가 무엇인지 알아 보겠습니다. 어쩌면 Zabbix에도 그런 것이 있을 수도 있지만 저는 그럴 수 없었습니다. 라우터의 포트를 모니터링하는 경우에도 마찬가지입니다. 그리고 여기 있습니다... 음, 공교롭게도... 스크립팅 언어를 마스터해야 합니다. 그게 전부입니다...

NetXMS의 액세스 권한을 사용하면 시스템의 다양한 사용자의 기능을 매우 유연하게 차별화할 수 있습니다. 하지만 이 모든 것을 설정하려면 정말 손을 봐야 합니다.

일반적으로 시스템은 매우 유사하며 언뜻 보기에 그 기능은 적어도 비슷한 것처럼 보입니다. Zabbix가 더 많은 일을 할 수 있는 것처럼 느껴지지만 이러한 기능은 내부 깊숙이 숨겨져 있으며 단순한 관리자가 접근할 수 없습니다. NetXMS는 단순하고 명확하며 친근하고 유쾌해 보입니다.

Zabbix에는 거의 모든 질문에 대한 답변을 찾을 수 있는 훌륭한 문서, 위키, 방법, FAQ, 모범 사례 및 다양한 포럼 등이 있습니다. 그리고 무엇이든 물어보세요.

요약하자면, 저는 이제 막 시작하는 사람들이나 모든 것을 모니터링하는 데 깊이 들어갈 필요가 없는 사람들에게 NetXMS를 추천하고 싶습니다. 나는 당신이 그것을 더 깊이 조사한다면 그것에 대해 매우 미묘한 관찰을 할 수 있다고 확신합니다.

하지만 여전히 제가 생각하는 가장 큰 장점은 인터페이스가 매우 훌륭하고 설정이 쉽다는 것입니다.

5. 사용재료

유튜브 채널 토마스 키르나크
NetXMS 위키
구글 검색

출처 : habr.com