怠け者のための監視システムとしての NetXMS...と Zabbix との少しの比較

0. イントロ

懸命に検索しましたが、Habré に関する NetXMS に関する記事は XNUMX つも見つかりませんでした。 だからこそ、私はこのシステムに注目するためにこの作品を書くことにしました。

これはチュートリアル、ハウツー、およびシステムの機能の表面的な概要です。

この記事には、システムの機能の表面的な分析と説明が含まれています。 さまざまな理由から、可能性については深く掘り下げませんでした。 すべての機能を説明するには複数の記事が必要になります。

私は多かれ少なかれ Zabbix のみを使用して作業したため、この特定のシステムについては、主題との比較のために記事内で頻繁に言及されます。 また、どういうわけか、すべてが一般に受け入れられているものと比較されるようになりました。

1. 何を、そしてなぜ?

定義からわかるように、監視システムは、任意のネットワーク ノードの最新情報をいつでも取得し、必要な情報をマシン ルータに入力できるシステムです。

なぜこれが必要なのかは明らかです。 何が起こっているのかを認識すること。

多くの場合、監視システムは、インフラストラクチャ全体とその個々の部分の両方の状態に関する非常に包括的な情報を提供します。 さらに、アラートを設定すれば (アラートがなければ、どんな監視も無意味になります)、最終的には、すでに発生している緊急事態にタイムリーに対応できるだけでなく、ほとんどの場合、これらの事故を防ぐことができます。

2. NetXMS を選ぶ理由

複数の本を愛する人にとっては少し話が逸れます私が若くて経験の浅い頃... すべてのおとぎ話は、通常こうして始まりますか?... 要するに、私がマキシマリストだったとき、私はインフラストラクチャの監視の問題を研究しました。そして、それらの「研究」の結果は、次のような結論でした。 Zabbix より優れたものはありません。 当時、私はそれがとても気に入りました。なぜなら、それは多くのことができ、多くのことができ、その機能は自作のスクリプトで拡張できるため、手が伸びれば何でもできると言えます。正しい場所です。 しかし、Zabbix は非常に複雑なツールです。 それを何とか解決するのにほぼXNUMX週間かかりました。 そして、これは単なる実装段階です。 その後、その時点で必要だったものすべてのモニタリングをセットアップするためにさらに XNUMX 週間かかりました。 そして、ルーターのポートのステータスを表示するためにそれを使用する方法について、私は読んで読んで怖くなって、これは本当に必要ないと判断しました... いや、まあ、大学卒業直後の準備ができていない心には本当に怖いです。 ..

そして数年が経った今、私はますます成熟し、監視システムについての知識を更新する時期が来たと判断しました。 最後に、通常の安定したネットワーク監視を実行します。この問題は、セグメントの増加、ブランチの接続、その他の小さなものの増加によって関連するようになるためです。 すべては流れ、すべては変化します。 そして、あらゆる種類のツールをテストし始めました。 このシステムをインストールして触ってから、あのシステムにも触ってみます。 そして、どこにでも何かが欠けていて、どこにでも気に入らないものが存在します。 インターフェイスが不便であるか、セットアップするのに苦労するか、あるいはその他の理由があります。 そして NetXMS が私に現れました。 ちなみに、Zabbix を理解するのに XNUMX 週間かかりましたが、NetXMS を使用すると、すべてが数時間でうまくいきました。 おそらく、Zabbix での経験が影響したのかもしれません、あるいは NetXMS 自体が影響したのかもしれません...判断するのは難しいです。

NetXMSは、インストールと設定が非常に簡単なシステムであることがわかりました。サーバー版と管理コンソール版の両方が用意されています。 Windows そして以下 Linuxグラフ生成、管理コンソール内から HTTP/HTTPS プロトコルを介して同じルーターに接続できる組み込みブラウザ、直感的なインターフェース、あらゆる OS 用のエージェント。要するに、このシステムは一見するとシンプルで便利であることがわかった。

ちなみに、彼らのドキュメントは8点中10点です。主要なことはそこに示されていますが、微妙な点を掘り下げるには、さらに深く掘り下げる必要があります。

