ネットワークの文書化

監視によって手作業で管理するのではなく、ネットワークの実際の構成（トポロジ、アドレス設定、グループ化、依存関係）を組み立てた説明です。

ネットワークのドキュメントは、作成した当日には正確でも、その後徐々に実態と合わなくなりがちです。図はある場所に、アドレス計画は別の場所に保存され、リンクが存在する理由を知っていた担当者も異動してしまいます。

NetCrunch は、これとは逆のアプローチを取ります。ネットワークを監視するには、そのネットワークがどのように構成されているかを検出する必要があります。そして、その理解は監視の副産物として保持され、図示され、更新されます。得られるのは、誰かが最後に記録した時点のネットワークではなく、現在のネットワークの状態を表す説明です。

nd-topology

マップは自動的に作成される

次の 2 つのトポロジレイヤーは、誰かが作図しなくても検出および維持されます。

Routing maps

論理的な構成図。存在する IP ネットワークと、それらを接続するルーターを示します。

Physical connection maps

layer 2 の構成図。どのデバイスがどのスイッチポートに接続されているかを示し、スイッチごとに各ポートのトラフィックを表示します。

どちらも ネットワークトポロジーマップ で説明しており、物理セグメント監視を有効にする方法や、デバイスがマップに表示されない場合の対処方法も含まれています。

nd-organisation

組織構成も検出される

配線だけでなく、アトラスには環境がどのように分割されているかも記録されます。こうした分割の多くは、誰かが編集する一覧ではなく、監視データに基づいて自動的に維持されます。

• Device Groups と Server Types — プリンター、スイッチ、ワイヤレス、Linux、Windows Server
• Locations — SNMP のロケーションデータから取得、または手動で入力
• VLANs と Windows Domains
• Organizations — 複数の組織にサービスを提供する環境向け
• Virtual Machine Hosts — 配下にゲストを表示

これらは動的なビューです。役割が変わったノードは、自動的に別のグループへ移動します。 ネットワークアトラスマップ を参照してください。

同じアドレスが異なる場所を示す場合

複数の拠点で同じプライベート範囲を使用する環境は、手作業で管理されたドキュメントがまさに破綻しやすいケースです。NetCrunch は、network sites（個別のアドレス空間）によってこれに対応します。これにより、ある拠点の 192.168.1.10 と別の拠点の 192.168.1.10 が混同されることはありません。サイトはノードへの注釈ではなく、ノードを識別する要素の一部です。

nd-dependencies

何が何に依存しているか

ネットワークの説明で通常最も役立つのは、構成要素の一覧ではありません。そのうちの 1 つが障害になったとき、何が停止するのかを把握できることです。

NetCrunch は、既に把握している情報から依存関係を記録します。ノードへのルート、その下にある仮想化ホスト、そして検出した layer 2 接続などです。これにより、背後にある 200 台のノードではなく、障害が発生したルーターを報告できます。

依存関係がネットワーク上のものではなく業務上のものである場合は、composite status を使用して自分で定義でき、NetCrunch がその結果を描画します。 複合ステータス および ビジネスサービスビュー を参照してください。

nd-your-knowledge

あなただけが知っている情報

検出によって、サーバーの所有者、適用される契約、リンクが存在する理由を特定することはできません。これらを保持するのが次の 2 つの機能です。

Custom fields

ノードレコードに追加する、数値、テキスト、日付、時刻、または選択リストのフィールドです。ビューでこれらを使ってフィルターできるため、「Finance が所有するすべての要素」が自動的に維持されるビューになります。 ノードのカスタムデータの管理 を参照してください。

Notes

フィールドに収まらない理由や情報を記録するために、ノードに追加する自由記述のテキストです。

Device classification はこの 2 つの中間に位置します。主に検出されますが、手動で修正することもできます。また、他の多くの情報がここから派生するため、修正する価値があります。 Device Identification Manager を参照してください。

nd-boundaries

対象外となるもの

• 監視対象を文書化します。 NetCrunch が一度も認識していないものは記述されないため、ドキュメントの網羅性は監視範囲に左右されます。
• 意図された状態ではなく、実際の状態を記録します。 マップには検出されたネットワークが表示されます。本来存在すべきでないリンクも、存在すべきリンクとまったく同じように描画されます。
• 設計ツールではありません。 検出されたネットワークと比較するための計画状態の図はありません。

address spaceas-builtcustom fieldsdependenciesdevice typedocumentationdynamic viewsinfrastructurelayer 2network documentationnetwork sitesnotesphysical connectionsrouting maptopology