DevOps Troubleshooting（2）-運(yùn)維實(shí)戰(zhàn)

服為何這么慢。不能進(jìn)入系統(tǒng)，只能重啟，能登錄進(jìn)系統(tǒng)就可以用工具定位問題。干我們運(yùn)維這行常用工具如下。

uptimie--主要看后面load average 后面三個(gè)數(shù)字，分別代表5，10，15分鐘的。

什么是系統(tǒng)平均負(fù)載。運(yùn)行或者不可打擾的進(jìn)程平均數(shù)。核心數(shù)=平均負(fù)載。表滿負(fù)荷了。如果超了這個(gè)范圍就要考慮調(diào)優(yōu)。通常cpu密集比io響應(yīng)時(shí)間要快，我見過cpu密集型的有的時(shí)候這個(gè)數(shù)超了很多但是還是好好的。如果是io密集型的就很慢了，因?yàn)榇罅縤o產(chǎn)生讀寫磁盤，需要很多內(nèi)存。ram，讓進(jìn)程變得很慢。

top命令。終止某個(gè)進(jìn)程，按下K 然后輸入進(jìn)程號(hào)。

詳細(xì)了解top命令

top的命令和uptime命令第一行一樣，負(fù)載數(shù)不能超過load average就算正常

同時(shí)呢也要明白top中每個(gè)參數(shù)含義。

us---用戶時(shí)間

sy---系統(tǒng)時(shí)間

ni---優(yōu)雅時(shí)間

id---cpu空閑時(shí)間

如果他很高，系統(tǒng)有很慢，那么就不是cpu高負(fù)載

wa---io等待

如果很低，那就排除磁盤和io問題了

hi--硬中斷

si--軟中斷

st--時(shí)間流逝

如果運(yùn)行虛擬機(jī)他會(huì)告訴你虛擬機(jī)執(zhí)行其他任務(wù)所占的cpu時(shí)間百分比

top命令應(yīng)用舉例，如果us很大，而wa卻很小，那么可以判斷瓶頸在本機(jī)cpu上，可以

終止一下不會(huì)影響到關(guān)鍵服務(wù)的進(jìn)程，如日志監(jiān)控腳本。

iostat查看那些進(jìn)程占用了大量io

iostat -d -x -k 1
Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda          1.56  28.31  7.84 31.50   43.65    3.16    21.82     1.58     1.19     0.03    0.80   2.61  10.29sda          1.98  24.75 419.80  6.93 13465.35  253.47  6732.67   126.73    32.15     2.00    4.70   2.00  85.25sda          3.06  41.84 444.90 54.08 14204.08 2048.98  7102.04  1024.49    32.57     2.10    4.21   1.85  92.24

參數(shù) -d 表示，顯示設(shè)備（磁盤）使用狀態(tài)；-k某些使用block為單位的列強(qiáng)制使用Kilobytes為單位；1表示，數(shù)據(jù)顯示每隔1秒刷新一次，-x是與io擴(kuò)展參數(shù)