NetQ 4.1.0 最近發(fā)布，引入了結(jié)構(gòu)范圍的網(wǎng)絡(luò)延遲和緩沖區(qū)占用分析，以及許多其他增強功能。

這篇文章包括以下特點：

基于流的結(jié)構(gòu)范圍延遲和緩沖區(qū)占用分析（新增）

剛剛發(fā)生的事情（ WJH ）儀表板（新）

通用 webhook 通知（新）

驗證改進

gNMI 流媒體增強功能

結(jié)構(gòu)范圍內(nèi)的延遲和緩沖區(qū)占用分析

NetQ 首次通過使用實時應(yīng)用程序流量來解決影響應(yīng)用程序性能的網(wǎng)絡(luò)問題，提供了網(wǎng)絡(luò)范圍的結(jié)構(gòu)延遲和緩沖區(qū)占用分析。 NetQ 使用 Cumulus Linux 對匹配 4 元組和 5 元組應(yīng)用程序流的數(shù)據(jù)包進行采樣，分析并報告每個交換機的延遲（最大、最小、平均）以及流路徑上的緩沖區(qū)占用詳細(xì)信息。

NetQ 圖形用戶界面會報告所有可能的路徑、正在使用的路徑以及每個路徑的詳細(xì)信息（圖 1 ）。在每個交換機上，都可以看到最小延遲、最大延遲和平均延遲。

WJH 是一種始終在線的全數(shù)據(jù)包檢查工具，用于以線路速率檢測網(wǎng)絡(luò)問題，包括數(shù)據(jù)包丟失、擁塞和延遲問題。通過與 WJH 合作，流量遙測可以按需對匹配特定流量的流量進行深入分析和故障排除。

將這些功能結(jié)合使用，網(wǎng)絡(luò)工程師可以主動發(fā)現(xiàn)并解決服務(wù)器和應(yīng)用程序問題的根本原因，并將可能的中斷或性能影響通知服務(wù)器或應(yīng)用程序管理員。

圖 1 。基于流量的遙測

這與 sFlow 有什么不同？

基于 NetQ 流的遙測技術(shù)使您能夠使用數(shù)據(jù)包的 5 元組或 4 元組信息（包括 VXLAN 內(nèi)部或外部頭）選擇要分析的流。

sFlow 沒有這種級別的靈活性，通常在物理端口級別進行監(jiān)控。 sFlow 還提供特定的設(shè)備屬性，而不與網(wǎng)絡(luò)中的對等設(shè)備關(guān)聯(lián)，因此無法提供數(shù)據(jù)來構(gòu)建網(wǎng)絡(luò)拓?fù)洹?/p>

這和追蹤路線有什么不同？

在 traceroute 的情況下，主機生成一個通過網(wǎng)絡(luò)運行的數(shù)據(jù)包，用于收集跟蹤數(shù)據(jù)。 NetQ flow telemetry analysis 使用實際的應(yīng)用程序數(shù)據(jù)包來構(gòu)建跟蹤數(shù)據(jù)。從基于流的遙測中獲得的數(shù)據(jù)包括硬件提供的延遲和緩沖區(qū)占用。 Traceroute 返回延遲的 ping 級別精度，這比硬件級別的延遲精度低很多。

這與帶內(nèi)流量分析有何不同？

帶內(nèi)流分析本質(zhì)上是侵入性的，因為每個躍點都會向數(shù)據(jù)平面中的數(shù)據(jù)包添加元數(shù)據(jù)。這會造成網(wǎng)絡(luò)開銷。基于 NetQ 流的遙測不會改變數(shù)據(jù)平面數(shù)據(jù)包結(jié)構(gòu)。

剛才發(fā)生了什么

NetQ 4.1 引入的新 What Just Occess （ WJH ）儀表板顯示了 WJH 事件的時間線視圖、生成 WJH 事件的頂級開關(guān)、頂級事件類型等等。這使您能夠快速從結(jié)構(gòu)中所有交換機收集的 WJH 事件數(shù)據(jù)中獲取見解。 WJH 事件詳細(xì)信息可用于觸發(fā)前面描述的流量遙測分析。