開発者が説明する主な利点ディープネットワーク監視
レイヤ 2 および 3 で接続されたコンポーネントの自動検出、視覚化、および検索
SNMPv3 の完全サポート
スキャニングプローブを使用したアクティブ検出
監視対象デバイス（ARP、ルーティングテーブル、インターフェース）からの情報に基づくパッシブディスカバリ
アプリケーションとサーバーの監視
期待されるすべての基本的なメトリクス: CPU、ファイル システム、I/O、メモリ、トラフィック
Java アプリケーションを監視するための JMX ブリッジ
アプリケーション固有の拡張機能: Oracle、MySQL、PostgreSQL、MongoDB、DB2、Tuxedo など
ネイティブアプリケーション用の統合API
大規模ネットワーク向けに設計
XNUMX つのサーバーで数千のデバイス上の数百のメトリクスを追跡できます
分散モニタリングと水平スケーリングを完全にサポート
重複する IP サブネットの監視
オペレーターと顧客のための柔軟なアクセス制御

3. さらに深く見てみましょう

システムのインストール方法 - 全体があります マニュアル 管理者、次の場所で入手可能 開発者サイト、そして複雑なことは何もないので、詳しく説明しません。インストールで最も難しいのは、システムをデータベースに接続することです... ここでの唯一の違いは、DBMSとサーバーOSの選択です。私は Windows (次へ→次へ→データ入力→完了) と、既に持っていた MSSQL を使用しました。

3.1. 自動検出を有効にする

ホストの自動検出は、インストール中に有効にすることができます。 何らかの理由でこれが行われなかった場合は、いつでも含めることができます。 「構成 - ネットワーク検出」 または、同じ名前のアイコンをクリックします。 検出プロパティが作業領域に表示されます。 これをオンにしてパッシブ モードまたはアクティブ モードに切り替え、ポーリングされたサブネットなどの他のプロパティを指定する必要があります。 ここでフィルターを設定することもでき、システムに組み込まれているフィルターを選択してカスタマイズすることも、独自のスクリプトを作成することもできます。 正直に言うと、フィルターは必要ありませんでした。 しかし、セットアップは非常にフレンドリーで理解しやすいようです。

ここで、デフォルトの SNMP コミュニティとその資格情報 (読み取り許可) を指定することもできます。

3.2. ノードの追加

自動検出が有効になっている場合、エンド ノード (PC、プリンター) が自動的に追加され、サブネット全体に分散されます。 アクティブなネットワーク機器では、すべてが多少複雑になります。

まず、ネットワーク機器で SNMP を有効にし、コミュニティを設定する必要があります。 ネットワーク ノードの自動検出のプロパティで SNMP コミュニティのデフォルト値が変更されていない場合、システムはパブリック コミュニティを使用します。この設定は、追加されたノードのプロパティでノードごとに変更できます。

便宜上、任意の原則に従ってデバイスをグループ化できます。そのために、インフラストラクチャ サービス ブランチのツリーにコンテナを作成し、Entrie Network からのノードをコンテナにバインドできます。

ルーター上で SNMP を有効にして設定し、監視対象機器のリストに追加すると、システム自体がルーターに接続し、質問し、デバイスの種類を判断し、テンプレートを適用し、データの収集を開始して、各ルーターのフロント パネルを表示します。 彼女自身。 箱から。 Zabbix をセットアップしたとき、私はこのようなことを夢見ることしかできませんでした。

何らかの理由でネットワーク ハードウェア自体が表示されなかったため、すべてのネットワーク ハードウェアを手動で追加しました。 ここではすべてがシンプルです。 インフラストラクチャ サービスにコンテナを任意の便利な名前 (スイッチなど) で作成します。 RMB ノード作成、ノードの表示名、その IP アドレスを示します。「NetXMS エージェントの使用を無効にする」ボックスにチェックを入れることをお勧めします。これは、まだネットワーク機器にインストールできず、追加のパッケージが必要ないためです。

内蔵ブラウザ。 目的のルーターを右クリックするだけで、デバイスの Web インターフェイスを開くことができます。 これは、毎回自分の記録を調べて適切な IP を探すよりも便利であることがわかりました。 確かに、ブラウザはまあまあです。

