主機應用監控的兩種方式
在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] 下一頁 | ||||
|