在接下來的一段時間，筆者會分享VMware的分析工具，vROps和LogInsight。由于篇幅有限，我會以連載的方式，先介紹vROps（預(yù)計會有三篇），再介紹LogInsight。

　　分析工具用于分析數(shù)據(jù)。談到數(shù)據(jù)的類型，可以分為結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。在VMware的SDDC解決方案中，兩種數(shù)據(jù)我們都有相應(yīng)的分析方法。針對與結(jié)構(gòu)化數(shù)據(jù)，主要指的是虛擬化環(huán)境中的：性能、告警、事件類的信息，通過vROps與vCenter進(jìn)行通訊進(jìn)行收集，經(jīng)過分析后，用報表的形式展示給用戶。對于非結(jié)構(gòu)化數(shù)據(jù)，主要指的是日志，使用LogInsight與vCenter進(jìn)行通訊，收集信息，然后進(jìn)行智能化分析，方便用戶查看和追溯。本篇我先介紹vROps。

　　vROps全稱是vRealizeOperationsManager。談到vROps是什么，相當(dāng)多的人第一反應(yīng)它是一個監(jiān)控工具，其實這樣說并不十分準(zhǔn)確。

　　嚴(yán)格來講，vROps是一個分析工具，vROps中展示的所有和虛擬化相關(guān)的數(shù)據(jù)，都來自于vCenter。其實，vCenter以配置管理為主，本身具有簡單的監(jiān)控功能，對于相對復(fù)雜的場景，無法滿足監(jiān)控運維要求，這些工作就需要vROps去完成。這也是很多客戶問過我的問題：vCenter本身已經(jīng)可以總虛擬機(jī)監(jiān)控，還要vROps干什么。

　　舉個例子，如果將vCenter監(jiān)控到的信息，比作我們體檢的時候，每個體檢項的具體指標(biāo)和結(jié)果（總之非醫(yī)科人員看不懂），那么vROps就是最終體檢報告首頁呈現(xiàn)的體檢結(jié)果總結(jié)和醫(yī)生的建議。因此，vROps真正的意義在于，可以直觀地向IT管理員展現(xiàn)生產(chǎn)環(huán)境中所有虛擬機(jī)的運行情況，并且給出相應(yīng)的建議。因此，vROps節(jié)省的是運維管理成本，并且保證分析的過程是標(biāo)準(zhǔn)化的。

　　衡量一個對象（如虛擬機(jī)）的運行情況，vROps有三大指標(biāo)：運行情況（或健康）、風(fēng)險、效率。同時用不同的顏色表示此項指標(biāo)的狀態(tài)。分為四個顏色：綠色、黃色、橘黃色、紅色顏色越深，問題越大。

　　三大指標(biāo)并不是vROps拍腦袋拍出來的，而是每個指標(biāo)又有其子指標(biāo)，幾個子指標(biāo)共同決定了這個大指標(biāo)的狀態(tài)。子指標(biāo)一共有9個，加上大的指標(biāo)，一共13個。正是這12個指標(biāo)，共同決定了對象在vROps中的數(shù)值。

　　負(fù)載、異常、故障（下圖前三個）

　　負(fù)載

　　剩余容量、剩余時間、壓力、合規(guī)性

　　可回收容量、密度

　　vROps6之前的版本，它的名字是vCenterOperationsManager，簡稱vCOps。vCOps的架構(gòu)是兩個虛擬機(jī)，一個做分析用，一個做UI用。UI是我們實際登陸vCOpsWeb的界面。

　　下圖是vCenter中，vCOps的兩個虛擬機(jī)。

　　vROps6的架構(gòu)發(fā)生了較大的變化，不再使用分析和UI兩個虛擬機(jī)，合并成一個。

　　為了保證vROps的高可用，可以將vROps配置成集群模式。需要注意的是，集群模式不是必須的，非集群模式，一個虛擬機(jī)就可以完成所有的工作。在安裝vROps的appliance的時候，vROps虛擬機(jī)的配置（CPU，內(nèi)存，磁盤）會根據(jù)我們選的虛擬化規(guī)模而不同。

　　vROps的一個集群最多有四個角色，可以配置四個虛擬機(jī)，分別為：

　　其中Master和Replica是主備兩個節(jié)點，負(fù)責(zé)vROps的主要工作。兩個節(jié)點的信息是同步的，當(dāng)Master節(jié)點出現(xiàn)故障，Replica將會變成Master，繼續(xù)提供服務(wù)。當(dāng)Master修復(fù)以后，變成Master的節(jié)點將會再度變回Replica。

　　數(shù)據(jù)節(jié)點主要的工作是：負(fù)責(zé)收集和處理數(shù)據(jù)。如果有RemoteCollector的的話，數(shù)據(jù)收集工作則由RemoteCollector完成。

