您好,登錄后才能下訂單哦!
iostat http://sebastien.godard.pagesperso-orange.fr/man_iostat.html
以上圖為例查看sdb的IO情況
r/s + w/s: 就是當前的IOPS #### (93+0=93)
avgrq-sz:平均每次設備I/O操作的數據大小(扇區)#### (248.0)
avgqu-sz :平均I/O隊列長度 ####(0.10)
await:請求隊列中等待時間+svctm(服務時間) 單位是毫秒,按照每次IO平均。####(1.06)
The average time (in milliseconds) for I/O requests issued to the device to be served.
This includes the time spent by the requests in queue and the time spent servicing them.
svctm:平均每次設備I/O操作的服務時間(毫秒) ####(1.06)
svctm已經被官方注明不可信,僅供參考.因為iostat各值基本都是計算出來的,而svctm計算方法存在錯誤的地方
The average service time (in milliseconds) for I/O requests that were issued to the device.
Warning! Do not trust this field any more. This field will be removed in a future sysstat version.
%util: (bandwidth utilization for the device)平均有百分之多少的時間用于I/O操作,或者說有多少時間I/O隊列是非空的###(9.90)
如果%util接近100%,表明I/O請求太多,I/O系統已經滿負荷,磁盤可能存在瓶頸,一般%util大于70%,I/O壓力就比較大,讀取速度有較多的wait。
注意:如果存儲設備是RAID或SSD之類的,這個說法已經不準確了
可以結合vmstat查看查看b值(等待資源的進程數)和wa值(I/O等待所占用的CPU時間的百分比,高過30%時I/O壓力高)
Percentage of elapsed time during which I/O requests were issued to the device (bandwidth utilization for the device).
Device saturation occurs when this value is close to 100% for devices serving requests serially.
But for devices serving requests in parallel, such as RAID arrays and modern SSDs, this number does not reflect their performance limits.
avgqu-sz:(隊列長度)可作為衡量系統I/O負荷的指標, 超過處理能力的請求數目,待處理的 I/O 請求,當請求持續超出磁盤處理能力,該值將增加。
但由于avcqu-sz是按照單位時間的平均值,所以不能反映瞬間的I/O洪水。應結合參考svctm.以及r/s及w/s。
svctm的大小一般和磁盤性能有關,CPU/內存的負荷也會對其有影響,請求過多也會間接導致svctm的增加。
await的大小一般取決于服務時間(svctm)以及I/O隊列的長度和I/O請求的發出模式。
如果await比較接近svctm,說明I/O幾乎沒有等待時間;如果await遠大于svctm,說明I/O隊列太長,應用得到的響應時間變慢,
如果響應時間超過了用戶可以容許的范圍,這時可以考慮更換更快的磁盤,調整內核elevator算法,優化應用,或者升級CPU
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。