要構建私有云需要考慮諸多因素，尤其是當你的預算并不寬裕的時候。通過仔細的規劃硬件，容量，存儲和網絡配置，你就能將有限的預算做出高效的運用。

要找出云成本效益最高的方法并不容易。預算本身的限制和常識顯示企業通常會使用分段性的方式來向云遷移，除了偶爾看到的全新投資項目以外。在進行云基礎架構的規劃時，機構需要將硬件，容量，存儲和網絡需求納入考量。

一個大型企業也許會將云的部署安裝分為三年的階段來實施。這樣的安排使得未來更新周期以三年的滾動方式進行，從而將這期間的成本平均分配到各個時段。另外，現存的遺留系統需要與新的云設施共存一段時間。與大型機很少出現在云計算的方程式中不同，存儲陣列可以被改變用途尤其是對新的購買需求來說。

原本虛擬化將企業推向了沒有硬盤的服務器，但是虛擬I/O的性能現實創造出高端服務器加本地快速存儲的配置—典型的有固態硬盤（SSD）或閃存。這些“即時存儲”是非虛擬系統磁盤的代言人。

同樣，處理器結構取決于服務器的服務目標本身。對于用作大數據分析的，高端的處理器和海量內存是最好的配置；Web服務器和一般通用計算可以使用由低廉的無盤低核x64 或ARM64引擎打包成的1/2U的服務器。

將用例拆分成大引擎/小引擎協作使得IT團隊可以創建兩個或更多的異構的子云。通過一個單一的控制臺來管理他們應該不會太難。

私有云容量規劃

容量規劃是你的私有云項目的下一步。一個成功的容量規劃很大部分取決于以日，星期和月作為周期進行觀察，以此建立負載的波動范圍。這可以為負載均衡提供實例個數統計。

接下來尋找峰值幅度并決定處理方式，包括定義靈活的啟動次數和不同工作的優先級，并將這一切揉進編排策略中。通過這樣的分析從而得到一個真正負載平衡的系統在典型的負載幅度波動中所需的實例個數。

為異常的事件增加額外的單元是很好的做法，再加上小規模的容錯能力，以及為將來擴展留下空間做出計劃。防火墻，軟件定義網絡（SDN）和存儲會需要額外的實例。為你項目中的每一個子云都進行此種用途分析。

定義存儲需求

基于網絡的存儲是云基礎架構的另一個元素。那些昂貴的“企業級”的硬盤正在消失，隨著SSD取代了高端的并行SCSI（SAS）磁盤陣列。自動分層和緩存軟件正在將層次結構改變為（更小的）主SSD陣列和一個廉價的（更大的）容量的大塊存儲。即使在主陣列上犧牲掉一些空間，在大多數環境下仍然能容下所有的活躍數據并且可以達到1000倍以上的傳輸速率。

使用重復數據刪除技術可以將存儲能力大大的提升到6倍之多。隨著在過去的三年內硬盤容量從1TB增長到10TB，新時代陣列的數量和物理尺寸可以縮的更小。

基于許多相似的原因，存儲的價格也在大幅下降。另外，軟件定義存儲（SDS）非常有希望將高端的功能從陣列中分離出來，從而消除對復雜又昂貴的高端陣列的需求。

網絡配置選項持續進步

和存儲一樣，網絡也在經歷一場變革并且是以更快的節奏。軟件定義網絡（SDN）的目標是使網絡配置更敏捷并允許快速自動化的編排虛擬網絡。同時將計算的功能移到標準的虛擬機上，而交換功能則通過平價的半導體元件來完成。

所有這些都對新的云基礎架構成本來說是個好兆頭。但是，還有一些可以進一步省錢省力的方案。模塊化系統，例如容器化數據中心或機架級安裝，可以省下許多起始的工作并且實現起來比傳統的手段更快速。

融合系統將這個理念更推進一步 ，通過定義預先一體化集成好的服務器，網絡和存儲的組合，并以公共的控制臺統一管理。這些限制了對獨立組織部門的需求，在效能及員工水平方面有了相應的改善。

云基礎架構的規劃不是魔術，它需要一個系統化的方法。硬件技術的加速發展使得決策過程更為復雜。只購買你真正需要的，加上季度性的評估你的云項目能使這個過程變得簡單，并幫助你的私有云保持最佳的性能。

責任編輯：Ct