怠zyな監視システムとしてのNetXMS ...およびZabbixとの比較

0.イントロ

HabrでNetXMSに関する記事は見つかりませんでしたが、実際に検索しました。 そしてこの理由のために、私はこのシステムに注意を払うためにこの創造物を書くことにしました。



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



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



多かれ少なかれ私はZabbixだけで働いていたので、この記事はしばしば主題と比較するために記事で言及されます。 さらに、何らかの理由で、すべてが一般に認識されているものと比較されました。

1.何となぜ？

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



なぜこれが必要なのかは明らかです。 何が起こっているかについていくために。



多くの場合、監視システムは、インフラストラクチャ全体とその個々の部分の両方の状態に関する非常に包括的な情報を提供できます。 さらに、アラートを設定すると（監視なしでは価値がない）、緊急事態にタイムリーに対応できるだけでなく、ほとんどの場合、これらの事故を防ぐことができる深刻なツールが手に入ります。

2.なぜNetXMSなのか？

NetXMSは、インストールと構成が非常に簡単であることがわかりました。 WindowsとLinuxの両方のバージョンのサーバーと管理コンソール、グラフ作成、管理コンソール内からhttp \ httpsプロトコルを介して同じルーターに接続できるビルトイン「ブラウザ」があり、インターフェースは直感的であり、任意のOS。 つまり、このシステムはシンプルで便利であることがわかりました。 一見。



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

3.深く行く

システムのインストール方法- 開発者のサイトには管理マニュアル全体が用意されており、複雑なことは何もないので、ここでやめません。 インストールするのが最も難しいのは、システムをデータベースに接続することです。DBMSとサーバーOSの選択に違いがあるだけです。 私は既に持っていたので、Windows（以降はデータ入力可能）とMSSQLを選択しました。

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

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



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

3.2。 ノードを追加する

自動検出を有効にすると、エンドノード（PC、プリンター）が自動的に追加され、サブネット全体に分散されます。 アクティブなネットワークでは、事態はもう少し複雑です。



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



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



ルーターでSNMPを有効にして設定し、監視対象機器のリストに追加すると、システムはそれらに接続し、問い合わせ、デバイスの特定、テンプレートの適用、データの収集を開始し、各ルーターのフロントパネルを表示します。 それ自体。 箱から出してすぐに。 Zabbixをセットアップしたとき、私はそのようなことだけを夢見ることができました。







ネットワークグランドはすべて、何らかの理由で表示されなかったため、手動で追加しました。 ここではすべてが簡単です。 インフラストラクチャサービスに任意の便利な名前（スイッチなど）でコンテナを作成し、 RMB-create-nodeでノードの表示名、IPアドレスを指定し、「NetXMSエージェントの使用を無効にする」ボックスをオンにすることをお勧めします。ネットワーク機器、そして何でも追加パケット。



組み込みブラウザ。 目的のルーターを右クリックして、デバイスのWebインターフェイスを開くだけです。 あなたのノートに登り、目的のIPを探すのは毎回よりも便利だと思いました。 確かに、ブラウザはまあまあです。

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

まず、ネットワークマップをオブジェクトとして作成する必要があります。 通常どおり、 RMBのネットワークマップブランチで、マップタイプを作成、選択、パラメーターを設定すると、システムはすべてを独自に実行します。



カードの種類は次のとおりです。

1. カスタム これは、ユーザーの要求に応じて、手動で作成するために設計されたカードです。
2. レイヤー2トポロジー 。 これは、OSIモデルの第2レベルに依存して、ユーザーに対してすべてを自動的に実行できるマップです（実際、デバイスのMACアドレスに基づいてマップを作成します）。
3. IPトポロジー 、別名レイヤー3 。 レイヤー2の場合と同様に、OSIの3レベルモデル（IPアドレス）に基づいてマップのみが構築されます。

手動マッピングを選択する場合、ノードをツリーからマップレイヤーにドラッグし、それらを接続する必要があります。 通常の描画。



他の2つのケースでは、システムがマップの構築を開始する基準点を選択する必要があります。 たとえば、ルーターのノード。 システムは、接続されたデバイスとそれらが接続されているポートに関するデータをそこから読み取り、その後、次のルーターからデータを読み取り、比較などを行います。 すべてのデバイスを分析した後、NetXMS自体が、ネットワークデバイスと接続先のポートとの間の接続を取得します。 カードプロパティ（ RMB-プロパティ-カードプロパティ ）の対応する項目をタップするだけで、システムがカードにエンドデバイス（プリンター、PC、サーバー）も配置することを示すこともできます。 また、この段落では、必要または必要に応じて「検出半径」を設定できます。



少しお勧めします。 [画面に常に合わせる]プロパティを有効にして、ネットワークマップを更新するたびにワークスペースをスクロールしてズームを操作する必要がないようにします。







