大規模な BGP 構成の自動化

by フィリップ・ジェルバシ 2018 年 4 月 10 日

数十台のルーターのBGPピアの特定の属性を手動で設定するのはもはや意味がありません。ましてや大規模に行うことは、なおさらです。運用コストが企業ネットワーク予算の大部分を占めているのに、自動化可能なタスクに時間を投資する意味などあるでしょうか？

ボーダーゲートウェイプロトコル（BGP）は、多くの設定と構成オプションを備え、高度な調整が可能です。他のルーティングプロトコルとは異なり、BGPは距離ベクトルやリンクステートではなくパスベクトルを使用します。BGPは、OSPFやEIGRPなどのIGPよりも多くの要素に基づいてパス選択を決定します。

BGPはその調整可能性から、WANからデータセンターへとセグメンテーションの分野で導入が進んでいます。ラック単位のサーバーセグメンテーションから、個々のサーバーを独立したレイヤー3ドメインに分割するといった用途です。XNUMX台の堅牢なESXiホストで数十台のサーバーを同時に実行できることを考えると、BGPは非常に有用です。BGPはWANで広く利用されており、データセンターでも標準になりつつあります。

NetBrain 何年も手作業で行っていた作業を自動化します。 古いやり方はもはや意味がありません。

エンジニアは、データセンターで個々のハイパーバイザーへのルーティングにBGPを使用したり、WANで世界中のネットワークへのルーティングにBGPを使用したりすることがあります。いずれの場合も、BGPの設定はすぐに複雑になる可能性があります。

一般的なネットワーク設計では、複数のVRFと1つ以上のIGP（ルート再配布機能付き）を用いたMPLSコア上でマルチプロトコルBGPを使用します。大規模なネットワークでは、ルータごとに数百行のコードが必要になる場合があります。

• 仲間を作る
• 安全な接続
• プレフィックスを正しくアドバタイズする
• 特定のパスを使用してトラフィックを渡す

次のような設定を複数のルーターにコピーし、覚えておく必要があることを想像してみてください。

• 変更するIPアドレス
• どのループバックを使用するか
• どのACLを反転するか
• 変更するプレフィックスリスト

自動化により、眠い目をこすりながら数十個の PuTTY ウィンドウを見つめるエンジニアに伴うリスクなしに、このプロセスをより効率的に実行できます。

大規模なフルメッシュiBGPネットワークを構築する場合も、同じ問題に遭遇します。フルメッシュ内のすべてのBGPスピーカーに、すべての設定が必要です。さらに、到達可能性を確保するために必要なルーティングプロトコルの複雑さも加わり、コピー＆ペースト作業は困難を極めます。

BGP の自動化への課題

大規模なネットワークでは、IT部門のチームには、オンボックスのEEMスクリプトやオフボックスのPythonスクリプトを使用する優秀なエンジニアが数人いるかもしれません。しかし、歴史的に見て、ほとんどのネットワークデバイスは、オンボックスまたはオフボックスのプログラミングオプションをあまりサポートしていませんでした。その結果、ネットワーク自動化はなかなか普及しませんでした。

しかし、ついに状況は変わりつつあります。ネットワーク事業者は長年、複雑な構成を持つ多くのデバイスの設定を簡素化したいと考えてきました。そして今、ベンダーがようやくその要望に応え始めました。これは素晴らしいニュースですが、いくつか大きな課題が残されています。

1. ほとんどのネットワークは、レガシーデバイスや複数ベンダーのデバイスなど、複数のプラットフォームで稼働しています。このような環境を管理するためのスクリプトを独自に作成するのは困難です。さらに、ハードウェアの更新やネットワークの変更に伴うスクリプトのメンテナンスは、しばしば軽視されがちです。
2. 同一ベンダーの少数のプラットフォームのみで稼働するネットワークでは、ソフトウェアのバージョンやデバイスによってプログラミングオプションが異なることがあります。例えば、CiscoのNX-OSは、オンボックスでPython、Bash、そしてオープンAPIを提供しています。Cisco IOS-XEもその方向に進んでいますが、NX-OSほどの水準には達していません。
3. 開発者にカスタムスクリプトの作成と保守を依頼しても、非効率性と運用コストの増大は解消されません。 ダイナミック さまざまなプラットフォーム、ソフトウェア バージョン、プログラミング オプションをカバーするソリューションです。

