淺談zabbix和Grid control

在IT行業始終在進行著開源和商業的競爭而且雙方火力都不差，開源的受眾更多是中小企業，免費開源而且使用者基數龐大，商業的使用者都是一些大中型企業，求穩求成熟的服務。
今天來淺談一下zabbix和Grid control,限於自己的認識有限，所以先開個題，zabbix也在熟悉和使用中，後續繼續補全和更正。
zabbix大量在網際網路企業使用，很大的一個原因就是MySQL所用，但是它的發展不止於此，對於系統級的監控也是很拿手。按照通用的說法，zabbix是基於WEB介面的提供分散式系統監視以及網路監視功能的企業級的開源解決方案。
而Gridcontrol似乎是Oracle陣營中的強有力的監控和管理工具，為Oracle一手打造，用Oracle的工具來監控管理Oracle的產品，自然效果要好很多，同時它也是開放的支援監控和管理其它的資料庫。
我們從以下幾個方面來說說它們的相同和不同點。
架構思路
zabbix:
zabbix基於server+agent的方式來提供服務,採用了apache,php,mysql，這些都是快速輕巧的工具，而且上手極快，而且都是免費開源，得來全不費功夫。
而在Oracle中，有網格管理器grid control, 還有單機版的EM，也是基於server+agent的方式，採用基於HttpServer,jsp?,Oracle，這些大都是商業的元件，需要一定的投入。
如果說它們的所需要的硬體資源要求，肯定gridcontrol的要求要高得多。

功能點
zabbix側重於實現監控,對於系統級的監控非常拿手，比如可以很輕鬆的配置監控某個分割槽下的空間情況，檔案系統，磁碟IO，cpu利用率，網路等的監控都是非常全面而且粒度要細很多，而且支援複雜的報警規則配置。可以說zabbix尤其適合大量的分散式系統監控，但是對於管理的功能應該從這個工具的初衷來說就不是它的出發點，所以要弱很多。

gridcontrol的監控和管理的功能都很全面，在系統級的監控上粒度沒有zabbix那麼靈活，但是對於系統級整體的資源情況還是比較能夠基本全面支援。可能grid control的初始點就是面向Oracle資料庫的監控和管理為主，所以在其中有非常豐富的功能，你可以很輕鬆的透過grid control來管理多個資料庫例項，建立和管理資料庫物件，甚至直接在grid control裡面搭建物理備庫，切換，故障轉移，完全可以脫離命令列。

功能擴充套件
zabbix可以輕鬆擴充套件，對於Oracle有orabbix的實現,也是開源免費，但是如果用了之後會發現，實現的功能還是有限，但是一些主要的監控項也都有了，如果想擴充套件就相對來說要容易一些，很多都是基於規則來配置，裡面存在大量的正則配置。監控的粒度可以根據你的需要來定製，它負責提供平臺來滿足你。總體來說對於MySQL的監控要拿手一些。
而gridcontrol單純從Oracle角度來說，監控的粒度已經非常細緻了，如果想在Oracle的基礎上再擴充套件還是需要花費不少的功夫的。當然gridcontrol也是可以支援其它的資料庫，例如MySQL，但是還是需要較大的時間成本和技術成本，週期要長一些。

安裝部署情況
zabbix的安裝給我的感覺就是輕巧簡便，很多東西都是簡單的配置即可完成，而gridcontrol的安裝部署難度相對要大很多。所以如果用完gridcontrol再來看zabbix，感覺一夜回到解放前，但是很多東西你都可以控制，你都可以定製，不滿意可以相對容易的定製和改變。