我們在第一部分《容器時代的存儲問題：插件是救世主嗎?》中指出了容器的存儲問題愈發嚴重，去年Docker發布了Docker 1.9版本，邁出了重要的一步，采用插件方式增加了對永久性存儲的支持。除了插件方式是否還有更多的解決方案?
持久性之外
Rancher Labs是一家為容器提供基礎設施運營軟件的公司，該公司的聯合創始人兼CEO Sheng Liang說，即便推出了卷插件，目前容器環境支持的存儲功能仍舊有限。
他認為，盡管卷插件是一個很好的起點，除打開、關閉、讀、寫功能外，Docker生態系統最終還要增加額外的功能。例如如何生成快照或者制作備份。
Docker自己也承認會推出更多的存儲卷插件。Docker在1.7版本中公布了存儲卷插件，但直到1.9版本才開始被普遍使用。Docker產品管理與設計高級副總裁Scott Johnston說：“存儲卷插件在易用性、靈活性、差異化方面有很多的迭代。這是個很不錯的開始，但并不意味著沒有其他工作要做了。例如，Docker還不支持在線遷移，而該功能在生產環境中至關重要。”
CoreOS公司推出了與Docker競爭的容器引擎Rocket以及構造業務流程框架，該公司的CEO Alex Polvi認為需要考慮建立容器生態系統。即使已經在容器引擎級實現了數據卷管理器，但在集群級實現數據卷管理器非常重要。因此考慮容器的組織必須探索容器管理系統比如Mesos、Docker Swarm以及Kubernetes如何在容器與底層數據卷之間建立映射。
盡管沒有Kubernetes這樣的工具也能夠運行容器化環境，但如果你計劃對環境進行擴展，那么不借助工具并不是個好主意。Polvi說一切都處于動態變化之中，任何存儲系統都應該能夠支持容器的動態特性。
XtremIO是一家提供scale-out全閃存存儲平臺的公司，該公司的CTO Itzik Reich說IT運營團隊正在計劃大規模使用容器。最近他們為一家大型銀行客戶演示了一個由XtremIO存儲、ClusterHQ Flocker驅動以及Mesosphere/Marathon調度與編排所組成的demo。盡管該客戶至少領先兩代，但他們在積極地評估容器技術。他們希望要的是可以真正使用的技術，而不是等待第一批訂單。
做好準備吧!
當這些生產工作負載開花結果，預計會給存儲帶來哪些壓力?
Docker的Johnston說，與傳統的虛擬機不同，容器沒有給底層存儲子系統施加過大的壓力。容器與虛擬化面臨的問題有所不同。虛擬機模擬底層硬件——比如CPU或I/O子系統——容器在資源之間創建隔離邊界。因此，容器為CPU以及IO提供了“原始性能”，只有很少的網絡開銷(5%)。
考慮到容器共享操作系統的單個副本，與虛擬機相比，組織也往往會在每臺服務器上運行更多的容器。這會增加存儲系統的密度，導致問題出現。因為容器幾乎可以即時啟動，因此資源需要實時可用。
例如，在Portworx的案例中，通過針對容器的分層文件系統進行優化，其存儲系統在密度以及突發負載方面面臨的挑戰很小。其軟件定義的存儲堆棧目前正在測試，預計今年夏天可以使用。
位于美國加州的Hedvig公司同樣制作了分布式scale-out軟件定義存儲，并認為可擴展性對容器環境至關重要——下一代應用比如Cassandra以及MongoDB經常會在這樣的環境下運行。Hedvig的營銷副總裁Rob Whiteley說這對不能預測三、五個月之后需求的客戶非常重要。系統還提供了可以應用于容器、應用或者虛擬機的高級存儲策略，以及一種固有的多站點體系架構，用于內置災難恢復。
“Packet正在提供方便用戶使用的容器友好型存儲。用戶去年使用產品時需要創建他們自己的存儲，但大多數用戶太懶或者太害怕。”Smit說，“他們仍舊想要靈活的、具備安全性與可控性的塊服務。”因此，Packet現在為用戶提供塊存儲Datera，提供形式有兩種(“緩慢龐大”或者“快速小巧”)，數據放置及分層是在Datera平臺存儲中實現的。
抽象及自動化級別可能預示著容器對存儲的巨大影響：根本不必考慮存儲。正如容器使開發者不用再擔心在哪個版本的Linux上構建他們自己的應用，作為一名應用開發人員，你不用再為需要IOPS達到700的上TB的存儲空間而擔憂。
京公網安備 11010502049343號