當(dāng)容器應(yīng)用越發(fā)廣泛，我們又該如何監(jiān)測(cè)容器？
隨著容器技術(shù)蓬勃發(fā)展與落地推行，越來越多企業(yè)的業(yè)務(wù)運(yùn)行于容器中。作為主流部署方式之一，容器將團(tuán)隊(duì)的任務(wù)和關(guān)注點(diǎn)分割開，開發(fā)團(tuán)隊(duì)只需關(guān)注應(yīng)用程序邏輯和依賴項(xiàng)，而運(yùn)維團(tuán)隊(duì)只需關(guān)注部署和管理，無需再為特定軟件版本和應(yīng)用程序特定配置等應(yīng)用程序細(xì)節(jié)而提心吊膽。這意味著開發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)可以花費(fèi)更少時(shí)間進(jìn)行調(diào)試上線，將更多時(shí)間用于向最終用戶交付新功能。容器使企業(yè)可以更加輕松的提高應(yīng)用程序可移植性和操作彈性。據(jù) CNCF 的調(diào)研報(bào)告顯示，73% 受訪者正在使用容器來提高生產(chǎn)敏捷性并加快創(chuàng)新速度。
為什么我們需要容器監(jiān)測(cè)
在大規(guī)模使用容器過程中，面對(duì)高動(dòng)態(tài)且需要持續(xù)監(jiān)測(cè)的容器化環(huán)境，建立監(jiān)測(cè)體系對(duì)于維持運(yùn)行環(huán)境穩(wěn)定、優(yōu)化資源成本具有巨大意義。每個(gè)容器鏡像可能有大量運(yùn)行實(shí)例，由于新鏡像和新版本的引入速度很快，故障很容易通過容器、應(yīng)用程序和架構(gòu)擴(kuò)散。這使得在問題發(fā)生后，為了防止異常擴(kuò)散，立即進(jìn)行問題根因定位變得至關(guān)重要。經(jīng)過大量實(shí)踐，我們認(rèn)為在容器使用過程中，以下組件的監(jiān)測(cè)至關(guān)重要：
主機(jī)服務(wù)器；
容器運(yùn)行時(shí)；
Orchestrator 控制平面；
中間件依賴；
在容器內(nèi)運(yùn)行的應(yīng)用程序。
在完整的監(jiān)測(cè)體系下，通過深入了解指標(biāo)、日志和鏈路，團(tuán)隊(duì)不僅可以了解在集群以及在容器運(yùn)行時(shí)和應(yīng)用程序中發(fā)生的事情，也可以為團(tuán)隊(duì)進(jìn)行業(yè)務(wù)決策時(shí)提供數(shù)據(jù)支持，比如何時(shí)擴(kuò)展/縮減實(shí)例/任務(wù)/Pod、更改實(shí)例類型。DevOps 工程師還可以通過添加自動(dòng)化告警以及相關(guān)配置，來提高故障排除以及資源管理效率，比如通過主動(dòng)監(jiān)測(cè)內(nèi)存利用率，當(dāng)資源消耗接近所設(shè)定的閾值時(shí)通知運(yùn)維團(tuán)隊(duì)對(duì)可用 CPU 、內(nèi)存資源耗盡之前添加額外節(jié)點(diǎn)。這其中的價(jià)值包括：
及早發(fā)現(xiàn)問題，以避免系統(tǒng)中斷；
跨云環(huán)境分析容器健康狀況；
識(shí)別分配過多/不足的可用資源的集群，調(diào)整應(yīng)用程序以獲得更好性能；
創(chuàng)建智能警報(bào)，提高報(bào)警精準(zhǔn)率，避免誤報(bào)；
借助監(jiān)測(cè)數(shù)據(jù)進(jìn)行優(yōu)化，獲得最佳系統(tǒng)性能，降低運(yùn)營(yíng)成本。
但在實(shí)際落地過程中，運(yùn)維團(tuán)隊(duì)會(huì)覺得以上價(jià)值相對(duì)淺顯，似乎現(xiàn)有運(yùn)維工具都能達(dá)到上述目的。但針對(duì)容器相關(guān)場(chǎng)景，如果無法構(gòu)建相應(yīng)監(jiān)測(cè)體系，隨著業(yè)務(wù)不斷擴(kuò)張，就不得不面臨以下兩個(gè)非常棘手的針對(duì)性問題：
1、排障時(shí)間拖長(zhǎng)，SLA 無法滿足。
開發(fā)團(tuán)隊(duì)與運(yùn)維團(tuán)隊(duì)很難了解正在運(yùn)行的內(nèi)容及其執(zhí)行情況。維護(hù)應(yīng)用程序、滿足 SLA 和故障排除異常困難。
2、可擴(kuò)展性被拖累，無法實(shí)現(xiàn)彈性。
按需快速擴(kuò)展應(yīng)用程序或微服務(wù)實(shí)例的能力是容器化環(huán)境的重要要求。監(jiān)測(cè)體系是衡量需求和用戶體驗(yàn)的唯一可視化方法。擴(kuò)展太晚，導(dǎo)致性能與用戶體驗(yàn)的下降；過晚縮小規(guī)模，又會(huì)導(dǎo)致資源以及成本的浪費(fèi)。
因此，當(dāng)容器監(jiān)測(cè)的問題以及價(jià)值，不斷疊加且浮出水面，越來越多運(yùn)維團(tuán)隊(duì)開始重視容器監(jiān)測(cè)體系的搭建。但在實(shí)際落地容器監(jiān)測(cè)這一過程中，又遇到各種各樣意料之外的問題。
比如短暫存在特性帶來的跟蹤困難，由于容器自身存在著復(fù)雜性，容器不僅包含底層代碼，還包含應(yīng)用程序運(yùn)行所需的所有底層服務(wù)。隨著新部署投入生產(chǎn)，并更改代碼和底層服務(wù)，容器化應(yīng)用程序會(huì)頻繁更新，這就增加了出錯(cuò)的可能?？焖賱?chuàng)建、快速銷毀的特性，使得在大規(guī)模復(fù)雜系統(tǒng)中跟蹤變化變得異常困難。
又比如，由于共享資源帶來的監(jiān)控困難，由于容器使用的內(nèi)存和 CPU 等資源在一臺(tái)或多臺(tái)主機(jī)之間共享，因此很難監(jiān)控物理主機(jī)上資源消耗情況，也導(dǎo)致很難獲得容器性能或應(yīng)用程序健康狀況的良好指示。
最后，就是傳統(tǒng)工具難以滿足容器監(jiān)測(cè)需求。傳統(tǒng)的監(jiān)測(cè)解決方案通常缺乏虛擬化環(huán)境所需的指標(biāo)、跟蹤和日志所需的工具，容器的健康和性能指標(biāo)及工具更是如此。
因此，結(jié)合以上的價(jià)值、問題、難點(diǎn)，我們?cè)诮⑷萜鞅O(jiān)測(cè)體系時(shí)，需要從以下幾個(gè)維度進(jìn)行考量與設(shè)計(jì)：
無侵入性：監(jiān)測(cè)SDK或者探針集成到業(yè)務(wù)代碼是否存在侵入性，影響業(yè)務(wù)穩(wěn)定下；
整體性：是否可以觀測(cè)整個(gè)應(yīng)用程序在業(yè)務(wù)和技術(shù)平臺(tái)方面的表現(xiàn)；
多源性：是否可以從不同數(shù)據(jù)源獲取相關(guān)指標(biāo)和日志集進(jìn)行匯總顯示、分析和警報(bào)；
便捷性：是否可以關(guān)聯(lián)事件和日志，發(fā)現(xiàn)異常并主被動(dòng)地排除故障并降低損失，相關(guān)告警策略配置是否便捷。
在明確業(yè)務(wù)需求以及設(shè)計(jì)監(jiān)測(cè)體系過程中，有非常多開源工具供運(yùn)維團(tuán)隊(duì)選擇，但運(yùn)維團(tuán)隊(duì)還需要評(píng)估可能存在的業(yè)務(wù)與項(xiàng)目風(fēng)險(xiǎn)。這其中包括：
存在影響業(yè)務(wù)穩(wěn)定性的未知風(fēng)險(xiǎn)，監(jiān)測(cè)服務(wù)是否可以做到“無痕”。監(jiān)測(cè)過程本身是否影響系統(tǒng)正常運(yùn)作。
開源或自研的人力/時(shí)間投入難以預(yù)計(jì)，關(guān)聯(lián)組件或資源需要自行配置或搭建，缺乏相應(yīng)支持與服務(wù)，隨著業(yè)務(wù)不斷變化，是否可能耗費(fèi)更多人力及時(shí)間成本。且面對(duì)大規(guī)模場(chǎng)景下性能問題，開源或企業(yè)自有團(tuán)隊(duì)是否可以快速應(yīng)對(duì)。
阿里云 Kubernetes 監(jiān)測(cè)：讓容器集群監(jiān)測(cè)更直觀、更簡(jiǎn)單
因此，基于上述洞察考量與大量實(shí)踐經(jīng)驗(yàn)，阿里云推出 Kubernetes 監(jiān)測(cè)服務(wù)。阿里云 Kubernetes 監(jiān)測(cè)是一套針對(duì) Kubernetes 集群開發(fā)的一站式可觀測(cè)性產(chǎn)品?；?Kubernetes 集群下的指標(biāo)、應(yīng)用鏈路、日志和事件，阿里云 Kubernetes 監(jiān)測(cè)旨在為 IT 開發(fā)運(yùn)維人員提供整體的可觀測(cè)性方案。阿里云 Kubernetes 監(jiān)測(cè)具備以下六大特性：
代碼無侵入：通過旁路技術(shù)，無需代碼埋點(diǎn)，即可獲取到網(wǎng)絡(luò)性能數(shù)據(jù)。
多語(yǔ)言支持：通過內(nèi)核層進(jìn)行網(wǎng)絡(luò)協(xié)議解析，支持任意語(yǔ)言及框架。
低耗高性能：基于 eBPF 技術(shù)，以極低消耗獲取網(wǎng)絡(luò)性能數(shù)據(jù)。
資源自動(dòng)拓?fù)洌?/strong>通過網(wǎng)絡(luò)拓?fù)?，資源拓?fù)湔故鞠嚓P(guān)資源的關(guān)聯(lián)情況。
數(shù)據(jù)多維展現(xiàn)：支持可觀測(cè)的各種類型數(shù)據(jù)（監(jiān)測(cè)指標(biāo)、鏈路、日志和事件）。
打造關(guān)聯(lián)閉環(huán)：完整關(guān)聯(lián)架構(gòu)層、應(yīng)用層、容器運(yùn)行層、容器管控層、基礎(chǔ)資源層相關(guān)可觀測(cè)數(shù)據(jù)。
與此同時(shí)，相對(duì)于與開源容器監(jiān)測(cè)，阿里云 Kubernetes 監(jiān)測(cè)具備更加貼近業(yè)務(wù)場(chǎng)景的差異化價(jià)值：
數(shù)據(jù)量無上限：指標(biāo)、鏈路、日志等數(shù)據(jù)獨(dú)立存儲(chǔ)，借助云存儲(chǔ)能力確保低成本大容量存儲(chǔ)。
資源高效關(guān)聯(lián)交互：通過監(jiān)測(cè)網(wǎng)絡(luò)請(qǐng)求，完整構(gòu)建網(wǎng)絡(luò)拓?fù)?，便于查看服?wù)依賴狀態(tài)，提升運(yùn)維效率。除了網(wǎng)絡(luò)拓?fù)渲猓?D 拓?fù)涔δ苤С滞瑫r(shí)查看網(wǎng)絡(luò)拓?fù)浜唾Y源拓?fù)洌嵘龁栴}定位速度。
多樣化數(shù)據(jù)組合：指標(biāo)、鏈路、日志等數(shù)據(jù)可視化展示并自由組合，挖掘運(yùn)維優(yōu)化點(diǎn)。
構(gòu)建完整監(jiān)測(cè)體系：與應(yīng)用實(shí)時(shí)監(jiān)測(cè)服務(wù)的其他子產(chǎn)品，共同構(gòu)建完整監(jiān)測(cè)體系。應(yīng)用監(jiān)測(cè)關(guān)注應(yīng)用語(yǔ)言運(yùn)行時(shí)、應(yīng)用框架與業(yè)務(wù)代碼；Kubernetes 監(jiān)測(cè)關(guān)注容器化應(yīng)用的容器運(yùn)行時(shí)、容器管控層與系統(tǒng)調(diào)用，兩個(gè)監(jiān)測(cè)均服務(wù)于應(yīng)用，關(guān)注應(yīng)用的不同層次，兩個(gè)產(chǎn)品互為補(bǔ)充。Prometheus 是指標(biāo)采集，存儲(chǔ)，查詢的基礎(chǔ)設(shè)施，應(yīng)用監(jiān)測(cè)與 Kubernetes 監(jiān)測(cè)的指標(biāo)類數(shù)據(jù)均依賴 Prometheus。
基于以上產(chǎn)品特性與差異化價(jià)值，我們應(yīng)用在以下場(chǎng)景：
通過 Kubernetes 監(jiān)測(cè)的系統(tǒng)默認(rèn)或者自定義巡檢規(guī)則，發(fā)現(xiàn)節(jié)點(diǎn)，服務(wù)與工作負(fù)載的異常。Kubernetes 監(jiān)測(cè)從性能、資源、管控三個(gè)維度對(duì)節(jié)點(diǎn)、服務(wù)與工作負(fù)載進(jìn)行異常巡檢，將分析結(jié)果直觀地通過正常、警告、嚴(yán)重等狀態(tài)配合特定顏色進(jìn)行展示，幫助運(yùn)維人員直觀感知用戶節(jié)點(diǎn)，服務(wù)與工作負(fù)載運(yùn)行狀態(tài)。
使用 Kubernetes 監(jiān)測(cè)定位服務(wù)與工作負(fù)載響應(yīng)失敗根因，Kubernetes 監(jiān)測(cè)通過分析網(wǎng)絡(luò)協(xié)議對(duì)失敗請(qǐng)求進(jìn)行明細(xì)存儲(chǔ)，利用失敗請(qǐng)求指標(biāo)關(guān)聯(lián)的失敗請(qǐng)求明細(xì)定位失敗原因。
使用 Kubernetes 監(jiān)測(cè)定位服務(wù)與工作負(fù)載響應(yīng)慢根因，Kubernetes 監(jiān)測(cè)通過抓取網(wǎng)絡(luò)鏈路關(guān)鍵路徑的指標(biāo)，查看 DNS 解析性能，TCP 重傳率，網(wǎng)絡(luò)包 rtt 等指標(biāo)。利用網(wǎng)絡(luò)鏈路關(guān)鍵路徑的指標(biāo)定位響應(yīng)慢的原因，進(jìn)而優(yōu)化相關(guān)服務(wù)。
使用 Kubernetes 監(jiān)測(cè)探索應(yīng)用架構(gòu)，發(fā)現(xiàn)預(yù)期外的網(wǎng)絡(luò)流量。Kubernetes 監(jiān)測(cè)支持查看全局流量構(gòu)建起來的拓?fù)浯髨D，支持配置靜態(tài)端口標(biāo)識(shí)特定服務(wù)。利用拓?fù)鋱D直觀強(qiáng)大的交互進(jìn)行應(yīng)用架構(gòu)探索，驗(yàn)證流量是否符合預(yù)期，架構(gòu)形態(tài)是否合理。
使用 Kubernetes 監(jiān)測(cè)發(fā)現(xiàn)節(jié)點(diǎn)資源使用不均勻的問題，提前進(jìn)行節(jié)點(diǎn)資源調(diào)配，降低業(yè)務(wù)運(yùn)行風(fēng)險(xiǎn)。
目前，Kubernetes 監(jiān)測(cè)已經(jīng)開啟全面公測(cè)，公測(cè)期間免費(fèi)使用。讓 Kubernetes 監(jiān)測(cè)幫你擺脫機(jī)械重復(fù)的運(yùn)維工作～
