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

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

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

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

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

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

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

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

　　負(fù)載

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

　　可回收容量、密度

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

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

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

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

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

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

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

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

　　在試驗(yàn)中，筆者配置了vROps四個(gè)節(jié)點(diǎn)的集群：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　一個(gè)警報(bào)可以包含多個(gè)征兆。

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

　　定義警報(bào)的級(jí)別和位置：

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

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

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

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

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

　　葉毓睿VMware存儲(chǔ)架構(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ù)顧問