數(shù)據(jù)監(jiān)控和展示是云平臺(tái)中重要的部分，隨著節(jié)點(diǎn)數(shù)目和所需監(jiān)控對(duì)象的數(shù)量的增加，一個(gè)強(qiáng)大、健全、可擴(kuò)展的監(jiān)控系統(tǒng)才能滿(mǎn)足各類(lèi)用戶(hù)的需求。它是一個(gè)云平臺(tái)非常重要的特性，也是評(píng)估一個(gè)IAAS的可運(yùn)維程度的參考。

首先我們需要看看目前眾多云平臺(tái)的監(jiān)控現(xiàn)狀。

***類(lèi)監(jiān)控服務(wù): 基本數(shù)據(jù)監(jiān)控服務(wù)

阿里云在這方面的工作跟盛大云、Google Cloud Engine類(lèi)似，主要覆蓋了三個(gè)基本指標(biāo)分別是VM的CPU，存儲(chǔ)帶寬和網(wǎng)絡(luò)流量。但是目前而言，歷史功能都不是太豐富，這些都是基本不可能讓SA依賴(lài)這些功能去運(yùn)維的。

第二類(lèi)監(jiān)控服務(wù): 多維度數(shù)據(jù)監(jiān)控服務(wù)

AWS一直是將服務(wù)可運(yùn)維作為一個(gè)重要目的，如果AWS在EC2，EBS的努力一樣，數(shù)據(jù)監(jiān)控和報(bào)警在AWS的CloudWatch上體現(xiàn)。

AWS的CloudWatch API設(shè)計(jì)是作者比較推崇的，它將任意維度、類(lèi)型的監(jiān)控指標(biāo)都可以通過(guò)一個(gè)簡(jiǎn)單的模型來(lái)集中管理。對(duì)CloudWatch不太了解的可以去官方文檔一探究竟Amazon CloudWatch Getting Started Guide 。

從下圖可以發(fā)現(xiàn)CloudWatch的三個(gè)重要概念，在Viewing欄是Namspace，在表格欄是Metric，它可以通過(guò)不同的dimension來(lái)定位。***是一個(gè)Metric在時(shí)間維度和統(tǒng)計(jì)方法、不同時(shí)間粒度的展現(xiàn)。在這里我們可以發(fā)現(xiàn)AWS支持的數(shù)據(jù)監(jiān)控和展示優(yōu)點(diǎn)有: 1.數(shù)據(jù)監(jiān)控和報(bào)表的基本功能覆蓋，如時(shí)間維度，統(tǒng)計(jì)粒度。2. 增加服務(wù)或者監(jiān)控項(xiàng)目非常方便。

上面提到的僅僅是數(shù)據(jù)收集的方式，CloudWatch的API無(wú)疑是非常好的設(shè)計(jì)。但在顯示上CloudWatch無(wú)疑還有更多工作，AWS在自己的CloudWatch上并沒(méi)有太多工作是為了將顯示交給用戶(hù)。這給很多用戶(hù)帶來(lái)的不便，提供一個(gè)類(lèi)型多樣的顯示模板或許能做的更好。

第三類(lèi)監(jiān)控服務(wù): 特定類(lèi)型數(shù)據(jù)監(jiān)控服務(wù)

ScaleIO是一家致力于與Amazon EBS競(jìng)爭(zhēng)的存儲(chǔ)Startup，同樣是寄希望于打破傳統(tǒng)存儲(chǔ)廠商的壁壘和綁定，ScaleIO提供了軟件層面的塊存儲(chǔ)，并且對(duì)SSD，HDD，Network做到了不可知。

不過(guò)，現(xiàn)在我們主要關(guān)注ScaleIO提供的非?？犰诺谋O(jiān)控Dashboard。

通過(guò)對(duì)存儲(chǔ)服務(wù)的定制化展示來(lái)達(dá)到驚艷的效果，把監(jiān)控當(dāng)做一個(gè)系統(tǒng)的重要亮點(diǎn)。不過(guò)，顯而易見(jiàn)的是，這類(lèi)展示是需要額外工作的，在用戶(hù)方面很難復(fù)用這類(lèi)展示。

在OpenStack如何實(shí)現(xiàn)強(qiáng)大的監(jiān)控系統(tǒng)

