這篇部落格的任務是如何獲得一組虛擬機器伺服器的通訊矩陣,及任意兩台虛擬機器在一段時間的通訊量。如標題所示,是基於openvswitch+sflow環境的,關於openvswitch和sflow在前幾篇部落格已經介紹了,這裡不再贅述。
sflowtool提供了乙個awk指令碼,這個指令碼的任務是獲得任意兩台虛擬機器在乙個小時內,被採集到報文數(注意只是報文數),詳細指令碼如下。
#!/usr/bin/awk -f
## begin
/unixsecondsutc/
lastint = currentint;
delete count;
}}/srcip/
/dstip/
end{}
方法很簡單,就是統計乙個小時內,對任意兩對虛擬機器取樣報文數,我們結合flow取樣的資料對上述**稍微改一下,讓其輸出取樣報文的總位元組數(並將統計時間改為60秒)。如下,引入totalpacketsize陣列,將指令碼命名iptrafficmatrix_my 。
#!/usr/bin/awk -f
## begin
/unixsecondsutc/
lastint = currentint;
delete count;
delete countpacketsize;
}}/srcip/
/sampledpacketsize/
/dstip/
end{}
我們從192.168.1.56傳送乙個ubuntu iso映象( 591m 大小 )到192.168.1.57來驗證程式是否達到了功能。
使用scp複製檔案
在這之前在sflow的監控端執行sflowtool命令:
sflowtool | ./iptrafficmatrix_my
程式輸出如下:
從上面可以看到 從192.168.1.56 統計了兩次,兩次統計的報文位元組數分別為 5268042 、4415592位元組。根據flow取樣的取樣率(meanskipcount 為64,認為每64個報文取樣一次),我們估測一下檢查到的通訊量,計算如下:
不得不說還是相當精確的。
nmon監控與 nmon analyser分析
uname a 檢視作業系統資訊,所檢查伺服器為64位作業系統 linux iz94pmb2p24z 2.6.32 431.23.3.el6.x86 64 1 smp thu jul 31 17 20 51 utc 2014 x86 64 x86 64 x86 64 gnu linux lsb re...
資料質量監控
資料質量監控 原創 木東居士 木東居士 4天前 0x00 概述 隨著大資料時代的帶來,資料的應用也日趨繁茂,越來越多的應用和服務都基於資料而建立,資料的重要性不言而喻。而且,資料質量是資料分析和資料探勘結論有效性和準確性的基礎,也是這一切的資料驅動決策的前提!如何保障資料質量,確保資料可用性是每一位...
前端資料監控
上報資料形式 上報完,各種資料怎麼處理?例子 為什麼要資料監控平台?各維度資料量化,去衡量真實使用者的載入速度 監控平台鏈路 sdk上報,上報到伺服器和資料儲存 接收上報心想 資料清洗 入庫 展示分析 監控指標 資料採集流程 上報 收集 清洗 入庫 在head標籤中嵌入上報資料的sdk指令碼 收集哪...