Open-Falcon心跳服務-HBS

更多幹貨

一、 介紹

• 心跳伺服器，公司所有agent都會連到HBS，每分鐘發一次心跳請求。
• Portal的資料庫中有一個host表，維護了公司所有機器的資訊，比如hostname、ip等等。這個表中的資料通常是從公司CMDB中同步過來的。但是有些規模小一些的公司是沒有CMDB的，那此時就需要手工往host表中錄入資料，這很麻煩。於是我們賦予了HBS第一個功能：agent傳送心跳資訊給HBS的時候，會把hostname、ip、agent version、plugin version等資訊告訴HBS，HBS負責更新host表。
• falcon-agent有一個很大的特點，就是自發現，不用配置它應該採集什麼資料，就自動去採集了。比如cpu、記憶體、磁碟、網絡卡流量等等都會自動採集。我們除了要採集這些基礎資訊之外，還需要做埠存活監控和程序數監控。那我們是否也要自動採集監聽的埠和各個程序數目呢？我們沒有這麼做，因為這個資料量比較大，彙報上去之後使用者大部分都是不關心的，太浪費。於是我們換了一個方式，只採集使用者配置的。比如使用者配置了對某個機器80埠的監控，我們才會去採集這個機器80埠的存活性。那agent如何知道自己應該採集哪些埠和程序呢？向HBS要，HBS去讀取Portal的資料庫，返回給agent。
• 之後我們會介紹一個用於判斷報警的元件：Judge，Judge需要獲取所有的報警策略，讓Judge去讀取Portal的DB麼？不太好。因為Judge的例項數目比較多，如果公司有幾十萬機器，Judge例項數目可能會是幾百個，幾百個Judge例項去訪問Portal資料庫，也是一個比較大的壓力。既然HBS無論如何都要訪問Portal的資料庫了，那就讓HBS去獲取所有的報警策略快取在記憶體裡，然後Judge去向HBS請求。這樣一來，對Portal DB的壓力就會大大減小。

二、 配置說明

{
    "debug": true,
    "database": "root:[email protected]
 
(127.0.0.1:3306)/falcon_portal?loc=Local&parseTime=true", # Portal的資料庫地址
    "hosts": "", # portal資料庫中有個host表，如果表中資料是從其他系統同步過來的，此處配置為sync，否則就維持預設，留空即可
    "maxIdle": 100,
    "listen": ":6030", # hbs監聽的rpc地址
    "trustable": [""],
    "http": {
        "enabled": true,
        "listen": "0.0.0.0:6031" # hbs監聽的http地址
 

    }
}

三、 程序管理

# 啟動
./open-falcon start hbs

# 停止
./open-falcon stop hbs

# 檢視日誌
./open-falcon monitor hbs

四、 備註

如果你先部署了agent，後部署的hbs，那咱們部署完hbs之後需要回去修改agent的配置，把agent配置中的heartbeat部分enabled設定為true，addr設定為hbs的rpc地址。如果hbs的配置檔案維持預設，rpc埠就是6030，http埠是6031，agent中應該配置為hbs的rpc埠。

更多相關文章