從以上不同類(lèi)型甚至不同產(chǎn)品的監(jiān)控展示系統(tǒng)上我們可以理出一個(gè)對(duì)IAAS平臺(tái)的思路。在IAAS平臺(tái)上，數(shù)據(jù)監(jiān)控從架構(gòu)角度分為三層，物理機(jī)、虛擬機(jī)和應(yīng)用。然后從用戶(hù)角度可以分為三類(lèi)需求，普通用戶(hù)，定制用戶(hù)和高級(jí)用戶(hù)。普通用戶(hù)希望直接能使用默認(rèn)監(jiān)控項(xiàng)，并且能大部分滿(mǎn)足需求。定制用戶(hù)會(huì)適當(dāng)修改默認(rèn)監(jiān)控項(xiàng)顯示或者位置。高級(jí)用戶(hù)希望自定義輸入，輸出，組合監(jiān)控項(xiàng)。

在數(shù)據(jù)收集方面，利用OpenStack現(xiàn)有項(xiàng)目Ceilometer的工作，它提供了OpenStack所有Core Project的支持并且具備一個(gè)與CloudWatch類(lèi)似的存儲(chǔ)設(shè)計(jì)和API支持。但是由于Ceilometer目前的局限和CloudWatch API的良好設(shè)計(jì)上，我們可以結(jié)合兩者，為Ceilometer同樣實(shí)現(xiàn)CloudWatch API，這樣可以大大增加了Ceilometer的兼容性，帶來(lái)了CloudWatch社區(qū)的廣大福利(眾多第三方庫(kù)和數(shù)據(jù)收集腳本)。目前這個(gè)計(jì)劃已經(jīng)在社區(qū)的bp中。

在數(shù)據(jù)顯示方面，需要補(bǔ)強(qiáng)AWS CloudWatch在這方面的脆弱點(diǎn)，大大加強(qiáng)數(shù)據(jù)顯示上的選擇和使用。相對(duì)于AWS CloudWatch簡(jiǎn)單的折線(xiàn)圖和ScaleIO的定制化Dashboard做一個(gè)折中，設(shè)計(jì)類(lèi)似于源數(shù)據(jù)->顯示單元的前端解析框架，可以為同樣的數(shù)據(jù)套上不同的顯示單元。通過(guò)這一方式，我們將收集和顯示完全解耦，將顯示單元也同樣暴露給用戶(hù)可視化復(fù)用。

舉一個(gè)例子，用戶(hù)在OpenStack上建立一個(gè)Redis集群并且希望監(jiān)控給集群，通過(guò)CloudWatch社區(qū)對(duì)于Redis信息收集腳本的支持，用戶(hù)可以快速在VM上部署腳本然后發(fā)送到Ceilometer上。在數(shù)據(jù)顯示上，類(lèi)似于CloudWatch的查詢(xún)頁(yè)面來(lái)定制化顯示單元，可以為內(nèi)存使用做成餅圖，IOPS做成折線(xiàn)圖，容量做成桶圖(見(jiàn)ScaleIO的設(shè)計(jì))。用戶(hù)可以發(fā)現(xiàn)自定義用戶(hù)級(jí)程序監(jiān)控會(huì)變得極其簡(jiǎn)單。同理，無(wú)論是復(fù)雜的集群狀態(tài)監(jiān)控還是局部的基礎(chǔ)服務(wù)健康都可以通過(guò)該方式得到，做到了任何展示都是可定義的。

目前監(jiān)控?cái)?shù)據(jù)中心存儲(chǔ)依賴(lài)于Ceilometer的后端存儲(chǔ)支持，而Ceilometer現(xiàn)在支持的MongoDB是最完善的，SQLALchemy和HBase支持都不是社區(qū)重點(diǎn)推薦。而CloudWatch這類(lèi)數(shù)據(jù)模型的存儲(chǔ)相較于傳統(tǒng)的監(jiān)控?cái)?shù)據(jù)存儲(chǔ)會(huì)帶來(lái)更多的查詢(xún)條件和復(fù)雜性，支持這些功能都會(huì)給數(shù)據(jù)存儲(chǔ)后端帶來(lái)極大挑戰(zhàn)，在監(jiān)控前端建立一個(gè)緩存代理是現(xiàn)在穩(wěn)妥的選擇。

原文地址：

http://www.wzxue.com/openstack%E4%B8%8E%E7%9B%91%E6%8E%A7%E7%B3%BB%E7%BB%9F/