云計(jì)算平臺(tái)的網(wǎng)絡(luò)運(yùn)行管理系統(tǒng)設(shè)計(jì)

呂達(dá)

（黑龍江工商學(xué)院 黑龍江省哈爾濱市 150001）

在信息化時(shí)代中，互聯(lián)網(wǎng)成為了人們?nèi)粘Ｉ钪械谋匦韫ぞ咧唬鋭?chuàng)造的價(jià)值與效益已經(jīng)得到廣大用戶的肯定。但我們必須承認(rèn)的事實(shí)是，基于互聯(lián)網(wǎng)建設(shè)網(wǎng)絡(luò)后，其運(yùn)營(yíng)階段一定要實(shí)施多種監(jiān)管措施，借此方式確保互聯(lián)網(wǎng)在安全、穩(wěn)定狀態(tài)下有效應(yīng)用，真正為人類社會(huì)的發(fā)展進(jìn)步效力[1]。近些年，互聯(lián)網(wǎng)所處理的數(shù)據(jù)量有不斷增長(zhǎng)的趨勢(shì)，網(wǎng)絡(luò)運(yùn)行階段需有更迅速、精確的方法作輔助，進(jìn)而更好的分析與處理數(shù)據(jù)，因此云計(jì)算平臺(tái)應(yīng)時(shí)而生。傳統(tǒng)管理方法已經(jīng)很難滿足網(wǎng)絡(luò)規(guī)模不斷拓展的需求，建議基于云計(jì)算平臺(tái)去構(gòu)建，借此方式去解除既往網(wǎng)絡(luò)數(shù)據(jù)不斷增長(zhǎng)而其性能下跌等問題[1]。

1 云計(jì)算概述

在21 世紀(jì)早期，谷歌公司率先提出云計(jì)算的概念，同時(shí)將其用于實(shí)踐中，繼而世界上很多著名IT 與互聯(lián)網(wǎng)企業(yè)陸續(xù)在這方面作出相繼嘗試，云計(jì)算概念就是在這樣的背景下被提出的[2]。伴隨越來越多的企業(yè)、研究單位的加入、參與，云計(jì)算得到的重視度相應(yīng)提升，但因各方認(rèn)識(shí)度及關(guān)注點(diǎn)存在差異，當(dāng)下針對(duì)云計(jì)算的定義尚未達(dá)成一致，可以從狹義與廣義兩方面去闡述云計(jì)算的概念：

1.1 狹義概念

“云”，實(shí)質(zhì)上就是提供資源的網(wǎng)絡(luò)。對(duì)于廣大使用者而言，“云”內(nèi)的資源是能夠無限拓展的，且可以沖破時(shí)間空間的約束隨時(shí)獲得，用戶群體依照主觀需求使用，隨時(shí)隨地拓展使用范圍，并依照現(xiàn)實(shí)應(yīng)用狀況支付費(fèi)用?！霸啤本邆涞囊陨蠈傩裕话惚唤凶黝愃朴谒?、電、煤投用階段的IT 基礎(chǔ)設(shè)施。

1.2 廣義概念

“云”是一類具備服務(wù)功能的資源池[3]，這種服務(wù)不僅能和IT、軟件、互聯(lián)網(wǎng)等建設(shè)具有相關(guān)性，還可以是其他任意形態(tài)的服務(wù)。

“云”這種特殊的資源池，主要囊括了那些能實(shí)現(xiàn)自我維護(hù)的虛擬計(jì)算資源，其中大型服務(wù)器集群占主體地位，比如計(jì)算服務(wù)器、網(wǎng)絡(luò)寬帶資源等。云計(jì)算能夠?qū)⒁陨细鞣N資源聚集在一起，利用軟件實(shí)現(xiàn)智能化管理，無需人為干預(yù)，此時(shí)應(yīng)用此種技術(shù)的提供者及被服務(wù)對(duì)象，無需因管理復(fù)雜的瑣事務(wù)而煩惱、勞碌，有更多的時(shí)間、精力去優(yōu)化服務(wù)質(zhì)量，力爭(zhēng)在成本投入最低的狀態(tài)下實(shí)現(xiàn)服務(wù)的創(chuàng)新與發(fā)展[4]。

