企業構建內部云存儲時必須考慮彈性，選擇正確的平臺，并允許工作流，堆棧部署和公共云集成。

[[181494]]

每個云存儲選項都有其優點和缺點。企業需要根據自己的具體需求，規模大小，以及資金預算來選擇采用哪種云存儲，重要的是權衡所有云和內部部署選項。可以下載一些綜合指南，其中專家分析和評估當前可用的每個云存儲選項，以便企業可以決定采用哪個云計算模式-公共云，私有云，或混合云。

企業如何去構建自己的私有存儲云?首先，讓我們回顧一下云計算的真正含義。云計算的標準定義包括以下特點：彈性增長和縮減消耗資源;交付即服務，以抽象術語而不是在物理硬件上定義的服務產品的標準集合;多租戶支持多客戶端;按需訪問很少或不需要手動干預的資源;報告和計費，以及基于時長收費的詳細報告。

私有存儲云應該反映這些相同的功能。在這種情況下的客戶，應該能夠請求存儲容量，而不必擔心如何交付。因此，已經使用多年并且可能專注于物理技術(例如HDD速度或HDD/閃存)的服務目錄需要刷新，以更加專注于服務度量。這意味著使用I/O密度(每千兆字節存儲的IOPS)，延遲，吞吐量，數據可用性和彈性等術語。

多租戶是指安全和性能隔離。安全性確保數據在私有存儲云用戶之間不可見，而諸如服務質量(QoS)的性能特征使得每個用戶接收一致的服務等級，而不管其系統負載如何。按需訪問保證了客戶對資源的請求，尤其是IT存儲管理員可以更少地進行干預。報告必須處理更精細的存儲利用率，包括報告各個團隊或業務領域的能力。

創造彈性

企業的私有存儲云計劃列表中的***個項目就是彈性，這有兩種情況：***，從客戶的需求擴展和收縮使用的能力，第二，為系統管理員能夠部署更多的基礎設施作為需求保證。雖然有些擔心部署的硬件不會使用，如果最終用戶可以輕松地給存儲，但這很少發生。

這里的挑戰是通過將新硬件部署到數據中心，同時管理技術更新周期，而不影響應用程序可用性，繼續滿足需求。實現即時部署新硬件對于大多數IT部門來說是一種藝術和科學，大多數IT部門不像亞馬遜和微軟公司這樣規模的行業巨頭擁有大量的現金和人力資源，他們必須通過預測何時需要證明新的硬件采集來提供***的資源。

IT部門進行需求預測，需要與業務部門接觸，以規劃潛在的未來項目及其存儲需求。如果IT部門能夠深入了解未來可能的存儲資源需求，這些需求可以更容易規劃，特別是如果它們是非核心產品，如對象或高性能存儲。

科學是對充分的存儲增長信息的發現。許多IT環境使用精簡配置，這意味著隨著數據寫入分配的空間，其物理存儲容量會隨時間增加。并且因為對計劃的存儲消耗的保留，很少被立即完全利用(例如，1TB請求可能僅使用一段時間(例如50GB一天)，并且被確定為三年的增長)，文件系統和對象存儲將自然地增加利用率，而應用程序寫入更多的數據。這使得IT部門必須具有準確和詳細的工具來測量隨時間增長的存儲消耗，同時使用該數據來產生有意義的增長預測。

此外，確定何時部署新硬件需要了解和管理供應商潛在客戶，硬件部署和配置時間。在企業中，IT部門仍然擁有這些問題，當企業采用公共云存儲時，這些問題當然在云計算服務提供商(CSP)的管轄范圍內。

選擇平臺

擁有正確的存儲平臺是高效部署新硬件的關鍵。橫向擴展作為拓展容量技術的選擇可以使新的部署相對簡單，因為您企業需向現有配置添加硬件以增加容量。

大多數現代對象和塊橫向擴展產品執行一定程度的重新平衡，重新分配數據以利用新的容量，并從硬件獲得***的性能。由于可擴展性限制，單片放大架構可能難以管理，而舊的傳統存儲系統可能不會順理成章地負載平衡以利用新的物理容量。這意味著傳統架構必須更仔細地設計，以便在物理硬件上負載平衡邏輯資源的分布。這些平臺中的許多都具有用于在存儲平臺內移動LUN的工具，從而減輕了一些平衡問題。

多租戶和服務質量(QoS)成為在為私有存儲云選擇存儲平臺時需要考慮的關鍵功能。看看移動服務提供商(CSP)提供的服務指標，人們看到性能是根據IOPS和吞吐量評分，有些提到I/O延遲。無論移動服務提供商(CSP)是否正在運行完全加載，這些服務級別被認為對用戶可用，并不是傳統存儲。因此，服務質量變得非常重要，作為確保最終用戶獲得他們需要的性能，或將性能限制到他們用新系統支付的水平的工具。

需要應用程序編程接口(API)

近年來，存儲設備世界已經看到了微小的管理演變。企業通常通過GUI和一些命令行界面(CLI)交互手動管理存儲，使用“提交”階段進行更改。CLI使存儲管理員能夠對配置和停用過程進行腳本化，從而實現一定程度的自動化。但是，創建腳本是一個耗時的過程。多年來，供應商轉向實現使存儲可編程的API，通過授權的API調用來設置配置。配置數據也可以很容易地提取，一些存儲平臺生成非常詳細的詳細指標。

