東京のNetdev 1.2から学んだこと

投稿者 Zevenet | 10 10月、2016 レポート, 技術的

この投稿では、Linuxカーネルでネットワークの進化を生み出すために1.2月の最後の5日から7日に東京で開催されたNetdevXNUMXで取り上げられた最も重要なトピックとディスカッションに焦点を当てます。

興味深いアプローチの1つは、パケットの損失を回避し、したがってパケットの再送信を減らして帯域幅リソースを節約するという大きな利点をもたらす可能性があるNICバッファを減らすという考えでした。 Googleチームはこのテクニックを使ってこのテクニックを紹介しました。 BBR(ボトルネック帯域幅と往復伝搬時間)+ RACK。 Linuxカーネル4.9から利用できるようになります。

making_tcp_fast

カーネルのセキュリティ保護のサポートに関しては、次のような利点があります。 kTLSソケット チャネルのセキュリティを確保するために KCM(カーネル接続マルチプレクサ) ソケット我々はCPUサイクルを93 / 100だけ減らすことができた。

Verizonは基調講演で、独自のソフトウェアを何年も使用した後の柔軟性とアクセシビリティソリューションのおかげで、データセンターインフラストラクチャをLi​​nuxに移行していると述べました。

ベライゾン

eXpressのデータパス 大きな期待が寄せられており、DaveMillerは次のように述べています。「DPDKはLinuxではありません。 XDPは。」です。これは、ドライバーがサポートし、skbカーネル構造が作成される前でもパケットアクションを実行する必要があるフックです。

xdp

Tom Herbertは、Facebookのインフラストラクチャー上での実装を発表しました。 データセンターネットワーキングスタック(DCTCP) IPv66が必須であるところでは、その場での暗号化/復号化が目標であり、現実を解析するストリームです。

ハーバート

Cumulus Networksは、彼らのすばらしい仕事のいくつかを ifupdown2 ブリッジングとスイッチングのための高度なネットワーク機能を提供するDebianシステム用のコマンド VRF(仮想ルーティングおよび転送) コンテナ通信を隔離するプロジェクト。

メラノックスは、ほとんどすべてのものに対してハードウェアオフロードソリューションを提供しました。

ソフォスは、 速い道 転送結果の帯域幅を改善するためのパケットマーク

最後に、 nftablesワークショップ 前回のNetdev以降の最も重要な変更と改善点を紹介しました。PabloNeiraがnftablesでレゴをプレイする方法を示しました。22の手順があります。

このnftablesワークショップでは、LauraGarcía Zenロードバランサチーム LVSよりも入力からのnftablesを使ってDirect Server Returnで10倍の速さでロードバランサーを作成する方法を提示しました。

さようなら東京を言う時が来ましたが、次までお会いしましょう カナダ、モントリオールのNetdev 2.1!

私たちのNETDEVトークペーパーをチェックしてください

ON SHARE:

関連ブログ

投稿者zenweb | 13 4月2022
クラウドの移行中は、ハードウェアのセキュリティが不可欠です。 クライアントがクラウドへの移行について話すときはいつでも、クライアントに思い出させることが非常に重要です。 クラウドにいることは考慮されていません…
21が好きコメントオフ クラウドへの移行について? ハードウェアセキュリティを忘れないでください
投稿者zenweb | 06 4月2022
Webアプリケーションの負荷分散とコンテンツ切り替えの概念に違いはありますか? ロードバランサーは、複数のサーバーにリクエストを分散して、XNUMX台のサーバーよりも多くのトラフィックを処理します…
23が好きコメントオフ 負荷分散とコンテンツ切り替えの違いは何ですか
投稿者zenweb | 16 3月2022
本人確認は個人の機密データの使用を取得するため、消費者は自分の情報が安全に処理されることを確認する必要があります。 このブログをさらに深く掘り下げましょう。 技術の進歩は…
34が好きコメントオフ デジタルKYC検証でオンラインの採用と信念を高める方法に関する研究