2 網(wǎng)絡(luò)管理

2.1 網(wǎng)絡(luò)管理

網(wǎng)絡(luò)管理，即管理員集中管理與配置大量網(wǎng)絡(luò)資源的過程，這種管理行為是和網(wǎng)絡(luò)管理系統(tǒng)相對(duì)應(yīng)的。網(wǎng)絡(luò)管理的功能主要有操作過程、性能完善、網(wǎng)絡(luò)資源調(diào)配、故障、安全管理等，主要的管理對(duì)象有網(wǎng)絡(luò)的硬軟件、人為應(yīng)用等，繼而保護(hù)網(wǎng)絡(luò)運(yùn)行狀態(tài)及環(huán)境的安全性[5]。

2.2 故障管理

故障管理，等同于網(wǎng)絡(luò)運(yùn)行階段突發(fā)問題時(shí)，網(wǎng)絡(luò)管理系統(tǒng)能在極短的時(shí)間內(nèi)探查到故障點(diǎn)，并及時(shí)對(duì)故障成因作出科學(xué)判斷，處理及修補(bǔ)系統(tǒng)運(yùn)轉(zhuǎn)狀態(tài)的一種功能；配置管理主要負(fù)責(zé)對(duì)建設(shè)網(wǎng)絡(luò)、管理維護(hù)配置數(shù)據(jù)及輔助網(wǎng)絡(luò)任務(wù)的執(zhí)行過程；性能管理主要是監(jiān)測(cè)分析網(wǎng)絡(luò)當(dāng)下的性能及精準(zhǔn)調(diào)控?cái)?shù)值，科學(xué)分析測(cè)評(píng)網(wǎng)絡(luò)系統(tǒng)的運(yùn)轉(zhuǎn)狀態(tài)，確保網(wǎng)絡(luò)在運(yùn)營(yíng)階段能創(chuàng)造出較好的效率；計(jì)費(fèi)管理主要是統(tǒng)計(jì)廣大用戶對(duì)網(wǎng)絡(luò)資源的應(yīng)用程度，借此方式更合理的預(yù)估網(wǎng)絡(luò)資源的實(shí)用性，并以此為據(jù)要求用戶繳納一定費(fèi)用?？梢钥闯?，網(wǎng)絡(luò)安全管理始終在網(wǎng)絡(luò)運(yùn)營(yíng)管理中占據(jù)著主體地位，其是網(wǎng)絡(luò)運(yùn)營(yíng)、價(jià)值實(shí)現(xiàn)的基礎(chǔ)條件，其功能主要是減少或規(guī)避部分人員惡意篡改與攻擊網(wǎng)絡(luò)信息，進(jìn)而為網(wǎng)絡(luò)系統(tǒng)安全、穩(wěn)定運(yùn)行保駕護(hù)航。

網(wǎng)絡(luò)運(yùn)行管理相關(guān)方法的實(shí)施能實(shí)現(xiàn)對(duì)運(yùn)營(yíng)安全相關(guān)問題的提前防控，其能調(diào)節(jié)、控制用戶對(duì)網(wǎng)絡(luò)訪問的權(quán)限，適時(shí)應(yīng)用加密機(jī)制去維護(hù)網(wǎng)絡(luò)信息的安全性。在網(wǎng)絡(luò)運(yùn)營(yíng)階段，管理系統(tǒng)的參與能提供較可靠的技術(shù)性支撐，由于其能動(dòng)態(tài)監(jiān)測(cè)、控制、分析網(wǎng)絡(luò)運(yùn)轉(zhuǎn)狀態(tài)，第一時(shí)間將結(jié)果準(zhǔn)確傳遞給管理人員，反應(yīng)高效性、管理敏捷性等是管理系統(tǒng)的主要特征，若網(wǎng)絡(luò)運(yùn)營(yíng)階段突發(fā)異常時(shí)[6]，則能快速、精確的作出反應(yīng)，操作流程極為簡(jiǎn)單，減輕管理人員的工作壓力、強(qiáng)度，工作效率有很大提升。

3 基于云計(jì)算平臺(tái)設(shè)計(jì)網(wǎng)絡(luò)運(yùn)行管理系統(tǒng)的策略

3.1 系統(tǒng)設(shè)計(jì)

