主機(jī)應(yīng)用監(jiān)控的兩種方式
在IT運(yùn)維管理過(guò)程中，需要對(duì)服務(wù)器、應(yīng)用和網(wǎng)絡(luò)設(shè)備進(jìn)行輪詢和監(jiān)控。對(duì)于網(wǎng)絡(luò)設(shè)備，所有廠商都采用SNMP簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議。
但是對(duì)于主機(jī)和應(yīng)用的監(jiān)控，各個(gè)廠商在軟件的實(shí)現(xiàn)上卻出現(xiàn)了分歧，有些廠商采用agent方式，有些廠商采用Agentless方式，各說(shuō)各好。那么，下面我們從技術(shù)角度進(jìn)行一下比較。
什么是Agent和Agentless？
所謂Agent監(jiān)控方式，顧名思義，就是在被監(jiān)控應(yīng)用所在的主機(jī)上面，安裝小的Agent軟件，即代理軟件，通過(guò)它，實(shí)現(xiàn)對(duì)數(shù)據(jù)的采集和管理。市面上Agent監(jiān)控代理軟件，一般都可以在一臺(tái)主機(jī)上實(shí)現(xiàn)對(duì)主機(jī)和主機(jī)上應(yīng)用的監(jiān)控。
因?yàn)锳gent代理軟件運(yùn)行在被監(jiān)控主機(jī)和應(yīng)用端，所以對(duì)Agent軟件的性能和可靠性就提出了很高的要求，一般要求Agent代理軟件占用系統(tǒng)資源（CPU、內(nèi)存等）比較低，但是采集的數(shù)據(jù)量比較大。只有這樣，才能很好的發(fā)揮Agent代理軟件作用的同時(shí)，保證主機(jī)和應(yīng)用的正常運(yùn)行。從Agent代理軟件的實(shí)現(xiàn)方式上看，各個(gè)廠商大多采用效率比較高的C代碼，如Mocha BSM和BMC Patrol，但也有軟件廠商采用效率不太高的JAVA等，如IBM，后者就對(duì)主機(jī)的系統(tǒng)資源占用比較大，因?yàn)镴AVA程序一般占用比較多的內(nèi)存。
所謂的Agentless監(jiān)控方式，是指在被監(jiān)控應(yīng)用所在的主機(jī)上面，不安裝代理軟件采集相應(yīng)的信息，而是通過(guò)一些標(biāo)準(zhǔn)的協(xié)議，這些包括主機(jī)使用的SNMP、Telnet、SSH、WMI等，以及應(yīng)用使用的JMX、JDBC、ODBC等。
Agent和Agentless技術(shù)比較
|
對(duì)比項(xiàng) 監(jiān)控方式 |
Agent方式 |
Agentless方式 |
|
對(duì)監(jiān)控資源的影響 |
占用一定的CPU和內(nèi)存運(yùn)行Agent代理軟件本身。 |
對(duì)CPU和內(nèi)存的影響，除了對(duì)telnet/SSH/wmi的影響，其它幾乎可忽略。 |
|
對(duì)監(jiān)控服務(wù)器的影響 |
大部分工作通過(guò)監(jiān)控資源端的Agent代理軟件完成，對(duì)監(jiān)控服務(wù)器的影響相對(duì)較小 |
所有工作通過(guò)監(jiān)控服務(wù)器遠(yuǎn)程連接監(jiān)控資源端實(shí)現(xiàn)，對(duì)監(jiān)控服務(wù)器的影響相對(duì)較大 |
|
通訊對(duì)網(wǎng)絡(luò)帶寬的影響 |
在監(jiān)控資源端采集的數(shù)據(jù)，經(jīng)過(guò)壓縮處理后，傳輸給監(jiān)控服務(wù)器，故對(duì)網(wǎng)絡(luò)帶寬的占用較低 |
監(jiān)控服務(wù)器采集的信息直接傳輸給監(jiān)控服務(wù)器，數(shù)據(jù)都未經(jīng)壓縮和匯總，故數(shù)據(jù)量相對(duì)較大。 |
|
監(jiān)控指標(biāo) |
Agent代理監(jiān)控方式一般都支持二次開(kāi)發(fā)，監(jiān)控用戶關(guān)心的獨(dú)特的指標(biāo) |
Agentless實(shí)現(xiàn)方式所限，一般監(jiān)控指標(biāo)相對(duì)固定，不支持二次開(kāi)發(fā) |
|
部署方式 |
部署相對(duì)麻煩，需要每臺(tái)主機(jī)部署安裝。 |
只需要開(kāi)通相應(yīng)的協(xié)議和端口，幾乎不需要部署 |
| 共2頁(yè): 1 [2] 下一頁(yè) | ||||
|
