主機應用監控的兩種方式
在IT運維管理過程中，需要對服務器、應用和網絡設備進行輪詢和監控。對于網絡設備，所有廠商都采用SNMP簡單網絡管理協議。
但是對于主機和應用的監控，各個廠商在軟件的實現上卻出現了分歧，有些廠商采用agent方式，有些廠商采用Agentless方式，各說各好。那么，下面我們從技術角度進行一下比較。
什么是Agent和Agentless？
所謂Agent監控方式，顧名思義，就是在被監控應用所在的主機上面，安裝小的Agent軟件，即代理軟件，通過它，實現對數據的采集和管理。市面上Agent監控代理軟件，一般都可以在一臺主機上實現對主機和主機上應用的監控。
因為Agent代理軟件運行在被監控主機和應用端，所以對Agent軟件的性能和可靠性就提出了很高的要求，一般要求Agent代理軟件占用系統資源（CPU、內存等）比較低，但是采集的數據量比較大。只有這樣，才能很好的發揮Agent代理軟件作用的同時，保證主機和應用的正常運行。從Agent代理軟件的實現方式上看，各個廠商大多采用效率比較高的C代碼，如Mocha BSM和BMC Patrol，但也有軟件廠商采用效率不太高的JAVA等，如IBM，后者就對主機的系統資源占用比較大，因為JAVA程序一般占用比較多的內存。
所謂的Agentless監控方式，是指在被監控應用所在的主機上面，不安裝代理軟件采集相應的信息，而是通過一些標準的協議，這些包括主機使用的SNMP、Telnet、SSH、WMI等，以及應用使用的JMX、JDBC、ODBC等。
Agent和Agentless技術比較
|
對比項 監控方式 |
Agent方式 |
Agentless方式 |
|
對監控資源的影響 |
占用一定的CPU和內存運行Agent代理軟件本身。 |
對CPU和內存的影響，除了對telnet/SSH/wmi的影響，其它幾乎可忽略。 |
|
對監控服務器的影響 |
大部分工作通過監控資源端的Agent代理軟件完成，對監控服務器的影響相對較小 |
所有工作通過監控服務器遠程連接監控資源端實現，對監控服務器的影響相對較大 |
|
通訊對網絡帶寬的影響 |
在監控資源端采集的數據，經過壓縮處理后，傳輸給監控服務器，故對網絡帶寬的占用較低 |
監控服務器采集的信息直接傳輸給監控服務器，數據都未經壓縮和匯總，故數據量相對較大。 |
|
監控指標 |
Agent代理監控方式一般都支持二次開發，監控用戶關心的獨特的指標 |
Agentless實現方式所限，一般監控指標相對固定，不支持二次開發 |
|
部署方式 |
部署相對麻煩，需要每臺主機部署安裝。 |
只需要開通相應的協議和端口，幾乎不需要部署 |
| 共2頁: 1 [2] 下一頁 | ||||
|
摩卡軟件對監控方式的實現
摩卡軟件在行業內具有十年的IT運維管理經驗，在全國超過23家的大客戶現場積累了深厚的應用平臺運維管理經驗。在實際的產品實現上，摩卡業務服務管理(Mocha Business Service Management ，簡稱Mocha BSM)產品采用了Agent方式和Agentless兩種監控方式，在兩種監控方式的優缺點方面，做了比較好的權衡，盡量做到揚長避短，這些措施包括：
%26#61550;
Agent監控方式提供部署工具：困擾Agent監控方式一個重要的問題就是Agent的部署問題，需要在每一臺主機上都要安裝相應的代理軟件，大大地增大了項目實施的工作量。摩卡軟件在實現Agent監控方式的同時，提供了Agent軟件的遠程部署工具，大大的降低了Agent部署的難度，提高了工作效率。下圖為Mocha BSM提供的Agent軟件遠程部署工具。
 |
| 圖1 |
Agent監控方式采用C代碼：Agent代理軟件因為需要部署在主機上，所以必須有比較小的資源占用且相當可靠。因此，Mocha BSM在實現上完全采用效率很高的C語言實現，避免了JAVA實現對系統資源的占用。
 |
| 圖2 |
Agentless監控方式支持協議豐富：支持的協議包括SNMP、SSH、Telnet、WMI、JDBC、ODBC、JMX等等，大大方便了用戶的快速應用。
|
熱詞搜索：
上一篇：怎么管理Websphere應用服務器?
分享到：
收藏
|