3.1.1 網(wǎng)絡(luò)設(shè)計(jì)

參照現(xiàn)行的項(xiàng)目建設(shè)規(guī)范要求，以某電信運(yùn)營(yíng)商當(dāng)期云計(jì)算平臺(tái)上集中管理己構(gòu)建的資源池及小型機(jī)、X86 服務(wù)器、刀片等數(shù)百個(gè)臺(tái)服務(wù)器裝置為例。

3.1.2 計(jì)算資源設(shè)計(jì)

配置服務(wù)器時(shí)要遵照如下規(guī)則進(jìn)行：參照軟件模塊化設(shè)計(jì)原理去配置系統(tǒng)，最大限度的滿足應(yīng)用軟件現(xiàn)實(shí)運(yùn)行及性能正常發(fā)揮的需求；確保系統(tǒng)運(yùn)轉(zhuǎn)階段安全性、可操作行均應(yīng)處于較高層面上；加上系統(tǒng)自身具備一定冗余性、可拓展性，進(jìn)而更好的滿足未來業(yè)務(wù)發(fā)展的需求，主機(jī)利用率閥值能達(dá)到75%[17]。

圖1：前后臺(tái)分離架構(gòu)圖示

參照配置測(cè)算結(jié)果，結(jié)合當(dāng)期項(xiàng)目技術(shù)規(guī)范書內(nèi)設(shè)定的要求、條例等設(shè)計(jì)數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、Web 服務(wù)器所需處理性能依次是286973tpmc、220297tpmc、128573tpmc[4]。

3.1.3 存儲(chǔ)系統(tǒng)設(shè)計(jì)

經(jīng)計(jì)算后，發(fā)現(xiàn)本管理系統(tǒng)設(shè)計(jì)日志所需存儲(chǔ)空間485.9GB，采集設(shè)備記錄數(shù)為17699/min，日志大小均值300，低頻采集數(shù)據(jù)占比為11%，保存時(shí)間大概在3 個(gè)月左右等，參照如上測(cè)算出的數(shù)據(jù)，本期管理系統(tǒng)正常運(yùn)行所需的有效存儲(chǔ)容量為1550GB，利用磁盤陣列存儲(chǔ)數(shù)據(jù)，依照raids 實(shí)現(xiàn)保護(hù)性設(shè)計(jì)，F(xiàn)C-SAN 塊存儲(chǔ)系統(tǒng)可存儲(chǔ)資源最大容量為2TB。

3.1.4 備份方案設(shè)計(jì)

鑒于管理系統(tǒng)內(nèi)軟、硬件架構(gòu)的繁雜性及業(yè)務(wù)運(yùn)轉(zhuǎn)階段對(duì)連貫性提出的需求，要求系統(tǒng)設(shè)計(jì)研發(fā)人員應(yīng)以最嚴(yán)謹(jǐn)?shù)墓ぷ鲬B(tài)度編制備份方案，借此方式確保系統(tǒng)運(yùn)行階段突發(fā)故障問題時(shí)，能較好的維護(hù)業(yè)務(wù)正常運(yùn)作狀態(tài)。管理系統(tǒng)的數(shù)據(jù)備份工作大體上由如下幾方面構(gòu)成：

（1）系統(tǒng)軟件數(shù)據(jù)。主要是對(duì)服務(wù)器主機(jī)內(nèi)的數(shù)據(jù)進(jìn)行備份，借此方式使主機(jī)運(yùn)行階段出現(xiàn)異常時(shí)，在備份數(shù)據(jù)的支撐下能迅速?gòu)?fù)原，鑒于服務(wù)器主機(jī)數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)、中間層軟件很少發(fā)生變動(dòng)，這在很大程度上決定了主機(jī)系統(tǒng)數(shù)據(jù)備份方法操作過程的簡(jiǎn)潔性：主機(jī)組裝、調(diào)試作業(yè)結(jié)束后，第一時(shí)間把系統(tǒng)數(shù)據(jù)、部分軟件及其參數(shù)備份至備份介質(zhì)上，若以上備份資源有修改的需求，則在經(jīng)相關(guān)處理后再行備份處理。當(dāng)有操作系統(tǒng)、數(shù)據(jù)庫、中間軟件進(jìn)行PATCH 升級(jí)整改以后，及時(shí)把主機(jī)系統(tǒng)數(shù)據(jù)統(tǒng)一備份至相應(yīng)介質(zhì)上，并組織專員定期（通常是一個(gè)月）對(duì)系統(tǒng)內(nèi)數(shù)據(jù)進(jìn)行一次整體性備份，持續(xù)存留3 個(gè)月。

