Clever Geek Handbook

SNMPモニタリングを本当に簡単にしようとする

Simple Network Management Protocolの名前でSimpleという単語を引用符で安全に記述できるという事実については、すでに多くのことが書かれています。 SNMPは、SNMPエージェントを作成するという観点からは非常に単純ですが、管理ソフトウェア（SNMPマネージャー）側では、複雑なデータの有能な処理は通常、重要なタスクです。











データ収集とSNMPイベントを構成するプロセスを簡素化し、このプロセス中にユーザーを許可しようとしました。









ステップ1：MIBファイルを追加する



まず、MIBファイルを処理する必要があります。 ネットワークの負荷を軽減し、エージェントの実装を簡素化するために、データ要素とその構文間の関係のロジックの説明は、これらのファイルを使用してSNMPで実装されました。 ただし、ユーザーは常に内部デバイスを処理する必要はありません。



AggreGate Network ManagerシステムのSNMPモジュールは、起動時に特別なサーバーフォルダーにあるすべてのMIBファイルをロードします。その後、簡単なダイアログを使用して新しいファイルを追加できます。











ファイルがダウンロードされると、それらは自動的にコンパイルされます。 組み込みの構文強調表示MIBエディターは、仕様に合わないMIBが表示された場合にのみ使用できます。 ごくまれに使用する必要があります。

MIBエディター








これにより、MIBファイルでの作業が終了し、それらの名前は既に収集されたデータの論理的なグループ化にのみ使用されます。 必要に応じて、ダウンロードしたファイルをMIBテーブルで表示および検索できますが、通常の操作時にはこれも必要ありません。

MIBテーブル








ステップ2：SNMPデバイスを接続する



従来の監視システムを構築する場合、定期的なネットワーク検出中にすべてのデバイスがシステムに自動的に追加されるため、このステップは通常必要ありません。 ただし、ネットワークスキャンで検出されたデバイスを追加する場合、ほぼ同じ手順が実行されます。



  1. デバイスタイプを選択します。 この場合、 SNMPまたはネットワークホストのいずれかがサポートされ、Ping、SNMP、WMI、およびその他の一般的なIT監視プロトコルをサポートします。
  2. アドレスと通信設定の表示。 これは、プロトコルバージョン、SNMPコミュニティ、タイムアウトと再試行回数、SNMP v3設定などを指します。
    SNMPドライバーの設定






  3. 資産の選択、つまりMIBファイル。 Network Managerは、デバイスでサポートされているMIBを自動的に検出します。これについては、 別の記事で説明しました 。 ポーリングされるMIBを選択するだけで、デフォルトで「ボックス化された」分析と視覚化が行われているMIBがすでに選択されています。




ステップ3：デバイスのスナップショットを調べる



デバイスの接続手順を完了した後、システムは、選択したMIB内でデバイスのポーリングを完了するのに数秒から数分かかります。 デバイスアイコンが緑色に変わったら、いわゆる「デバイススナップショット」を開いて確認できます。











この図では、SNMPデータを操作するためのアプローチの本質がほぼすべて集中しています。 まず、デバイスのすべての実際のデータが常に「手元に」含まれています。 さらに、すべてのデータは1回だけ読み取られ、その後の調査は重要な指標のみに基づいて行われます。 デバイスの画像の完全な再読み取りは1日に1回行われ、ネットワークの負荷を軽減するために完全に無効にすることができます。 デバイスのスナップショットは、監視システムの再起動時にデータベースにオプションで保存されます。



通常、MIBファイルまたは値の説明によって監視に適したデータを見つける必要がある場合、外部ユーティリティの助けに頼る必要はありません。 すべてのデータはすでにMIBファイルでグループ化されていますが、OID階層でグループ化することもできます。











MIBファイルに含まれるメトリックまたはテーブルの詳細な説明を表示するには、マウスでメトリックの説明または値にカーソルを合わせます。 ツールチップには、SNMPデータタイプと完全なOIDも表示されます。











メトリックがMIBファイル内のテキスト定数で記述されたいくつかの数値のいずれかを取ることができる場合、現在の値に対応する定数がデバイススナップショットにすぐに表示されます。 定数とその数値の完全なリストは、コンテキストメニューから入手できます。











この場合、現在の数値は常にツールチップに表示されます。 編集可能な指標については、さらに簡単です。定数を選択して、その値をドロップダウンリストで直接確認できます。











ただし、SNMPデータ処理方法は、テーブルを処理するときに最も役立ちます。 各SNMPテーブルは、個別のテーブルタイプメトリックとしてデバイススナップショットに表示されます。











