316のフレームリレーデータ回線と50のDSL回線、そして2500人のエンドユーザーをサポートしなければならないようなネットワーク管理者にとって、夜間のトラブルにどう対応するかは頭の痛い問題だ。

　人材派遣会社ランドスタッドのマネジャーでシニアネットワークエンジニアのマイク・ハーモン氏は数年前、この問題で苦労していた。

　当時、アトランタの本社と全米の数十の支社を結ぶランドスタッドのネットワークでは、夜間にデータ回線のいずれかが原因不明の理由でダウンする事態が頻発していた。だがIT部門が回線の停止を発見するのは朝になってからで、「彼らは問題の発生に気付く場合もあったが、気付かないこともあった」（ハーモン氏）

　もちろん、ハーモン氏とそのスタッフは、今と同じように、「業務が始まるまでにトラブルを解決できなければならないと考えていた」と同氏は語る。

　こうした認識から、ランドスタッドは数年前からネットワーク監視をロジックスリソースグループに業務委託している。同社はWeb経由でWAN、LAN、アプリケーション、サーバ、ファイアウォールの監視・管理を行うホスティングサービスを、企業、通信キャリア、インテグレーター向けに提供している。ランドスタッドはロジックスのサービスを、同社のチャネルパートナーのアドコムを通して利用している。

　ロジックスリソースグループのシェリー・トライバート社長は、同社の監視・管理プラットフォームを「サービスとしてのソフトウェア」モデルと呼んでいる。同社のサービスは通常、VARやリセラーを通じて販売されており、ほとんどの顧客はそのキャリアを通じて利用している。

　基本的に、ロジックスのシステムはネットワークを監視し、問題を検出すると自動的にトラブルチケットをオープンし、キャリアに通知する。キャリアは問題がどこにあるかを調査し、問題を発見すると別のチケットをオープンする。これを受けて適切な対応策が講じられるとトライバート氏は語る。

　ロジックスは、管理アプリケーションのパフォーマンスに関するカスタマイズされたアドホックリポートを提供するLogixNMC-Flow Reportsというホスティングサービスも行っている。

　ロジックスによると、ランドスタッドが利用している同社のサービスは、24時間365日のネットワーク監視、ネットワーク管理およびパフォーマンスリポート、帯域利用状況リポート、トラブルチケットシステムの自動化を可能にするキャリアとのXML通信、キャリアからSLA違反による返金を受けるためのデータを自動的に生成するSLAリポートだ。

　「自動化されている点がありがたい」とハーモン氏。「そのおかげでトラブルに勝つことができる」

　ハーモン氏によると、ロジックスのシステムでは、同氏のスタッフはネットワーク上の各ルータを監視し、それらにpingを打つことで、ネットワークが正常に稼働しているかどうかをチェックできる。

　「われわれが物理的にサイトを監視する必要はない」（同氏）

　またランドスタッドでは、24時間365日のネットワーク監視サービスを受けることで、安心感を得ているだけでなく、ダウンタイムを最小限に抑えている。さらに、問題が発生した場合に、トラブル対応を依頼するためにキャリアやサービスプロバイダーに電話をかける必要もない。

　「問題が起きて電話をかけても、45分から1時間も保留で待たされることが多い」とハーモン氏。「電話をかけずに済めばその時間を節約できる」

　また、ハーモン氏はコストや採算を管理するCIOレベルの役員に、ロジックスのシステムで生成されるリポートを提出しているという。こうしたリポートは、サイトごとや統計カテゴリーごとに、あるいはネットワークパフォーマンスについて分析できるようになっている。

　SLAリポートも有益だ。ロジックスのシステムでは、ボタンをクリックするだけでSLAリポートを生成でき、ランドスタッドはこのリポートによって1カ月に数千ドルを節約できると、ハーモン氏は語る。

　「SLAリポートサービスは時間の節約に非常に役立つし、コストメリットももたらしてくれる」と同氏。「手作業でSLAリポートを作成するとなると、トラブルチケットを全部調べるのに5～6時間はかかるだろう。このサービスを自分で実際に使ったのは1回だけだが、リポートを生成してキャリアに提出するのに2分もかからなかった」

　ハーモン氏は、SLA違反による返金額は、ネットワークトラブルの発生件数によって月ごとに異なるが、トラブルが多い月は4000～5000ドルに達すると話している。

　また、ハーモン氏はロジックスのシステムを使って、帯域利用状況リポートも生成しているという。このリポートでは、どのオフィスの帯域利用率が高いか、あるいは低いかを特定することなどが可能だ。あるサイトでネットワーク遅延が発生した場合、同氏は帯域使用量をチェックし、帯域不足がトラブルの原因かどうかを判断できる。

　「帯域の問題ではなかったとしても、ほかにもさまざまな角度から原因を調べられるようになっている」（同氏）