應用場景展示

海量交易數據存儲回溯 適用任一關鍵業務網絡節點。 迪思致力于數據中心的全網監測及診斷分析，是業界優秀的NPMD (網絡性能監測 與診斷)產品方案提供商。迪思產品其主要特點： 以100Gbps的速率無損捕獲網絡 原始數據包，集中存儲在大容量磁盤陣列 中，提供完整可靠的數據回溯分析支撐。 基于存儲的原始數據包，可回溯任意 時間范圍內的網絡和應用數據。同時為安 全審計 、容量規劃、責任界定提供行之有 效的依據。

適用任一關鍵業務網絡節點。

以上場景對應迪思網絡回溯分析模塊 基于納秒級時間戳進行回溯分析，在存 儲空間足夠的前提下，能夠長期回溯歷史 數據。強大的算力實現了高速溯源，并基 于網絡原始數據包進行事件取證和責任界 定。

定位攻擊源并對網絡2-7層進行安全洞察

實時發現并分析事件安全，如ping風 暴、廣播/多播風暴、SYN類型的DDOS攻 擊等攻擊行為。 針對各種入侵和攻擊，基于攻擊告 警，可迅速定位攻擊源的IP，完整留存原 始的攻擊數據包。

適用在網絡出口或核心業務出口。

以上場景對應迪思網絡安全實時分析模塊

迪思網絡安全實時分析模塊，是按5 個嚴重程度的級別進行實時預警。可自定 義1000多種告警規則，實時監測并發現網 絡威脅，對攻擊源定位和原始通信數據包 級取證。

一眼洞見故障源

通過迪思的云網端定位分析算法，能 夠精準的定位性能瓶頸點，迅速確定故障 源。在數據中心的運維過程中，有著不可 替代的作用。

適用所有網絡數據中心。

以上場景對應迪思算法定位分析模塊

通過迪思的算法，按照應用監 測、監控點、服務器監測三個維度精準計 算出云、網、端的應用耗時，精確到會話 流級別。迅速發現性能瓶頸，準確定位故 障源，從而保障數據中心長期穩定安全的 運行。

多探針模式極大節約運維總成本

迪思的“多探針模式"不需要在每個節 點上都部署一個硬件探針。只需將每個節 點的網絡流量引入迪思設備的一個端口， 每一個端口對應一個單獨的分析界面，以 實現單獨監測該節點的網絡及應用性能情 況。

適用在多分支網絡中心。

以上場景對應迪思多探針模塊

通過迪思的“多探針模式"，能夠精確 而快捷的監測分析應用路徑，打破傳統部 署多個硬件探針的僵局，大幅度提升運維 效率，同時明顯降低了運維總成本。

保障大型視頻專網和音視頻會議系統穩定運行

迅速找出視頻專網和音視頻會議出現 的慢、卡、不清晰等常見故障的根本原 因，并確定故障點。

適用在視頻專網及企事業音視頻會議。

以上場景對應迪思音視頻分析模塊

音視頻分析模塊可對大型視頻專網及音視 頻會議進行專業分析。分析攝頭及呼叫的性能 質量，展示質量趨勢情況，以打分機制直觀展 示每個攝頭的性能狀態，對攝頭掉線、野流進 行實時告警，生成音視頻分析報告等。

實時的HTTP交易分析

對HTTP進行實時交易分析，從HTTP 狀態碼分布、HTTP主機、URL這3個關鍵 維度定位性能瓶頸，發現根本原因。 時間發現HTTP交易的風險點，在 用戶未投訴故障時先行解決問題。

適用在所有網絡中心。

以上場景對應迪思HTTP交易分析模塊

能夠對HTTP協議深入分析，獲知 HTTP服務器的各種回顯錯誤，全面分析統 計應用參數，并同時分析網絡參數，從而準 確評估HTTP交易的健康狀態。

智能報告系統

對網絡和應用的分析結果，可以生成 即時報告。以多種可視化視圖展示報告， 常見的如柱狀圖、餅圖、線性圖等。 針對實際需求，以百余種KPI生成以每 天、每周或每月的智能計劃報告。 報告中全面展示了所有的分析結果， 提供完整的數據支持。

適用在所有網絡中心

以上場景對應迪思自動生成報表模塊

智能報告功能可自定義近千種不同類 型的網絡應用報告，例如對服務器的端口 安全作梳理分析。可自定義日報、周報、 月報，以PDF、Word、Excel、CSV、 HTML5等格式導出。同時也可將不同報告 發送給不同負責人，如將安全分析報告發 送給安全負責人，音視頻應用報告發送給 音視頻負責人等模式。

對客戶重點關注的數據進行重組展示

搜集組織（企業）關心的數據，將這 些數據自動上傳給服務器或第三方。以高 可視、高直觀、高交互性的視圖，全面而 深入的展示分析結果。每個節點的分析結 果可單獨展示，也可以多個節點的分析結 果統一展示。從而為決策者或后端人員提 供更高品質的服務。

適用在對數據有更高需求的企業或組織。

說明：

部署 以旁路方式鏡像網絡流量，不影響原有網絡架構的正常運行。

管理 本系統采用分布式部署，以DCCVision 管理平臺統一管理。

某保險公司定位性能故

用戶痛點描述:

保險公司車險打印保單緩慢。

迪思方案：

以迪思系統對HTTP應用系統進行定位分析，發現服務器的平均響應時間在10秒以 上，而客戶端時間和網絡時間都在正常范圍之內。顯然性能瓶頸是在服務器端。

方案結果：

排查HTTP服務器發現其CPU、內存利用率等均在正常范圍之內，故排除服務器硬 件性能不足的可能性。進一步分析HTTP應用系統，發現其內部存在一個策略性bug， 這是導致故障現象的根本原因。修復bug后，即恢復正常。