分散ネットワークトポロジを使用すると、エリアのマップにオブジェクトをオーバーレイできます。 また、たとえば、必要なオブジェクトをその上にオーバーレイすることにより、サーバールーム内の機器を備えたラックの写真を使用することもできます。 したがって、ラック内のデバイスのステータスをすばやく判断できます。 私の意見では、これは、状況を説明するために後継者または新しく到着した同僚にケースを転送するために、必要に応じて非常に有用なことです。 視覚的に、便利に、自明に。

3.4。 エージェント

エージェントは、WindowsとLinuxの両方に存在します。 動作原理は、同じZabbixのエージェントの動作原理と同じです。これは、メトリックを取得する必要があるマシンにインストールされ、監視サーバーにデータを転送します。 エージェントは、システムにノードを追加する前と後の両方にインストールできます。 エージェントがノードに表示された後、システムは標準テンプレートを使用して、しばらくするとノードからデータを受信し始めます。 1つのノードと、1つまたは複数の事前定義済みテンプレートを添付することにより、両方の監視対象パラメーターを追加できます。 もちろん、この設定はより柔軟であるため、テンプレートを使用することをお勧めします。



エージェントの監視パラメータのリストは非常に広範囲です。 NetXMS Wikiの完全なリストを参照してください



エージェントがノード上で機能しているとシステムが判断するとすぐに、ノードのオペレーティングシステムに応じて、このノードをデフォルトのテンプレート（ Windows、Linux、HP-UX、Generic UNIX、AIX ）のいずれかにすぐに接続します。



Windowsホストの標準テンプレート：







特定のノードを追跡するためのパラメーターを追加するには、「 RMB-Data Collection Parameter 」をクリックし、次に「 ワークスペースでRMB-新規パラメーター 」をクリックし、リストから必要なものを選択します。 監視対象パラメーターのトリガーを構成することもできます。



Zabbixなどのエージェントがユーザースクリプトを実行できることが重要です。

3.5。 トリガー

トリガーは、収集されるデータの特定のイベントに応答するように構成できます。 たとえば、ルーターへの特定のピンポン値を超える。 各トリガーの通知方法も構成されます（一部の場合、コンソールのアイコンで十分であり、一部のアラートは可能な限り即座にアラートを送信します）。 イベントへの応答は、アクション構成で事前構成されたものから選択されます。



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







「 関数 」-条件を計算するために取る値または値。 次の値を取ることができます（検証に使用される値の数は、「サンプル」フィールドに示されています）。

-最後にポーリングされた値：最後にポーリングされた値

-平均値：最後からの平均値

-平均偏差：平均偏差

-前の値との差：前の値との差

-データ収集エラー：データの受信エラー

-値の合計：値の合計

-スクリプト：ユーザースクリプトの結果として取得された値



「 操作 」-トリガー条件をトリガーします。 値を取ることができます（値は対応する[値]フィールドに示されています）。

-<：より小さい：より小さい

-<=：より小さいか等しい：より小さいか等しい

-==等しい：同等

-> =：より大きいか等しい：より大きいか等しい

->：より大きい：より大きい

-！=：等しくない：等しくない

-のような：に近い

-好きではない：近くではない

最後の2つのパラメーターを犠牲にして、私はそれらがどのように機能するかについて自信がありません。 したがって、どの境界がそれらに組み込まれているとは思いません。



一言で言えば、すべてが同じZabbixのように見えますが、間違いをしたりenterったりすることを恐れて、数式を手で入力する必要はありません。 トリガー（非アクティブ化イベント）を復元するために、システム自体が値を置き換えます。 （Zabbixは再び印刷する必要があり、封印しないでください）。

3.6。 パターン

テンプレートを右クリックして作成し、テンプレートの名前を入力します。 RMB-Data Collectionの構成。





たとえば、ノードの応答時間（ping）に関する情報を収集するには、新しいパラメーター（ RMB-new parameter ）を追加し、[Origin]フィールドで[Internal]を選択して、[Select]ボタンを押し、[Ping Time]を選択します。 Zabbixで私が夢見ていた検索があります。 また、ノードのポーリング期間を変更することは理にかなっています（デフォルトでは60秒です。つまり、監視システムによって問い合わせが行われた直後にルーターが応答を停止した場合、システムに問題があると認識されるまでにほぼ1分かかります）そのため、アラームが鳴ります）。



処理できる内部データのリスト：







必要な設定をすべてテンプレートに追加したら、 RMB-applyをクリックして、このテンプレートを適用する必要があるすべてのノードを選択します（ ctrl + LMB ）。 そしてそれだけです。 その後、テンプレートの下のツリーにブランチが表示され、このテンプレートが適用されているすべてのノードを見ることができます。



テンプレートからノードをデタッチすると、収集されているデータの収集は停止しません。収集をキャンセルするには、各ノードのデータ収集構成に移動してすべてを手動で削除するか、最初にテンプレートからパラメーターを削除してからノードを削除する必要があります。 なぜそのように行われたのかはわかりませんが、私の意見では、これは非常に奇妙なことです。 しかし...そのまま。



テンプレートで、収集する目的のデータを選択し、それを別のテンプレートにコピーできます。 大規模に。 そして、あなたの手で1つのテンプレートから別のテンプレートにコピー＆ペーストしないでください... 私はすでにZabbixを嫌い始めています..