圖 2 。剛才發(fā)生了什么

以下是如何充分利用 WJH ：學(xué)習(xí)、清潔和個性化。

學(xué)

將所有交換機的 WJH 事件集中收集到 NetQ 中。這使您能夠查看網(wǎng)絡(luò)中發(fā)生的丟包、擁塞、 ACL 和其他協(xié)議。 NetQ 儀表盤按放置類別組織：

L1

L2

路由器

地下通道

緩沖器

國際計算語言學(xué)協(xié)會

清潔的

WJH 報告通知網(wǎng)絡(luò)、服務(wù)器和存儲管理員的問題。按優(yōu)先順序解決 WJH 發(fā)現(xiàn)的網(wǎng)絡(luò)問題。

個性化

將 NetQ 上的 WJH 過濾器設(shè)置為只接收未來選定的 WJH 事件。例如，在 ACL 的下一次修訂更新之前，您可能不希望收到 ACL 刪除。這會將事件的數(shù)量減少到對你重要的程度。

NetQ 還提供了接收特定事件類型或具有特定嚴(yán)重性的事件的靈活性。 NetQ 還提供在 WJH 事件上設(shè)置跨越閾值警報，這些警報可以與 PagerDuty 、 Slack 和其他通知工具集成。

驗證增強

在生產(chǎn)網(wǎng)絡(luò)中， NetQ 驗證提供了對網(wǎng)絡(luò)實時狀態(tài)的洞察，并有助于主動監(jiān)控和故障排除。作為 NetQ 4.1.0 的一部分，對驗證檢查進行了重新設(shè)計，從而顯著提高了性能。

根據(jù)數(shù)據(jù)中心結(jié)構(gòu)中運行的協(xié)議，可以啟用或禁用每小時網(wǎng)絡(luò)驗證檢查。

全局驗證檢查過濾器應(yīng)用于 NetQ 4.1.0 的每小時網(wǎng)絡(luò)驗證檢查，使網(wǎng)絡(luò)管理員能夠建立與網(wǎng)絡(luò)中運行的內(nèi)容匹配的干凈網(wǎng)絡(luò)驗證狀態(tài)。

當(dāng)這個基線建立后，使用 NetQ 很容易檢測到任何偏差。

在 NetQ 4.1 中，添加了分組概念，以在站點內(nèi)創(chuàng)建多個驗證范圍。使用此功能，在單個站點中具有多個結(jié)構(gòu)的客戶可以按需運行每個結(jié)構(gòu)，并按計劃進行驗證。

圖 4 。驗證設(shè)備組

gNMI 流媒體增強功能

NetQ 4.1.0 支持 gNMI gRPC 網(wǎng)絡(luò)管理接口 ，除了 Cumulus Linux 之外，還可以從 SONiC 上的 NetQ 代理收集 WJH 數(shù)據(jù)。對于 Cumulus Linux 交換機，可以使用 gNMI 傳輸系統(tǒng)資源和接口計數(shù)器。 用戶指南中提供了 YANG 車型的詳細(xì)信息。

通用 webhook 通知支持

NetQ 4.1.0 除了電子郵件、 syslog 、 PagerDuty 和 Slack 事件通知分發(fā)選項外，還引入了對通用 webhook 通知的支持。通用 webhook 使 NetQ 能夠使用 JSON 格式的事件負(fù)載信息與定制應(yīng)用程序集成。

總結(jié)

在本文中，您已經(jīng)看到了 NetQ 4.1.0 提供的新功能的概述。

關(guān)于作者

Ranga Maddipudi 是 NVIDIA 網(wǎng)絡(luò)組的產(chǎn)品管理總監(jiān)，負(fù)責(zé)網(wǎng)絡(luò)遙測和 NetQ 。他在網(wǎng)絡(luò)控制器、自動化和分析方面有豐富的經(jīng)驗。

審核編輯：郭婷