linux服務器監(jiān)控

1、(一)深入研究LR監(jiān)控原理-linux服務器監(jiān)控基礎發(fā)布時間: 2007-12-21 17:09 作者: 未知 來源: 網(wǎng)絡轉載字體: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推薦標簽： LoadRunner Linux服務器性能監(jiān)測是很重要的工作，服務器運行應該提供最有效的系統(tǒng)性能。當服務器系統(tǒng)性能突然低于平均應有的情況，問題可能來自在執(zhí)行的進程、內(nèi)存的使用率、磁盤的性能、網(wǎng)絡流量和CPU 的壓力。在預算短缺的今天，理解如何優(yōu)化系統(tǒng)性能比以往任何時候都重要。要實現(xiàn)它的前提是，你必須充分了解自己的計算機和網(wǎng)絡，從而找到真正的瓶頸所在。本文提供一些基礎的工具來辨別和處理一些性

2、能問題。使用的Linux 發(fā)行版本是Red Hat Enterprise Linux 4，工作過程是：首先查看整個系統(tǒng)的狀態(tài)，然后是檢查特定的子系統(tǒng)。 Linux服務器進行性能監(jiān)控有幾種方法，每種方法都各有其優(yōu)缺點。 使用SNMP等標準工具標準及非標準工具能執(zhí)行一個或多個收集、合并及傳輸階段，如rstatd或SNMP工具，然而標準的rstat后臺程序提供的信息是有限的，速度慢而且效率低。 內(nèi)核模塊幾個系統(tǒng)監(jiān)控工程利用內(nèi)核模塊來存取監(jiān)控數(shù)據(jù)。一般情況下，這是很有效的收集系統(tǒng)數(shù)據(jù)的方法。然而這種方法存在的問題是，當主內(nèi)核源內(nèi)有其它改變時，必須保持代碼一致性。一個內(nèi)核模塊可能與用戶想使用的其它內(nèi)核模

3、塊相沖突。此外，在使用監(jiān)控系統(tǒng)之前，用戶必須獲得或申請模塊。 /proc虛擬文件系統(tǒng)/proc虛擬文件系統(tǒng)是一個較快的、高效率執(zhí)行系統(tǒng)監(jiān)控的方法。使用/proc的主要缺點是必須保持代碼分析與/proc 文件格式改變的同步。事實表明，Linux內(nèi)核的改變比/proc 文件格式的改變要更頻繁，所以，用/proc虛擬文件系統(tǒng)比用內(nèi)核模塊存在的問題要少。本文介紹的方法即基于/proc虛擬文件系統(tǒng)。一、 /proc文件系統(tǒng)特點Linux 系統(tǒng)向管理員提供了非常好的方法，使他們可以在系統(tǒng)運行時更改內(nèi)核，而不需要重新引導內(nèi)核系統(tǒng)。這是通過 /proc 虛擬文件系統(tǒng)實現(xiàn)的。/proc 文件虛擬系統(tǒng)是一種內(nèi)核和

4、內(nèi)核模塊用來向進程 (process) 發(fā)送信息的機制 (所以叫做 /proc)。這個偽文件系統(tǒng)讓你可以和內(nèi)核內(nèi)部數(shù)據(jù)結構進行交互，獲取 有關進程的有用信息，在運行中 (on the fly) 改變設置 (通過改變內(nèi)核參數(shù))。 與其他文件系統(tǒng)不同，/proc 存在于內(nèi)存之中而不是硬盤上。不用重新啟動而去看 CMOS ，就可以知道系統(tǒng)信息。這就是 /proc 的妙處之一。/proc 目錄里主要文件內(nèi)容，見表1：小提示: 每個Linux系統(tǒng)根據(jù)軟硬件不同/proc 虛擬文件系統(tǒng)的內(nèi)容也有些差異。/proc 虛擬文件系統(tǒng)有三個很重要的目錄：net，scsi和sys。Sys目錄是可寫的，可以通過它來訪

