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