Logreduce 可以通過從大量日志數據中挑選出異常來節(jié)省調試時間。

持續(xù)集成（CI）作業(yè)會生成大量數據。當一個作業(yè)失敗時，弄清楚出了什么問題可能是一個繁瑣的過程，它涉及到調查日志以發(fā)現(xiàn)根本原因 —— 這通常只能在全部的作業(yè)輸出的一小部分中找到。為了更容易地將最相關的數據與其余數據分開，可以使用先前成功運行的作業(yè)結果來訓練 Logreduce 機器學習模型，以從失敗的運行日志中提取異常。

此方法也可以應用于其他用例，例如，從 Journald 或其他系統(tǒng)級的常規(guī)日志文件中提取異常。

使用機器學習來降低噪音

典型的日志文件包含許多標稱事件（“基線”）以及與開發(fā)人員相關的一些例外事件。基線可能包含隨機元素，例如難以檢測和刪除的時間戳或唯一標識符。要刪除基線事件，我們可以使用 k-最近鄰模式識別算法（k-NN）。

日志事件必須轉換為可用于 k-NN 回歸的數值。使用通用特征提取工具 HashingVectorizer 可以將該過程應用于任何類型的日志。它散列每個單詞并在稀疏矩陣中對每個事件進行編碼。為了進一步減少搜索空間，這個標記化過程刪除了已知的隨機單詞，例如日期或 IP 地址。

訓練模型后，k-NN 搜索可以告訴我們每個新事件與基線的距離。

這個 Jupyter 筆記本 演示了該稀疏矩陣向量的處理和圖形。

Logreduce 介紹

Logreduce Python 軟件透明地實現(xiàn)了這個過程。Logreduce 的最初目標是使用構建數據庫來協(xié)助分析 Zuul CI 作業(yè)的失敗問題，現(xiàn)在它已集成到 Software Factory 開發(fā)車間的作業(yè)日志處理中。

最簡單的是，Logreduce 會比較文件或目錄并刪除相似的行。Logreduce 為每個源文件構建模型，并使用以下語法輸出距離高于定義閾值的任何目標行：distance | filename:line-number: line-content。

$ logreduce diff /var/log/audit/audit.log.1 /var/log/audit/audit.log
INFO  logreduce.Classifier - Training took 21.982s at 0.364MB/s (1.314kl/s) (8.000 MB - 28.884 kilo-lines)
0.244 | audit.log:19963:        type=USER_AUTH acct="root" exe="/usr/bin/su" hostname=managesf.sftests.com
INFO  logreduce.Classifier - Testing took 18.297s at 0.306MB/s (1.094kl/s) (5.607 MB - 20.015 kilo-lines)
99.99% reduction (from 20015 lines to 1

更高級的 Logreduce 用法可以離線訓練模型以便重復使用。可以使用基線的許多變體來擬合 k-NN 搜索樹。

$ logreduce dir-train audit.clf /var/log/audit/audit.log.*
INFO  logreduce.Classifier - Training took 80.883s at 0.396MB/s (1.397kl/s) (32.001 MB - 112.977 kilo-lines)
DEBUG logreduce.Classifier - audit.clf: written
$ logreduce dir-run audit.clf /var/log/audit/audit.log

Logreduce 還實現(xiàn)了接口，以發(fā)現(xiàn) Journald 時間范圍（天/周/月）和 Zuul CI 作業(yè)構建歷史的基線。它還可以生成 HTML 報告，該報告在一個簡單的界面中將在多個文件中發(fā)現(xiàn)的異常進行分組。

管理基線

使用 k-NN 回歸進行異常檢測的關鍵是擁有一個已知良好基線的數據庫，該模型使用數據庫來檢測偏離太遠的日志行。此方法依賴于包含所有標稱事件的基線，因為基線中未找到的任何內容都將報告為異常。

CI 作業(yè)是 k-NN 回歸的重要目標，因為作業(yè)的輸出通常是確定性的，之前的運行結果可以自動用作基線。 Logreduce 具有 Zuul 作業(yè)角色，可以將其用作失敗的作業(yè)發(fā)布任務的一部分，以便發(fā)布簡明報告（而不是完整作業(yè)的日志）。只要可以提前構建基線，該原則就可以應用于其他情況。例如，標稱系統(tǒng)的 SoS 報告 可用于查找缺陷部署中的問題。

異常分類服務

下一版本的 Logreduce 引入了一種服務器模式，可以將日志處理卸載到外部服務，在外部服務中可以進一步分析該報告。它還支持導入現(xiàn)有報告和請求以分析 Zuul 構建。這些服務以異步方式運行分析，并具有 Web 界面以調整分數并消除誤報。

已審核的報告可以作為獨立數據集存檔，其中包含目標日志文件和記錄在一個普通的 JSON 文件中的異常行的分數。

項目路線圖

Logreduce 已經能有效使用，但是有很多機會來改進該工具。未來的計劃包括：

• 策劃在日志文件中發(fā)現(xiàn)的許多帶注釋的異常，并生成一個公共域數據集以進行進一步研究。日志文件中的異常檢測是一個具有挑戰(zhàn)性的主題，并且有一個用于測試新模型的通用數據集將有助于識別新的解決方案。
• 重復使用帶注釋的異常模型來優(yōu)化所報告的距離。例如，當用戶通過將距離設置為零來將日志行標記為誤報時，模型可能會降低未來報告中這些日志行的得分。
• 對存檔異常取指紋特征以檢測新報告何時包含已知的異常。因此，該服務可以通知用戶該作業(yè)遇到已知問題，而不是報告異常的內容。解決問題后，該服務可以自動重新啟動該作業(yè)。
• 支持更多基準發(fā)現(xiàn)接口，用于 SOS 報告、Jenkins 構建、Travis CI 等目標。

如果你有興趣參與此項目，請通過 ＃log-classify Freenode IRC 頻道與我們聯(lián)系。歡迎反饋！