快速了解其原理和類型「雲存儲方案有哪幾種」

雷鋒網按：存儲是容器即服務的的核心組件之一。容器原生存儲將基礎存儲服務公開給容器和微服務。像軟件定義存儲一樣，它從不同的介質中聚合和合併存儲資源。

容器原生存儲通過提供持久卷，使有狀態工作負載能夠在容器內運行。在容器運行時，容器原生的存儲和網絡構成了雲原生堆棧中容器優化的操作系統上的層。

即便Kubernetes可以使用傳統的分布式文件系統，例如網絡文件系統（NFS）和GlusterFS，我們還是建議使用容器感知的存儲結構，該結構旨在滿足生產中運行的有狀態工作負載的需求。客戶可以從各種開源項目和商業實施中進行選擇。

目前，雲原生生態系統的定義主要通過容器存儲接口（CSI）進行存儲的規範，該規範鼓勵採用標準的便攜式方法，來完成和使用容器化工作負載時的存儲服務。

為此，調查機構側重於為IT技術人員評估技術路線圖，其中簡化支持Kubernetes工作負載的基礎架構是最重要的標準之一。

在CNCF（雲原生計算基金會）公布的2019 Cloud Native Computing Foundation市場調研中，分析了當前和未來K8s採用情況及用戶面臨的挑戰。調查結果表明，早期技術採用與否與當前供應商有關，此外，用戶早期採用雲原生技術的滿意度參差不齊。

其中許多用戶將他們當前的存儲和雲的供應商列為雲原生候選名單中，而且這個名單的可選擇性並不少。

• 在雲原生存儲的選擇上，用戶最常使用Amazon EBS、Google Persistent Disk和Azure Disk Storage。
• 第二梯隊的是Ceph、CSI和Gluster，其中37%的Gluster用戶也使用Ceph。Ceph和Gluster是分布式文件系統，在多個節點之間添加了持久層。但是，它們沒有很好地集成到K8s工具和工作流中，因而可能更難以維護和配置。
• 剩下的第三梯隊產品，基本是由以存儲為中心的服務商提供的服務，如Dell
  EMC、NetApp和Pure
  Storage。最初，k8s集成了卷插件以連接到這些產品的存儲後端。不幸的是，上游K8s發行版變得十分臃腫。這意味着對插件的任何微小更新或更改都意味着重建和編譯整個代碼。

而對於傳統存儲，客戶可能會有更多抱怨聲。例如，選擇Pure Storage的客戶中有46%的在處理與容器相關的存儲方面遇到了挑戰，而K8s的普通用戶這一比例僅為27%。儘管有13%的用戶使用了容器存儲接口（CSI），但問題難免還是會出現。CSI已於2019年在k8s上普遍可用，且有效解決了不斷需要集成上游的問題。事實情況是，傳統存儲供應商包括純容器存儲服務商在內，正有轉向CSI的趨勢。這一點體現在用戶對解決當前容器存儲挑戰的想法上，雖然總體上只有13%的用戶在考慮使用CSI，但在存在存儲挑戰的用戶群中，對CSI的需求一躍升至22%。