ネットワークの謎を解く: リバースエンジニアリングの技術
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
企業組織では毎月何千ものネットワークインシデントが発生し、IT部門はトラブルシューティングと修復に何千時間も費やしています。このような規模のネットワークを扱う組織では、 平均修復時間（MTTR) ほんの少しの増加でも、最終的な収益に大きな違いをもたらすことができます。驚くべきことに、企業で見られる問題の種類は比較的少ないのですが、これらの問題の種類はそれぞれ何度も繰り返されています。ほとんどの問題は独特であるように見えますが、実際には以前に対処された問題と非常に似ているからです。ほとんどの企業はこれに気付いていないため、すべての問題が、あたかもこれまでに見たことがないかのように、個別に対処されています。これにより、大量の無駄な労力と一貫性のなさが生じます。
現在、ほとんどの組織は、ネットワークの問題に対処するために、特にトラブルシューティングとエスカレーションの段階で手動プロセスに依存しています。これらの組織が気づいていないのは、すべての反復作業にネットワーク自動化を導入すると、平均修復時間を 60 パーセント以上大幅に短縮でき、数週間、数か月、さらには数年ではなく、数日で完了できるということです。
ほとんどの組織では、問題の根本はエンドツーエンドの可視性の欠如から始まります。エンジニアや技術者は、予備診断の実行やトポロジの詳細の調査など、ネットワークの問題自体のコンテキストを確立するだけで 1 ～ 2 時間を費やすからです。古くなったネットワーク マップは、ネットワーク インシデントが発生した場合に役に立ちません。わずかな不正確さでも、問題解決の大きな妨げになるか、解決不可能になるからです。また、ネットワーク エンジニアが問題のある場所を毎回正確に把握するのは、時間がかかり、無駄な作業です。
効果的なトラブルシューティングは、ネットワークを深く理解することから始まります。基本的なトポロジだけでなく、基盤となる design intent、構成、およびリアルタイムのパフォーマンスとセキュリティ特性の理解。 そのレベルの知識を得る唯一の方法は、リアルタイムのネットワーク可視性、パフォーマンス診断、および既知の適切なベースラインとのデータ比較によるものです。
NetBrain 組織が平均修復時間を短縮できるように、次の 3 つの重要な方法で支援します。
自動化による平均修復時間の短縮
ネットワークの問題のトラブルシューティングは、干し草の山から針を見つけるようなものです。 ネットワーク監視ツールは、デバイス レベルの問題を特定するには優れていますが、問題の原因や、影響を受ける可能性のあるサービスの全体像についての洞察はほとんど得られません。 NetBrain 数百もの事前構築済みの共有診断を自動化することで、トラブルシューティング時間を半分に短縮できます。 Network Intent テクノロジー。 実際、ネットワークのすべての部分は、接続性だけでなく、 Network Intent 技術、リアルタイムパフォーマンス要件、セキュリティプロファイルも表示されます。1000の物理サービスまたは仮想サービスのネットワークは、実際にはそのXNUMX倍の量で説明できると言えます。 Network Intents、または 10,000 インテント! （と NetBrain これらすべてを簡単に生成できます Network Intent大規模なネットワーク全体で同様の状況の問題解決を適用できるためです。
一貫性も自動化の価値の一部です。従来のネットワークトラブルシューティングにおける最大の課題の 1 つは、各エンジニアの知識と経験に基づく非常に個人的な技術であることです。また、ネットワーク エンジニアはさまざまなツールを使用して作業するため、解決策は非常に独特であり、将来的に自分や同僚が遭遇する可能性のある追加の状況に転用できることはほとんどありません。さらに、 NetBrainのダイナミック ネットワークマップ 自動化の基盤となるトラブルシューティングの単一画面になります。 Network Intent 適用される診断。 これにより、プロセスがより簡潔になり、トラブルシューティング プロセス全体が確実に可視化されます。
リアルタイムでネットワーク ドキュメントを自動化する
ネットワーク チームは、トラブルシューティングのためにドキュメントに依存しています。 残念ながら、大規模なネットワークを文書化するには数か月かかり、プロジェクトが完了すると、マップはすでに時代遅れになっているため、ほとんどのチームは正確な図なしで生活しています。 NetBrain あなたがすることができます ネットワーク ダイアグラムを自動化する 特許取得済みの使用により、それらを最新の状態に保ちます auto-discovery エッジからクラウドまで、ネットワーク全体のリアルタイム ビューを確立するために、各デバイスの L2 および L3 テーブル、および他の豊富な詳細と対話するテクノロジー。 (はい、主要なクラウド プロバイダーのすべての仮想コントローラーとサービスに対する可視性と制御が含まれています)。
そして、この動的なビューは、これまでに見たことのないほど詳細に表示されます! ネットワークの問題をトラブルシューティングするために、エンジニアはトラフィックが稼働中のネットワークをどのように流れるかを知る必要があります。送信元から送信先まで、両方向です。 トラフィック フローごとに図が存在しないため、エンジニアは traceroute を使用して理解する必要があります。 traffic path秒。 最新のネットワークにより、 traceroute は非常に制限的です – エンジニアはより良い可視性を必要としています。 と NetBrain、任意のトラフィック フローを動的にマッピングするために必要なのは送信元と宛先の IP アドレスだけです。フローには、これらのビューに含まれる必要なパフォーマンス メトリックがすべて含まれます。
コラボレーションを改善し、ベスト プラクティスを共有する
さまざまな組織が関与しなければならない場合、トラブルシューティングは時間のかかるプロセスになる可能性があります。 通常、他の運用チームはエスカレーションを通じて関与するため、問題解決が遅れます。 リアルタイム プラットフォームとして、複数のエンジニアがリアルタイムで協力して問題に対処できます。 と NetBrain、NetOps、 SecOps, DevOps およびその他の運用チームは、チケットの作成からデータ収集、ベスト プラクティスの知識の共有まで、トラブルシューティングのあらゆるフェーズに自動化を適用できます。各フェーズでは、重要な洞察を共有することが重要であり、これは単一のマップ URL を共有することで実現できます。コラボレーションは重要ですが、貴重な時間もかかります。コラボレーション プロセスを強化すると、最終的に平均修復時間が短縮されます。
コラボレーションをさらに改善するために、ネットワーク チームは、既存のスクリプト、デザイン ノート、教科書、部族の知識を活用して、ベスト プラクティスをデジタル化することができます。 実行可能ファイル Runbooks. Runbookチームのすべてのエンジニアが、知識にアクセスして実行できるようにします。