5、問或修改內(nèi)核的參數(shù)，而net和scsi則依賴于內(nèi)核配置。 不使用Loadrunner同樣也可以監(jiān)控二、 系統(tǒng)負載監(jiān)測 1 使用uptime命令 使用uptime命令可以查看系統(tǒng)負載，系統(tǒng)平均負載被定義為在特定時間間隔內(nèi)運行隊列中的平均進程數(shù)目。如果一個進程滿足以下條件則其就會位于運行隊列中：沒有在等待I/O操作的結果、它沒有主動進入等待狀態(tài)(也就是沒有被調用、沒有被停止。 # uptime 9:51pm up 3 days, 4:43, 4 users, load average:6.02, 5.90, 3.94 上面命令顯示示最近1 分鐘內(nèi)系統(tǒng)的平均負載是6.02，在最近5分鐘內(nèi)系統(tǒng)的平均負

6、載是5.90，在最近的15 分鐘內(nèi)系統(tǒng)的平均負載是3.94。一共四個用戶。對于上面的例子來說，由于筆者系統(tǒng)使用是雙CPU，那幺其每個CPU的當前任務數(shù)為：6.02/2=3.01。另外可以使用cron命令進行定時監(jiān)測系統(tǒng)負載： # crontab e 此時打開一個vi編輯器：輸入以下內(nèi)容： #30 * * * * * uptime 存盤退出，這樣每隔30分鐘就記載其平均負載，這樣累計一天，我們就可以得到最近一天的平均負載。 2 使用cat /proc/loadavg命令 #cat /proc/loadavg 0.40 0.79 0.70 2/245 4101 Cat /proc/loadavg提

7、供以下數(shù)據(jù)： 1秒鐘平均負載；5秒鐘平均負載；15秒鐘平均負載；總作業(yè)數(shù)；正在運行的作業(yè)總數(shù)。 3 使用cat /proc/stat命令 # cat /proc/stat cpu 16015 1353 28840 101677 3602 664 4323 cpu0 16015 1353 28840 101677 3602 664 4323 intr 1605646 1565008 52 0 4 4 0 6 0 1 8664 296 16675 1418 0 0 13518 ctxt 617320 btime 1178342189 processes 4236 procs_running 2 p

8、rocs_blocked 0 cat /proc/stat命令是包含內(nèi)核統(tǒng)計量，提供以下數(shù)據(jù)： CPU 以及CPU0、每行的每個參數(shù)意思（以第一行為例）為： user (432661) 從系統(tǒng)啟動開始累計到當前時刻，用戶態(tài)的CPU時間（單位：jiffies） ，不包含 nice值為負進程。1 jiffies=0.01秒 nice (13295) 從系統(tǒng)啟動開始累計到當前時刻，nice值為負的進程所占用的CPU時間（單位：jiffies） system (86656) 從系統(tǒng)啟動開始累計到當前時刻，核心時間（單位：jiffies） idle (422145968) 從系統(tǒng)啟動開始累計到當前時刻，

9、除硬盤IO等待時間以外其它等待時間（單位：jiffies） iowait (171474) 從系統(tǒng)啟動開始累計到當前時刻，硬盤IO等待時間（單位：jiffies） ，irq (233) 從系統(tǒng)啟動開始累計到當前時刻，硬中斷時間（單位：jiffies） softirq (5346) 從系統(tǒng)啟動開始累計到當前時刻，軟中斷時間（單位：jiffies） CPU時間=user+system+nice+idle+iowait+irq+softirq “intr”這行給出中斷的信息，第一個為自系統(tǒng)啟動以來，發(fā)生的所有的中斷的次數(shù)；然后每個數(shù)對應一個特定的中斷自系統(tǒng)啟動以來所發(fā)生的次數(shù)。 “ctxt”給出了自系統(tǒng)啟動以來CPU發(fā)生的上下文交換的次數(shù)。 “btime”給出了從系統(tǒng)啟動到現(xiàn)在為止的時間，單位為秒。 “processes (total_forks) 自系統(tǒng)啟動以來所創(chuàng)建的任務的個數(shù)目。 “procs_running”：當前運行隊列的任務的數(shù)目。