時序列資料庫-Influxdb enterprise

個人心得: Influxdb OSS 的2.X 版本和 Influxdb enterprisedb 的1.X版本基本上是不同的東西

測試結束時的Influxdb enterprisedb版本為 1.8.6,也許之後會有不同

以下只是測試研究上的個人心得,且經過版本迭代,所以不一定符合˙現今情況,請以實際情況為主

基本上Influxdb enterprise 版本與OSS版本可以當作兩個不同的東西,或是把enterprise版本當作舊版的1.X 和 OSS版本為新版 2.X 會比較適合,(不只是database改為bucket和org這些那麼單純)

因為TICK 架構裡面,Enterprise部分已經棄用許多,在1.10時,只剩本體的I (meta nodes、data nodes),其他都使用社群版的部分,但有些使用上還是和OSS版本2.X有差異,如chrongraf

這邊只提一些我使用時覺得比較需要注意的部分:

1.enterprise的設定請先別設置開啟驗證.因為這沒預設帳密,如果一開始就開啟可能導致meta和data的節點加入會發生問題,可在meta和data已經加入之後建立系統使用者後,再開啟驗證即可

2.使用chronograf時如果發現flux是暗的無法使用,可在設定檔 [http] 下加入 flux-enabled = true ,重啟即可,如果使用 influx shell無法使用flux,要記得-type flux,不然預設會是 influxQL,注意兩者屬於獨立體系,而OSS 2.X是採用flux

3.如果建立系統使用者後,仍無法存取kapacitor enterprise,是因為influxdb內建立的權限並不包含kapacitor,可使用REST API去賦予或用chronograf這Web UI把權限給補上

ex:

  1. 使用chronograf需使用oauth驗證部分,才能於Web UI進行驗證,那時你Web UI那邊左邊才會多一個可選的圖案,我測試github和gitea都可以使用,其中github較為其他簡易,GH_CLIENT_ID和GH_CLIENT_SECRET等設置很快就能用,如果用其他方式要符合influxdb官方文件那些規則把相關設置都要設定好才能用,注意! 第一個驗證的email會視為主要帳號,別刪除了,不然會出錯!

5. influxdb除了使用帳密驗證之外,也可使用JWT驗證,而這好處在於可以設置驗證期限,供給開發人員或外部廠商等使用也方便管理

Last updated