發(fā)布在linux上的機(jī)器,一般我們需要監(jiān)測各項數(shù)據(jù)來證實服務(wù)器是沒問題的,
如果出現(xiàn)問題,我們也可以通過以下指標(biāo)找到問題的方向

容器指標(biāo)

硬件指標(biāo)

磁盤指標(biāo)

系統(tǒng)指標(biāo)

網(wǎng)絡(luò)指標(biāo)

容器指標(biāo)

• 線程數(shù)
  -當(dāng)前容器內(nèi)線程總數(shù)（平均到每個核的線程數(shù)）
• 進(jìn)程數(shù)
  -當(dāng)前容器內(nèi)進(jìn)程總數(shù)
• 內(nèi)存分配失敗次數(shù)
  -申請內(nèi)存/swap失敗次數(shù)
• 句柄數(shù)
  -當(dāng)前容器內(nèi)打開的文件句柄數(shù)
  -在文件I/O中，要從一個文件讀取數(shù)據(jù)，應(yīng)用程序首先要調(diào)用操作系統(tǒng)函數(shù)并傳送文件名，并選一個到該文件的路徑來打開文件。該函數(shù)取回一個順序號，即文件句柄（file handle），該文件句柄對于打開的文件是唯一的識別依據(jù)。要從文件中讀取一塊數(shù)據(jù)，應(yīng)用程序需要調(diào)用函數(shù)ReadFile，并將文件句柄在內(nèi)存中的地址和要拷貝的字節(jié)數(shù)傳送給操作系統(tǒng)。當(dāng)完成任務(wù)后，再通過調(diào)用系統(tǒng)函數(shù)來關(guān)閉該文件。
• memory_swap使用量(MB)
  -容器的swap使用量（MB）

硬件指標(biāo)

• CPU溫度
• 服務(wù)器功率
• CPU風(fēng)扇（即每分鐘多少轉(zhuǎn)）

磁盤指標(biāo)

• 磁盤使用率百分比(%)
• 磁盤負(fù)載百分比(%)（一般1分鐘粒度平均值）
  -查看磁盤負(fù)載：
  -iostat -x 1 10 查看 %util
  -如果沒有iostat 需要yum install sysstat安裝；
  -如果 %util 接近 100%，說明產(chǎn)生的I/O請求太多，I/O系統(tǒng)已經(jīng)滿負(fù)荷，該磁盤可能存在瓶頸。
• 磁盤每秒讀取的數(shù)據(jù)量(KB/s)（一般1分鐘粒度平均值）
• 磁盤每秒寫入的數(shù)據(jù)量(KB/s)（一般1分鐘粒度平均值）
• 磁盤每秒讀取次數(shù)（次/s）（一般1分鐘粒度平均值）
• 磁盤每秒寫入次數(shù)（次/s）（一般1分鐘粒度平均值）

系統(tǒng)指標(biāo)

• cpu使用率百分比 (%)
• 內(nèi)存使用率百分比(%)
  -容器的內(nèi)存使用率是讀取物理機(jī)cgroup下面的文件的，獲取的是整個容器的內(nèi)存使用率并不是針對某個程序。物理機(jī)內(nèi)存使用率和使用free命令計算結(jié)果是一致的。物理機(jī)和容器兩者內(nèi)存計算數(shù)據(jù)是獨立的。
• 連通性（0 or 1），0為存活，1未不存活
  -系統(tǒng)每次檢測時會ping4次，計算得到丟包率。目前不是100%丟包的都算作是存活就（即0），只有100%丟包才會算作不存活（即1）
• 系統(tǒng)負(fù)載（1分鐘粒度平均值）
  -在Linux系統(tǒng)中，使用uptime或這top命令可以查看當(dāng)前系統(tǒng)的負(fù)載（top可以看到的信息更加詳盡一些）

CPU負(fù)載和CPU使用率區(qū)別：CPU利用率:顯示的是程序在運行期間實時占用的CPU百分比CPU負(fù)載:顯示的是一段時間內(nèi)正在使用和等待使用CPU的平均任務(wù)數(shù)。CPU利用率高，并不意味著負(fù)載就一定大。舉例說明：某公用電話亭，有一個人在打電話，四個人在等待，每人限定使用電話一分鐘，若有人一分鐘之內(nèi)沒有打完電話，只能掛掉電話去排隊，等待下一輪。 電話在這里就相當(dāng)于CPU，而正在或等待打電話的人就相當(dāng)于任務(wù)數(shù)。 在電話亭使用過程中，肯定會有人打完電話走掉，有人沒有打完電話而選擇重新排隊， 更會有新增的人在這兒排隊，這個人數(shù)的變化就相當(dāng)于任務(wù)數(shù)的增減。 為了統(tǒng)計平均負(fù)載情況，我們5秒鐘統(tǒng)計一次人數(shù)，并在第1、5、15分鐘的時候?qū)y(tǒng)計情況取平均值，從而形成第1、5、15分鐘的平均負(fù)載。 有的人拿起電話就打，一直打完1分鐘，而有的人可能前三十秒在找電話號碼，或者在猶豫要不要打，后三十秒才真正在打電話。 如果把電話看作CPU，人數(shù)看作任務(wù)，我們就說前一個人（任務(wù)）的CPU利用率高，后一個人（任務(wù)）的CPU利用率低。當(dāng)然， CPU并不會在前三十秒工作，后三十秒歇著，只是說，有的程序涉及到大量的計算，所以CPU利用率就高， 而有的程序牽涉到計算的部分很少，CPU利用率自然就低。但無論CPU的利用率是高是低，跟后面有多少任務(wù)在排隊沒有必然關(guān)系。

