ジュニパーが128テクノロジー買収の完了を発表

インテントベースのネットワーキングはネットワーク自動化には柔軟性がありませんか?

軽い読書によって
February 7, 2018

 

パトリック・ミーランピー

インテントベースネットワーキング(IBN)を中心に業界の話題が高まっていますが、IBNの定義と、それがネットワーク自動化の推進に本当に有益であるかどうかについても議論が高まっています。

意図の同義語は「決定された、断固とした」です。 ネットワークをインテントベースにする必要がありますか? 決定? 毅然とした? 意図の匿名は「柔軟で、固定されていない」。 私たちのほとんどは、ネットワークが柔軟で、固定されておらず、現在の状況に対応できることを望んでいると思います。

IBNまたは結果駆動型のネットワーキングは、意図や結果を定義する能力に基づいてネットワークを自動的にプロビジョニングし、一般的なミスを排除して実装を高速化しようとします。

IBNを使用すると、基盤となるネットワーク機能(ワイヤ、ルート、VLAN、MPLS、IPSEC、仮想ルーティングおよび転送(VRF)、ネットワークアドレス変換IPv6からIPv4(NAT64)、ボーダーゲートウェイプロトコル(BGP)、ファイアウォールなど)は変更されません。 意図した結果を簡単に定義できれば、これらすべてのテクノロジーとレイヤーを調整することの難しさは、魔法のように起こります。

しかし、意図を設定することは十分であり、ネットワークの自動化を高めるのに効果的でしょうか? 朝の通勤の例を見てみましょう。毎朝、車で通勤するつもりで車に乗ります。 悲しいことに、私の通勤は毎日非常に異なる実際の結果をもたらします。 ある日、それはうまくいきます。 他の日、交通がひどくて、私は別の道を取ります。 私の通勤は、高速道路の他の多数のユーザーとやり取りします。 私たち全員が明確な意図を持っているのに、なぜ私たちの通勤は毎日そんなに違うのですか?

アプリケーションを有効にする

アプリケーションの単一インスタンスのネットワーク要件を正確に定義することは困難です。アプリケーションには、時間の経過とともに変化するさまざまなネットワークリソースが必要であり、使用率は大きく変動します。 このプロセスは、複数のアプリケーションの集合体ではさらに困難であり、大規模な過大評価なしに、単一のアプリケーションに必要なネットワークインテントを定義することは不可能です。 アプリケーションの集合体の過去のトラフィックパターンの場合、インテントの定義がはるかに簡単で、より正確な場合があります。 しかし、履歴集計の意図を定義するときは、これが常にネットワークを実行している方法であることに同意する必要があります。

方程式に柔軟性を追加する

ネットワークの柔軟性はどうですか? プライマリパスウェイがビジーのときにIPネットワークが代替パスウェイにルーティングできるとしたらどうでしょうか。 再プロビジョニングせずにネットワークの意図を維持しませんか? 運転して仕事をすることを想像してみてください。代替ルートを利用できる唯一の方法は、プライマリルートがダウンしていると宣言されたときでした。 柔軟性は、現在のネットワークに欠けているものです。 二次経路を簡単に使用することはできません。 複数の並列経路を使用する場合でも、完全に等しいと宣言する必要があるため、複雑です。

歴史上初めて、ソフトウェアベースのネットワーキング製品は、実際のマルチパスルーティングとアプリケーション認識をポリシーへの入力として実際に実行しています。 これは、インテリジェンスとフィードバックループに基づく、人工的にインテリジェントで柔軟なネットワーキングの新しい波の始まりです。 ルーティングレイヤーがセッションステートフルになると、ルーティングはセッションごと、サービスごとに最適化できます。 この柔軟性は、サービスの集合体の意図を定義するよりも優先され、最終的にはデフォルトで集合体の意図を管理します。

プロビジョニング要素では不十分です

結果主導のネットワークまたは意図ベースのネットワークは、要素を自動的にプロビジョニングする以上のことを行う必要があります。 アプリケーションビューを理解する必要があります。 ネットワークは、重要なアプリケーションパフォーマンスメトリックを測定できる必要があります。 レイテンシ、パケット損失、ジッター、再送信、最初のバイトまでの時間、最大帯域幅、ウィンドウサイズ、セッション長、共通名(証明書から)、およびエントロピーはすべて、セッションレイヤー(TCP / QUIC)に基づくメトリックです。

セッションはアプリケーションの言語です。 すべてのアプリケーションは、XNUMXつ以上のセッションを組み合わせて使用​​して構築されます。そして、それらをグループとして理解することが重要です。 たとえば、バックエンドデータベースが過負荷になると、Webフロントエンドサーバーの動作が遅くなる場合があります。 ネットワークは「完璧」ですが、エンドユーザーにとってはWebサイトは低速です。 関連するセッションのコレクションが意図を定義する言語であることを理解することが重要です。

結果とインテントは、入口または出口で開始および終了しません。 むしろ意図は、クライアントから複数のネットワークを介してサーバーに至るまで、アプリケーションのドメイン全体に及びます。 ネットワークでは、最初のパケットまでの時間などのアプリケーションメトリックを測定するために、セッションベースのアーキテクチャが必要です。 ネットワーキングには、ネットワークリンクとセグメントのレイテンシのようなメトリック、および将来のセッションを転送する方法に関するフィードバックも必要です。 IBNは、ネットワーク機器がセッションベースの場合にのみ、アプリケーションに対応するように進化します。

セッションは真の意図に基づくネットワーキングの鍵です

アクセス制御リスト(ACL)、Type of Service(ToS)ビット、静的ルート、Quality of Service(QoS)、VRF、およびVLANの組織化されたプロビジョニングにより、問題のXNUMXつが解決され、プロビジョニングがより簡単になり、エラーが発生しなくなります。 ただし、真のインテントベースのネットワーキングでは、各ネットワークルーティングポイントでのセッションを注意深く分析する必要があります。 高度な意図を持つネットワークルーターは、アプリケーションのパフォーマンスをリアルタイムで認識し、この情報に基づいて後続のセッションをルーティングします。

ソフトウェアインテリジェンスは、等コストのマルチパスベースのネットワークを真のマルチパスネットワークに変えることができます。 このタイプのルーティングでは、意図を理解し、大規模なオーバープロビジョニングなしで結果を提供できます。

サービスとセッションの要件を理解することは、効率的なネットワーキングの成果における最初のステップです。 適切な目的は、効率的で、アプリケーションとサービスを可能にするネットワークを用意することです。 適切な結果は、各アプリケーションおよびサービスインスタンスに対して最適に各ネットワークリンクを使用することです。

 

Patrick MeLampyは、128 Technologyの共同創設者兼最高執行責任者です。

この元の投稿は見つかります  .