資訊專欄INFORMATION COLUMN
摘要：自定義標識機器組基于集團內數年來的運維經驗總結，我們設計了一種靈活性更高使用更加便捷耦合度更低的配置機器管理方式自定義標識機器分組。填寫機器組配置。單擊確認結束配置。
摘要： 基于集團內數年來的Agent運維經驗總結，我們設計了一種靈活性更高、使用更加便捷、耦合度更低的配置&機器管理方式：自定義標識機器分組。此種方式對于動態環境非常適用，尤其適用于彈性伸縮服務和swarm、pouch(阿里docker)、Kubernetes等容器環境。
什么是機器分組上一篇中我們對機器分組進行了簡單的介紹，從更通俗的角度講：機器分組就是一批產生相同日志的機器，一般情況下是一組應用，比如Nginx、MongoDB、HDFS等集群。通常一個機器分組下會產生多種日志，會分別采集到多個logstore。而同時一個機器也可以扮演多種角色（比如同時擔當前端和后端的角色，既部署了Nginx也部署了應用worker），因此一個機器也會屬于多個機器分組中。所以我們有了以下的機器分組模型：
機器分組類型
目前我們支持了兩種不同的機器分組，分別是IP標識和自定義標識分組。
IP標識機器組
IP標識的機器組通俗易懂，非常易于上手，只需簡單的將IP輸入到分組里即可完成配置，同時也支持一個分組里面輸入多個IP。
IP標識的機器組雖然配置簡單，但存在非常大的缺陷：不支持動態縮擴容。在實際使用中機器組中機器經常會發生變化（例如機器替換、服務擴容/縮容），尤其在使用彈性伸縮服務、Kubernetes容器服務更為明顯，如果沒有及時同步更新或忘記配置，新增加的機器便無法采集到日志。
自定義標識機器組
基于集團內數年來的Agent運維經驗總結，我們設計了一種靈活性更高、使用更加便捷、耦合度更低的配置&機器管理方式：自定義標識機器分組。
自定義標識機器分組操作非常簡單：機器上設置一個或多個標識，并把機器組配置為自定義標識類型(userdefined-id)，輸入相應的標識，機器組即會自動匹配。
此種方式對于動態環境非常適用，尤其適用于彈性伸縮服務和swarm、pouch(阿里docker)、Kubernetes等容器環境。只需在虛擬機鏡像、DockerFile或Kubernetes的yaml模板等提前配置好標識，后續擴容的機器一上線就會立即加入到對應的機器分組中，并根據對應機器分組上的采集配置開始工作。
使用方式詳細使用方式參見自定義標識機器組。
步驟一 本地配置
Linux Logtail
通過文件 /etc/ilogtail/user_defined_id 來設置userdefined-id。
例如，設置自定義機器標識如下：
cat /etc/ilogtail/user_defined_id k8s-demo
Windows Logtail
通過文件 C:LogtailDatauser_defined_id 來設置userdefined-id。
例如，設置自定義機器標識如下：
C:LogtailData>more user_defined_id k8s-demo
注意： 若目錄 /etc/ilogtail/、C:LogtailData或文件 /etc/ilogtail/user_defined_id、C:LogtailDatauser_defined_id不存在，請手動創建。
Docker 應用
如果您在容器中安裝Logtail，可以在DockerFile中使用以下方式在發布時配置標識：
RUN mkdir /etc/ilogtail/
RUN echo ${您的機器組自定義標識} > /etc/ilogtail/user_defined_id
Kubernetes 集群
K8S使用可以參見Kubernetes日志采集。
步驟二 創建自定義標識機器組
在機器組列表頁面單擊右上角的創建機器組。
填寫機器組配置。
機器組名稱。填寫自定義的機器組名稱。
機器組標識。選擇用戶自定義標識。
用戶自定義標識。填寫步驟一中配置的userdefined-id，例如k8s-demo。
單擊確認結束配置。后續擴容無需修改機器組。
步驟三 查看機器組心跳
在機器組列表頁面，單擊目標機器組右側的查看狀態，可以查看使用相同自定義標識的機器列表及其心跳狀態。
詳情請閱讀原文
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/8055.html
摘要：目標后端任一接口一分鐘內響應超過一定的量，馬上收到報警提示報警及慢接口有詳細列表可以查看低成本。相關報警請求的詳細信息列表慢響應分析 目標 后端任一接口一分鐘內5xx響應超過一定的量，馬上收到報警提示 報警及慢接口有詳細列表可以查看 低成本。幾年前公司的日志報警系統是自研的，開發成本比較高，也沒有達到阿里云日志服務這種產品化程度 機器部署情況 阿里云EC服務器 功能概述 阿里云日...
摘要：下需要為每個單獨進行采集配置采集日志目錄，采集規則，存儲目標等，不易維護。日志服務的日志架構實踐我們提出基于阿里云日志服務的日志處理架構，用以補充社區的方案，來嘗試解決場景下日志處理的一些細節體驗問題。 摘要： 在Kubernetes服務化、日志處理實時化以及日志集中式存儲趨勢下，Kubernetes日志處理上也遇到的新挑戰，包括：容器動態采集、大流量性能瓶頸、日志路由管理等問題。本文...
摘要：同時它還提供了自動刷新熱更新等功能，使開發變得非常方便。的到來減少了很多的配置，它內置了很多的功能。 上一篇文章里詳細介紹了一下插件的用法，這一篇文章接著豐富module.exports里的屬性。如今的前端發展已經非常迅速了，伴隨而來的是開發模式的轉變。現在已經不再是寫個靜態頁面并放在瀏覽器里打開預覽一下了。在實際的開發中會經常需要使用http服務器，比如之前的ajax，想要看到效果就...
閱讀 2493·2021-11-15 18:14
閱讀 1718·2021-10-14 09:42
閱讀 3751·2021-10-11 10:58
閱讀 3953·2021-10-09 09:44
閱讀 2418·2021-09-26 09:55
閱讀 2438·2021-09-24 10:38
閱讀 2029·2021-09-04 16:48
閱讀 3273·2021-09-02 15:21