（2）應(yīng)用軟件數(shù)據(jù)。其囊括了管理系統(tǒng)運(yùn)行階段使用到的所有應(yīng)用型軟件、應(yīng)用程序、日志等就是典范，需每日將其統(tǒng)一備份至磁帶機(jī)上，版本保留1 個(gè)月，即相關(guān)人員能追溯一個(gè)月內(nèi)的應(yīng)用數(shù)據(jù)資料，利用自主研發(fā)的源代碼去對(duì)SVN 版本進(jìn)行管理，能夠較好的維持程序版本的完整性與運(yùn)作過程的安穩(wěn)性。不管是哪種類型的數(shù)據(jù)庫（含客戶端），均需要統(tǒng)一進(jìn)行系統(tǒng)備份。

（3）應(yīng)用數(shù)據(jù)。對(duì)于文件型數(shù)據(jù)，備份階段主要是借助應(yīng)用軟件部分功能性模塊智能調(diào)取、使用操作系統(tǒng)的壓縮指令去壓縮指定文件（壓縮率30～60%），同時(shí)把壓縮文件移位至專門的備份目錄內(nèi)，并利用人工或智能化備份方式去定期給管理軟件（通常是每小時(shí)進(jìn)行1 次）；針對(duì)壓縮以后形成的數(shù)據(jù)文件，其備份時(shí)可供選擇的設(shè)備較多，比如磁帶庫、光盤、MO 或他類外部裝置等，實(shí)現(xiàn)長(zhǎng)期、完整存儲(chǔ)。而在備份數(shù)據(jù)庫型數(shù)據(jù)時(shí)，多建議應(yīng)用定時(shí)ORACLE 的RMAN 零級(jí)備份策略進(jìn)行，在3 天內(nèi)備份ARCHIVELOG日志，科學(xué)調(diào)控文件的備份過程，留存1 個(gè)月的備份集。參照Export 的運(yùn)作邏輯性進(jìn)行備份操作，備份對(duì)象以數(shù)據(jù)庫對(duì)象、參數(shù)表、統(tǒng)計(jì)表等關(guān)鍵信息，酌情設(shè)定具體保留時(shí)間長(zhǎng)度。

3.2 軟件系統(tǒng)設(shè)計(jì)

針對(duì)網(wǎng)絡(luò)運(yùn)行系統(tǒng)軟件架構(gòu)的設(shè)計(jì)，其能實(shí)現(xiàn)對(duì)中國(guó)電信私有云規(guī)范牽扯到的內(nèi)容實(shí)現(xiàn)整體性覆蓋，并提取開源式云計(jì)算管理平臺(tái)openstack,、cloudstack 架構(gòu)理念，明顯提升了系統(tǒng)的拓展性與包容性。

3.2.1 接口負(fù)載架構(gòu)

管理系統(tǒng)的接口可以被看成是運(yùn)行過程獨(dú)立的Web 工程，為確保接口有較高的可執(zhí)行性，可以基于軟負(fù)載與VIP 方式進(jìn)行部署操作，通過解讀接口負(fù)載架構(gòu)，不難發(fā)現(xiàn)系統(tǒng)前端由兩臺(tái)代理服務(wù)器組成，其中一臺(tái)服務(wù)器是主節(jié)點(diǎn)，另一臺(tái)是備節(jié)點(diǎn)，系統(tǒng)投用階段當(dāng)一個(gè)階段突發(fā)故障異常時(shí)，另一個(gè)節(jié)點(diǎn)依然能維持服務(wù)訪問過程的常態(tài)性，架構(gòu)內(nèi)配置了真實(shí)服務(wù)器，其通過均衡NGINX的負(fù)載，進(jìn)而使管理系統(tǒng)的高可用性得到更大保障。

3.2.2 MySQL 數(shù)據(jù)庫架構(gòu)

