容器的持久存儲(chǔ)是企業(yè)用戶（包括那些在云中運(yùn)行工作負(fù)載的用戶）的普遍需求。

容器實(shí)例是短暫的；一旦單個(gè)容器被破壞，它就不會(huì)留下任何東西。結(jié)果，需要持久性的工作負(fù)載（無(wú)論是通過(guò)保存狀態(tài)和工作產(chǎn)品還是訪問(wèn)共享數(shù)據(jù)庫(kù)）都必須與外部系統(tǒng)進(jìn)行交互。

為了滿足此需求，Docker和Kubernetes等管理平臺(tái)以及來(lái)自AWS，Azure和Google的云容器管理服務(wù)提供了連接到存儲(chǔ)卷，網(wǎng)絡(luò)文件系統(tǒng)和數(shù)據(jù)庫(kù)的機(jī)制。

由于有很多方法可以為云中的容器實(shí)現(xiàn)永久性存儲(chǔ)，因此管理員必須選擇最能滿足其獨(dú)特存儲(chǔ)需求的選項(xiàng)。

CaaS和Kubernetes的背景

容器即服務(wù)（CaaS）產(chǎn)品因其便捷性，可移植性，安全性，可伸縮性，性能和靈活性而成為自托管Kubernetes安裝的越來(lái)越受歡迎的替代方案。云托管容器的多功能性可以使用云服務(wù)提供商的本機(jī)服務(wù)，這對(duì)于那些偏愛(ài)在線服務(wù)而不是私有容器基礎(chǔ)架構(gòu)的組織而言，是一個(gè)巨大的誘因。

Kubernetes已成為首選的集群管理平臺(tái)。它可以通過(guò)諸如Amazon Elastic Kubernetes服務(wù)（EKS），Azure Kubernetes服務(wù)（AKS）和Google Kubernetes Engine（GKE）之類(lèi)的產(chǎn)品獲得。但是，云用戶仍然可以使用幾個(gè)選項(xiàng)來(lái)使用諸如Amazon Elastic Compute Cloud的專用計(jì)算實(shí)例或通過(guò)AWS Fargate，Azure容器實(shí)例或GKE節(jié)點(diǎn)自動(dòng)預(yù)配置的服務(wù)按需容器實(shí)例來(lái)配置群集節(jié)點(diǎn)。

無(wú)論管理員如何部署群集節(jié)點(diǎn)，Kubernetes控制平面都提供了幾種連接到永久卷和文件共享的方法，包括由云存儲(chǔ)服務(wù)創(chuàng)建的卷和文件共享。

Kubernetes存儲(chǔ)選項(xiàng)

Kubernetes中的存儲(chǔ)使用可能會(huì)造成混亂，因?yàn)樵撈脚_(tái)具有很高的靈活性并支持眾多存儲(chǔ)平臺(tái)。實(shí)際上，Kubernetes存儲(chǔ)在概念上很簡(jiǎn)單，歸結(jié)為將pod（一個(gè)或多個(gè)共享名稱空間，卷和其他設(shè)置的容器）連接到外部卷。卷可以是：

• 邏輯磁盤(pán)和掛載點(diǎn)；
• 阻止存儲(chǔ)服務(wù)，例如Amazon Elastic Block Store（EBS）或Azure磁盤(pán)；
• 網(wǎng)絡(luò)文件共享，來(lái)自運(yùn)行NFS，Ceph（CephFS）等的存儲(chǔ)陣列，或來(lái)自Amazon Elastic File System（EFS）或Google Cloud Filestore等云文件服務(wù)。

根據(jù)Kubernetes文檔，卷只是一個(gè)目錄，其中可能包含一些數(shù)據(jù)，吊艙中的容器可以訪問(wèn)該目錄。管理員使用的特定卷類(lèi)型將確定該目錄的名稱，支持該目錄的介質(zhì)及其內(nèi)容。

