中圖分類號： 學校代碼： 10055 密級： 公開 碩 士 學 位 論 文 基于 業(yè)務(wù) 管理系統(tǒng)設(shè)計 與實現(xiàn) 南開大學研究生院 二七年五月 摘要 數(shù)據(jù)中心的虛擬化建設(shè)逐漸成為新一代數(shù)據(jù)中心建設(shè)的首選方案。虛擬化給數(shù)據(jù)中心的業(yè)務(wù)帶來了明顯的影響。服務(wù)器交付的速度明顯加快，網(wǎng)絡(luò)調(diào)整更加便捷，服務(wù)器配置可剪裁。通過虛擬化管理系統(tǒng)可以對虛擬機進行操作。這也給業(yè)務(wù)系統(tǒng)整合虛擬化平臺提供了可能。 高校數(shù)據(jù)中心管理學校 網(wǎng)絡(luò)應用的基礎(chǔ)設(shè)施，在對這些資源的管理中， 涉 及到 和院系部門 間 的業(yè)務(wù)聯(lián)系。 本文 分析 數(shù)據(jù)中心的對 域名，虛擬機， 理發(fā)布的 管理工作 ， 從工作需求出發(fā)，提出建設(shè)基于 擬化的業(yè)務(wù)管理系統(tǒng)。 本文 首先 對管理系統(tǒng)實現(xiàn)相關(guān)的 術(shù)， 及 理發(fā)布服務(wù)的軟件 了簡單介紹，然后對系統(tǒng)做了詳細分析，建立 了系統(tǒng)用 例 模型，對系統(tǒng)實現(xiàn)中 的 權(quán)限管理，配置管理，虛擬機管理做了 詳細 說明 。 管理系統(tǒng)使用 言基于 式 開發(fā)， 使用了 架 ， 并使用現(xiàn)持久化支持。在權(quán)限認證和授權(quán)實現(xiàn)中采用了 架，對虛擬機的管理通過調(diào)用 現(xiàn) 。 關(guān)鍵字 ：虛擬化，數(shù)據(jù)中心， is on it to it to be by of of in of on of of a to PI a on a of a a on in is VC is in is by 目錄 摘要 . 2 . 3 第一章 緒論 . 6 第一節(jié) 選題背景 . 6 第二節(jié) 本文的主要工作 . 7 第二章 技術(shù)背景介紹 . 7 第一節(jié) . 7 第二節(jié) 2 . 8 第三節(jié) . 10 第三章 需求分析 . 12 第一節(jié) 數(shù)據(jù)中心業(yè)務(wù)分析 . 12 第二節(jié) 需求分析 . 14 制條件 . 14 能性需求 . 15 第三節(jié) 本章小結(jié) . 20 第四章 系統(tǒng)設(shè)計 . 20 第一節(jié) 系統(tǒng)設(shè)計的原則和要求 . 21 第二節(jié) 系統(tǒng)技術(shù)架構(gòu) . 21 第三節(jié) 概要設(shè)計 . 22 第四節(jié) 業(yè)務(wù)建模 . 23 第五節(jié) 數(shù)據(jù)建模 . 29 第六節(jié) 本章小結(jié) . 31 第五章 實現(xiàn)與評測 . 32 第一節(jié) 運行環(huán)境 . 32 第 二節(jié) 系統(tǒng)實現(xiàn) . 33 限管理 . 34 置管理 . 35 擬機管理 . 37 全機制 . 38 第三節(jié) 測試 . 39 第六章 總結(jié) . 40 參考文獻 . 42 第一章 緒論 第一節(jié) 選題 背景 隨著高校信息化建設(shè)工作的進行，越來越多的業(yè)務(wù)系統(tǒng)和信息系統(tǒng)建設(shè)起來。隨之而來的是不斷增加的服務(wù)器、存儲、網(wǎng)絡(luò)等設(shè)備。這些物理設(shè)備對數(shù)據(jù)中心的建設(shè)提出了挑戰(zhàn)。如何在有限的空間里部署更多的應用，如何降低數(shù)據(jù)中心的能源消耗，如何提高管理維護的效率和降低管理開銷，成為數(shù)據(jù)中心建設(shè)必須考慮的問題。 數(shù)據(jù)中心資源的虛擬化有助于降低成本，提高靈活性和永續(xù)性 ，以及增強對業(yè)務(wù)需求的響應能力。 利用服務(wù)器虛擬化和整合，將您的數(shù)據(jù)中心轉(zhuǎn)變成靈活的云計算基礎(chǔ)架構(gòu)，使之具有運行要求最嚴苛的應用所需的性能和可靠性 1。 根據(jù) 司的統(tǒng)計，采用虛擬化技術(shù)能夠 將硬件和運營成本削減 50% 之多，將能源成本削減 80% 之多，每項虛擬化的服務(wù)器工作負載每年可節(jié)省 3,000 多美元。 將調(diào)配新服務(wù)器的時間縮短 70% 之多 3。 利用業(yè)務(wù)連續(xù)性和內(nèi)置的災 難恢復功能減少停機并提高可靠性。 按需提供 務(wù)，擺脫對硬件、操作系統(tǒng)、應用或基礎(chǔ)架構(gòu)提供商的依賴。 為，虛擬化技術(shù)經(jīng)過了多年的發(fā)展，經(jīng)歷了 4 個不同的階段 2。目前， “虛擬化 關(guān)注點將從虛擬化 段的資源整合、集中管理、降低服務(wù)器和能耗成本的集成模式轉(zhuǎn)移到實現(xiàn)業(yè)務(wù)連續(xù)性、資源提供的服務(wù)模式等方面?！疤摂M化 括虛擬化運維管理、虛擬化業(yè)務(wù)連續(xù)性、虛擬化資源提供 3 個大的方面，并且可以細分為控制、監(jiān)控、可用性、災難恢復、彈性 架構(gòu)、資源管理6 個子項。虛擬化 以 “虛擬化的手段 ”幫助用戶滿足服務(wù)水平等級，成為更核心的企業(yè)應用與運行環(huán)境。由于虛擬化 種種弊端，虛擬化 為虛擬化發(fā)展的必須階段和必然產(chǎn)物，可用性、可管理性和高連續(xù)性是虛擬化 代的重要基礎(chǔ)和明顯標志。 經(jīng)過多年的實踐，對數(shù)據(jù)中心的虛擬化成為了必然的選擇。國內(nèi)各大高校正在著力開展數(shù)據(jù)中心建設(shè)工作 ,采用虛擬化技術(shù)構(gòu)建數(shù)據(jù)中心已成為一個主要發(fā)展方向 4。 各個虛擬化廠商都提供了相應的管理軟件。一些硬件 廠商也基于虛擬化平臺提供了相應的管理插件。也有公司提供了一些虛擬化解決方案管理軟件。如思科。這些軟件能夠?qū)?shù)據(jù)中心基礎(chǔ)機構(gòu)如存、網(wǎng)絡(luò)、存儲等資源的管理，某些（如 具有 用發(fā)布的功能。但是，缺少對學校數(shù)據(jù)中心業(yè)務(wù)邏輯的支持。 學校的數(shù)據(jù)中心承載著校內(nèi)主要業(yè)務(wù)系統(tǒng)，管理著 名、服務(wù)器等資源。這些資源的申請和使用有不同于其它公司或機構(gòu)的要求。現(xiàn)有軟件或數(shù)據(jù)中心私有云解決方案要么過于昂貴，要么不具備我們所需要的功能。 通過本課題，梳理機房管理的業(yè)務(wù)流程，設(shè)計制作 用，管理 擬化平臺以及域名、資源，將學校數(shù)據(jù)中心的業(yè)務(wù)進行整合，提高管理和維護效率。 第二節(jié) 本文的主要工作 本文首先介紹了項目的選題背景，以及項目的意義。然后，經(jīng)過對高校數(shù)據(jù)中心的業(yè)務(wù)活動進行分析，進而獲取項目的需求。結(jié)合本單位的實際運行環(huán)境，并給出 了虛擬化環(huán)境下的業(yè)務(wù)管理系統(tǒng)規(guī)劃設(shè)計 。對系統(tǒng)部署與測試進行了闡述。并在第二章對項目涉及到的主要技術(shù)背景做了簡要介紹。 第二章 技術(shù)背景介紹 本章介紹了系統(tǒng)開發(fā)中涉及到的主要技術(shù)。 第一節(jié) 一個平臺獨立的，松耦合的，自包含的、基于可編程的 使用開放的 準來描述、發(fā)布、發(fā)現(xiàn)、協(xié)調(diào)和配置這些應用程序，用于開發(fā)分布式的互操作的應用程序 5。 用了面向服服務(wù)的體系架構(gòu) ( 冊服務(wù)，并響應服務(wù)請求； 理已發(fā)布的服務(wù)，提供搜索服務(wù)； 用 找所需的服務(wù)，并發(fā)起請求。 非獨立的技術(shù)，它需要一系列協(xié)議和技術(shù)的支持。目前，這些協(xié)議和技術(shù)包括 消息傳遞。 示數(shù)據(jù)的基本格式。 簡單對象訪問協(xié)議 （ ，它是一種基于 消息通訊格式，用于網(wǎng)絡(luò)上，不同平臺，不同語言的應用程序間的通訊。可自定義，易于擴展。一條 息就是一個普通的 檔，包含下列元素： 素，標識 檔一條 息 素，包含頭部信息的 簽 素，包含所有的調(diào)用和響應的主體信息的標簽 素，錯誤信息標簽。 來描述 用 言，給出 關(guān)的信息：義執(zhí)行的操作， 述 用的消息， 義 用的數(shù)據(jù)類型， 述 用的通信協(xié)議 6。因此， 求者只要得到該服務(wù)對應的 件，就能調(diào)用該服務(wù)。 即統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議 。 一種目錄服務(wù)，企業(yè)可以使用它對 行注冊和搜索 ,是一種規(guī)范，它主要提供基于 務(wù)的注冊和發(fā)現(xiàn)機制，為 務(wù)提供三個重要的技術(shù)支持： 標準、透明、專門描述 務(wù)的機制； 調(diào)用 務(wù)的機制； 可以訪問的 務(wù)注冊中心。 錯誤 !未找到引用源。 用 供跨平臺的數(shù)據(jù)編碼和組織的方法， 于 8。正因為 這種特性，它它為跨平臺，跨系統(tǒng)間的協(xié)作提供了可能。有很多的數(shù)據(jù)集成方案基于 術(shù) 9。 為互聯(lián)網(wǎng)應用開發(fā)的主流編程語言，自然少不了對 支持。與 關(guān)的 術(shù)相當繁多，主流的有 。 10是一個 務(wù) / 擎，繼承了廣泛使用的的 棧 。 持不同的消息交換模式；提供阻塞和非阻塞客戶端 持內(nèi)置的 務(wù)尋址；靈活的數(shù)據(jù)綁定，可以使用 可以使用 專用的數(shù)據(jù)綁定框架；方便部署等。 簡化了應用程序的開發(fā)，通過標準的，基于注釋的模式來開發(fā) 規(guī)范的戰(zhàn)略結(jié)盟與目前的行業(yè)趨勢，更以文檔為中心的消息模型取代了遠程過程調(diào)用的編程模型 10。在 ，使用的是 22)，在 ，使用的是 PI 73)，同時它還完全支持 范 11。 供注釋方式部署 以方便將現(xiàn)有 發(fā)布成 持異步方式調(diào)用 異步調(diào)用時可選 式之下，客戶端處理請求，獲取結(jié)果對象。 式之下，客戶端提供一個 問和處理結(jié)果對象。這兩種方式，都允許客戶端繼續(xù)處理工作而不必等待返回結(jié)果。只是在處理細節(jié)上的差異。與 式不同， 式下，請求發(fā)出后會關(guān)閉當前連接。 第二節(jié) 2 為虛擬化主要廠商，提供了豐富的產(chǎn)品。其中 基礎(chǔ)機 構(gòu)虛擬化的產(chǎn)品，提供了對計算資源，存儲，網(wǎng)絡(luò)的管理。 供了一系列的開發(fā)工具，供第三方進行開發(fā)。下圖展示了它的工具集。 戶 端程序使用異步通信模式，分布式體系結(jié)構(gòu)。這種結(jié)構(gòu)基于服務(wù)器端被管對象（ 客戶端的被管對象引用（ 數(shù)據(jù)對象。 被管對象存在于 服務(wù)器上，包括 機和 務(wù)包括： 件包括諸如 資產(chǎn)對象。 被管對象引用是客戶端對服務(wù)器端對象的引用?？蛻舳顺绦蛘{(diào)用服務(wù)器端的操作之后可以獲取 象。在對象的生命周期內(nèi)，一個象被確保是唯一的并被持久化。當對象被放入資產(chǎn)， 跨越 服務(wù)重啟時，這個引用對象被持久化。例如，你從資產(chǎn)中移除了一個對象，比分說是虛擬機，然后又把它放回到資產(chǎn)中。此時這個引用就變了。 數(shù)據(jù)對象包含了被管對象的信息?？蛻舳顺绦蚩梢韵?務(wù)器發(fā)送數(shù)據(jù)對象也可以收到 務(wù)器發(fā)回的數(shù)據(jù)對象。 下圖說明了三種對象在客戶端和 務(wù)器之間扮演的角色。 我們在開發(fā)中采用的 運行在 提供了監(jiān)控和管理 如計算資源、虛擬機、網(wǎng)絡(luò)、存儲等組件的入口。 下圖展示了 運行方式。本地程序通過 現(xiàn)用 布出來的方法， 使用 議與服務(wù)器端通信。 第三節(jié) 一款高性能 務(wù)器，也可以作為電子郵件的代理服務(wù)器。它的高性能早就為世人所熟知。很多門戶網(wǎng)站如網(wǎng)易也都是使用它作為發(fā)布服務(wù)器來使用。有文獻表明， 持高并發(fā)連接；內(nèi)存消耗小 13。高校的網(wǎng)站基本上上規(guī)模都不大，如何利用現(xiàn)有的資源，提升網(wǎng)站性能，是很多高校數(shù)據(jù)中心考慮的。有文獻通過對比 出的解決的建議 14。 正是我們的選擇。 通過 行配置管理的。 配置指令分為簡單指令和 塊指令。塊指令可以作為其他指令的上下文，也就是可以包含其他指令。配置文件的根上下文是 不用再 寫出。 指令按照模塊進行劃分。這些模塊又可以分為 關(guān)， 關(guān)三大類。在 官方文檔中，對每條指令都有詳盡的說明 15。 第三章 需 求 分析 在這一章討論高校數(shù)據(jù)中心的工作內(nèi)容，詳細分析數(shù)據(jù)中心的業(yè)務(wù)，從而整理出項目需求。 第一節(jié) 數(shù)據(jù)中心業(yè)務(wù)分析 一項網(wǎng)絡(luò)應用的運行需要眾多資源和管理的支持。無論是物理還是虛擬的，網(wǎng)絡(luò)應用必須依賴于計算資源，也就是物理或虛擬服務(wù)器，也需要網(wǎng)絡(luò)支持，包括 名服務(wù)。還需要有安全保障，如防火墻，入侵檢測系統(tǒng)等。有些 此之外之外，還需要遵守數(shù)據(jù)中心其他的規(guī)章制度。例如，我們數(shù)據(jù)中心的應用必須經(jīng)過安全評估系統(tǒng)評估，具備開放條件才會被發(fā)布。 通常，高校的數(shù)據(jù)中心作為 網(wǎng)絡(luò)應用 提供運 行 環(huán)境 ，集中管理 名，網(wǎng)絡(luò)等相關(guān)資源，并為各院系和部門提供業(yè)務(wù)系統(tǒng)運行安全保障 ，服務(wù)支持。 高校數(shù)據(jù)中心通常提供域名解析服務(wù)。校內(nèi)部門有很多服務(wù)器，這些服務(wù)器分布在校內(nèi)各個學院，或者放在數(shù)據(jù)中心，甚至在校外。當他們需要域名服務(wù)時，往往會向?qū)W校數(shù)據(jù)中心尋求支持。 在日常的工作中，通常有各個院系或組織，提交虛擬機使用申請，然后數(shù)據(jù)中心根據(jù)相關(guān)規(guī)定給予處理。 填寫申請表分配虛擬機不同意同意審核這種處理方式過于粗糙。一項應用從環(huán)境配置到上線對外提供服務(wù)還有很多步驟。用戶在取得虛擬機之后，還需要配置 署應用，配置域名，如果是用 ，還可能會需要使用某種方式發(fā)布，如 硬件發(fā)布設(shè)備。這些后續(xù)的工作要么需要進行申請流程，要么由業(yè)務(wù)管理員按照院系用戶要求進行 配置。我們期望能夠?qū)p少不必要的環(huán)節(jié)，為用戶節(jié)省時間和手續(xù)，提高辦事效率，也規(guī)范業(yè)務(wù)流程。 填寫申請表審核分配虛擬機同意配置域名分配 戶只要通過一次提交申請，就可以實現(xiàn)服務(wù)的基礎(chǔ)環(huán)境配置。 對于數(shù)據(jù)中心的業(yè)務(wù)管理人員來說，面對用戶的虛擬機相關(guān)的業(yè)務(wù)，要進行多個管理系統(tǒng)的切換。例如：在為用戶配置虛擬機時，需要使用 了給用戶分配 要查詢 配情況，然后再分配 行 域名管理還需要登陸域名管理系統(tǒng)；發(fā)布 務(wù)還需要登陸發(fā)布管理平臺。對一個服務(wù)器的業(yè)務(wù)進行維護時需要在多個管理系統(tǒng)中切換。傳統(tǒng)的數(shù)據(jù)中心域名管理通常采用 件實現(xiàn)， 配一般采用手動分配或 件， 件實現(xiàn)。這些管理都需要配置相應的配置文件。當服務(wù)器達到相當規(guī)模，配置就顯得格外繁瑣。編輯配置文件需要管理人員對指令相當熟練，并且要有耐心，否則很容易出錯。而且，這些配置其實是有一定關(guān)聯(lián)性的，多頭管理，容易出現(xiàn)不一致的情況。 隨著信息化建設(shè)的推廣和深入，高校的信息化應用如 同雨后春筍，層出不窮。隨之而來的就是服務(wù)器數(shù)量快速增長。加重了數(shù)據(jù)中心 名，反向代理等配置與維護的強度。我們需要一套系統(tǒng)能夠?qū)⑦@些功能與虛擬機環(huán)境進行整合。 綜上所述，數(shù)據(jù)中心需要有一個綜合各種基礎(chǔ)配置，滿足現(xiàn)有業(yè)務(wù)的平臺， 用以規(guī)范現(xiàn)有業(yè)務(wù)流程，提高管理效率。 第二節(jié) 需求分析 制條件 數(shù)據(jù)中心的設(shè)備眾多，配置也較復雜。項目實施依賴于數(shù)據(jù)中心的實際環(huán)境。我們結(jié)合本數(shù)據(jù)中心的實際，給出項目的限制條件。 目前，數(shù)據(jù)中心基本運行環(huán)境： 基于 現(xiàn)了基礎(chǔ)設(shè)施虛擬化； 理仍然采用人工分配的方 式； 理發(fā)布采用 域名管理使用第三方管理系統(tǒng)； 身份認證使用統(tǒng)一身份認證系統(tǒng)。 因此，項目應當立足現(xiàn)有運行環(huán)境，實現(xiàn)對數(shù)據(jù)中心業(yè)務(wù)管理的目標。 開發(fā)的業(yè)務(wù)管理系統(tǒng)應當立足現(xiàn)有運行環(huán)境，記錄數(shù)據(jù)中心的 配使用情況；通過調(diào)用域名管理系統(tǒng)的開發(fā)接口實現(xiàn)對域名的注冊、更改和撤銷；通過需要進行 布的網(wǎng)站進行代理發(fā)布；通過 考慮到跨平臺的問題，采用 言編程實現(xiàn)。 由于管理系統(tǒng)涉及數(shù)據(jù)中心的基礎(chǔ)服務(wù)，因 此，系統(tǒng)必須可靠，可用和有效。 1) 可靠性要求 可靠性是對系統(tǒng)在安全性，穩(wěn)定性等方面的要求。 作為數(shù)據(jù)中心基礎(chǔ)服務(wù)的管理系統(tǒng)，安全是必須滿足的。如果系統(tǒng)出現(xiàn)安全性問題，將會對整個數(shù)據(jù)中心業(yè)務(wù)系統(tǒng)造成難以估量的影響。雖然，數(shù)據(jù)中心部署了防火墻，入侵檢測系統(tǒng)，系統(tǒng)本身的安全建設(shè)也還是不容忽視。 系統(tǒng)一旦投入使用，將會對現(xiàn)有的業(yè)務(wù)辦理方式產(chǎn)生較大的改變。各個院系部門將通過這個管理系統(tǒng)辦理業(yè)務(wù)，因此系統(tǒng)必須運行穩(wěn)定。 2) 可用性要求 可用性包括對系統(tǒng)界面，人機交互以及文檔的要求。這個系統(tǒng)投入使用后將成為院系信息員辦理業(yè)務(wù)的 主要窗口，因此系統(tǒng)是否容易操作很重要。系統(tǒng)應當盡量減少用戶的手動輸入工作，提高操作效率，盡量做到系統(tǒng)易用，好用。在關(guān)鍵性的操作中應當有提示信息。 3) 有效性要求 有效性要求是指系統(tǒng)在性能、伸縮性和擴展性方面的要求。 鑒于一般的網(wǎng)站一旦投入使用，很少會改變它的基礎(chǔ)配置（ 名等），因此可以推斷，系統(tǒng)將來的使用頻率并不會很高，因此，系統(tǒng)的并發(fā)性能要求不高。 系統(tǒng)涉及到較多的第三方系統(tǒng)，系統(tǒng)應當具有一定的彈性。應當在第三方系統(tǒng)接口不可用時，允許業(yè)務(wù)管理員轉(zhuǎn)而使用第三方管理系統(tǒng)操作相關(guān)業(yè)務(wù)，最大限度維持業(yè)務(wù)的持續(xù)性 。例如，現(xiàn)在系統(tǒng)只能記錄 用情況，將來應當很容易實現(xiàn)調(diào)用第三方系統(tǒng)實現(xiàn) 態(tài)分配。再例如，域名管理系統(tǒng)可用時，業(yè)務(wù)員通過管理系統(tǒng)可以管理 域名， 當 域名管理系統(tǒng) 的 接口失效時，管理系統(tǒng)不 應該崩潰 ，此時 ，系統(tǒng)只 記錄域名 業(yè)務(wù)變化 結(jié)果 ， 業(yè)務(wù) 員 使用 域名管理系統(tǒng) 實施 域名的 變更。 能性需求 通過對數(shù)據(jù)中心業(yè)務(wù)的分析，結(jié)合本單位的實際情況，工作主要涉及針對服務(wù)器進行 名以及 布的管理和虛擬機相關(guān)的業(yè)務(wù)。虛擬機作為一種特殊的服務(wù)器交付形式，也具有 名和 布的業(yè)務(wù)需求。由于很多服務(wù)器并歸學校數(shù)據(jù)中 心調(diào)配和管理，而是分散在各個部門和學院，由他們的信息員負責。因此，在調(diào)用業(yè)務(wù)平臺時，需要將他們管理的服務(wù)器納入數(shù)據(jù)中心的管理系統(tǒng)，才能使用管理系統(tǒng)中的功能，所以，增加對服務(wù)器的注冊管理業(yè)務(wù)。 業(yè)務(wù)涉及到數(shù)據(jù)中心的業(yè)務(wù)員和各個學院的信息員。 院系信息員是很多具體業(yè)務(wù)的發(fā)起者。院系信息員向系統(tǒng)提交域名的注冊、修改、撤銷申請；提交虛擬機的創(chuàng)建、修改配置和銷毀的申請；為管理的服務(wù)器或虛擬機上運行的網(wǎng)站配置 布。 數(shù)據(jù)中心的業(yè)務(wù)員負責具體業(yè)務(wù)的辦理，例如對院系信息員提交的對域名、服務(wù)器、虛擬機相關(guān)業(yè)務(wù)的申請進行 審批，并管理在系統(tǒng)中注冊的服務(wù)器或虛擬機的資源（ 名）配置和 布管理。根據(jù)數(shù)據(jù)中心業(yè)務(wù)的約定，對服務(wù)器的管理只限于協(xié)助院系管理員進行注冊，注銷相關(guān)的工作和實現(xiàn)域名管理， 下面，從服務(wù)器，域名， 理發(fā)布，虛擬機四個業(yè)務(wù)方面進行說明。 1) 服務(wù)器業(yè)務(wù) 服務(wù)器在系統(tǒng)中的注冊只是為了方便用戶通過系統(tǒng)對域名和 理發(fā)布功能的訪問。注冊和撤銷應當無需數(shù)據(jù)中心業(yè)務(wù)員介入。 服務(wù)器注冊流程如下： 注銷服務(wù)器活動如下圖： 已注冊的服務(wù)器有可能已經(jīng)申請了 理發(fā)布業(yè)務(wù)。因此需要先 解除代理發(fā)布。 2) 域名業(yè)務(wù) 院系信息員能夠為自己負責的應用服務(wù)器注冊、變更和撤銷域名。為了維護提供服務(wù)器信息判別 w e 校負責域名系統(tǒng)的穩(wěn)定，用戶對域名的操作必須經(jīng)過申請，然后由數(shù)據(jù)中心業(yè)務(wù)員進行具體操作。 注冊域名活動如下圖： 填寫申請單審核域名存在域名已存在是判斷 記錄公網(wǎng) e b 代理發(fā)布添加 A 記錄否否是數(shù)據(jù)中心業(yè)務(wù)員院系信息員為私有地址配置域名是沒有意義的，因為，外網(wǎng)用戶根本不能夠訪問到。因此必須對 出判斷。在我們的數(shù)據(jù)中心中存在大量的內(nèi)網(wǎng) 務(wù)器，通過 理發(fā)布發(fā)布時要制定域名，因此，判讀如果是內(nèi)網(wǎng) 且是 務(wù)就講注冊的域名指向代理服務(wù)器的 代理服務(wù)器上注冊該站點。只有域名有效，代理發(fā)布 才能夠有效。所以在流程中，“保存域名”在“ 理發(fā)布”之前。 對域名的修改流程與注冊類似。 域名注銷申請的審核也需要院系信息員提交申請，數(shù)據(jù)中心的業(yè)務(wù)員對申請 進行審核。審核判斷流程如圖： 撤銷 w e b 發(fā)布注銷域名w e b 代發(fā)布是否域名不是孤立的資產(chǎn)，它和業(yè)務(wù)系統(tǒng)直接相關(guān)聯(lián)。因此，需要判斷與這個域名相關(guān)的應用是如何發(fā)布的，如果是通過 理發(fā)布，則需要撤銷 理發(fā)布，然后注銷域名。 3) 理發(fā)布業(yè)務(wù) 通過發(fā)布設(shè)備或代理機制進行 布所帶來的好處是明顯的。除了性能的提升，還可以提供一定的安全保障。 院系所屬的應用大多數(shù)都是以 式部署的。他們有通過代理發(fā)布 院系信息員進行具體工作。 理發(fā)布業(yè)務(wù)邏輯如下圖： 存在域名注冊域名w e b 代發(fā)布 e 理發(fā)布時， 域名解析到代理服務(wù)器，訪問者通過代 理服務(wù)器訪問網(wǎng)站。因此進行 代理發(fā)布的服務(wù)器必須要擁有域名。 申請域名時，如果是私網(wǎng) 要指定 理服務(wù)器，并將域名指向代理服務(wù)器。 取消代理發(fā)布時需要恢復域名指向。具有私有 服務(wù)器要進行 理發(fā)布，需要將域名指向代理服務(wù)器。而域名又不能指向私有 此，此時應當注銷域名。取消代理發(fā)布的業(yè)務(wù)邏輯如下圖： 公網(wǎng) w e b 代理發(fā)布是注銷域名4) 虛擬機相關(guān)業(yè) 務(wù) 數(shù)據(jù)中心按照部門應用的需求，為校內(nèi)各部門提供虛擬機，用于部署各種應用。 對虛擬機的配置要求是多種多樣的。配置上會涉及配置私有 P，性能高低，存儲空間等要求。例如，虛擬機的創(chuàng)建是一個相對較為復雜的過程，面對多種多樣的需求，需要通過 理客戶端進行協(xié)助實施。虛擬機的銷毀也是不能草率進行的工作。 統(tǒng)中，對虛擬機的銷毀有兩種方式，一種方式是取消注冊，這種方式將會從 資產(chǎn)清單中去除該虛擬機，而虛擬機相關(guān)的配置和文件仍然存在，可以通過注冊回復 該虛擬機 管控。另一種方式是直接從硬盤刪除。這種方式將徹底銷毀該虛擬機。這兩種方式的執(zhí)行如果直接交給部門管理員都會給系統(tǒng)帶來影響。第一種方式會造成存儲空間的浪費，而且日后清理不再使用的虛擬機也不容易進行，因為缺少了 產(chǎn)清單，在眾多文件中定位需要清理的虛擬機文件不是件輕而易舉的事。第二種方式的危害更加明顯，因為世上根本沒有后悔藥。 由于虛擬機業(yè)務(wù)的特殊性，部門用戶對虛擬機的所有訴求必須經(jīng)過申請。由院系信息員填寫申請，數(shù)據(jù)中心業(yè)務(wù)員進行審核，如果符合辦理條件，則分配虛擬機，并依據(jù)申請表進行其他業(yè)務(wù)的辦理。 填寫申請表審核分配虛擬機同意配置域名分配 e b 代理發(fā)布否是反饋意見不同意終止為了確保資源能被充分利用，對于不需要的虛擬機應當釋放其占有的各種資源。因此，注銷虛擬機時應當撤消 理發(fā)布，注銷域名，收回 放虛擬化平臺資源（ 存，存儲，網(wǎng)絡(luò)）。資源釋放順序：注銷域名，取消代理發(fā)布，銷毀虛擬機，收回 個順序遵循先停止服務(wù)，然后釋放資源的原則。 第三節(jié) 本章小結(jié) 需求分析是軟件工程中重要的工作。我們對數(shù)據(jù)中心的現(xiàn)有業(yè)務(wù)進行了分析，了解其中的不足之處。我們給出了項目開發(fā)的限制條件，功能性需求。對業(yè)務(wù)中的重要活動也進行詳細分析，給出活動相關(guān)的邏輯約束。為后續(xù)的工作做準備。 第四章 系統(tǒng)設(shè)計 數(shù)據(jù)中心的基礎(chǔ)業(yè)務(wù)服務(wù)是對所管理的各種資源的調(diào)配和管理。經(jīng)過分析，我們需要建設(shè)一套綜合的業(yè)務(wù)管理系統(tǒng)，實現(xiàn)對 名，虛擬機的管理，并提供給院系和部門一種網(wǎng)站發(fā)布的途徑。經(jīng)過上一章的分析，我們得到了管理系統(tǒng)需要實現(xiàn)的功能。這一章將為從需求到實現(xiàn)架起橋梁。 第一節(jié) 系統(tǒng)設(shè)計的原則和要求 作為數(shù)據(jù)中心業(yè)務(wù)管理系統(tǒng)，它的系統(tǒng)設(shè)計必須滿足一定要求，才能夠滿足實際需要。 1) 可靠性 管理系統(tǒng)設(shè)計基礎(chǔ)服務(wù)，因此，必須具備高可靠性。通過設(shè)計，確保各個環(huán)節(jié)配置信息的一致性。 2) 可用性 由于系統(tǒng)主要面向各個院系的信息員，需 要他們提交各種申請，因此，系統(tǒng)的可用性尤為重要。通過設(shè)計，盡量減少院系信息員手工錄入，提供選擇項工他們選擇，基本實現(xiàn)點擊鼠標完成。 3) 易維護 管理系統(tǒng)在實際使用中會有不斷地修改，因此需要使得系統(tǒng)易于維護。 4) 經(jīng)濟性 立足現(xiàn)有軟硬件環(huán)境，對現(xiàn)有環(huán)境不做大的調(diào)整，管理系統(tǒng)能夠順利開展工作，既減少硬件投資，又降低勞動強度。 第二節(jié) 系統(tǒng)技術(shù)架構(gòu) 數(shù)據(jù)中心的核心基礎(chǔ)業(yè)務(wù)包括域名服務(wù)、代理發(fā)布服務(wù)，虛擬化管理系統(tǒng)（ 統(tǒng)一身份認證系統(tǒng)（ 數(shù)據(jù)中心管理系統(tǒng)的建設(shè)依賴與這些基礎(chǔ)服務(wù)。統(tǒng)一身份認證系統(tǒng)通過 名管理系統(tǒng)通過 式對外提供二次開發(fā)接口；我們通過 實現(xiàn) 理發(fā)布服務(wù)，并開發(fā)了管理系統(tǒng)，以 式對外提供服務(wù)；虛擬化管理系統(tǒng)提供了基于 數(shù)據(jù)中心全局考慮，數(shù)據(jù)中心管理系統(tǒng)，域名系統(tǒng)，別為節(jié)點，其中管理系統(tǒng)是這個分布式系統(tǒng)的中間節(jié)點。 發(fā)布服務(wù)器n g i n x 1 . 4 . 3N g i n x W e b S e r i v c eW e b 服務(wù)器To m c a t 服務(wù)器v S p h e r e W e b S e r v i c e C l i e n tN g i n x S e r v i c e C l i e n e n t e p h e r e A P y S Q L 5 . 1T C P / I P W e b S e r v ic X - W 服務(wù)器域名解析服務(wù)編程接口T C P / I D A ，即瀏覽器 /服務(wù)器模式。用戶通過瀏覽器完成與管理系統(tǒng)的交互活動，具體業(yè)務(wù)的實現(xiàn)交由服務(wù)器來完成。在服務(wù)器端實現(xiàn)業(yè) 務(wù)邏 輯，通過其它節(jié)點提供的接口實現(xiàn)相應的業(yè)務(wù)功能。 管理系統(tǒng)網(wǎng)站使用 言基于 式開發(fā)， 務(wù)器采用 ，數(shù)據(jù)庫采用 用 久化層使用架使用 第三節(jié) 概要設(shè)計 通過分析，系統(tǒng)主要涉及到數(shù)據(jù)中心業(yè)務(wù)員，院系信息員。因此我們將系統(tǒng)的角色分為系統(tǒng)管理員（ 操作員（ 院系信息員（ 在對數(shù)據(jù)中心的業(yè)務(wù)進行了詳細分析。主要 業(yè)務(wù)涉及虛擬機管理， 名管理， 布管理。進而給出角色分工。 系統(tǒng)管理員負責管理系統(tǒng)正常運行所需的參數(shù)設(shè)置和資源配置相關(guān)的工作。例如人員管理，權(quán)限設(shè)置，系統(tǒng)變量設(shè)置等相關(guān)的工作。 系統(tǒng)參數(shù)管理是對系統(tǒng)運行相關(guān)的參數(shù)進行設(shè)置，包括 備是否可用，理發(fā)布服務(wù)器配置， 務(wù)器配置等。 操作員負責審核院系信息員提交的申請。并管理系統(tǒng)中注冊的服務(wù)器或虛擬機的相關(guān)資源。 院系信息員負責管理自己管理范圍內(nèi)的服務(wù)器包括虛擬機及相關(guān)的資源?？梢宰?/修改 /注銷服務(wù)器，申請?zhí)摂M機，申請 更改虛擬機配置，申請銷毀虛擬機，為管理的服務(wù)器申請注冊 /修改 /注銷域名，為管理的 務(wù)器申請代理發(fā)布或申請取消代理發(fā)布。 系統(tǒng)管理員，操作員和院系信息員的系統(tǒng)用列，如下面三張圖所示： s u _ 申請變更域名s u _ w e b 代理發(fā)布s u _ 取消 w e b 代理發(fā)布s u _ 注銷服務(wù)器s u _ 注冊服務(wù)器s u _ 申請域名s u _ 申請注銷域名s u _ 申請?zhí)摂M機 s u _ 申請修改虛擬機u s e rs u _ 申請注銷虛擬機 s u _ 變更域名 s u _ 注冊域名s u _ w e b 代理發(fā)布s u _ 取消 w e b 代理發(fā)布s