Kubernetes Dynamic Volume Provisioning提供了一种方便的方法,可为pod提供动态分配的存储卷。例如,NFS Provisioner透明地启动NFS服务器,并使用Kubernetes卷接口按需将存储空间公开给客户端容器。
但是效率如何?除了NFS客户端与服务器之间的通信之外,供应方是否还会引入另一个网络协议层与客户端Pod /容器进行通信?还是在满足持久性批量声明后,客户端吊舱/容器直接与NFS服务器对话?
答案 0 :(得分:1)
如官方documentation所述,当您考虑将Persistent volumes分配给集群中的Pod时,需要指定StorageClass
才能找到合适的供应商(卷插件)为存储提供商。 StorageClass
定义了必须传递给存储提供者的所有必要参数,并在Kubernetes API provisioner:
中选择apiVersion: storage.k8s.io/v1
来成功创建PersistentVolume
对应于{ {1}}个请求。
查找Kubernetes here内部支持的供应商列表。
但是,您不仅限于PersistentVolumeClaim
模块中已包含的内部卷插件,而且还有许多可用于某些特定方案的外部供应器,请查看kubernetes-incubator/external-storage项目。