支持多種存儲(chǔ)類(lèi)型的靈活性源于容器存儲(chǔ)接口（CSI），該標(biāo)準(zhǔn)是將塊和文件存儲(chǔ)公開(kāi)給容器協(xié)調(diào)器（包括Cloud Foundry，Kubernetes，Mesos和Nomad）的標(biāo)準(zhǔn)。Pod使用.spec.volumes文件中的配置來(lái)裝載卷，但是管理員不能嵌套卷。一個(gè)卷不能掛載或具有指向其他卷的符號(hào)鏈接。每個(gè)支持的卷類(lèi)型都有一個(gè)不同的關(guān)鍵字，如Kubernetes文檔中所指定；例如，用于EBS的awsElasticBlockStore，用于Azure文件的azureFile或用于SAN iSCSI卷的iscsi。

管理員經(jīng)常使用持久卷帶Kubernetes功能叫做StatefulSets，管理一套吊艙的部署和擴(kuò)展的API。它提供了唯一的，持久的身份，永久的主機(jī)名以及有序的自動(dòng)滾動(dòng)代碼更新。根據(jù)Kubernetes文檔，StatefulSet中的各個(gè)Pod可能會(huì)失敗，但是持久Pod標(biāo)識(shí)符有助于將現(xiàn)有卷與替換發(fā)生故障的新Pod進(jìn)行匹配。

容器中運(yùn)行的應(yīng)用程序還可以使用大多數(shù)語(yǔ)言提供的Open Database Connectivity驅(qū)動(dòng)程序通過(guò)IP連接到外部數(shù)據(jù)庫(kù)。當(dāng)管理員將AKS與用于PostgreSQL的Azure數(shù)據(jù)庫(kù)連接時(shí)，某些云服務(wù)（例如Azure）提供了說(shuō)明，以最大化網(wǎng)絡(luò)性能并最小化數(shù)據(jù)庫(kù)開(kāi)銷(xiāo)。

其他云數(shù)據(jù)庫(kù)服務(wù)使用Sidecar代理來(lái)支持連接方法。例如，Google Cloud SQL代理是一種安全可靠的方法，可以將GKE應(yīng)用程序鏈接到Cloud SQL實(shí)例。Google提供了將外部服務(wù)映射到Kubernetes的最佳實(shí)踐，例如為外部數(shù)據(jù)庫(kù)創(chuàng)建服務(wù)端點(diǎn)，以及將統(tǒng)一資源標(biāo)識(shí)符與端口映射一起用于托管數(shù)據(jù)庫(kù)服務(wù)。

因?yàn)镃aaS產(chǎn)品使用現(xiàn)有的存儲(chǔ)接口，并且有用于云塊和文件服務(wù)的CSI驅(qū)動(dòng)程序，所以Pod部署可以在私有，自我管理的存儲(chǔ)卷和共享或云資源之間進(jìn)行選擇。

某些最受歡迎的CSI驅(qū)動(dòng)程序選項(xiàng)包括：

• Amazon EKS EBS CSI驅(qū)動(dòng)程序
• Amazon EKS EFS CSI驅(qū)動(dòng)程序
• Azure磁盤(pán)CSI驅(qū)動(dòng)程序
• Azure文件AKS      CSI驅(qū)動(dòng)程序
• GCP GKE永久磁盤(pán)CSI驅(qū)動(dòng)程序
• GCP GKE文件存儲(chǔ)連接
• GKE的GCP Cloud SQL代理

同樣，Kubernetes Pod可以使用NFS CSI驅(qū)動(dòng)程序連接到私有NAS。多家企業(yè)存儲(chǔ)提供商提供了針對(duì)Kubernetes設(shè)計(jì)的CSI和存儲(chǔ)軟件，例如Dell EMC CSI插件，NetApp Trident和Pure Storage Portworx。

*原文鏈接：https://searchstorage.techtarget.com/tip/Set-up-persistent-storage-for-containers-in-the-cloud