これが私が好きな理由です NetBrain 彼らが行っているのは、独自のスイッチやネットワークOSを開発していないことです。オーバーレイがすべてを管理し、ボーダーゲートウェイプロトコルを手動で設定する必要はありません。そのため、特定のベンダーのOSや特定の自動化メカニズムに縛られることはありません。 NetBrainのプラットフォームは、数十のネットワークベンダーと数百のプラットフォームのデバイスとプログラム的に連携できます。ネットワークベンダーがネットワーク自動化パラダイムを採用し続けるにつれて、 NetBrainの自動化プラットフォームは、より堅牢になるだけです。

BGP の自動化における課題の克服

以下のスクリーンショットは、組み込みの自動化されたBGPワークフローを示しています。 Runbook1つで Runbook、多数のデバイス間でさまざまなリアルタイム BGP 情報を同時に確認できます。

通常、これには各デバイスにログインし、各showコマンドの出力を1つずつ調べる必要があります。組み込みの Runbook ネットワークの可視性はプログラム的に得られる。これは基本的なものだと考えてみよう。 Runbookカスタマイズされた複雑なワークフローを作成することもできます。

自律的AI Runbook各デバイスにログインして、各 show コマンドの出力を XNUMX つずつ調べるのではなく、多くのデバイスのさまざまなリアルタイム BGP 情報を一度に簡単に確認できます。

これらすべての出力を利用できるにもかかわらず、多層BGP設計を視覚化するのは難しい場合があります。Visioの多層図もあまり役に立ちません。なぜなら、膨大な情報を使いやすい図に詰め込むのは難しいからです。

NetBrainBGP設定自動化は、以下を使用して抽象化を視覚化します。 Dynamic Mapsのコア技術です。 Dynamic Mapただし、これらはVisioのような凝ったものではありません。動的で、ネットワークの状態をリアルタイムで表示します。すべてのノードがインタラクティブなので、すべての情報が1つの画面に表示されます。通常、私たちはこうした情報を、時代遅れのVisio図のタブに次々と詰め込んでいました。

Dynamic Mapエンジニアは次のことを実行できます。

• 新しいデバイスを発見
• リアルタイムの可視性にアクセス
• 組み込みまたはカスタムの実行 Runbooks
• 個々のデバイスを詳細に分析

自動ネットワーク検出の後、iBGP ネイバーが自動的に点線で示されることに注意してください。 NetBrain これを建てた dynamic map リンクやデバイスを含む各項目をさらに分析できます。

このスクリーンショットでは NetBrainのトライアル環境では、自動ネットワーク検出後に BGP ネイバーが点線で自動的に示されます。

BGP-R1 などの XNUMX つのルーターだけに集中する必要がある場合は、デバイスを選択し、メニューから BGP 構成を選択して自動出力を取得するだけです。

BGP-R1 などの単一のルーターに焦点を当てるには、デバイスを選択し、メニューから BGP 構成を選択して自動出力を取得します。

BGPネイバー関係のトラブルシューティングは、通常、eBGPマルチホップの設定ミスなどの設定エラーの確認から始まります。組み込みのBGPトラブルシューティングツールは、 Runbook ワンクリックで、ネットワークデバイス全体にわたるいくつかの一般的な設定エラーをプログラム的にチェックします。ここでは、 NetBrain ルーター BGP-R3 の設定ミスを発見しました。

自動化によって企業のネットワーク運用がどのように変化するかを直接体験してみましょう。 NetBrainのコア技術 インスタントトライアルBGPラボは先ほど挙げた例ほど恐ろしいものではありません。しかし、その強力さは明らかです。 Dynamic Map砂 Runbooks は BGP ドメインを管理しています。

NetBrain 何年も手作業で行っていた作業を自動化します。 古いやり方はもはや意味がありません。 による自動化 Dynamic Map砂 Runbook運用コストを削減します。BGP を実行するエンタープライズ WAN を管理しても、最も広く利用されているルーティングプロトコルの利点を一切失うことなく、運用コストを削減できます。