3.3. ネットワークマップの構築

まず、ネットワーク マップをオブジェクトとして作成する必要があります。 いつものようにスレッド内で ネットワーク マップ RMB、作成、マップ タイプの選択、パラメータの設定そうすると、システムがすべてを自動的に実行します。

カードの種類は以下の通りです。

1. カスタム額装。 ユーザーのリクエストに応じて手動で作成するように設計されたマップです。
2. レイヤ 2 トポロジ。 これは、OSI モデルのレイヤー 2 に基づいて、ユーザーに代わってすべてのことを自動的に実行できるようにするカードです (実際には、デバイスの MAC アドレスに基づいてマップを構築します)。
3. IPトポロジ、それは同じです 層3。 の場合と同じ 層2、カードのみが OSI モデルのレイヤー 3 (IP アドレス) に基づいて構築されています。

手動マッピングを選択する場合は、ツリーからノードをマップ レイヤーにドラッグし、それらを接続するなどの作業を行う必要があります。 定期的な絵描き。

他の XNUMX つのケースでは、システムがマップの構築を開始する開始点を選択する必要があります。 たとえば、ルーターのノードなどです。 システムは、接続されているデバイスとそれらが接続されているポートに関するデータをそこから読み取り、その後、次のルーターからデータを読み取り、それを照合します。 すべてのデバイスを分析した後、NetXMS 自体がネットワーク デバイス間の接続を描画し、すべてが接続されているポートを示します。 カードのプロパティ (RMB - プロパティ - カードのプロパティ）。 また、この時点で、必要に応じて「検出半径」を設定できます。

ちょっとしたお勧め。 [レイアウトを常に画面に合わせる] プロパティを有効にすると、ネットワーク マップを更新するたびにワークスペースをスクロールしたりズームしたりする必要がなくなります。

分散ネットワーク トポロジを使用すると、エリアの地図上にオブジェクトを重ねることができます。 たとえば、サーバー ルームの機器を備えたラックの写真を背景として使用し、その上に必要なオブジェクトをオーバーレイすることもできます。 このようにして、ラック内のデバイスのステータスを迅速に判断できます。 私の意見では、これは、後任者や新しく到着した同僚に状況を説明するために物事を引き継ぐ必要がある場合に非常に便利です。 視覚的、便利、自明。

3.4. エージェント

エージェントは両方に存在します Windowsだから Linux動作原理はZabbixエージェントと同じです。メトリクスを収集する必要のあるマシンにインストールされ、監視サーバーにデータを送信します。エージェントは、システムにノードを追加する前でも後でもインストールできます。ノードにエージェントがインストールされると、システムは標準テンプレートを使用して、短時間後にノードからデータの受信を開始します。監視対象パラメータは、単一のノードに追加することも、1つ以上の定義済みテンプレートをノードに添付して追加することもできます。設定の柔軟性が高いため、テンプレートを使用することをお勧めします。

エージェントの監視対象パラメータのリストは非常に広範囲に及びます。 完全なリストは次の場所にあります。 ウィキ NetXMS

システムは、エージェントがノード上で動作していると判断するとすぐに、このノードをデフォルトのテンプレートの XNUMX つに接続します。 Windows, LinuxHP-UX、汎用UNIX、AIX、ノードのオペレーティング システムに応じて異なります。

標準テンプレート Windows-ホスト:

「」をクリックすると、特定のノードを追跡するパラメータを追加できます。PKM-データ収集パラメータ"、 さらに遠く "作業領域の RMB - 新しいパラメータ」をクリックし、リストから必要なものを選択します。 監視対象パラメータのトリガーを構成することもできます。

Zabbix のようなエージェントがカスタム スクリプトを実行できることが重要です。

インストールするには？これは話が逸れます。なぜなら、誰もが...うーん...彼らが望むようにだからです。

ここでの問題は、エージェントをサーバーのみに配布すべきか、それとも一般にネットワーク上のすべてのマシンに配布すべきかということです。 サーバーの数が少ない場合、最も簡単な方法は手動で行うことです。 たくさんある場合は、ドメイン ポリシー、KIX、PoSh などがあります。 何でも。 エージェントは /SILENT キーを持っており、これを使用してユーザーに透過的にキーを「挿入」できます (ネットワーク上のすべてのマシンに拡散する場合)。 PC の電源を入れるたびにプログラムをインストールするポリシーとは異なり、条件を設定してフラグを作成できるため、私はスクリプトの方が好きです。 そこで、「フラグ ファイルの存在を確認し、存在しない場合は、/SILENT キーを使用してインストーラーを実行し、インストールが成功したらフラグ ファイルを作成する」シリーズのスクリプトを作成しています。 利益。

3.5.トリガー

収集されるデータ内の特定のイベントに応答するようにトリガーを構成できます。 たとえば、ルーターへの特定のピンポン値を超えるなどです。 各トリガーの通知方法を構成することもできます (コンソールのアイコンで十分な場合もあれば、可能な限りすぐに通知を送信する場合もあります)。 イベントに対する反応は、アクション設定で事前に設定されているものから選択されます。

トリガーを作成するには: ノードまたはテンプレートのデータ収集構成を入力し、対象のパラメータをダブルクリックして (そうでない場合は、最初に作成する必要があります)、プロパティで [しきい値] タブに移動し、追加ボタンをクリックします。

«演算「—条件を計算するためにどのような値を取るか。 次の値を取得できます (チェックに使用される値の数は [サンプル] フィールドに示されています)。
— 最後にポーリングされた値: 最後に受信した値
— 平均値：前回からの平均値
— 平均偏差: 平均偏差
— 前回の値との差: 前回の値との差
— データ収集エラー: データ受信エラー
— 値の合計: 値の合計
— スクリプト: ユーザー スクリプトの結果として取得される値

«操作「――発動条件。 値を受け取ることができます (値は、対応する [値] フィールドに示されます)。
- <: 未満: 未満
- <=: 以下: 以下
- == に等しい: 同等
— >=: 以上: 以上
— >: 素晴らしい: 以上
- !=: 等しくない: 等しくない
- 好き: 近い
- 好きではない: 近くにない
最後の XNUMX つのパラメータについては、どのように機能するかわかりません。 したがって、それらにどのような境界が組み込まれているかを推測することさえできません。

一言で言えば、すべてが Zabbix と同じですが、間違いを恐れて手で数式を入力する必要はありません。 トリガー (非アクティブ化イベント) を復元するには、システム自体が値を置き換えます。 (Zabbix では、タイプミスしないようにもう一度入力する必要があります)。

3.6. テンプレート

右クリックしてテンプレートを作成し、テンプレート名を入力します。 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 へのリンクが XNUMX つだけ含まれています。 ダッシュボードの作成、ダッシュボードに追加できる要素のリストや説明さえありません。 原則として、そこではすべてが同様に直感的です。 ラベル - それはただ...そうですね...ラベル...それをどう翻訳するかさえわかりません。 つまり、要素自体には名前が含まれていないため、碑文のあるフィールドは要素を指定し区別するために使用されます。 折れ線グラフ - これは折れ線グラフです。 棒グラフ は図です。 アラームビューア — 選択したノードの警告のリスト。 一言で言えば、名前がすべてを物語っています。

次に、ダッシュボードのプロパティを開いてビューを構成する必要があります。 「ダッシュボード要素」タブに興味があります。 列数は、水平方向に配置される要素である列の数です。 各オブジェクトには独自のプロパティがあるため、各要素のサイズを最小限に抑えるために、[レイアウト - 過剰な垂直スペースを取得] 項目のチェックを外すことをお勧めします。

3.8. アクション設定

(構成 - アクション構成)
基本的に、これらはトリガーに応答したアクションです。

NetXMS は、トリガーに応答して電子メール、SMS、xmpp メッセージを送信できます。 ここではすべてが簡単です。必要なフィールドに入力するだけです。

あなたもすることができます：

— アラートを別の NetXMS サーバーに転送します
— NetXMS 管理サーバーでコマンドを実行します。
— NetXMS エージェントを使用してノード上でコマンドを実行します。
— NXSL スクリプトを実行します (NSXL はあなたの スクリプトプログラミング言語 NetXMS)

アクションを作成した後、その実行遅延時間を設定したり、実行用のマクロを適用したりできます。 遅延時間は、問題が自動的に解決した場合にオペレーターの邪魔にならないようにするために必要です (たとえば、ping 要求に対する応答時間が指定された値よりも長かったが、次のチェック中に正常に戻る可能性があるため、わざわざ行う必要はありません)そんな些細なことについて？）

3.9. アクセス権の差別化

オブジェクトごとに独自のアクセス権を設定できます。 別のオブジェクト内のオブジェクトごとに、アクセス権を構成することもできます。 これにより、さまざまなユーザー グループに対する責任と監視機能を非常に柔軟に分散することができます。 私が言いたかったのはそれだけです。

4。 結論

私自身の記事のタイトルについて反論したいと思います。 NetXMS は怠け者向けではありません。 一部の開発者のように、開発者は機能に焦点を当てていませんでしたが、とりわけ、インターフェイスにも配慮しました。

このようにしましょう。 Zabbix と NetXMS を使用しました。 ということで、このXNUMXつのシステムについて感じたことを簡単に書いていきます。

だから。

NetXMS は非常にユーザーフレンドリーなシステムのように思えます。 そうですね...管理者に...はい、管理者に。 いわゆる直感的なインターフェイスを備えており、非常に優れています。 独自の式を書いたり、付属のドキュメントを読んで切り替え前に ping をチェックしたり、その他の簡単なことを行う必要はありません。 しかし。 Zabbix では、この非常に単純なことは、本当に難しいこととあまり変わりません。つまり、これをマスターすれば、他のすべてのことを同じ方法で行うことができます。 NetXMS にはヒントがあり、ほとんどのパラメータはインターフェイス内にあり、マウスで選択して設定できます。 Zabbix では、システムがあれやこれやを実行できるかどうか、また、実行できる場合は、それがどのように記述され、どのようなパラメータが返されるかを調べる必要があります。 Zabbix はコミュニティでの勝利を収めており、あらゆる場面に対応する大量のテンプレートを備えています...このジャンクの山から必要なものが見つけられれば...一方、NetXMS にも多くのファンと、彼らが作成したアドオンがあります。このシステム。 また、プロジェクトのメインページに記載されているように、システム自体は、最も人気のあるアプリケーションをすぐに監視できます。

私にとって NetXMS と Zabbix の主な利点は、トリガーに応答して問題のあるノード上でスクリプトを実行できることでした。 CPU 温度がしきい値を超えて上昇すると、ホスト自体の電源がオフになります。 そして、何が問題なのかを理解します。 おそらくZabbixにもそういうものがあるのでしょうが、私にはできませんでした。 ルーターのポート監視についても同様です。 そして、これが始まります...まあ、たまたま...スクリプト言語をマスターする必要があります、そしてそれだけです...

NetXMS のアクセス権により、システムのさまざまなユーザーの機能を非常に柔軟に区別することができます。 しかし、これをすべて設定するには、かなり工夫する必要があります。

一般に、これらのシステムは非常に類似しており、一見すると、その機能は少なくとも同等であるように見えます。 Zabbix にはもっと多くのことができるように思えますが、これらの機能は内部の奥深くに隠されており、単なる人間の管理者には達成できません。 NetXMS はシンプルかつ明確で、フレンドリーで快適なようです。

Zabbix には、優れたドキュメント、Wiki、ハウツー、FAQ、ベスト プラクティスに加え、さまざまなフォーラムなどがあり、ほぼすべての質問に対する答えを見つけることができます。 そして、何かあれば、自分自身に尋ねてください。

要約すると、始めたばかりの人、またはすべての監視を深く掘り下げる必要がない人に NetXMS をお勧めします。 さらに詳しく調べてみると、非常に微妙な観察ができると思います。

それでも、私が考える主な利点は、非常に優れたインターフェースとセットアップの容易さです。

5. 使用材料

ユーチューブチャンネル トーマス・キルナク
NetXMS ウィキ
Google検索

出所： habr.com