容器技術(shù)是目前非?；鸨囊粋€(gè)技術(shù)，能夠大大提升工作效率。本文中，我們將描述容器本機(jī)監(jiān)控的含義，其核心是對(duì)動(dòng)態(tài)容器環(huán)境進(jìn)行監(jiān)控，并解決在此環(huán)境中*堆棧可見(jiàn)性的具體挑戰(zhàn)。當(dāng)然這個(gè)解釋很模糊，下文中我們會(huì)詳細(xì)討論。
單個(gè)容器并不重要
在云環(huán)境中，經(jīng)常會(huì)有“寵物與家畜”的比喻，傳統(tǒng)服務(wù)器是你所關(guān)心的，被稱作“寵物”，而在云中，你處理的是動(dòng)態(tài)的實(shí)例，這些實(shí)例很容易被替換，因此表現(xiàn)為“家畜”。容器則是這種比喻的擴(kuò)展。它們來(lái)來(lái)去去(這是個(gè)好事)，比如部署或更新服務(wù)、擴(kuò)展等等。
但就像家畜一樣，重要的不是個(gè)體的動(dòng)物，而是更多的群體和他們的服務(wù)目的。這個(gè)目的就是容器環(huán)境中的“服務(wù)”。因此，容器本機(jī)監(jiān)控(聽(tīng)起來(lái)可能很奇怪)不應(yīng)該太關(guān)注于監(jiān)視單個(gè)容器，但首先zui重要的是它們提供的服務(wù)。當(dāng)服務(wù)出現(xiàn)問(wèn)題時(shí)，實(shí)現(xiàn)自動(dòng)通知，此時(shí)，你會(huì)希望有能力在需要時(shí)深入到容器級(jí)別。
當(dāng)然，你希望能夠快速識(shí)別有問(wèn)題的容器。假設(shè)目前有10個(gè)支持服務(wù)的容器，其中一個(gè)容器處理請(qǐng)求的時(shí)間是服務(wù)中其他容器的延遲的兩倍。你希望得到關(guān)于此不同行為的通知，并詳細(xì)查看該容器及其周圍環(huán)境。例如，在同一個(gè)節(jié)點(diǎn)上可能會(huì)有另一個(gè)容器耗盡磁盤(pán)的I/O，并導(dǎo)致這種延遲的出現(xiàn)。
我們?cè)贑oScale中處理這個(gè)問(wèn)題的方式是收集單個(gè)容器資源統(tǒng)計(jì)信息，并將其與我們從協(xié)調(diào)器平臺(tái)獲得的服務(wù)級(jí)別信息相關(guān)聯(lián)。然后，我們將提供特定的可視化視圖，以顯示單個(gè)服務(wù)的性能和該服務(wù)的容器，使用如下的拓?fù)渲甘景?，你可以深入到各個(gè)容器中。我們還會(huì)高亮顯示有問(wèn)題的容器，并自動(dòng)通知異常行為。為此，我們?cè)诜?wù)級(jí)別(考慮季節(jié)性因素)和容器級(jí)別(比較相同服務(wù)的容器) 使用異常檢測(cè)技術(shù)。
容器只顯示需要顯示的內(nèi)容
容器的運(yùn)作方式對(duì)收集來(lái)自它們的度量標(biāo)準(zhǔn)帶來(lái)了具體的挑戰(zhàn)。有很多方法可以解決這個(gè)問(wèn)題。你可以開(kāi)始公開(kāi)端口、安裝卷等，以便將容器的信息公開(kāi)給外部世界。這不僅麻煩，而且有安全問(wèn)題。例如，當(dāng)您想要公開(kāi)一個(gè)JMX連接以訪問(wèn)stats接口時(shí)，可能會(huì)通過(guò)JMX觸發(fā)潛在的惡意操作。因此，理想情況下，您希望將JMX連接本地保存到容器中，這就是容器的用途。
另一種方法是在容器中開(kāi)始打包監(jiān)視代理。除了額外的開(kāi)銷之外，這也打破了容器的不可變性，并且與限制容器的單一進(jìn)程是不兼容的。
我們?cè)贑oScale中處理這個(gè)問(wèn)題的方式是使用一個(gè)每個(gè)節(jié)點(diǎn)的單一監(jiān)控代理，它使用一組插件來(lái)監(jiān)控容器和協(xié)調(diào)器指標(biāo)，以及每個(gè)容器內(nèi)的服務(wù)。代理將在容器的名稱空間內(nèi)啟動(dòng)插件，以確保插件與在容器內(nèi)運(yùn)行的應(yīng)用程序具有相同的視圖。這確保您不需要公開(kāi)任何東西，并且這種方法是在框中完成的。
訪問(wèn)用于數(shù)據(jù)檢索的容器日志文件
日志通常是獲取度量標(biāo)準(zhǔn)的一個(gè)很好的信息來(lái)源。在容器環(huán)境中編寫(xiě)和存儲(chǔ)日志文件有多種選擇。與監(jiān)視一樣，你不希望在容器內(nèi)放置代理，以收集日志或在容器內(nèi)對(duì)您的日志聚合器有任何引用。日志應(yīng)該由平臺(tái)來(lái)處理。
將日志數(shù)據(jù)從容器發(fā)送到外部世界的zui有效方法是通過(guò)/dev/stdout。然后，平臺(tái)獲取這些日志并將它們推到日志聚合器中。這使得日志訪問(wèn)和聚合變得簡(jiǎn)單和直接，并且確保您的容器依賴于單個(gè)進(jìn)程，不需要后臺(tái)工作人員或定時(shí)任務(wù)來(lái)清理他們的日志。
CoScale支持從被推到/dev/stdout和/dev/stderr的日志中提取指標(biāo)和事件。但是，如果容器中有多個(gè)日志文件(例如訪問(wèn)日志、錯(cuò)誤日志等)，可以配置CoScale插件，以從這些日志文件中提取度量和事件。
所有的容器都是相同的
容器使用環(huán)境變量進(jìn)行初始化、連接等。有狀態(tài)容器，如數(shù)據(jù)庫(kù)容器(如postgresql，mysql)也使用環(huán)境變量來(lái)初始化數(shù)據(jù)庫(kù)，如果它還沒(méi)有初始化。必須考慮這些環(huán)境變量，以便正確地監(jiān)視這些容器和它們正在運(yùn)行的服務(wù)，因此您的監(jiān)視解決方案應(yīng)該理解這一點(diǎn)。
一些CoScale插件需要憑證來(lái)收集運(yùn)行服務(wù)的度量標(biāo)準(zhǔn)。提供給容器的環(huán)境變量可以在CoScale插件配置中使用。例如，Postgresql容器使用pguser和pgpassword環(huán)境變量，在CoScale Postgres插件配置中，您可以使用$pguser和$pgpassword作為連接到數(shù)據(jù)庫(kù)的憑證。當(dāng)CoScale代理檢測(cè)到Postgresql容器時(shí)，它將知道使用提供給該容器的環(huán)境變量作為憑證來(lái)獲取該容器的Postgresql統(tǒng)計(jì)信息。
通過(guò)這種方式，圖像不需要只是為了監(jiān)視它們而更改為包含固定的憑證。
部署監(jiān)控的方式與部署服務(wù)的方式相同
由于您的服務(wù)是在容器中運(yùn)行的，所以對(duì)您的監(jiān)視代理執(zhí)行同樣的操作是有意義的。一些監(jiān)控工具將要求您在容器中安裝代理，或者在sidecar容器中安裝代理，這通常會(huì)帶來(lái)額外的開(kāi)銷。此外，必須在容器中包裝額外的監(jiān)控代理，這并不是開(kāi)發(fā)人員非常喜歡的事情，因?yàn)樗茐牧巳萜鞯膯我挥猛尽Ｔ谧约旱娜萜髦胁渴鸨O(jiān)視代理是一種更容器本機(jī)式的解決方案，這使得部署監(jiān)視比其他的容器化服務(wù)更容易。此外，使用諸如deamonset和helm圖表之類的概念，您可以在部署的每個(gè)新節(jié)點(diǎn)上快速部署具有正確配置的監(jiān)視代理。
我們?cè)贑oScale中處理這個(gè)問(wèn)題的方法是在一個(gè)容器中運(yùn)行我們的監(jiān)控代理?？梢詫⑦@些容器部署到各種不同的配置器和容器平臺(tái)中。我們與Kubernetes、OpenShift、Docker Swarm、Google容器引擎等進(jìn)行了集成，然后我們?cè)谧R(shí)別容器的名稱空間中直接運(yùn)行我們的各種插件，以提取相關(guān)的度量標(biāo)準(zhǔn)。
基于容器映像的監(jiān)視
容器本機(jī)監(jiān)控也意味著容器圖像定義了監(jiān)控應(yīng)該怎么做,這個(gè)容器內(nèi)部不需要一個(gè)代理,不需要引用監(jiān)控細(xì)節(jié),證書(shū),等等。每個(gè)映像運(yùn)行另一個(gè)服務(wù)或一個(gè)不同的版本,而這些都可以有不同的監(jiān)控需求。例如，運(yùn)行NGINX webservice的映像與運(yùn)行Redis的映像具有不同的監(jiān)視指標(biāo)。
結(jié)論
容器本機(jī)監(jiān)控有很多方面，上面列出的并不是詳盡，但是提供了如何利用容器技術(shù)的核心原則進(jìn)行監(jiān)視的一個(gè)好辦法。這包括在容器環(huán)境中訪問(wèn)信息、監(jiān)視設(shè)置的方式以及將低級(jí)指標(biāo)轉(zhuǎn)換為可操作的洞察力的方式。
