gudab FAQ

gudab 的config目錄下,每個檔案的用途?

  1. ./id/gudab.id:給機器看的gudab ID
  2. ./id/im_ .worker:給人看的gudab ID (檔名的XXX)
  3. ./metrics_os_fetcher/linux_Fetcher_ .yml:取得 Linux 指標的 Commad和 Regular Express的設定。
  4. ./metrics_os_fetcher/linux_SSH_default_Info.properties:gudab SSH 連線到被監控對象主機的 Linux Service Account 設定。
  5. ./gudab.properties:gudab 內建的 consoleDB 和 Mail Server 設定。
  6. ./log4j2.xml:gudab 日誌設定。

gudab 突然無法重啟 (沒有畫面)?

請優先與我們聯絡。
若您想嘗試自行處理,下列2種可能原因與解決方法:

  1. ID問題:將gudab/config/id 目錄內檔案清除,重新啟動。
  2. ConsoleDB問題:嘗試將 gudab/consoleDB/data 目錄內檔案清除,重新動。注意:此步驟gudab會初始化,遺失所有指標、備份、設定等。

Linux Service Accounts、MongoDB Service Account 及 gudab Service Account 預設或建議的帳密為? 瀏覽器預設登入的帳密,是哪一種?

  1. Linux Service Accounts:(gudab/gudab) 建議
  2. MongoDB Service Accounts:(root/gudab) 建議
  3. gudab Service Accounts:(root/root) 預設
  4. 瀏覽器預設登入的帳密是 gudab Service Account。

為什麼要在被監控對象的主機上,建立 Linux Service Account?

gudab 透過 SSH 連結被監控對象,考量被監控對象所在的主機(Linux Host)的權限、安全、稽核等因素,建議所有主機統一新增專屬 Linux Service Account (eg. gudab)。

忘記登入密碼,執行首頁的忘記密碼,卻無法解決?

請優先與我們聯絡。
若您想嘗試自行處理,下列2種可能原因與解決方法:

  1. 設定問題:收不到信。不論內網或外網,gudab要能連結到某台Mail Server,並在gudab.properties輸入寄件人的資訊。
  2. 信箱問題:帳號與email有誤。此處email是指註冊時填寫的信箱。
    預設的root帳號,其初始Email狀態為空,請盡早更新使用者資料。

gudab 有幾種 License 版本?

License 有3個版本 (如下表)

Express Enterprise
指標
告警
備份
付費
顧問服務
期限 永久免費 12個月

Enterprise License (1)試用 30 天到期後,若不訂閱 (Subscribe);(2)若訂閱到期後,若不續約 (Renew)。上述兩種情況是否可繼續使用 gudab?

  1. 可以,透過告警方框內的 Express 按鈕,可降版至 Express。
  2. 若是因故未申請,仍然可以延長使用 Enterprise License 30 天 (寬限期),但是超過寬限期後將無法使用 gudab。

註:Enterprise 到期前續約,可享有折扣。

gudab Account分成幾種角色(權限)?

  1. root user:是預設用戶、名稱唯一、不可刪除、只能加admin用戶。第一次登入,請記得更新使用者資料 (填寫email、修改密碼)。
  2. admin group:全部功能。
  3. power user group:除了加用戶,全部操作功能。
  4. operator group:看系統監控,無法新增伺服器;可開關告警 (發alert),無法修改告警設定。
root admin power user operator
系統監控
新增伺服器
系統狀態
告警開關
告警設定
備份/回復
個人資料
新增 admin
新增 power user
新增 operator

多用戶,是否可以使用不同的 DB 帳密,監控同一對象。

不同 gudab 用戶,均可以新增被監控對象。但 gudab 為了避免多用戶監控同一對象,造成重複監控的情況,故採用第一次連線的 DB 帳密建立設定 (後面的用戶無法改動)。
範例如下:

  1. gudab 用戶 1(root),先使用 DB 帳密(root/12345),加入監控 Replica Set A。
  2. gudab 用戶 2(test),後使用 DB 帳密(test/67890),加入監控 Replica Set A。
  3. gudab 用戶 2 輸入的 DB 帳密正確(test/67890),但實際是拿用戶 1 的帳密 (root/12345)去做監控。

