障害検出/解析の技術

障害検出/解析の技術

今日のネットワークシステムのほとんどは、TCP/IPを基盤技術としている。従って、そのシステムの障害検出/解析には、TCP/IPの 管理技術であるping、ポート監視、SNMP(Simple Network Management Protocol)を利用する。

pingは、ICMP(Internet Control Message Protocol)を利用したものである。ICMPのエコーリクエストを受信したノード(TCP/IPで通信するもの)は、ICMPのエコー応答を返信し なければならないという規則を利用した非常に単純な仕組みである。

応答を受信した場合、少なくともサービスの利用者は通信相手のサーバ、経路上の回線やネットワーク機器が正常に動作していてTCP/IPレ ベルでの通信が可能であることを確認できる。また、経路上のルータやLANスイッチに対して順番にpingで応答確認を行えば、通信障害の発生場所の特定 に役立つ。pingは、仕組みが単純であるが、強力な障害検知機能があり、TCP/IPネットワークの歴史上、不動の標準管理コマンドの地位を維持してい る。

ポート監視は、サーバが提供するサービスと同じプロトコルでの接続可否を確認するものである。Webサービスならば、サーバのTCPの80 番ポートに接続を試みて判断を行う。pingによる判断は、TCP/IPレベルの通信可否であるのに対して、ポート監視では、アプリケーションの動作まで 判断できる。接続後に、特定のプロトコルによる通信を試みることもある。Webサービスならば、接続後に特定のページデータの取得リクエストを送信して、 正常に取得できるか判断する。これによりサービスの正常動作の判断も可能である。

pingとポート監視は、死活監視と呼ばれ、通信やサービスの生き死にを監視できるものである。監視サービス会社が提供する基本的な監視項 目となっている。しかし、この2つの技術だけでは、障害の発生は検知可能でも、詳細原因を解析したり、障害の発生を予見したりすることは難しい。そこで、 SNMPが必要になる。

図2:ネットワーク障害検出の技術(ping、ポート監視、SNMP)
(画像をクリックすると別ウィンドウに拡大図を表示します)

より詳しく調査するためのSNMPの活用

SNMPは、元々TCP/IPネットワークのルータを管理する目的で開発されたものである。しかし、その有用性が高く評価され、ネットワー クに接続可能な機器の管理技術として普及した。ルータ、LANスイッチ、サーバ、クライアントPCは当然であるが、UPS(無停電電源装置)、ネットワー クプリンタ、サーバラック、CATV機器などにも広まっている。

SNMPの仕組みは、監視対象内にSNMPエージェントと呼ばれるソフトウェアがあり、これが監視対象内から監視に有効な情報を集めている。これをMIB(Management Infomation Base)と呼ばれる一種のデータベースとして整理する。

管理者は、SNMPマネージャにより監視対象のMIBの情報を読み出したり、設定することにより、監視対象の状態を把握したり、制御するこ とが可能である。先に説明したpingなどの死活監視は、表玄関からノックして状態を確認するのに対して、SNMPは内部に潜入したスパイを使って、より 詳しい状況を確認するものである。このため、pingではサーバとの通信可否しか判断できないものが、SNMPによりルータのあるポートが停止しているた め、サーバと通信不能になっているというような詳細な原因が解明できる。

MIBには、TCP/IPで通信するノード共通の情報を示す標準MIBと、機器の種類ごとに特別に定義された拡張MIBがある。その種類 は、膨大なものであり、メーカ独自の拡張MIBを定義するために企業番号を取得した数だけでも、3万以上である(2008年3月現在、企業番号リスト:http://www.iana.org/assignments/enterprise-numbersを参照)。

また、SNMPには、監視対象機器が自ら状態の変化を通知するTRAPという機能がある。例えば、ネットワークインターフェースがダウンし た場合などの通知である。このTRAPを利用することにより、障害の検出を早めることができる。しかし、注意が必要なのは、TRAPは、UDPで送信され るため、受信できない可能性があることである、あくまでTRAPは監視において補助的なものであることを覚えておいて欲しい。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30