應用程序編程接口

應用程序編程接口(API)改變了企業存儲管理的方式。將來，API將驅動自動化，并從存儲配置中刪除大多數人工干預，使私有云存儲廣泛應用于更多的企業。

API還支持自動化，使“工作人員”脫離配置存儲的過程。現在，存儲可以通過一個或兩個API調用映射到主機。一些平臺本地實現API，而一些平臺已經圍繞現有API工具構建了API封裝。這里的關鍵要求是確保API，CLI和GUI操作順暢，而不是相互跨越。

工作流很重要

提供私有云存儲的***一個難題是執行某種工作流程。用戶請求必須以允許請求被驗證然后實現的方式被服務。公共云通過用戶提供信用卡或用于計費的其他支付方法來實現這種驗證過程。之后，通過Web門戶或API配置服務。在企業中，請求存儲的傳統過程是具有手動管理請求的內部進程，基于服務票證中的詳細信息向主機配置存儲。機票的所有者負責確保允許業務部門“購買”正在訂購的存儲，然后負責履行。

即收即付

企業可以使用信用卡購買公共云資源，并以信用卡結算。工作流程中的這一變化，意味著許多組織將需要在部署內部云存儲時考慮實施計費和扣款。

在私有云中，目的是使這個過程盡可能實現自動化。例如，EMC公司的ViPR等工具允許用戶圍繞存儲自動化構建工作流程。日立數據系統公司提供Hitachi自動目錄來構建有關存儲和其他資源配置的工作流程。

許多組織將需要考慮私有存儲云可以引入的計費變化。如果未實施結算和扣款，則沒有問題，因為IT部門將繼續承擔提供服務的成本，并且可能會繼續按項目收費。然而，如果必須支付新的資源，則可能需要引入對金融做法的一些改變(其可能當前包括直接為硬件支付的)，以允許業務單元的基于服務的計費來支付成本。

堆棧部署

比存儲團隊更廣泛，企業可以將存儲自動化構建到私有云框架(例如OpenStack)中，以便盡可能地減少配置。初始OpenStack部署沒有持久存儲功能，因此，一些項目被實例化以管理外部存儲陣列的集成。最終的OpenStack公司Cinder項目處理塊存儲并自動將LUN映射到OpenStack實例，而Manila則提供文件系統數據的集成，Swift為對象存儲提供了一個API。

更廣泛的堆棧

云存儲，無論是內部部署還是公共云，將構成更廣泛的基礎設施堆棧的一部分。這意味著與諸如OpenStack或vCloudDirector之類的平臺集成。

同時，存儲供應商可以編寫插件，使OpenStack框架能夠按需配置和映射存儲LUN。許多硬件和軟件公司已經支持所有的OpenStack存儲API。Cinder項目支持矩陣列出了OpenStack平臺的每個版本中支持的供應商功能。

公共云的集成

展望未來，云計算的世界不會完全是采用公共云或私有云，而是兩者的混合。因此，將需要在公共云和私有基礎設施之間移動數據和應用程序，后者提供額外的數據保護(備份)和增加的可用性。企業還可以使用公共云存儲來進行工作負載突發和歸檔。

用于在內部部署數據中心和公共云位置之間移動應用程序和數據的產品已經開始上市。諸如Cloudian(HyperStore)和Hitachi數據系統(HitachiContentPlatform)之類的對象存儲供應商提供了將內部數據存檔到云計算中的能力，同時極大地保留了跨所有內容進行搜索的能力，就像在單個視圖中一樣。

對于數據保護，Druva公司和Zerto公司都提供允許用戶備份和恢復公共云中的本地虛擬機(VM)的產品。虛擬機映像的轉換和其他驅動程序的注入由軟件處理，作為備份和遷移過程的一部分。

虛擬化

在運行服務器虛擬化的平臺中，存儲不常映射到物理主機。創建虛擬機實例存儲的大多數工作由管理程序管理軟件處理。VMware通過vRealizeAutomation和vCloudDirector提供自動化，而微軟公司提供SystemCenter2016。

Velostrata公司進一步允許在公共云中啟動虛擬機以防云爆發。這可以用于在具有比現場可用的資源容量更大的資源容量的虛擬機上運行應用程序，或者將工作負載移動到公共云以應對增加的需求。一旦需求激增，虛擬機可以返回現場。

同時，虛擬化供應商開始與云供應商合作，以便于將應用程序遷移到公共云中。例如，VMware公司最近宣布在AWS云計算基礎上推出VMwareCloud，并與IBM公司建立了合作伙伴關系。它還引入了跨云架構作為管理多個云部署的一種方式。MicrosoftAzureStack使春Azure功能可以在私有數據中心運行，并鏈接到Azure公共云。

很顯然，如今與公共云實現不同的是，主要在自動化程度的地方，以充分利用私有云存儲。作為最關鍵的一部分，工作流可能還不成熟，需要在私有云進一步發展。

這里的一部分挑戰是改變內部業務團隊的行為。這是公共云幫助促進的，也應該被采納為內部資源的交付模式。