註:第一次連線的 DB 帳密,應該採用專屬的 MongoDB Service Account。

為什麼要在被監控對象上,建立MongoDB Service Account ?

  1. 為避免監控一n個成員的叢集,需輸入n次成員的資訊,故gudab提供的Auto Discovery功能,能透過一組帳密連結所有叢集成員(需注意這組DB帳密是否有足夠的管理權限)。
  2. 另考量被監控對象的權限、安全、稽核等,建議所有被監控對象統一新增專屬的MongoDB Service Account (eg. root)。

註:叢集是指Resplica Set (RS)、Sharded Cluster (SC)。

Auto Discovery 無法加入全部的叢集成員?

請優先與我們聯絡。
若您想嘗試自行處理,下列4種可能原因與解決方法:

  1. 確認是否建立gudab用的MongoDB Service Account。
  2. RS必須從 Primary或Secondary做Auto Discovery,不可以從 Arbiter。
  3. SC必須從 Router(mongos)做Auto Discovery,不可以從分片成員。
  4. gudab 加入監控時,會取得 hostname,所以 gudab 主機需與被監控對象有相同 DNS 或在 hosts 檔案加入對應 IP。

為什麼 gudab沒有看到 Host Status 監控項目 (CPU, Memory, Storage, Swap)?

請優先與我們聯絡。
若您想嘗試自行處理,下列2種可能原因與解決方法:

  1. 此監控項目,若被監控對象安裝在 Windows 上,則 gudab 暫不支援。
  2. 尚未設定 linux_SSH_default_Info.properties 的資訊。

除了現有的監控指標,能否加入其他項目指標?

可以,這些屬於客製化服務範疇。

除了發信告警,是否提供其他告警方式?

可以,這些屬於客製化服務範疇。

gudab 的備份方式?

  1. 對象:Replica Set成員。
  2. 完整備份(全備份、快照):建立 delayed 成員做全備份,預設延遲3600 秒。(需手動複製 data files 重啟環境、尚不支援快照)
  3. 增量備份:持續備份 Replica Set 成員的 oplog。

gudab採用哪種備份策略? (哪個DB成員作為備份對象)

gudab 採用 Secondary Prefer策略。
優先從任一個 Secondary成員作為對象備份oplog,若無法連線Secondary,才會改從Primary備份。

MongoDB Standalone (Single node) 能否做增量備份 ?

Standalone要做增量備份,需初始成單一成員的RS,作為Primary產生oplog,gudab便能做增量備份。

gudab備份的注意事項?

  1. 第一次啟動備份,無法備份之前的 oplog,只會備份啟動時間之後的oplog。之後會產生 tail collection 記錄最後一筆備份的時間,之後關閉備份再啟動,會接續備份記錄最後一筆時間之後的 oplog(即使是在gudab 關閉備份時產生的)。
  2. 在備份 Sharded Cluster 時:
    1. 不支持 Config Server 異動。
      因此,備份前須做好分片的 Zone Range,並在 mongos 執行指令:
      1. sh.disableAutoSplit()
      2. sh.setBalancerState(false)
    2. 備份前,需先做完整備份。
    3. 分片須為 Replica Set。

gudab 還原的注意事項?

  1. 被監控對象,必須先透過完整備份的檔案重新啟動,才能執行gudab還原。
  2. 目前還原起訖的設定值,為每小時的整點鐘和半點鐘。

啟動備份後,新增的 Collection無法備份加入之前的 oplog?

若當初建立備份設定,是指定要備份的 Collection (非勾選所有資料庫),若有新的colleciton要加入原備份設定,則須修改後重新執行新增備份設定。

