Elastic Cloud 比免費版還多的功能 系列文章索引

• (1/6) Elastic Stack 的方案比較與銷售方式

• (2/6) Centralized Beats Management

• (3/6) Centralized Pipeline Management

• (4/6) Watcher

• (5/6) Elasticsearch Token Service

• (6/6) Multi-stack monitoring & Automatic stack issue alerts

前言

在使用 Elastic Cloud 的 SaaS 服務時，Centralized Beats Management 這個功能是在 Standard 的版本上即可使用，不像是自己架設的版本，要買到 Gold License 才能使用，這篇文章主要介紹 Centralized Beats Management 的功能如何使用、以及介紹他在協助管理 Beats 上的便利性。

請特別注意， Centralized Beats Management 是在 Elastic Stack 6.5 時推出的 Beta 版本的功能，目前已在官方文章上明確註明已 暫停開發 ，達來會有其他更全面的解決方案來取代這個功能，所以使用上請留意。

進入此章節的先備知識

• 知道什麼是 Elastic Stack 中的 Beats。
• 使用過 Filebeat 和 Metricbeat。

此章節的重點學習

• 如使在 Elastic Cloud 中的 Kibana 使用 Centralized Beats Management。

Centralized Beats Management 的介紹

顧名思意，Centralized Beats Management 的目的就是能使用一個集中化的管理介面，讓我們能輕鬆的管理安裝在各機器上的 Beats，特別是改變一些組態設定時，能直接套用到各 Beats 身上。

這個功能是 Elastic Stack 6.5 時推出的 Beta 版本功能，並且是在 Elastic Gold License 的級別以上、或是 Elastic Cloud service 的 Standard License 版本才能使用。

目前有支援的 Beats 只有以下兩種：

• Filebeat
• Metricbeat

以下是 Centralized Beats Management 的架構圖：

如何在 Kibana 上設定 Beats Central Management

Enroll Beat

在 Kibana 上要設定 Beats Central Management時，依照下圖的路線進入這個功能，並點選 Enroll Beat。

進入 Enroll Beat 畫面時，會讓你選擇要 Enroll 的是 Filebeat 還是 Metricbeat，並且選擇 Platform 的類型。

選擇完成後，會產生出 enroll 的 script，從這個 script 可以看到主要是將這個 beat 註冊到我們這個 Elastic Cloud 的路徑上，並且包含了 credential 的資訊，讓這個 client 可以透過這 credential 與 Central Management 互相溝通。

接下來到已安裝好 Filebeat 或 Metricbeat 的機器上，執行 enroll 的 command。

執行完成後，當 Filebeat 或 Metricbeat client 向 server 註冊完成後，畫面會自動帶出已註冊的這台 client。

接下來可以進行 tag 的設定，這邊的 tag 可以綁定一種組態設定，而之後可以使用 tag 的方式來套用到各機器上，以便快速的套用不同的組態設定到各機器。

我們可以幫這個 tag 去定義要給他的 configuration ，也就是針對 Filebeat 或是 Metricbeat 的 config 以及 module 的設定。

這樣就是一個基本 Enroll 的執行過程。

Enrolled Beats

回到 Enrolled Beats 的畫面後，可以看到每個已註冊進來的 Beats，並且他們各自的 tag 狀態，這時看到的 Config Status 還是 Offline

Run Enrolled Beats

接著我們到各 Filebeat 或是 Metricbeat 的機器上，讓他們執行起來

./filebeat run

或是

./metricbeat run

回到 Enrolled Beats 的 Config Status 來查看，會發現他們都執行起來了。

我們這時可以動態調整每個 beat 他們的 Tags，來調整他們的組態設定。

Configuration Tags

每個 Tag 的配置方式，可依照佈署環境的狀態來定義想要的 組態模組化 的切割方式，例如：

• web-server: 要安裝 Filebeat apache module 來收集 apache log。
• db-server: 要安裝 Metricbeat mysql module 來收集 mysql 的 metrics、也要安裝 system module 來收集主機的 system metrics、也要安裝 Filebeat mysql module 來收集 mysql 的 logs。
• proxy-server: 要安裝 Filebeat 並且使用自定義的 Paths 到指定的路徑去收集 logs。
• elasticsearch-output: 要有一組 output 到 elasticsearch 的設定。

這時每次有安裝某個 beats 時，可以依照該機器的角色，來分配給他合適的 tags。

如此就能簡單的從 Kibana 做到 Beats 的組態集中化的管理。

參考資料

• 官方文件 - Beats Central Management
• 官方 Blog - Introducting Beats Central Management in Elastic Stack

查看最新 Elasticsearch 或是 Elastic Stack 教育訓練資訊: https://training.onedoggo.com
歡迎追蹤我的 FB 粉絲頁: 喬叔 - Elastic Stack 技術交流
不論是技術分享的文章、公開線上分享、或是實體課程資訊，都會在粉絲頁通知大家哦！

此系列文章已整理成書
喬叔帶你上手 Elastic Stack：Elasticsearch 的最佳實踐與最佳化技巧
書中包含許多的修正、補充，也依照 Elastic 新版本的異動做出不少修改。
有興趣的讀書歡迎支持! 天瓏書局連結