削減に対する XNUMX つの主要な課題の克服 MTTR

by 2018 年 1 月 3 日

このエグゼクティブ サマリーは、 減らす MTTR および SLA 違反のウェビナー、オンデマンドで利用できるようになりました — 登録フォームは不要です。

ネットワーク チームは、「ファイブ ナイン」のアップタイム (9% の可用性) を実現することにますます熱意を感じています。 これは、年間 99.999 分 5 秒未満のダウンタイムです。 ほとんどの組織では、毎年 17 ～ 4 回の停止が発生しています。 停止ごとの修復時間は約 XNUMX 分です。

冗長性の構築に大金を費やし、監視システムとチケット システムを自動化しましたが、 2017 NetBrain 調査 まだ企業の 80% 以上を占めていることがわかりました 停止ごとに XNUMX 時間以上 再起動して実行します。 数学は足し合わないだけです。

減らす唯一の方法 MTTR XNUMX 時間から約 XNUMX 分に短縮されたのは、検出から最初の対応、エスカレーションから解決までのトラブルシューティング手順を自動化するためです。 従来の手作業によるトラブルシューティングの方法に頼ることは、銃撃戦にナイフを持ち込むようなものです。

従来の手作業によるトラブルシューティングの方法に頼ることは、銃撃戦にナイフを持ち込むようなものです。

 

検出と解決の間の XNUMX つの課題

2017 NetBrain 調査では、検出と解決の間の XNUMX つの主要な課題が特定されました。 MTTR:

1. ファーストレスポンダーは、目の前の問題を解決するために必要な可視性を欠いています。
2. CLI によるデータ収集には、非常に時間がかかります。
3. チーム間のコラボレーションの欠如は、解決を遅らせます。
4. 最初の対応者が問題に到達する前に、問題は消えます。

 

1. オンデマンド マッピングは必須

ネットワーク チームの約 43% は、目の前の問題に対処するための最新の図を持っていません。Visio のような手動の文書化ツール (図は作成されるとすぐに時代遅れになります) に依存するか、「部族の知識」に頼っています。 」 最も経験豊富なエンジニアの。 トラフィックが実際にどのように流れているかを正確に把握していない限り、迅速かつ効果的にトラブルシューティングを行うことはできません。 ライブ 通信網。 結局のところ、見えないものを修正することはできません。 に頼る traceroute は理解を制限します 何が起こっているのか; NetBrain、一方、すべての組み合わせの完全なエンドツーエンドの可視性を提供します traffic pathわずか数秒で完了します。

NetBrain Dynamic Maps はネットワーク データを視覚化し、「クリーン キャンバス」上にコンテキストで表示するので、無関係な詳細の海に溺れることはありません。 基本的なトポロジだけでなく、基礎となる設計、構成、リアルタイム パフォーマンスの詳細、およびおそらく最も重要な履歴情報も表示されます。 トラブルシューティングの最も重要な質問である「何が変わったのか?」に対する答えがすぐに得られます。 ネットワークの定期的なスナップショットを活用して、 NetBrain 比較分析を実行して、構成、ルーティングなどの変更を見つけます。

そしてなぜなら NetBrain マップはライブ ネットワーク データを使用して作成され、常に最新で正確です。

によって自動的に収集されるデータの深さと幅です。 NetBrain これにより、トラブルシューティングを迅速に開始できます。 ほぼすべてのネットワーク データをマップ上に重ねることができます (または重ねないこともできます)。 構成ファイル、ルート テーブル、MAC、ARP、STP、BGP、OSPF、マルチキャスト、MPLS、NAT など、問題を診断するために必要なあらゆるデータをクリックするだけで、トポロジと設計データに関する無限の詳細を掘り下げることができます。

(ウェビナーでは、ソリューション アーキテクチャ担当ディレクターの Ray Belleville が、 NetBrainの自動データ検索エンジン。)

2. 診断分析を自動化する

ほとんどのネットワーク チームと同様に、トラブルシューティングは依然として手作業です。 おそらく、必要な情報を取得するために一連の CLI コマンドを発行したり、いくつかの試行錯誤の解決策を試したり、非常に厄介な問題については、会社に常駐する専門家 (「トライバル リーダー」) を探しに行ったりします。内外のネットワーク。

しかし、それには時間がかかります。問題が発生した場合、時間だけが欠けています。

NetBrain は、手動で実行するすべての CLI コマンドを、一度に XNUMX つのコマンド、一度に XNUMX つのデバイスで取得し、すべてのデバイスで一度に自動的に実行します。 苦労してデータを断片的に収集して何百行もの出力を調べる代わりに、CLI コマンドをマップにドラッグ アンド ドロップするだけです。 すべてのトラブルシューティングの証拠は、状況に応じて動的に自動的に収集されます。 ネットワークマップ.

次に、すべてのデータを分析するために、しきい値を簡単に定義できます (特別なプログラミングの知識は必要ありません)。アラートを作成します。 その後、文字通り XNUMX 回クリックするだけで、このアラートをモニターに変えて、それ以降の異常にフラグを立てることができます。 さらに良いことに、現在のデータを履歴データと比較してすぐに分析し、何が変わったのかを確認できます。

3.引き継ぎとエスカレーションを合理化する

毎秒が重要な場合、最初のレスポンダーは部族のリーダーを追跡したり、ハンドブック バインダーを調べたりする時間がありません。 できるだけ多くのトラブルシューティングをできるだけ迅速に処理できるようにする必要があります。 そして、必要に応じて、問題を可能な限り効率的にエスカレーションします。これにより、一連のチェーンの各チームが車輪を再発明する必要がなくなります (前のチームが行ったのとまったく同じ診断を実行します)。

それはどこですか NetBrain 実行可能ファイル Runbookが登場します。 実行可能ファイル Runbook 最高の専門家が問題を解決するために行う手順を段階的にデジタル化します。 の各ステップ runbook ボタンをクリックするだけで実行できる自動診断です。 Runbook■ 複数のデバイスに対して同時に CLI コマンドを発行し、データを解析して、HSRP アクティブ/スタンバイ ステータス、QoS キュー ドロップ、デュプレックス ミスマッチ、ASA フェールオーバー ステータスなどの関連情報をマップに表示します。

成文化された「if-then」ワークフロー ロジックは、経験の浅い対応者が分岐した意思決定プロセスに従うように導き、より多くの問題により迅速に対処できるようにするだけでなく、合理化されたハンドオフで問題をエスカレーションできるようにします。

4. 断続的な問題が消える前に発見する

トラブル チケットを開きますが、問題の原因となった状況が変化し、NTF (トラブルが見つからない) でしか応答できません。 繰り返しますが、見えないものは修正できません。 問題を再現することはほとんど不可能であり、リアルタイムで「ライブ」を見ることができる幸運が必要です。

必要なのは、事後ではなく、問題が発生したときの情報です。

NetBrain 自動化は継続的です。 他の NMS (発券システムや監視システムなど) との API 統合により、自動診断とデータ収集が常にオンになっているため、問題が検出されるとすぐに、 NetBrain キックインして作成します Dynamic Map 問題のある領域を特定し、実行可能ファイルをトリガーします Runbook すべてのデータをキャプチャして物事を分析します。

 

この 減らす MTTR および SLA 違反 ウェビナーはすべてオンデマンドで利用できるようになりました。登録は必要ありません。

または、さらに良い方法 NetBrain 行動することは 当社の専門家とのパーソナライズされた 30 分間の 1 対 1 のデモをスケジュールしてください。