G2ネットワーク性能監視ツール販売を終了しております。導入または検討されている企業が増えています。製品をマルチデバイスで使うことができる点でしょうか。メールやスケジュールといったグループウェア機能も使えますし、コスト的にメリットがあるようです。対策およびセキュリティ対策としても有効です。ならびにその他のクラウドサービスの利用は拡大していくと考えられます。一方で、導入後や運用時にトラブルが発生したというお話をよく伺うようになりました。移行することで通信経路が変わり、今まで介在しなかったファイアウォールやプロキシサーバーを経由した通信が発生します。ベースでの接続に変わり、セッションのタイミングや保持する時間などが変わります。導入後、従来のネットワークでは問題にならなかった箇所が新たなボトルネックとなり、遅延や接続ができない、画面がフリーズするなどのトラブルが発生します。多くの場合は、インターネット回線の帯域不足と、セッション数増加によるファイアウォールやプロキシサーバーの性能不足が原因です。導入したことにより発生するトラフィック量が上乗せされるため、インターネット回線の帯域不足が生じます。トラフィック量が増加する要因は大きなファイルのメール添付やアップロード・ダウンロードであり、セッション数が増加するタイミングは予定表確認時やメール閲覧時です。予定表の確認は要注意で、例えば私が自分以外の人の予定を確認すると、その人数分のセッションを張ることになります。特定のグループのメンバー全員が、他のメンバー全員の予定を確認したとすると、それだけで大量のセッションとなってしまいます。環境においては、性能監視が重要です。どのような着目点で性能データを取得し、どのように管理すればよいのでしょうか。推奨する取得項目をご紹介します。環境における性能監視の着目点まず、ファイアウォールとプロキシサーバーのリソース状況や稼働状況を可視化することが必要です。数といった項目を取得するとよいでしょう。次に、インターネット回線における帯域状況の確認のために、トラフィック量を取得します。ネットワーク構成によっては、ファイアウォールではなくルーターのトラフィック量が対象になるお客様もいらっしゃると思います。レスポンスタイムを取得することが望ましいです。数とトラフィック量も分析する上で参考となるデータです。つの着目点をまとめます。インフラの安定稼働を実現することができます。ご利用されている企業の監視事例をご紹介します。下図のようにデータセンター集約型で、各拠点からデータセンターを経由してインターネットに抜ける構成です。数を取得したグラフデータがこちらです。おさらいになりますが、下記のポイントに着目しました。スイッチでミラーリングし、拠点ごとにトラフィックやコネクションの情報を取得しています。パケットをキャプチャし、フローデータや品質データを可視化することで、性能と品質双方の詳細な分析をすることができます。各拠点におけるプロキシサーバーへのコネクション数の比較も容易におこなうことができます。名古屋拠点は社員数も少ないですが、その他の拠点に比べてコネクション数が少ないです。日の傾向が異なります。時頃はまったくコネクションがありませんが、その分、夕方から夜間にかけて多いことがわかります。このように、拠点およびフロアごとにトラフィックやコネクションの傾向が把握できるため、社員数が増加した場合に、どのくらいセッションが増加するのか、ファイアウォールやプロキシに与える負荷はどのくらいになるかを予測することが可能です。負荷状況を確認しながら段階的に対象ユーザーを増やしていくことで、安定した新しいサービスの導入ができるでしょう。調査をさせていただくことが増えています。今回ご紹介できなかった事例やノウハウも数多くあります。導入を検討されているお客様、または既に導入済みで何らかの問題を抱えていらっしゃるお客様は、是非一度ご相談ください。