共計(jì) 3660 個(gè)字符，預(yù)計(jì)需要花費(fèi) 10 分鐘才能閱讀完成。
本篇內(nèi)容主要講解“Kubernetes 中日志管理工具有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓丸趣 TV 小編來(lái)帶大家學(xué)習(xí)“Kubernetes 中日志管理工具有哪些”吧!
Kubernetes 在容器編排市場(chǎng)中占主導(dǎo)地位，通常用于托管微服務(wù)。但是，微服務(wù)的每個(gè)實(shí)例都會(huì)生成大量日志事件，這些日志事件很快就會(huì)變得難以管理。更糟糕的是，當(dāng)出現(xiàn)問(wèn)題時(shí)，由于服務(wù)間的復(fù)雜交互以及不可預(yù)知的故障模式，很難找到根本原因。
目前，我們有這么多日志工具？是否有一個(gè)完美的工具可以滿足所有需求，并使監(jiān)視，日志記錄和故障原因分析盡可能地高效和快速？
大多數(shù) Kubernetes 日志管理工具都是 ELK 的變體，具有相似的功能并且具有同樣的局限性。這些工具可幫助你訪問(wèn)日志和搜索信息。但要，這些工具大多數(shù)還需要解析日志規(guī)則和警報(bào)規(guī)則才能正常工作。
1. Zebrium
我將 Zebrium 放在首位，因?yàn)槲野l(fā)現(xiàn)該工具有潛力成為 Kubernetes 日志管理中的下一個(gè)重要工具。
這家新成立的初創(chuàng)公司，最近入選“Gartner 2020 年值得關(guān)注的 25 家初創(chuàng)企業(yè)”和“福布斯 AI 50：美國(guó)最有前途的人工智能公司”。
Zebrium 最近還幫助 Sweetwater 將事件跟蹤時(shí)間從 3 小時(shí)減少到只有幾分鐘。Zebrium 甚至可以發(fā)現(xiàn)以前未發(fā)現(xiàn)的軟件問(wèn)題。這是一項(xiàng)出色的功能，因?yàn)樗梢詭椭阍趩?wèn)題出現(xiàn)之前就發(fā)現(xiàn)問(wèn)題。
那么，什么使 Zebrium 在競(jìng)爭(zhēng)中脫穎而出？Zebrium 使用人工智能（AI）來(lái)發(fā)現(xiàn)問(wèn)題以及自動(dòng)發(fā)現(xiàn)，而所有其他工具都依賴于用戶手動(dòng)添加規(guī)則。Zebrium 也可以用作獨(dú)立的日志管理平臺(tái)，也可以與 ELK Stack 或其他日志管理器集成。
這聽(tīng)起來(lái)像夢(mèng)想成真，所以我在一個(gè)非常簡(jiǎn)單的項(xiàng)目上進(jìn)行了測(cè)試。在此測(cè)試中，Zebrium 能夠自動(dòng)檢測(cè)到網(wǎng)絡(luò)超時(shí)的問(wèn)題。我沒(méi)有為此建立任何規(guī)則，也沒(méi)有手動(dòng)監(jiān)視系統(tǒng)。Zebrium 通過(guò)其基于 ML 的算法解決了這個(gè)問(wèn)題，并立即通知我。
優(yōu)點(diǎn)：
易于啟動(dòng)，只需要簡(jiǎn)單的 helm 或 kubectl 命令。
自動(dòng)檢測(cè)問(wèn)題和軟件故障，無(wú)需手動(dòng)配置規(guī)則。
可以用作獨(dú)立的日志管理工具，也可以用作現(xiàn)有日志管理工具（例如 ELK Stack）的 ML 附件。
缺點(diǎn)：
免費(fèi)計(jì)劃：日志限制為每天 500MB，只保留 3 天的記錄。
支持 Kubernetes，Docker 和大多數(shù)常見(jiàn)平臺(tái)，但尚不支持 Windows。
官網(wǎng)鏈接：https://www.zebrium.com/
2. Sematext
Sematext 是用于日志管理和應(yīng)用程序性能監(jiān)視的解決方案。Sematex 提供了系統(tǒng)狀態(tài)的可見(jiàn)性。
Sematext 不僅限于 K8s 日志記錄，還可以提供監(jiān)視和警報(bào)功能。收集到的日志，會(huì)自動(dòng)根據(jù)不同的已知日志格式進(jìn)行解析 / 結(jié)構(gòu)化，并且用戶還可以提供自定義的日志模式。
Sematext 還公開(kāi)了 Elasticsearch API，因此你也可以使用任何與 Elasticsearch 配合使用的工具，例如 Filebeat 和 Logstash 與 Sematex。
Sematext 可以創(chuàng)建特定規(guī)則，以監(jiān)視特定情況并捕獲異常。借助 Sematex 全面的實(shí)時(shí)儀表板，用戶可以控制和監(jiān)視所有服務(wù)。
優(yōu)點(diǎn)：
與其他 Sematext Cloud 工具（如監(jiān)視）集成。
配置方便靈活。
ELK 的靈活性。
缺點(diǎn)：
Sematex 和 Kibana 不能在一個(gè)儀表板上混合使用。
自定義解析需要在日志傳送器中完成，Sematext 僅在服務(wù)器端解析 Syslog 和 JSON。
跟蹤功能較弱，盡管他們計(jì)劃進(jìn)行改進(jìn)。
官網(wǎng)鏈接：https://sematext.com/
3.Grafana 的 Loki
K8s 日志監(jiān)視工具列表中的第三位不是 ELK，而是 Loki。
Loki 是一個(gè)受 Prometheus 啟發(fā)的，支持多租戶和高度可用的日志聚合工具。該工具有助于收集日志，但是用戶需要為其手動(dòng)建立規(guī)則。
Loki 與 Grafana，Prometheus 和 Kubernetes 合作。Loki 可以使你的內(nèi)部流程更有效率。例如，它節(jié)省了 Paytm Insider 75%的日志記錄和監(jiān)視成本。
Loki 不會(huì)索引你的日志內(nèi)容，而是僅索引每個(gè)事件流的一組標(biāo)簽，因此效率很高。
優(yōu)點(diǎn)：
大型的生態(tài)系統(tǒng)。
豐富的可視化功能。
由于未索引日志內(nèi)容而提高了效率
缺點(diǎn)：
未對(duì) Kubernetes 日志管理進(jìn)行優(yōu)化。
大量的手工操作。
缺少內(nèi)容索引可能會(huì)限制搜索性能。
官網(wǎng)鏈接：https://grafana.com/oss/loki/
4. ELK Stack (Elastic Stack)
ELK 名列第四。一般而言，ELK 可能是最著名的日志管理開(kāi)源工具。ELK 是 Elasticsearch，Logstash 和 Kibana 的首字母縮寫(xiě)。每個(gè)組件負(fù)責(zé)日志記錄過(guò)程的不同部分。
Elasticsearch 是一個(gè)功能強(qiáng)大且可擴(kuò)展的搜索系統(tǒng)，Logstash 聚合并處理日志，而 Kibana 提供了一個(gè)數(shù)據(jù)分析和可視化的界面，可幫助用戶理解數(shù)據(jù)。它們共同為 K8s 提供了全面的日志記錄解決方案。
請(qǐng)注意，ELK 堆棧還有許多其他變體（例如 EFK Stack -Elasticsearch，F(xiàn)luentd 和 Kibana）。
ELK 被 Adobe，T-Mobile 和 Walmart 等許多大公司使用，因此你可以相信它的健壯性。通常，這是一個(gè)可靠且經(jīng)過(guò)驗(yàn)證的工具。
但是，由于它的復(fù)雜性和所需的大量資源，我將其放在第四位。
優(yōu)點(diǎn)：
該工具是眾所周知的，并且擁有龐大的社區(qū)。
非常廣泛的平臺(tái)支持。
Kibana 中豐富的分析和可視化功能。
需要手動(dòng)定義的警報(bào)規(guī)則，日志分析復(fù)雜。
缺點(diǎn)：
維護(hù)困難
在大型環(huán)境中，需要調(diào)整很多屬性
大量的資源需求
某些功能需要付費(fèi)
官網(wǎng)鏈接：https://www.elastic.co/cn/what-is/elk-stack
5.Google Operations (Stackdriver)
Google Operations（也稱為 Stackdriver）是在 Google 環(huán)境中用于監(jiān)視，故障排除和提高應(yīng)用程序性能的工具。
它收集整個(gè) Google Cloud 和你的應(yīng)用程序的指標(biāo)，日志信息和軟件跟蹤信息。Google Operations 與 AWS 上的 CloudWatch 等效，并且與 CloudWatch 一樣，它是一個(gè)具有日志記錄和監(jiān)視的解決方案。
Cloud Logging 與 GKE 緊密集成，默認(rèn)情況下會(huì)添加到你創(chuàng)建的每個(gè) GKE 群集中。你的日志存儲(chǔ)在 Logging 的數(shù)據(jù)存儲(chǔ)中，并為搜索和可視化編制索引。
Cloud Logging 支持靈活的查詢，并且可以與 Google 基礎(chǔ)架構(gòu)中的其他工具無(wú)縫集成。
優(yōu)點(diǎn)：
實(shí)時(shí)的日志管理和分析。
內(nèi)置大規(guī)模的度量指標(biāo)。
可以集成 Google 基礎(chǔ)架構(gòu)中的其他工具。
缺點(diǎn)：
由于請(qǐng)求會(huì)通過(guò) Google Cloud Platform（GCP）的各個(gè)級(jí)別，因此很難跟蹤實(shí)際的延遲。
僅適用于 GCP 環(huán)境。
復(fù)雜的定價(jià)系統(tǒng)。很難預(yù)先估計(jì)要花多少錢(qián)。
官網(wǎng)鏈接：https://cloud.google.com/products/operations
6. CloudWatch
CloudWatch 是 Amazon Web Services 的產(chǎn)品。
它從 AWS 中收集數(shù)據(jù)，并在單個(gè)自動(dòng)化儀表板中將其可視化。這使你可以查看日志和指標(biāo)并將它們相互關(guān)聯(lián)，以了解問(wèn)題的根本原因。
用戶可以使用 CloudWatch 自己專(zhuān)用的查詢語(yǔ)言來(lái)分析日志，該語(yǔ)言支持聚合，過(guò)濾器和正則表達(dá)式。你還可以通過(guò) Lambda 將日志發(fā)送到 Elasticsearch。
總體而言，如果你已經(jīng)在使用 Amazon 服務(wù)，則 CloudWatch 是一個(gè)不錯(cuò)的選擇。它也可以用于混合云體系結(jié)構(gòu)，并使用代理或 API 來(lái)監(jiān)視軟件資源。AirWatch，Deliveroo，9GAG 等許多知名品牌都在使用 CloudWatch。
優(yōu)點(diǎn)：
專(zhuān)為監(jiān)視 AWS 資源而設(shè)計(jì)。
具有指標(biāo)爆發(fā)性屬性
詳細(xì)的監(jiān)視和自動(dòng)縮放組。
缺點(diǎn)：
它只能用于 AWS 服務(wù)。
儀表板的定制選項(xiàng)不多。
不支持事務(wù)跟蹤。
官網(wǎng)鏈接：https://aws.amazon.com/cloudwatch/
7.Fluentd
Fluentd 是跨平臺(tái)的開(kāi)源數(shù)據(jù)收集器，提供了統(tǒng)一的日志記錄層（但它不是獨(dú)立的日志管理器）。
Fluentd 是一個(gè)頗受歡迎的工具，擁有 Atlassian，Microsoft 和 Amazon 等 5,000 多個(gè)用戶。Fluentd 有很高的可靠性和性能。
此外，F(xiàn)luentd 還創(chuàng)建了一個(gè)統(tǒng)一的日志記錄層，可幫助你更有效地使用數(shù)據(jù)。該工具可以像 LINE 一樣幫助你 每秒處理 120,000 條記錄。
優(yōu)點(diǎn)：
大型的社區(qū)和插件生態(tài)系統(tǒng)。
統(tǒng)一日志記錄層。
經(jīng)過(guò)驗(yàn)證的可靠性和性能。
安裝簡(jiǎn)單
缺點(diǎn)：
配置復(fù)雜
對(duì)數(shù)據(jù)轉(zhuǎn)換的支持有限。
不是完整的日志記錄解決方案
官網(wǎng)鏈接：https://www.fluentd.org/
到此，相信大家對(duì)“Kubernetes 中日志管理工具有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是丸趣 TV 網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！