在虛擬機(jī)或物理機(jī)上統(tǒng)一部署云計(jì)算管理系統(tǒng)數(shù)據(jù)庫的MySQL。具體采用的是MySQL 雙Master 模式，即將后臺(tái)監(jiān)測(cè)到數(shù)據(jù)信息完整的寫在Masterl 上，而Master2 上前臺(tái)頁面對(duì)外主要提供的是數(shù)據(jù)查詢、寫入功能，當(dāng)Masterl、Master2 能存儲(chǔ)同種數(shù)據(jù)，能實(shí)現(xiàn)讀寫過程的精準(zhǔn)分離，即按此方式去緩解數(shù)據(jù)庫運(yùn)行壓力；系統(tǒng)數(shù)據(jù)庫是基于雙MySQL 架構(gòu)建成的，運(yùn)行可靠性是原始單MySQL 數(shù)據(jù)庫的2 倍有余， 對(duì)雙MySQL 架構(gòu)主要構(gòu)造及其功能進(jìn)行分析，若其陷入單點(diǎn)MySQL 宕機(jī)狀態(tài)，那么系統(tǒng)將自動(dòng)切調(diào)至另一臺(tái)MySQL 服務(wù)器，借此方式使其應(yīng)用過程的連貫性得到更大保障。在該種架構(gòu)內(nèi)，當(dāng)有數(shù)據(jù)由一個(gè)MySQL 被寫進(jìn)以后，便能快速被整合至另一臺(tái)MySQL 服務(wù)器內(nèi)。大部分情況下，一臺(tái)MySQL 的功能以數(shù)據(jù)寫入為主，另一臺(tái)完成讀取任務(wù)，借此方式達(dá)到了讀寫過程的精準(zhǔn)分離，在這樣的工況下單臺(tái)MySQL 的負(fù)載壓力明顯減輕，進(jìn)而更好的輔助整個(gè)管理系統(tǒng)性能的提升。MySQL數(shù)據(jù)庫集群自身具備在線動(dòng)態(tài)拓展的功能，拓展時(shí)不會(huì)對(duì)其功能使用動(dòng)過程形成不良影響。本文這里所提及的動(dòng)態(tài)性拓展對(duì)應(yīng)是增減MySQL 服務(wù)器的過程。

3.2.3 消息中間件架構(gòu)

本課題研究設(shè)計(jì)的管理系統(tǒng)投用階段，內(nèi)部消息發(fā)送、處理環(huán)節(jié)中RabbitMQ 架構(gòu)發(fā)揮著支撐性作用，具體是應(yīng)用node. Js 聯(lián)合rabbitMQ 去主動(dòng)推送消息，通過觀察消息集群架構(gòu)，利用集成兩個(gè)或數(shù)個(gè)RabbitMQ 服務(wù)器，構(gòu)建出完整隊(duì)列，能夠確保不同集群之間隊(duì)列及數(shù)據(jù)的同步性，若有單臺(tái)服務(wù)器發(fā)生異常時(shí)，則能自動(dòng)切調(diào)到另一臺(tái)服務(wù)上，這樣便不會(huì)對(duì)管理系統(tǒng)運(yùn)轉(zhuǎn)狀態(tài)形成干擾。

3.2.4 軟件前后臺(tái)分離架構(gòu)

管理系統(tǒng)設(shè)計(jì)研發(fā)階段通過合理應(yīng)用中間件技術(shù)去分離前臺(tái)與后臺(tái)，結(jié)構(gòu)圖如圖1 所示。該種架構(gòu)規(guī)劃設(shè)計(jì)階段，將資源空間占用量較小的操作安放在前臺(tái)，其能直接操作、控制數(shù)據(jù)庫的運(yùn)行過程，而針對(duì)那些耗用較多時(shí)間成本、在數(shù)據(jù)庫內(nèi)空間占比相對(duì)較大的操作，統(tǒng)一管理后臺(tái)運(yùn)行過程，通過落實(shí)如上操作能顯著提升管理系統(tǒng)的運(yùn)行效率，系統(tǒng)應(yīng)用者也會(huì)產(chǎn)生更優(yōu)質(zhì)的主觀體驗(yàn)[9]。

3.3 軟件功能的設(shè)計(jì)實(shí)現(xiàn)