テーブル内のデータの編集は、表示中に直接行うことができます。たとえば、ネットワークインターフェイスを無効にするには、対応する行のifAdminStatusフィールドの値を変更するだけです。



ツールチップの列見出しにカーソルを合わせると、MIBファイルから取得したフィールドの説明、およびそのタイプとOIDを確認できます。











たとえば、外部インデックスまたは拡張（拡張）を使用して相互に接続された複数のテーブルがある場合、システムはすべての内部関係を自動的に処理し、リンクされたテーブルのデータを単一の全体に結合します。 ほとんどの場合、ユーザーはそのような困難の存在を認識していません。 たとえば、 hrSWRunPerfTableテーブルは次のようになります。











MIBファイルレベルでは、このテーブルは、 hrSWRunTableテーブルを拡張する2つの列（ hrSWRunPerfCPUおよびhrSWRunPerfMem ）で構成されます。 デバイスのスナップショットでは、これらのテーブルがすでに結合されているため、データ分析、レポートとチャート作成、ストレージのセットアップなどが容易になります。



単一の AggreGateプラットフォームのデータモデルはテーブル指向であるため、SNMPデータテーブルは社内処理の理想的な候補です。 それらを使用して、L2 / L3トポロジが構築され、MPLS TEおよびMPLS VPNデータ分析、IP SLAテストの監視と作成、および数百のより単純なタスクが作成されます。



ステップ4：ポーリング期間と保存期間を設定する



AggreGate Network Managerはプラットフォームとボックス製品の両方であるため、ほとんどの場合、デバイスを自動または手動で追加した後、システムが「理解する」すべてのメトリックとテーブルに対して、メトリックのポーリング期間とストレージ期間が事前に構成されています。 アラームメッセージを生成する必要性について、ダッシュボードと分析に表示します。



コンテキストメニューまたはアカウント設定（すべてのメトリックの一括）を使用して、メトリックのポーリング（同期）およびストレージ設定を調整できます。

ポーリングとストレージの設定










ストレージ設定ダイアログには、通常のデータベース（サーバー設定に応じてリレーショナルまたはNoSQL）の未加工データの保存期間のみが表示されます。 ほとんどの場合、SNMPデータはAggreGateプラットフォームに組み込まれているラウンドロビンデータベース（RRD）に保存されます。 メトリックスとテーブルの一部を循環データベースに転送する統計チャネルの作成に関するトピックに関する別の記事があります。



ステップ5：データ処理と視覚化に進む



データが収集されてサーバーデータベースに保存されると、ビジネス、つまりITインフラストラクチャの監視と管理に使用することができます。 デバイスのスナップショットのメトリックのコンテキストメニューからウィザードにアクセスして、アラーム、レポート、グラフ、クエリ、ダッシュボード、その他の分析および視覚化ツールの設定を開始できます。











これらのツールを使用して、障害、パフォーマンス分析、計画とインベントリ、構成管理、およびその他のシステム機能の原因を見つけるためのシステム全体の操作に対するメトリックと表の効果を構成できます。 同時に、さまざまなインターフェイスが「描画」されます。











結果として



上記のプロセスは多くの詳細のために複雑に見えるかもしれませんが、実際には、完全に新しいデバイスを標準ツールバー上の特定のデータの外観に接続した瞬間からほんの数分しかかかりません。 この間、接続された機器のメーカーのウェブサイトで特定のMIBファイルを検索している間のみ、システムを終了する必要があります。



監視を設定する場合、MIBの名前を手動で指定したり、OIDやその他の低レベルの識別子を入力したりする必要はありません。 これにより、SNMP監視をすばやく簡単に設定できます。



もちろん、まだやるべきことがあります。 個々のメトリックを選択するメカニズムの改善は、MIB全体の1回の調査でさえ回避するために必要です。 SNMPテーブルの個々の行と列を調査から除外する必要があります。 私たちのシステムでSNMP監視をセットアップするプロセスのその他の欠点について聞いてみたいと思います。



さらに詳細に？



この記事では、SNMPトラップの受信、処理、送信、SNMP v3の操作、およびその他の多くの側面については扱いません。



より詳細なストーリーについては、2015年5月26日11:00モスクワ時間に開催されるSNMP監視および管理 Webセミナーにすべての行商人を招待します 。 このウェビナーでは、上記のプロセス全体と、SNMPを使用してネットワーク、サーバー、および非標準機器を監視する他の多くの方法を実演します。



プログラムを表示し、ウェビナーに登録して、カレンダーに追加>>



更新-ウェビナーエントリ：





More articles:


All Articles