雲計算運營模式實例共享

歸根結底雲計算是種運營模式,虛擬化、自動化、Cloud Foundry、Docker等等都是實現這種運營模式的一種手段而已,本質上,雲計算就是把信息技術能幹的事兒都包裝成明碼實價的出來賣的。能制定並落實一套管理制度以推動雲計算運營模式的實現,比採用的技術要重要的多。擡槓的說,不採用任何相關技術,靠人海戰術,雲數據中心依然能夠運營。雲計算,尤其是私有云建設中,找到一個能夠少觸犯各方利益,得到廣泛支持的運營模式,是項目成功的關鍵。下面分享一個IaaS私有云運營模式實例。

1 總則
1.1 爲提高基礎設施管理效率,實現基礎設施的預算、採購、收貨上架、資源使用、成本分攤、資源回收、重用和淘汰等工作的制度化、規範化及標準化,特制定本管理辦法。
1.2 本管理制度適用於已整合納入基礎設施雲平臺的x86物理服務器、虛擬機服務器、存儲及其相關基礎設施資源。本規定由信息技術中心負責落實, 所有與基礎設施雲平臺相關公司內部人員必須遵從本規定。
1.3 基礎設施資源池的其它日常運維工作,如故障管理、變更管理、配置管理等應統一遵循信息技術中心現有的運維管理流程規範,不在本管理辦法中進行規定。
1.4 本管理制度中的“雲”均指基礎設施雲。
2 角色和職責
2.1 預算編制員:即“預算管理制度”中定義的各部門預算編制員,也包括爲各部門提交IT預算的信息技術中心業務線接口人。負責根據基礎設施服務目錄提供用於制定基礎設施預算的資源需求信息。
2.2 雲管理員:負責基礎設施相關的預算、資源池的日常維護和管理等基礎設施雲平臺相關工作,職責包括:
A 負責基礎設施預算收集、分析、提交審批工作。
B 根據信息技術中心項目管理辦公室提供的項目進度,制定採購計劃,作爲採購立項申報人,執行採購計劃。
C 當採購到貨後,負責收貨、設備的上架申請與執行、資源納管以及配置信息庫更新等工作。
D 爲各項目和系統的基礎設施方案制定提供技術支持,負責基礎設施資源申請的合理性驗證,當資源使用申請獲得批准時,負責資源分配的工作。
2.3 資源使用人:在雲平臺中,根據基礎設施服務目錄使用資源,並對雲平臺中的基礎設施相關配置信息進行覈對。資源使用人必須是公司正式員工。建議爲信息技術中心員工,對於生產環境資源,建議爲運維人員。
2.4 資源審批人:在雲平臺中,對基礎設施資源使用需求進行審批。
3 基礎設施預算管理流程
3.1 流程輸入:預算編制員所提出的資源需求。
3.2 流程執行週期:本預算管理流程與公司預算制定週期一致,正常情況爲每財政年度執行兩次,財政年度初進行第一次預算的申請、收集與審批,財政年度中段執行第二次預算的申請、收集與審批。
3.3 提交預算申請:預算編制員按照附件一(基礎設施硬件服務目錄)向雲管理員提交附件二(預算基礎設施需求統計表)。各類型硬件的具體預算金額將在每個執行週期前由雲管理員發佈給各預算編制員。
3.4 收集彙總預算並提交預算審批流程:雲管理員負責對各個預算編制員的預算申請進行收集彙總,然後雲管理員將作爲基礎設施的預算編制員進行統一的基礎設施預算提交工程類“項目預算”,預算審批流程將遵循現有流程,該流程不在本管理辦法的範圍之內。
3.5 流程輸出:已經過審批的基礎設施統一預算。
4 基礎設施採購管理流程
4.1 流程輸入:已經過審覈的基礎設施統一預算。
4.2 流程執行週期:基礎設施採購每財政年度執行四次。
4.3 制定採購計劃:信息技術中心PMO項目管理組將協助雲管理員統計各信息技術項目進展,要求各項目組按照附件一(基礎設施硬件服務目錄)向雲管理員提交附件三(採購基礎設施需求統計表),其中應包含本採購週期內(約3個月)的基礎設施準確需求。雲管理員根據需求彙總結果和現有資源池狀況,制定採購計劃和部署計劃。
4.4 執行採購:雲管理員將作爲採購立項申請人,參照《信息技術中心採購管理辦法(試行)》,執行採購計劃。
4.5 流程輸出:基礎設施到貨
5 資源池收貨及上架管理流程
5.1 流程輸入:基礎設施到貨。
5.2 上架申請:設備上架涉及到機房及生產環境一系列的調整,故應由雲管理員啓動變更管理流程,通過正式的變更申請來進行設備上架的申請,具體工作應遵循信息技術中心的變更管理流程予以執行。應在設備到貨前完成上架準備,包括機櫃安排、網絡/光纖跳線等。
5.3 收貨:設備到貨後,由雲管理員負責設備的收貨工作,設備的收貨的資產管理流程保持現有IT資產管理流程不變,由資產管理員負責進行資產信息條目的登記、創建資產標籤等工作,雲管理員負責進行上架、貼附資產標籤,並更新配置管理庫,包括機架位置、iLO信息、連接DHCP網絡的MAC地址信息、成本單價和連接的交換機信息;
5.4 資源納管:資源納管指將已上架的設備納入到資源池的管轄範圍,使其可供按需調度分配使用,該工作主要涉及在資源池管理平臺上的配置工作。資源納管由雲管理員負責執行,由於涉及生產資源池配置信息的變化,故應遵循變更管理流程規範。資源納管的工作可與設備上架的工作合併提交一個變更申請,在同一個變更流程中予以執行。
5.5 流程輸出:更新後的配置信息;已擴容的資源池。
6 基礎設施資源使用管理流程
6.1 流程輸入:基礎設施資源使用需求;可供使用的基礎設施資源池。
6.2 變更申請:資源使用人提交資源使用的變更申請,相應的評估、排期、審批等環節應遵循信息技術中心的變更管理流程規範予以執行,變更申請中應包含所需分配的資源詳細信息,如所需分配的資源種類、數量、配置、使用時間等信息。目前能夠提供的基礎設施服務目錄參見附件一(基礎設施硬件服務目錄),在雲管理平臺中申請時,可獲得其成本單價。對於物理服務器及虛擬服務器,申請中還應註明所需要預裝的各類軟件以及各種配套服務,可供選配的軟件及服務參見附件四(基礎設施軟件服務目錄)。
6.3 變更審批:雲管理員將根據具體情況對資源申請的合理性進行驗證,並與資源使用人協商確定最終的資源內容,然後提交給資源審批人進行審批。
6.4 資源分配:當資源使用的變更申請獲得批准時,由雲管理員負責按照變更申請中對於所需資源的詳細描述進行資源的分配,資源的分配工作通過資源池管理平臺進行。
6.5 變更執行:資源分配完成後,由資源使用人繼續執行資源申請變更的工作任務,如應用部署、配置與測試等工作,這些工作任務均應遵循變更管理流程規範。
6.6 更新配置信息庫:該工作包含在變更管理流程之中,在完成資源的分配及變更的執行之後,應由雲管理員負責更新配置管理信息庫,以反映資源池及生產環境的實際變化,具體的更新操作過程,應遵循信息技術中心的配置管理流程規範予以執行。
6.7 流程輸出:更新後的配置信息;資源完成分配。
7 成本分攤
7.1 服務器和存儲設備納管進雲平臺時,需要按照其採購價格摺合成其成本單價(三年折舊)。
7.2 物理服務器按照以下公式計算成本(單位:元):
7.3 虛擬服務器按照以下公式計算成本(單位:元):
7.4 存儲按照以下公式計算成本(單位:元):
7.5 統一數據庫平臺服務按照以下公式計算成本(單位:元):
7.6 負載均衡服務按照以下公式計算成本(單位:元):
年末將按照上述計算方法對各部門使用的基礎設施資源進行成本分攤。
8 資源回收、重用和淘汰
8.1 資源回收,是指當資源到達了其申請的使用週期後的資源回收過程,爲提高資源使用效率,到期的資源將被回收,供其他申請人使用。資源被回收後,原資源使用人將不再具備該資源的使用權,相關的系統和數據的可用性將無法得到保障。
8.2 回收提醒:雲管理員負責分別在資源到期前一個月、兩週、一週的時間點通知提醒當前資源使用人資源即將到期。
8.3 資源延期:在資源到期前,資源使用人可向雲管理員申請延期,延期申請中須註明需要延期使用的資源、新的使用時間、延期原因,延期申請的流程與資源使用申請一致,均需遵循變更管理流程規範予以執行,獲得相關領導的批准。
8.4 數據保留期:資源到期後,原使用人將失去對資源的使用權,可能無法訪問相關資源(例如,虛擬服務器可能會被關機以釋放服務器資源,IP地址可能被分配給其他申請人使用),但相關數據將給予一個月的保留期(如虛機服務器的虛擬磁盤文件、存儲空間中的數據或文件等)不作刪除,在此期間內原使用人可向雲管理員申請對相關數據進行備份或轉移,保留期過後,相關數據將被刪除以釋放磁盤空間供其他申請人使用。
8.5 資源重用:是指當設備過保後,原用於承載關鍵應用的設備須改變用途,只可用於承載非關鍵應用,或者原用於承擔生產任務的設備,須改變用途,只能用於承擔開發測試任務。具體的重用方式視設備的具體情況而定。
8.6 當資源重用發生時,若資源使用人所申請的使用期限未到,則雲管理員負責分配新的同等規格資源,並進行相關的應用及數據遷移等工作,期間應確保資源使用人所使用的服務可用性不受影響,並於遷移和重用等工作完成後,更新相關的資產及配置信息。
8.7 資源重用和遷移等工作過程應遵循變更管理流程規範予以執行。
8.8 資源淘汰:是指設備過保後,因故障或技術發展無法使用後,按照資產管理流程下線。
8.9 當資源淘汰發生時,若資源使用人所申請的使用期限未到,則雲管理員負責分配新的資源,並進行相關的應用及數據遷移等工作,期間應確保資源使用人所使用的服務可用性不受影響,並於遷移和淘汰等工作完成後,更新相關的資產及配置信息。
8.10 資源淘汰和遷移等工作過程應遵循變更管理流程規範予以執行。
8.11 資源使用人離職時,必須對其所屬基礎設施資源進行使用人變更。
附件一:基礎設施硬件服務目錄

附件二:預算基礎設施需求統計表

附件三:採購基礎設施需求統計表

附件四:基礎設施軟件服務目錄




發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章