• <strike id="fdgpu"><input id="fdgpu"></input></strike>
    <label id="fdgpu"></label>
    <s id="fdgpu"><code id="fdgpu"></code></s>

  • <label id="fdgpu"></label>
  • <span id="fdgpu"><u id="fdgpu"></u></span>

    <s id="fdgpu"><sub id="fdgpu"></sub></s>
    您當前的位置是:  首頁 > 新聞 > 國內(nèi) >
     首頁 > 新聞 > 國內(nèi) >

    VMware軟件定義數(shù)據(jù)中心分析工具介紹--第一篇

    2016-01-07 15:41:31   作者:   來源:CTI論壇   評論:0  點擊cti:


      在接下來的一段時間,筆者會分享VMware的分析工具,vROps和LogInsight。由于篇幅有限,我會以連載的方式,先介紹vROps(預計會有三篇),再介紹LogInsight。
      分析工具用于分析數(shù)據(jù)。談到數(shù)據(jù)的類型,可以分為結構化數(shù)據(jù)和非結構化數(shù)據(jù)。在VMware的SDDC解決方案中,兩種數(shù)據(jù)我們都有相應的分析方法。針對與結構化數(shù)據(jù),主要指的是虛擬化環(huán)境中的:性能、告警、事件類的信息,通過vROps與vCenter進行通訊進行收集,經(jīng)過分析后,用報表的形式展示給用戶。對于非結構化數(shù)據(jù),主要指的是日志,使用LogInsight與vCenter進行通訊,收集信息,然后進行智能化分析,方便用戶查看和追溯。本篇我先介紹vROps。
      一 vROps是什么
      vROps全稱是vRealizeOperationsManager。談到vROps是什么,相當多的人第一反應它是一個監(jiān)控工具,其實這樣說并不十分準確。
      嚴格來講,vROps是一個分析工具,vROps中展示的所有和虛擬化相關的數(shù)據(jù),都來自于vCenter。其實,vCenter以配置管理為主,本身具有簡單的監(jiān)控功能,對于相對復雜的場景,無法滿足監(jiān)控運維要求,這些工作就需要vROps去完成。這也是很多客戶問過我的問題:vCenter本身已經(jīng)可以總虛擬機監(jiān)控,還要vROps干什么。
      舉個例子,如果將vCenter監(jiān)控到的信息,比作我們體檢的時候,每個體檢項的具體指標和結果(總之非醫(yī)科人員看不懂),那么vROps就是最終體檢報告首頁呈現(xiàn)的體檢結果總結和醫(yī)生的建議。因此,vROps真正的意義在于,可以直觀地向IT管理員展現(xiàn)生產(chǎn)環(huán)境中所有虛擬機的運行情況,并且給出相應的建議。因此,vROps節(jié)省的是運維管理成本,并且保證分析的過程是標準化的。
      二 vROps的指標
      衡量一個對象(如虛擬機)的運行情況,vROps有三大指標:運行情況(或健康)、風險、效率。同時用不同的顏色表示此項指標的狀態(tài)。分為四個顏色:綠色、黃色、橘黃色、紅色顏色越深,問題越大。
      三大指標并不是vROps拍腦袋拍出來的,而是每個指標又有其子指標,幾個子指標共同決定了這個大指標的狀態(tài)。子指標一共有9個,加上大的指標,一共13個。正是這12個指標,共同決定了對象在vROps中的數(shù)值。
      與“運行情況”或“健康”相關的子指標有:
      負載、異常、故障(下圖前三個)
      負載
      異常
      故障
      與“風險”相關的子指標有:
      剩余容量、剩余時間、壓力、合規(guī)性
      剩余容量
      剩余時間
      壓力
      合規(guī)性
      與“效率”相關的子指標有:
      可回收容量、密度
      可回收容量
      密度
      三 vROps的架構
      vROps6之前的版本,它的名字是vCenterOperationsManager,簡稱vCOps。vCOps的架構是兩個虛擬機,一個做分析用,一個做UI用。UI是我們實際登陸vCOpsWeb的界面。
      下圖是vCenter中,vCOps的兩個虛擬機。
      vROps6的架構發(fā)生了較大的變化,不再使用分析和UI兩個虛擬機,合并成一個。
      為了保證vROps的高可用,可以將vROps配置成集群模式。需要注意的是,集群模式不是必須的,非集群模式,一個虛擬機就可以完成所有的工作。在安裝vROps的appliance的時候,vROps虛擬機的配置(CPU,內(nèi)存,磁盤)會根據(jù)我們選的虛擬化規(guī)模而不同。
      vROps的一個集群最多有四個角色,可以配置四個虛擬機,分別為:
    • Master/MasterReplica
    • DataNode
    • RemoteCollector
      其中Master和Replica是主備兩個節(jié)點,負責vROps的主要工作。兩個節(jié)點的信息是同步的,當Master節(jié)點出現(xiàn)故障,Replica將會變成Master,繼續(xù)提供服務。當Master修復以后,變成Master的節(jié)點將會再度變回Replica。
      DataNode:
      數(shù)據(jù)節(jié)點主要的工作是:負責收集和處理數(shù)據(jù)。如果有RemoteCollector的的話,數(shù)據(jù)收集工作則由RemoteCollector完成。
      RemoteCollector:
      RemoteCollector的作用主要是:收集數(shù)據(jù)并且把它們提交給DataNode。
      在試驗中,筆者配置了vROps四個節(jié)點的集群:
      在集群中,我們可以手工地在集群中做再平衡操作(平均分配負載):
      四 閥值的問題
      我們知道,告警的發(fā)生,是當對象的某一個指標觸發(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%作為基準,那么該監(jiān)控系統(tǒng)基本不會告警,如果以40%作為基線,那么該系統(tǒng)將會頻頻告警。
      大致解釋一下vROps動態(tài)閥值產(chǎn)生的原理:vROps部署以后,它會先用一周的時間收集對象的數(shù)據(jù),然后花三周時間進行修正,由此得到了基線。因此,如果客戶要將vROps投入生產(chǎn)使用,必須要在正式使用一個月前部署好,開始監(jiān)控虛擬化對象。
      五 自定義部分
      vROps6相對于vCOps的進步,在于有很多地方客戶可以自定義。我們可以自定義癥狀、自定義建議、自定義警報、自定義報告、自定義儀表盤等等。
      實際上,在vROps中,能自定義的部分很多,但需要注意的是,行動是不能自定義的。但我們可以將行動和建議綁定在一起。
      在下面的案例中,將展示一個創(chuàng)建告警的完整記錄。即:
      創(chuàng)建兩個癥狀=》創(chuàng)建一個建議,并將建議關聯(lián)一個行動=》創(chuàng)建一個警報,包含之前創(chuàng)建的癥狀和建議。==》觸發(fā)和查看警報。
      實際上,我創(chuàng)建的這個警報是,包含兩個癥狀:1.虛擬機Demand的CPU大于60%的時候。同時2.DemandCPU大于70%。兩個癥狀都滿足的時候,觸發(fā)警報,并且給出的建議將是:修改虛擬機CPU限制,并且建議是增加虛擬機CPU的數(shù)量。
      自定義一個癥狀:
      它表示:當虛擬機Demand的CPU大于60%的時候,這個情況是一個癥狀,它叫“WXYmediumcpudemand”
      定義好以后,我們發(fā)現(xiàn)會有虛擬機觸發(fā)這個癥狀。
      需要注意的是,此時,WXYmediumcpudemand還只是個癥狀,還沒有告警與他關聯(lián)。因此在alerts中還看不到相關的信息。
      創(chuàng)建第二個癥狀
      創(chuàng)建一個,當HostDemandCPU大于70%的時候觸發(fā)的癥狀。
      創(chuàng)建一個建議
      創(chuàng)建一個建議,并且與已有的Actions相關聯(lián)。此處我創(chuàng)建了兩個建議,第二個是“增加虛擬機CPU數(shù)量”,創(chuàng)建方法相同,就不再重復粘貼了。后面步驟實際上用的第二個建議。讀者請勿疑惑。
      創(chuàng)建一個警報
      一個警報可以包含多個征兆。
      對象選擇虛擬機:
      定義警報的級別和位置:
      選擇對應的癥狀,此處的癥狀,就是我最開始創(chuàng)建的兩個:
      此處選擇建議,也是我事先創(chuàng)建好的。
      截止到此時,告警已經(jīng)創(chuàng)建好。
      查看告警
      我們可以看到,告警被觸發(fā),并且出現(xiàn)在健康的項目下。
      這樣,一個完整的警報就創(chuàng)建好了。
      官方微信
    • VMware中國
    • VMware中國研發(fā)中心
    • VMware招聘
      V記云科技聯(lián)盟成員
    • 樂生活與愛IT(love_life_and_IT)
      軟件定義存儲與虛擬化
      葉毓睿VMware存儲架構師
    • 亨利筆記(henglibiji)
      容器和云原生應用
      張海寧,研發(fā)中心首席架構師
    • 最終用戶計算(CHINAEUC)
      桌面與應用虛擬化
      吳孔輝,VMware架構師
    • 瘋云時代(crazycloudtime)
      基礎架構和應用服務
      臧鐵軍,VMware架構師
    • 大衛(wèi)分享(david-share)
      SDDC與IT管理
      魏新宇,VMware金融行業(yè)售前
    • IT那些事兒(IT-Review)
      尤貴賢,資深技術顧問

    專題

    亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩 马鞍山市| 斗六市| 岳阳县| 侯马市| 方城县| 津南区| 西充县| 方正县| 安阳县| 建瓯市| 广水市| 江阴市| 兴城市| 兴国县| 鄯善县| 新兴县| 秦皇岛市| 徐水县| 澜沧| 方山县| 木里| 陆川县| 兴和县| 白玉县| 上林县| 扶绥县| 顺昌县| 阳信县| 峡江县| 太和县| 贺州市| 通渭县| 留坝县| 通江县| 潍坊市| 铁力市| 永胜县| 长沙县| 巨鹿县| 磴口县| 长子县| http://444 http://444 http://444 http://444 http://444 http://444