　　RemoteCollector的作用主要是：收集數(shù)據(jù)并且把它們提交給DataNode。

　　在試驗中，筆者配置了vROps四個節(jié)點的集群：

　　在集群中，我們可以手工地在集群中做再平衡操作（平均分配負(fù)載）：

　　我們知道，告警的發(fā)生，是當(dāng)對象的某一個指標(biāo)觸發(fā)了閥值以后發(fā)生的，對于監(jiān)控和系統(tǒng)系統(tǒng)而言，基線很重要。大多數(shù)監(jiān)控工具采用的都是靜態(tài)閥值，而vROps采用的是動態(tài)閥值。那么采用動態(tài)閥值的意義是什么？

　　簡單的舉個例子，大家就明白了。用北京地鐵13號線的容積率舉例子：早晚高峰的時候，很多人坐地鐵。在那個時候，基本上爆滿，如果用容積率去衡量，假定90%是正常，也就是告警的基線。而到中午非高峰期，我們做地鐵，或許還有座，在這個時候，容積率假定40%是正常的。因此，如果我們做一套監(jiān)控系統(tǒng)來監(jiān)控13號線的容積率，那么早晚高峰和中午的閥值一定是不同的。否則，以90%作為基準(zhǔn)，那么該監(jiān)控系統(tǒng)基本不會告警，如果以40%作為基線，那么該系統(tǒng)將會頻頻告警。

　　大致解釋一下vROps動態(tài)閥值產(chǎn)生的原理：vROps部署以后，它會先用一周的時間收集對象的數(shù)據(jù)，然后花三周時間進(jìn)行修正，由此得到了基線。因此，如果客戶要將vROps投入生產(chǎn)使用，必須要在正式使用一個月前部署好，開始監(jiān)控虛擬化對象。

　　vROps6相對于vCOps的進(jìn)步，在于有很多地方客戶可以自定義。我們可以自定義癥狀、自定義建議、自定義警報、自定義報告、自定義儀表盤等等。

　　實際上，在vROps中，能自定義的部分很多，但需要注意的是，行動是不能自定義的。但我們可以將行動和建議綁定在一起。

　　在下面的案例中，將展示一個創(chuàng)建告警的完整記錄。即：

　　創(chuàng)建兩個癥狀=》創(chuàng)建一個建議，并將建議關(guān)聯(lián)一個行動=》創(chuàng)建一個警報，包含之前創(chuàng)建的癥狀和建議。==》觸發(fā)和查看警報。

　　實際上，我創(chuàng)建的這個警報是，包含兩個癥狀:1.虛擬機(jī)Demand的CPU大于60%的時候。同時2.DemandCPU大于70%。兩個癥狀都滿足的時候，觸發(fā)警報，并且給出的建議將是：修改虛擬機(jī)CPU限制，并且建議是增加虛擬機(jī)CPU的數(shù)量。

　　它表示：當(dāng)虛擬機(jī)Demand的CPU大于60%的時候，這個情況是一個癥狀，它叫“WXYmediumcpudemand”

　　定義好以后，我們發(fā)現(xiàn)會有虛擬機(jī)觸發(fā)這個癥狀。

　　需要注意的是，此時，WXYmediumcpudemand還只是個癥狀，還沒有告警與他關(guān)聯(lián)。因此在alerts中還看不到相關(guān)的信息。

　　創(chuàng)建一個，當(dāng)HostDemandCPU大于70%的時候觸發(fā)的癥狀。

　　創(chuàng)建一個建議，并且與已有的Actions相關(guān)聯(lián)。此處我創(chuàng)建了兩個建議，第二個是“增加虛擬機(jī)CPU數(shù)量”，創(chuàng)建方法相同，就不再重復(fù)粘貼了。后面步驟實際上用的第二個建議。讀者請勿疑惑。

　　一個警報可以包含多個征兆。

　　對象選擇虛擬機(jī)：

　　定義警報的級別和位置：

　　選擇對應(yīng)的癥狀，此處的癥狀，就是我最開始創(chuàng)建的兩個：

　　此處選擇建議，也是我事先創(chuàng)建好的。

　　截止到此時，告警已經(jīng)創(chuàng)建好。

　　我們可以看到，告警被觸發(fā)，并且出現(xiàn)在健康的項目下。

　　這樣，一個完整的警報就創(chuàng)建好了。

　　葉毓睿VMware存儲架構(gòu)師

　　容器和云原生應(yīng)用

　　張海寧，研發(fā)中心首席架構(gòu)師

　　桌面與應(yīng)用虛擬化

　　吳孔輝，VMware架構(gòu)師

　　基礎(chǔ)架構(gòu)和應(yīng)用服務(wù)

　　臧鐵軍，VMware架構(gòu)師

　　SDDC與IT管理

　　魏新宇，VMware金融行業(yè)售前

　　尤貴賢，資深技術(shù)顧問