歸根結底云計算是種運營模式，虛擬化、自動化、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 資源使用人離職時，必須對其所屬基礎設施資源進行使用人變更。

附件一：基礎設施硬件服務目錄

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

附件三：采購基礎設施需求統計表

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

博文出處：http://blog.csdn.net/cloudguru/article/details/43566709