3.3.1 資源池接入管理

管理系統(tǒng)要提供能統(tǒng)一管理、來控制多資源池的基礎(chǔ)功能，基于數(shù)據(jù)調(diào)配的方法，將資源池的鏈接數(shù)據(jù)完整的增設(shè)至管理系統(tǒng)內(nèi)，這是多資源池內(nèi)繁雜、大量資源實(shí)現(xiàn)統(tǒng)一運(yùn)維管理的重要基礎(chǔ)。且在配置與管理資源時(shí)，管理系統(tǒng)自身要具備動(dòng)態(tài)、靈敏配置資源池內(nèi)差異化資源的功能。當(dāng)下，僅將Vmware 虛擬軟件接入至管理系統(tǒng)內(nèi)[10]。

觀察資源接入流程圖，通過安全輸入IP 地址，用戶名、密碼等類型有差異的鏈接信息，實(shí)現(xiàn)對(duì)Vcenter 資源池的可靠鏈接。如果還存有屬于其他范疇的虛擬化，則要依照如上闡述輸進(jìn)與之相配套的的鏈接信息，便能順利鏈接到相關(guān)資源池。多資源池作為本系統(tǒng)內(nèi)的重要管理對(duì)象之一，也是通過鏈接配置方法實(shí)現(xiàn)控制的，鑒于以上情況當(dāng)相關(guān)人員在管理資源池之前，需要輸進(jìn)必要的鏈接信息，把資源池集成至統(tǒng)一的池中內(nèi)進(jìn)行標(biāo)準(zhǔn)化管理。

3.3.2 服務(wù)器操作管理

本文設(shè)計(jì)出的網(wǎng)絡(luò)運(yùn)行管理系統(tǒng)支持基于樹形法去呈現(xiàn)出資源的統(tǒng)一管理狀態(tài)，對(duì)物理機(jī)、存儲(chǔ)設(shè)備及集群的管理過程均能起到較強(qiáng)大的支撐作用，這就預(yù)示著用戶可以通過查閱目錄信息的方法科學(xué)劃分資源的所屬類別，或者結(jié)合主觀需求建設(shè)集群或者調(diào)配集群，保證物理、虛擬裝置均能被整合至同個(gè)集群內(nèi)進(jìn)行統(tǒng)一管理、控制。功能主要有[11]：

（1）管理集群：①增設(shè)集群：即結(jié)合主觀需求將某種集群添加到指定的資源池內(nèi)；②調(diào)配集群：即用于調(diào)配集群的HA、DRS等功能。

（2）管理服務(wù)器：①增設(shè)主機(jī)：把主機(jī)增至到指定的集群內(nèi)；②關(guān)機(jī)：對(duì)指定主機(jī)電源開關(guān)實(shí)施閉合操作；③二次引導(dǎo)：二次啟動(dòng)使用指定主機(jī)的電源：④步入至運(yùn)維模式：若主機(jī)設(shè)備有運(yùn)行維護(hù)的需求時(shí)（比如需要裝設(shè)更多的內(nèi)存），則建議把主機(jī)安置在維護(hù)模式下，主機(jī)只能會(huì)結(jié)合用戶主觀需求進(jìn)入或撤離維護(hù)狀態(tài)。

通過觀察服務(wù)器操作流程簡(jiǎn)圖，需要在軟件統(tǒng)一管理界面下，精確選出服務(wù)器操作類型，包括集群、主機(jī)操作等，功能操作內(nèi)容主要包括[12]：

（1）增設(shè)集群：準(zhǔn)確的輸進(jìn)集群名等信息，以接口程序?yàn)檩d體進(jìn)行添加，在確認(rèn)添加成功后，把數(shù)據(jù)信息同步至數(shù)據(jù)庫內(nèi)，在數(shù)據(jù)中心下呈現(xiàn)出來。

（2）調(diào)配集群：?jiǎn)⒂眉旱腍A, DRS 等配置，在接口程序的協(xié)助下實(shí)現(xiàn)科學(xué)化配置。

（3）添置主機(jī)：輸入主機(jī)IP 地址、用戶名、密碼等，基于接口程序予以添加操作，添加成功后同步、呈現(xiàn)數(shù)據(jù)。

