從2018年8月29號發(fā)布的最新CNCF用戶調(diào)查報告可看到，企業(yè)在部署Kubernetes架構(gòu)時面臨的容器持久化存儲挑戰(zhàn)仍然處在高位。雖然當(dāng)前Kubernetes Rook Ceph與CSI等開放Plugins接口致力于支撐Kubernetes容器持久化存儲管理方面的問題，但這些技術(shù)均為開源項目，一般的企業(yè)客戶難于掌握和持續(xù)運維這些成熟度不高的存儲架構(gòu)。
VMware vSAN產(chǎn)品作為一款企業(yè)級分布式架構(gòu)自2013年推出后，迅速成為SDS市場上主流產(chǎn)品，得到全球范圍內(nèi)19000家客戶的采購與部署。
本文致力于介紹如何通過VMware vSAN存儲平臺解決企業(yè)客戶所面臨Kubernetes容器持久化存儲難度。
首先，我們了解為Kubernetes提供持久數(shù)據(jù)的一些關(guān)鍵要求：
- 工作負載Pod的數(shù)據(jù)需要通過重新啟動/重新調(diào)度容器來持久化存儲。
- 當(dāng)容器被重新調(diào)度時，它們可能暫時固定在一臺主機上，也可能被調(diào)度到另一臺主機上。
- 對持久數(shù)據(jù)的Pod引用應(yīng)該保持工作負載的可移植性。
- 在容器上，重新調(diào)度磁盤需要與正確的ID重新關(guān)聯(lián)。
- 容器還可以跨Pod共享和并發(fā)訪問數(shù)據(jù)。
因為這些關(guān)鍵要求，使得Kubernetes要實現(xiàn)容器持久化存儲非常困難，這也是社區(qū)正在致力解決的問題之一，主要困難如下：
- 存儲操作（掛載/綁定/創(chuàng)建/刪除）需要讓Kubernetes協(xié)調(diào)和編排。
- 需要讓Kubernetes調(diào)度平臺感知到不同存儲平臺的特征和功能。
- 需要為Kubernetes主節(jié)點和所有工作節(jié)點提供配置。
其次，正是為了彌補這些關(guān)鍵要求與困難之間的差距，VMware Kubernetes Cloud provider 插件則可以幫助企業(yè)客戶解決這些問題。
一、為虛擬化下環(huán)境下的Kubernets 管理節(jié)點和工作節(jié)點提供存儲空間
一般情況下：管理節(jié)點和工作節(jié)點需要以下空間：
- 2個ephemeral磁盤空間
- 1個持久化空間（用于存放持久化數(shù)據(jù)如管理節(jié)點的etcd key/value數(shù)據(jù)和工作節(jié)點的docker images文件 ）
這部分的操作比較簡單，只需要在VMware vCenter管理界面為不同管理VM和工作節(jié)點創(chuàng)建不同的磁盤即可。
二、 為Kubernets Pod空號提供存儲空間
Kubernetes Pod存儲空間需要通過Persistent Volume （PV）來實現(xiàn)
- 在vSphere vCenter管理界面上通過K8s Cloud Provider plugin將Persistent Volume 映射到vSANDatastore存儲空間上的VMDK文件。
- 附加VMDK文件到工作節(jié)點VM，作為磁盤使用。
- Pod再從這個磁盤掛載volume進行使用。
三、同時還可通過Cloud Provider plugin為PV分配不同的SPBM,過程如下：
可在VMware vCenter管理界面創(chuàng)建對應(yīng)的SPBM policy，如副本保護數(shù)量，磁盤條帶數(shù)等參數(shù)（如右圖所示）。
將Provisioner、Datastore、StoragePolicyName等參數(shù)寫入Pod創(chuàng)建時所用到的volume yaml文件（如左圖所示）。
最終將實現(xiàn)Pod volume被分配到vSANDatastore存儲空間，并采用指定的存儲策略。
來源：vmware中國
