存儲是“容器即服務(wù)”平臺最關(guān)鍵的組件之一。容器原生存儲將基礎(chǔ)存儲服務(wù)公開給容器和微服務(wù)。像軟件定義的存儲一樣，它從不同的介質(zhì)當(dāng)中聚合和合并存儲資源。
容器本機(jī)存儲通過提供持久卷，使有狀態(tài)工作負(fù)載能夠在容器內(nèi)運(yùn)行。結(jié)合諸如StatefulSets之類的K8s設(shè)計(jì)，它提供了可靠性和穩(wěn)定性，可以在生產(chǎn)環(huán)境中運(yùn)行任務(wù)關(guān)鍵型工作負(fù)載。
與容器運(yùn)行時一起，容器原生存儲和容器本機(jī)聯(lián)網(wǎng)構(gòu)成了云原生堆棧中容器優(yōu)化的操作系統(tǒng)之上的層。
即使K8s可以使用傳統(tǒng)的分布式文件系統(tǒng)，例如網(wǎng)絡(luò)文件系統(tǒng)（NFS）和GlusterFS，我們還是建議使用容器感知的存儲結(jié)構(gòu)，該結(jié)構(gòu)旨在滿足生產(chǎn)中運(yùn)行的有狀態(tài)工作負(fù)載的需求。客戶可以從各種開源項(xiàng)目和商業(yè)實(shí)施中進(jìn)行選擇。
容器原生存儲解決方案
云原生生態(tài)系統(tǒng)已定義了通過容器存儲接口（CSI）進(jìn)行存儲的規(guī)范，該規(guī)范鼓勵采用標(biāo)準(zhǔn)的便攜式方法來通過容器化工作負(fù)載實(shí)施和使用存儲服務(wù)。
Ceph，Longhorn，OpenEBS和Rook是一些容器原生存儲開源項(xiàng)目，而MayaData的Kubera，NetApp的Trident，Portworx，Red Hat的容器存儲平臺，Robin System的Robin和StorageOS都是商業(yè)產(chǎn)品，并帶有支持。
NetApp，Pure Storage和VMware等傳統(tǒng)供應(yīng)商還為K8s提供存儲插件。
應(yīng)對基礎(chǔ)設(shè)施挑戰(zhàn)
托管的K8s產(chǎn)品可以降低管理大型容器部署所需的復(fù)雜性和技能。當(dāng)IT專業(yè)人員評估其技術(shù)路線圖時，簡化支持K8s工作負(fù)載的基礎(chǔ)架構(gòu)是最重要的標(biāo)準(zhǔn)之一。
我們查看來自2019 CNCF的調(diào)查中有關(guān)當(dāng)前和未來K8s采用計(jì)劃的數(shù)據(jù)，以及K8s用戶面臨的容器挑戰(zhàn)。結(jié)果表明，早期的技術(shù)采用受到當(dāng)時與當(dāng)前供應(yīng)商關(guān)系的影響。然而，對這些早期選擇的滿意程度參差不齊。
許多K8s用戶將他們當(dāng)前的存儲和云供應(yīng)商都包括在他們的云原生候選名單中。然后，用戶似乎無法縮短該列表。至少有5％的K8s用戶對調(diào)查的所有38個選擇進(jìn)行了評估。
隨著托管K8s的興起，云提供商通過存儲類和動態(tài)預(yù)配置公開了塊存儲。客戶可以將Amazon Elastic Block Store（EBS）卷附加到AWS，Azure托管磁盤，Google永久磁盤上，以及在AWS，GCP和Microsoft Azure中運(yùn)行的K8s工作者節(jié)點(diǎn)上。這給云提供商帶來了優(yōu)勢。
當(dāng)被問及他們使用的云原生存儲時，K8s用戶最常使用Amazon EBS，Google Persistent Disk和Azure Disk Storage。在許多情況下，StatefulSets允許集群工作負(fù)載訪問云提供商提供的塊存儲。雖然被廣泛采用，但是來自大型云提供商的塊存儲并不是專門為k8s工作負(fù)載設(shè)計(jì)的。
與更傳統(tǒng)的存儲公司提供的產(chǎn)品相比，像Ceph這樣的文件系統(tǒng)通常被認(rèn)為在云存儲方面具有競爭力。
排名第二的是Ceph，CSI和Gluster，其中37％的用戶也使用Ceph。Ceph和Gluster是分布式文件系統(tǒng)，在多個節(jié)點(diǎn)之間添加了持久層。但是，它們沒有很好地集成到K8s工具和工作流程中，因此存儲管理員可能會發(fā)現(xiàn)它們更難以維護(hù)和配置。
排名靠后的是那些以存儲為中心的公司提供的產(chǎn)品，如Dell EMC，NetApp和Pure Storage。最初，K8s集成了卷插件以連接到這些公司的存儲后端。不幸的是，上游K8s發(fā)行版變得很臃腫，這意味著對插件的任何微小更新或更改都意味著重建和編譯整個代碼。
傳統(tǒng)存儲公司的客戶更有可能抱怨存儲相關(guān)的挑戰(zhàn)。例如，Pure Storage客戶中有46％的客戶在處理與容器相關(guān)的存儲方面遇到了挑戰(zhàn)，而K8s普通用戶的這一比例僅為27％。盡管有13％的用戶使用了容器存儲接口（CSI），但仍有希望出現(xiàn)。CSI于2019年對K8s全面上市，消除了不斷需要上游集成的挑戰(zhàn)。傳統(tǒng)存儲供應(yīng)商，云提供商和像Portworx這樣的純?nèi)萜鞔鎯菊谵D(zhuǎn)向CSI。
人們正在評估CSI新選項(xiàng)以解決當(dāng)前容器存儲的挑戰(zhàn)。雖然總體上只有13％的K8s用戶在考慮使用CSI，但占比存儲挑戰(zhàn)的用戶中躍升至22％。
盡管某些公司正在考慮建立成熟的公司，但是在那些尋求新存儲選項(xiàng)的公司中，開源項(xiàng)目才是首要考慮的問題。與平均受訪者相比，存儲挑戰(zhàn)的K8s用戶中有27％的人更有可能評估Rook（26％比16％），Ceph（22％比15％），Gluster（15％比9％），OpenEBS（15％比9％）和MinIO（13％比9％）。這些開放源代碼的努力顯然不是由銷售硬件驅(qū)動的。
對于傳統(tǒng)存儲公司和新型獨(dú)特云原生存儲產(chǎn)品而言，用戶更有可能提到存儲挑戰(zhàn)。但是，通過實(shí)施諸如CSI的新方法，傳統(tǒng)存儲公司正在解決其客戶的擔(dān)憂。盡管許多使用較新產(chǎn)品的用戶（例如MayaData的OpenEBS，Minio和Portworx）表示他們在存儲方面遇到了挑戰(zhàn)，但他們可能指的是在連接舊數(shù)據(jù)存儲方面遇到的問題。
對引用存儲挑戰(zhàn)的K8s用戶的進(jìn)一步分析表明，在面臨存儲挑戰(zhàn)的用戶中，對Rook，Ceph和OpenEBS的考慮要高出50％。這三個都有CSI驅(qū)動程序。
實(shí)施挑戰(zhàn)對于早期采用第三方同類最佳解決方案的人來說很常見。隨著時間的流逝，評估新玩家的有效性將很有趣。這可能會影響云和傳統(tǒng)存儲公司保留其細(xì)分市場客戶的能力。
參考鏈接：https://thenewstack.io/the-most-popular-cloud-native-storage-solutions/
