1. 介紹
Kibana 和 Grafana的異同點：
- 日誌與度量 這方面的主要的不同在於，Grafana專注於根據CPU和IO利用率之類的特定指標提供時間序列圖表。Kibana則專注於另一方面，它運行於Elasticsearch的上層，能創建一個複雜的日誌分析儀錶盤。舉個例子，Grafana無法進行數據的檢索和瀏覽。
- 基於角色的訪問 默認情況下，Kibana的儀錶盤是公開的，沒有進行基於角色的訪問控制。如果你需要針對多個用戶設置不同的權限級別，就得增加額外的配置預算採購 Shield 了。比較而言，Grafana內置的RBA允許你維護用戶和團隊訪問儀錶盤的權限。另外，Grafana的富API可能用於保存特定儀表表、創建用戶用戶和更新數據源的任務。你還可以創建特定的API關鍵字並賦予它們新的職責。
- 儀錶盤靈活性 雖然Kibana有大量內置的圖表類型，但它們之上的控制仍是最初的限制，Grafana包括更多的選擇，可以更靈活地瀏覽和使用圖表，如果要選擇一個指定的時間序列，可以使用Y-Bar之類的工具。然而，隨著 Kibana 4中展示的增強特性，比如可以保存元素並拖曳到新的儀錶盤中，我們可以預期Kibana能快速地彌補這一差距。
- 數據源的集成 Grafana支持許多不同的存儲後端。Grafana針對每個數據源都有一個特定的查詢編輯器，它是針對數據源所具備的特性和能力特別定製的。然而，正如上文所說，Kibana原生集成進了ELK棧，這使安裝極為簡單，對用戶非常友好。
- 開源社區 這兩個開源工具都很強大。如果密切觀察一下Github上的Grafana，你將發現大概有7000次代碼提交，而Kibana更有12000次。
共同協作 Kibana和Grafana都是強大的可視化工具。然而，Grafana和InfluxDB組合是用於度量數據的，反之，Kibana是流行的ELK棧的一部分，它可以更為靈活地瀏覽日誌數據。
這兩個平台都是好的選擇，甚至有時還可以互補。首先，用Kibana去分析你的日誌。然後，把數據導入到Grafana作為可視化層。這些的前提是需要同一個Elasticsearch庫。Logz.io是一個預言性的、基於雲的日誌管理平台，它處於開源的ELK棧（Kibana是其中的一部分）的上層。你不妨動手試用一下免費版！
2. 安裝
Grafana有許多plugins，可以做許多服務的儀表板，例如Elasticsearch(收集log的好工具，後面會介紹)，用來替代Kibana顯示儀表
yum install https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-4.6.3-1.x86_64.rpm
systemctl enable grafana-server
systemctl start grafana-server或
wget https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-5.2.2-1.x86_64.rpm
sudo yum localinstall grafana-5.2.2-1.x86_64.rpm啟動服務器（通過systemd）
$ systemctl daemon-reload
$ systemctl start grafana-server
$ systemctl status grafana-serversudo systemctl enable grafana-server.service
預設開3000 port，網頁輸入ServerIP:3000 ,帳密admin/admin
firewall-cmd --permanent --add-port=3000/tcp
firewall-cmd --reload
systemctl restart firewalld加入Elasticsearch： Elasticsearch插件
因為elasticsearch已包含在grafana中，不需要另外安裝。