3.7。 ダッシュボード

奇妙なことに、このテーマに関するNetXMS Wikiにはyoutubeへのリンクが1つしか含まれていません： ダッシュボードの作成、ダッシュボードに追加できる要素のリストや説明すらありません。 原則として、すべてが同じように直感的です。 ラベルは...まあ...ラベルは...翻訳する方法すら知らない。 一言で言えば、名前の要素自体には含まれていないため、碑文のあるフィールドを使用して要素を示し、区切ります。 折れ線グラフは折れ線グラフです。 棒グラフはグラフです。 アラームビューア -選択したノードのアラートのリスト。 要するに、名前はそれ自体を物語っています。



次に、ダッシュボードのプロパティを開き、ビューを構成します。 ダッシュボード要素タブに興味があります。 列数は、列の数であり、水平に配置される要素です。 各オブジェクトには独自のプロパティがあり、各要素のサイズを最小化するために、Layout-Grabの過剰な垂直方向のスペースをオフにすることをお勧めします。

3.8。 アクション構成

（構成-アクション構成）

本質的に、これらはトリガーに応じたアクションです。







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



次のこともできます。



-別のNetXMSサーバーに通知を送信する

-NetXMS管理サーバーでコマンドを実行します

-NetXMSエージェントを使用してノードでコマンドを実行します

-NXSLスクリプトを実行します（NSXLはNetXMSスクリプトプログラミング言語です ）



アクションを作成したら、実行遅延時間を設定し、実行するマクロを適用できます。 遅延時間は、問題が解決した場合にオペレーターを邪魔しないために必要です（たとえば、ping要求への応答時間が指定された値よりも長かったが、次のチェック中に通常に戻ることができます。 。

3.9。 アクセス権の差別化

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

4.結論

私は自分の記事のタイトルに反論したいと思います。 NetXMSは怠け者向けではありません。 開発者は、 一部の機能などの機能に焦点を合わせなかっただけですが、他のすべてに加えて、インターフェイスも管理しました。



やってみましょう。 ZabbixとNetXMSを使用しました。 このために、これら2つのシステムから自分の気持ちを書きます。



だから。



NetXMSは非常にユーザーフレンドリーなシステムだと思います。 まあ...管理者に...はい、管理者に。 彼女は直感的なインターフェイスと呼ばれるものを持っていますが、それは素晴らしいです。 独自の式を記述する必要はありません。多数のサポートドキュメントを読んで、切り替え前または他の簡単なことの前にping検証を有効にしてください。 しかし。 Zabbixでは、この最も単純なことは本当に複雑なこととそれほど変わりません。つまり、習得すれば残りを行います。 NetXMSにはヒントがあります。ほとんどのパラメーターはインターフェイスにあり、マウスで選択して構成できます。 Zabbixでは、システムがそれだけでこれができるかどうか、もしそうなら、どのように書かれ、どのパラメータが返されるかを調べる必要があります。 Zabbixは、あらゆる場面でコミュニティと多数のテンプレートで勝ちます...このジャンクマウンテンで必要なものを見つけることができれば...一方、NetXMSには、このシステムに作成された多くのファンと追加機能があります。 また、プロジェクトのメインページで説明されているように、システム自体は、すぐに使用できる最も一般的なアプリケーションを監視できます。



私にとってZabbixに対するNetXMSの主な利点は、トリガーに応じて問題のあるノードでスクリプトを実行できることでした。 CPUの温度がしきい値を超えたため、CPU自体がホストを消滅させます。 そして、我々は理解します-問題は何ですか。 おそらくZabbixにもそのようなことがありますが、私はできませんでした。 ルーターのポート監視と同様。 そして、ここにあります...まあ、そのまま...スクリプト言語を習得する必要があり、それだけです...



NetXMSのアクセス権により、システムのさまざまなユーザーの機能を非常に柔軟に区別できます。 ただし、すべてを設定するには、直接調整する必要があります。



一般的に、システムは非常によく似ており、一見したところ、その機能は少なくとも同等のように見えます。 Zabbixはさらに多くのことができると感じていますが、これらの機能は内部にあり、シンプルな定命の管理者にとっては、オールインワンは実現不可能です。 NetXMSは、シンプルでわかりやすく、フレンドリーで楽​​しいものと見なされています。



Zabbixには、優れたドキュメント、Wiki、操作方法、FAQ、ベストプラクティス、さまざまなフォーラムなどがあり、ほぼすべての質問に対する回答を見つけることができます。 そしてそれなら-あなた自身を設定します。



要約すると、NetXMSは、始めたばかりの人や、すべてを監視することに深く潜る必要のない人に推奨したいと思います。 さらに対処すれば、非常に微妙な観察結果を得ることができると確信しています。



しかし、それでも、私が見る主なプラスは、非常に素晴らしいインターフェースとセットアップの容易さです。

5.使用済み材料

youtubeチャンネルTomas Kirnak

NetXMS Wiki

Google検索