（4）關(guān)機(jī)：利用系統(tǒng)對(duì)外提供的菜單，對(duì)主機(jī)的電源進(jìn)行關(guān)機(jī)操作，確認(rèn)成功關(guān)機(jī)后有針對(duì)性的整改主機(jī)的電源狀態(tài)標(biāo)識(shí)。

3.3.3 資源容量管理

在物理機(jī)、虛擬機(jī)、網(wǎng)絡(luò)裝置等諸多資源管理階段，網(wǎng)絡(luò)管理系統(tǒng)均參與其中并發(fā)揮著強(qiáng)大的支撐作用，其能對(duì)外清晰的呈現(xiàn)出當(dāng)下應(yīng)用、系統(tǒng)剩余狀況，功能以管理X86 物理機(jī)、虛擬機(jī)、網(wǎng)絡(luò)設(shè)備及現(xiàn)有存儲(chǔ)資源的應(yīng)用情況，依照差異化維度去對(duì)外呈現(xiàn)出源容量的運(yùn)用狀況。

本文僅分析資源容量管理情況，定時(shí)任務(wù)制定后臺(tái)去采集物理及虛擬裝備近期獲得的監(jiān)測(cè)數(shù)據(jù)，將其同步至數(shù)據(jù)庫對(duì)應(yīng)的表格內(nèi)。通過統(tǒng)計(jì)與借此這些數(shù)據(jù)，能夠全面呈現(xiàn)出當(dāng)下系統(tǒng)內(nèi)資源的應(yīng)用現(xiàn)狀，也可以在部分條件的引導(dǎo)下，基于過濾過程去呈現(xiàn)出所需的監(jiān)控?cái)?shù)據(jù)信息。

3.3.4 虛擬機(jī)操作管理

管理虛擬機(jī)是網(wǎng)絡(luò)管理系統(tǒng)的主要功能之一，主要有建立虛擬機(jī)，開啟、暫停虛擬機(jī)運(yùn)行，連續(xù)調(diào)整虛擬機(jī)資源與狀態(tài)、轉(zhuǎn)送或切換虛擬機(jī)業(yè)務(wù)，參照設(shè)定方法人工手動(dòng)或智能切調(diào)虛擬機(jī)等。具體操作可以作出如下概述[13]：頁面對(duì)外提供和虛擬機(jī)操作類型相配套的選擇菜單[7]，用戶能直接建立、刪減虛擬機(jī)，以上功能基本是在接口裝置的協(xié)助下實(shí)現(xiàn)的，在操作成功以后，相應(yīng)數(shù)據(jù)將順利、整體的同步至數(shù)據(jù)庫內(nèi)，以數(shù)據(jù)中心為載體呈現(xiàn)出來。

3.3.5 虛擬機(jī)模版管理

系統(tǒng)在該方面的功能主要有創(chuàng)設(shè)創(chuàng)源模板，閱覽模板信息，整改模板配置規(guī)則，刪減模板部分資源等。操作流程可以作出如下闡述：在模版管理界面上，用戶選出模版操作的類別，比如新建、修正、刪減模版等。通過運(yùn)行接口程序能生成所需模板，建成后同步數(shù)據(jù)，那些新增設(shè)的模板信息將會(huì)清晰呈現(xiàn)在模板列表內(nèi)。輸入進(jìn)所需信息資源，接口程序重新規(guī)劃設(shè)置當(dāng)下模板的基本信息布局狀態(tài)，同時(shí)把數(shù)據(jù)更新至數(shù)據(jù)庫內(nèi)。

4 結(jié)束語

參照本文提供的思路，在云計(jì)算平臺(tái)的支撐下去設(shè)計(jì)網(wǎng)絡(luò)運(yùn)行管理系統(tǒng)，其在多種商業(yè)網(wǎng)站內(nèi)表現(xiàn)出良好的適用性，通常建議采用J2EE 架構(gòu)去幫助實(shí)現(xiàn)運(yùn)營(yíng)，即按此方式能更顯著的提升系統(tǒng)運(yùn)行的安穩(wěn)性與程序可移植性，也能有機(jī)整合服務(wù)器與數(shù)據(jù)庫的研發(fā)過程，工作效率有明顯提升。