gudab 備份多久的 oplog ? 是否有保護機制,避免硬碟空間不足?

  1. gudab預設備份 7日的oplog。
  2. 用戶須自行評估 oplog的成長量,選擇適當容量的儲存空間;或修改 config file的備份天數 (調整後須重啟 gudab)。

可否指定要備份/還原的 Collection?

  1. 備份:目前可指定 Collection。
  2. 還原:目前暫不支援指定 Collection,會一次還原全部。

MongoDB 已有Replica Set記錄oplog,為什麼還需要gudab 備份oplog?

可以從2個面向來看:

MongoDB's Replica Set gudab
備份上限 capped collection的大小 硬碟空間和備份天數
還原方式 Mongo Shell (輸入指令) 操作介面 (滑鼠點擊)
  1. 備份上限:假設資料量為1TB,記錄oplog 的capped colletion為50GB,若是人為失誤操作eg. db.coll.remove({ }),會產生大量oplog把舊有的oplog覆蓋。即使發生人為失誤,只要不超過硬碟上限,就可以繼續保留,直到超過備份天數。而且主要由gudab備份oplog,MongoDB的capped collection就不用設定太大,保留運行環境的硬體資源。
  2. 還原方式:gudab提供操作介面,就不需要查找相對應的指令和步驟。
  3. 另外,gudab其獨立於MongoDB架構之外,可安裝在不同的系統環境OS、機房位置,採用不同的系統帳密、目錄等管理權限,能提供更嚴謹的安全性,在儲存備份資料上,等於多一份保障。

請問網頁上提的 gudab Express 是否為 opensource 軟體?

初期是免費軟體 (freeware),2018/2/1 正式轉成開源軟體 (opensource)。

是否可以自行下載後用於任何企業內外或雲端上 MongoDB 叢集的部署建置?

gudab 可自行下載使用,監控 MongoDB 叢集。

是否有軟體授權聲明可提供我們了解? (例如 GPL 或 apache 2 licenses 或貴公司自己的授權聲明? )

請參考官網;或下載 gudab 後,位於 READ 目錄下的 License.txt。

是否可以提供自動部署 MongoDB Cluster、並針對一些重要情況設定告警 email 通知的功能嗎?

  1. gudab 尚未支持自動化佈署 MongoDB,2018 年下半年會導入 Ansible技術實現此功能。
  2. gudab 支持用戶設定觸發條件,提供 email 發告警。

針對安裝部署、告警這兩個功能,有沒有主機數量或甚麼特別的限制?

  1. gudab Express 沒有卡限制,取決於 MongoDB 使用情境和 gudab 資源分配。
  2. gudab Enterprise 取決於購買訂閱的 data nodes 數量。

如果要達到分散容錯的叢集架構,是否有最小主機數量?

根據您的需求:最小主機數量 + 分散容錯
以 Replica Set 為例,建議您最小主機數量為 3。
架構:Svr1(Primary) + Svr2(Secondary) + Svr3(Arbiter & gudab)

gudab 如何計費?

  1. gudab Express 永久免費。
  2. gudab Enterprise 以受監控的 MongoDB Data Node 數量為計費單位 (包含 Primary 主要伺服器與 Secondary 次要伺服器,不計算 Router、Config Server 與 Arbiter)。

請問 gudab Express 是否免費? 有哪些功能?

  1. 是的,永久免費。
  2. 主要有 "監控"、"告警"。

能否提供 gudab Enterprise 的價格供評估? 是否有最小購買數量?

具體細節,請留下聯絡方式,將由我們業務人員與您聯繫。

gudab 提供那些顧問服務?

  1. MongoDB 架構規劃與建置
  2. 全備份(Full Backup)與還原規劃與建置
  3. 異地備援規劃與建置
  4. 系統告警整合(如簡訊 SMS)
  5. 專業顧問與諮詢

請問日後如須專人現場支援服務,或障礙排解,如何計價? 是以人日或問題等級大小之類如何計算嗎?

具體細節,請留下聯絡方式,將由我們業務人員與您聯繫。