• swap使用率百分比(%)
  -Linux中Swap（即：交換分區(qū)），類似于Windows的虛擬內(nèi)存，就是當(dāng)內(nèi)存不足的時候，把一部分硬盤空間虛擬成內(nèi)存使用,從而解決內(nèi)存容量不足的情況。

網(wǎng)絡(luò)指標(biāo)

• 網(wǎng)絡(luò)入向流量（MB/s）（1分鐘粒度平均值）
• 網(wǎng)絡(luò)出向流量（MB/s）（1分鐘粒度平均值）
• 網(wǎng)絡(luò)入向包速率（packet/s）（1分鐘粒度平均值）
  -數(shù)據(jù)包：包(Packet)是TCP/IP協(xié)議通信傳輸中的數(shù)據(jù)單位，一般也稱“數(shù)據(jù)包”。
  -TCP/IP協(xié)議是工作在OSI模型第三層(網(wǎng)絡(luò)層)、第四層(傳輸層)上的。
• 網(wǎng)絡(luò)出向包速率（packet/s）（1分鐘粒度平均值）
• 當(dāng)前處于“ESTABLISHED (正在連接)”或者“CLOSE-WAIT (被動關(guān)閉)”狀態(tài)的tcp連接數(shù)

一、ESTABLISHED (正在連接) 即有一個TCP 連接正在進(jìn)行二、TCP 關(guān)閉四步1、Client發(fā)送了FIN給server， 2、server發(fā)送ACK給Client，而Server 程序處于CLOSE_WAIT狀態(tài) 3、server發(fā)送FIN給Client，Server 就置為LAST_ACK（主動關(guān)閉）狀態(tài) 4、Client發(fā)送了ACK給server TCP 連接才會關(guān)閉如果第三步?jīng)]有進(jìn)行則server會保持CLOSE-WAIT (被動關(guān)閉)狀態(tài)，通常會保持2個小時

• 主動建立tcp連接頻率，既主動發(fā)送SYN，進(jìn)入“SYN-SENT”狀態(tài)的頻率（次/s）（1分鐘粒度平均值）

SYN_SENT表示請求連接，當(dāng)你要訪問其它的計算機(jī)的服務(wù)時首先要發(fā)個同步信號給該端口，此時狀態(tài)為SYN_SENT， 如果連接成功了就變?yōu)镋STABLISHED，此時SYN_SENT狀態(tài)非常短暫。 但如果發(fā)現(xiàn)SYN_SENT非常多且在向不同的機(jī)器發(fā)出，那你的機(jī)器可能中了沖擊波或震蕩波之類的病毒了。 這類病毒為了感染別的計算機(jī)，它就要掃描別的計算機(jī)， 在掃描的過程中對每個要掃描的計算機(jī)都要發(fā)出了同步請求，這也是出現(xiàn)許多SYN_SENT的原因。

• 入向IP報文速率（packet/s）（1分鐘粒度平均值）

TCP/IP協(xié)議定義了一個在因特網(wǎng)上傳輸?shù)陌?#xff0c;稱為IP數(shù)據(jù)包，而IP數(shù)據(jù)報(IP Datagram)是個比較抽象的內(nèi)容，是對數(shù)據(jù)包的結(jié)構(gòu)進(jìn)行分析。由首部和數(shù)據(jù)兩部分組成。首部的前一部分是固定長度，共20字節(jié)，是所有IP數(shù)據(jù)報必須具有的。在首部的固定部分的后面是一些可選字段，其長度是可變的。首部中的源地址和目的地址都是IP協(xié)議地址。

• 入向的ip包中，沒有錯誤但是被丟棄的
  -丟棄的原因可能有buffer滿了。
• 入向TCP包速率（packet/s）（1分鐘粒度平均值）
• 出向TCP包速率（packet/s）（1分鐘粒度平均值）
• 入向TCP錯誤包頻率（packet/s）（1分鐘粒度平均值）
  -TCP是一個可靠的協(xié)議，TCP包的頭部帶有標(biāo)識，通過校驗發(fā)現(xiàn)接收的包是錯誤的，然后將該包進(jìn)行丟棄后返回一個值要求重新進(jìn)行傳送。
• TCP重傳包頻率（packet/s）（1分鐘粒度平均值）

以上指標(biāo)僅供參考,不同的情況使用不同的指標(biāo)才是最合適的.

總結(jié)

以上是生活随笔為你收集整理的[运维]---linux机器一般监控用到的概念记录的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。