マネージド産業用スイッチに監視メニューがあるからといって、現場の障害箇所を自動的に特定できるわけではありません。真に有効な監視では、機器、回線、サービスの3か所に、相互に検証できる証拠を残す必要があります。受入試験では、緑色のトポロジーのスクリーンショットを撮るだけでなく、観測すべきトラフィックを観測できること、報告すべきイベントを受信できること、サービスの中断と復旧を独立して測定できることを実証しなければなりません。
1. まず、監視が実際に何を観測しているのかを明確にする
スイッチのハードウェアは、イーサネットフレームの受信と転送を担います。フレームとは、リンク上で伝送されるデータ単位です。管理プログラムは、ポート状態、エラーカウンター、廃棄カウンターを読み取り、その結果を保守担当者に提供します。サービス通信の転送が継続していても、アドレス、アクセスルール、管理処理の負荷などが原因で、管理用コンピューターから一時的にアクセスできない場合があります。したがって、管理画面を開けないだけで、スイッチが動作を停止したと断定することはできません。
受入試験の前に、サービスの送信元、宛先機器、ポート、関連する仮想LAN、想定経路を書き出してください。仮想LANは VLAN と呼ばれ、レイヤー 2 のブロードキャスト範囲を分割するために使用されます。VLAN を設定するだけで、異なるネットワークセグメントが自動的に接続されるわけではありません。ネットワーク図には、リンク速度、光モジュール、予備経路も記載する必要があります。トポロジーの自動検出には、対象モデルと隣接機器が対応する検出機構をサポートしている必要があります。図にノードが表示されないのは、単に検出機能が不十分なためかもしれません。
2. ミラーリングは観測点にコピーを送る
宛先アドレスがすでに学習されているユニキャストフレームは、通常、対応するサービス用ポートに直接送信されます。ノートパソコンを任意の別ポートに接続しても、この通信を観測できるとは限りません。一方、ポートミラーリングは、設定に従って指定された受信側または送信側のトラフィックをコピーし、専用の観測ポートに送信します。受信とはスイッチに入ること、送信とはスイッチから出ることを意味します。方向、ポート、または VLAN を誤って選択すると、キャプチャ結果が不完全になります。
まず、分離された試験環境でシーケンス番号付きの既知のトラフィックを送信し、サービス受信側が何を受信したかを確認してから、ミラーキャプチャと比較してください。複数の送信元トラフィックを集約すると、ミラーポートやキャプチャ用コンピューターの処理能力を超える場合があります。コピーキュー、ネットワークカード、ソフトウェア、ディスクにも、それぞれ限界があります。ミラー側でパケットが欠落していても、サービス受信側でパケットが欠落したことにはなりません。また、完全なデータをキャプチャできても、ほかのサービスが正常であることは保証されません。ミラーリングが転送に影響するかどうかは、ハードウェア構成や設定にも関係し、すべてのモデルでまったく影響がないとは約束できません。関連する制約については、 CiscoのSPANに関する説明 を参照してください。具体的な操作には、必ず当該機器のマニュアルを使用してください。
観測位置によって、数量の解釈も変わります。同じフレームの受信側と送信側を同時にミラーリングすると、キャプチャにそのフレームのコピーが2つ現れる場合があります。これは、本番ネットワークが実際に重複送信していることを必ずしも意味しません。キャプチャ方向、送信元ポート、フィルター条件を記録し、試験用シーケンス番号でコピーの対応関係を確認してください。キャプチャ用コンピューターが記録する時刻は、その観測点への到着時刻であり、サービス受信側の受信時刻としてそのまま扱うことはできません。フィルターを絞り込みすぎたり、キャプチャ用ネットワークカードが特定の種類のタグを解釈できなかったりすると、すでに到着したフレームも表示結果に現れない場合があります。まず既知の試験フレームでキャプチャ経路全体を検証し、次に同じ設定で障害前後を比較することで、証拠を比較可能なものにしてください。
3. アラームの有効性は、生成と到達の両方を確認する
ポーリングとは、管理システムが機器に定期的に問い合わせる方式です。能動的な通知とは、イベント発生後に機器側から通知を送信する方式です。SNMPは広く使用される管理プロトコルで、Trapはそのイベント通知方式の1つです。Syslogはログの転送に使用されます。これらは観測上の課題に対応するものであり、通信品質の実証においてサービス受信側の代わりになるものではありません。ポーリング周期が長い場合、2回の問い合わせの間に短時間の障害が発生する可能性があります。通知の伝送経路が中断された場合、機器にはイベント記録が残っていても、リモート側では通知を受信できない場合があります。
まず機器、ログサーバー、試験ツールの時刻を合わせ、同期方式と精度を記録してください。そのモデルで認められた方法により制御可能なイベントを発生させ、機器のローカルログ、サーバーの受信時刻、イベント対象、復旧記録を確認します。その後、アクセス権限、受信先アドレス、ネットワークルールを確認してください。アラームを試験するために、本番ネットワークで無作為にケーブルを抜いたり、電源を切ったり、ブロードキャストストームを発生させたりしてはいけません。分離された環境と事前承認済みの試験時間帯を使用してください。
4. 復旧時間はサービスの観測点で測定する
冗長化プロトコルが障害を検出して経路を再選択する時点と、端末が継続的な送受信を再開する時点は同じではありません。ポートランプが再点灯したことや、ネットワーク管理システムが復旧通知を受信したことは、対応する観測点で変化があったことを示すだけです。これを根拠に、すべてのリングネットワークの復旧時間を一律に50ミリ秒未満と記載することはできず、まして復旧をパケット損失なしと同一視することはできません。
分離された試験ベンチで、時刻とシーケンス番号付きの試験トラフィックを連続送信しながら、障害の発生操作、機器による検出、アラームの到達、受信側の復旧を記録してください。試験計画には、フレーム長、負荷、障害箇所、「復旧」の判定基準を明記する必要があります。たとえば、受信側が規定数の有効なフレームを再び連続して受信することを基準にできます。異なる箇所で試験を繰り返し、中断時間、欠落したシーケンス番号、重複フレームを記録してください。アラームはサービス復旧より早い場合も遅い場合もあるため、元の記録を保存しなければなりません。最小値だけを転記してはいけません。
5. 飛暢科技の製品機能を受入試験項目に落とし込む
飛暢科技 M12インターフェース搭載16ポートギガビットマネージドスイッチの製品ページ には、ミラーリング、Syslog、RMON、Trap、リングネットワーク関連の機能が記載されています。これらは、それぞれトラフィックのコピー、ログ、リモート監視、イベント通知を提供します。購入時には、ソフトウェアバージョン、監視可能な対象、制限事項を明確にするよう求めてください。製品ページに機能が記載されていても、どのような配線や負荷でも同じ復旧時間が得られることの証明にはならず、実際のネットワーク受入試験の代わりにもなりません。
納入記録には、少なくともモデルとバージョン、設定バックアップ、試験トポロジー、試験条件、元のキャプチャデータとログ、異常事象、再試験結果を含める必要があります。設定をエクスポートした後は、復元方法も確認し、「バックアップファイルがある」ことを、復元可能であると実証済みの状態として扱わないでください。リモート管理の権限を制限してください。ミラーデータには現場のサービス情報が含まれる場合があるため、収集には承認を得て、適切に保管する必要があります。
受入試験の到達点は、すべてのメニューが存在することを確認することではありません。保守担当者が問題を再現し、観測結果を説明でき、証拠からは何が見えないのかを理解していることです。まずサービスに影響があるかどうかを判断し、その後でミラーリング、カウンター、ログを使って範囲を絞り込むことで、監視ツール自体の制約をスイッチの故障と誤認しないようにしてください。
資料に関する注記：製品の機能は、上記の飛暢科技のモデルおよび実際のバージョンに準じます。SPAN資料は観測の仕組みを説明するためのものであり、飛暢科技のコマンドや性能の根拠ではありません。図は一般的な原理図であり、実際の製品写真や実測記録ではありません。
現場でよくある質問
ミラーキャプチャにデータの欠落があれば、スイッチが本番パケットを廃棄したと証明できますか？
いいえ。ミラーポート、コピーキュー、キャプチャ用コンピューターが先に容量の限界に達する場合があり、方向やフィルターの設定も結果に影響します。シーケンス番号を使って実際の受信結果とミラーコピーを比較し、観測位置を記録してください。キャプチャでの損失とサービス通信での損失は別々に判断する必要があり、一方をそのまま他方の代わりにはできません。
機器のローカルログにはリンクダウンの記録があるのに、ネットワーク管理システムがTrapを受信しなかったのはなぜですか？
ローカルでのイベント生成と、リモート側への通知到達は異なる段階です。通知設定、受信先アドレス、権限、伝送経路も確認する必要があります。障害自体がその経路を中断している可能性もあります。各観測点の時刻を同期し、管理された条件の下で、ローカル記録、サーバーでの受信、復旧イベントを比較してください。通知を受信しなかったことを、障害が発生しなかったことと直接同一視してはいけません。
ポート復旧通知に 20 ミリ秒と表示されていますが、サービス復旧時間にも 20 ミリ秒と記入できますか？
そのまま転用することはできません。ポート、プロトコルによる検出、アラームの伝送、アプリケーションによる有効データの継続受信では、観測の範囲が異なります。時刻とシーケンス番号付きの試験トラフィックを使用し、障害の発生操作と受信側の復旧判定基準を記録して、負荷と測定分解能を説明してください。複数回の結果を保存し、最短値だけを選んでネットワーク全体への保証としてはいけません。
関連記事： マネージド産業用スイッチの高度な設定：QoS、マルチキャスト、セキュリティポリシー ; ネットワーク冗長化の方法：予備経路、二重化構成、障害ドメインの詳細解説 ;
中国語の技術記事から翻訳。原文の初回公開日：2024-08-21。原文の最終改訂日時：2026-10-15T22:31:43.863560+08:00。 中国語の原文を読む
