kubernetes - Kubernetes 动态卷供应的效率如何?
问题描述
Kubernetes Dynamic Volume Provisioning提供了一种方便的方法来为 pod 提供动态分配的存储卷。例如,NFS Provisioner透明地启动 NFS 服务器并将该存储公开给具有 Kubernetes 卷接口的客户端 pod,按需。
但这效率如何?除了 NFS 客户端-服务器通信之外,provisioner 是否引入了另一个网络协议层来与客户端 pod/容器进行通信?或者,一旦持久卷声明得到满足,客户端 pod/容器就直接与 NFS 服务器对话?
解决方案
正如官方文档中提到的,当您考虑将持久卷分配给集群中的 Pod 时,需要指定StorageClass
以便为存储提供者找到合适的配置器(卷插件)。StorageClass
定义了必须传递给存储提供者的所有必要参数,以及provisioner:
应该在 Kubernetes API 中选择什么apiVersion: storage.k8s.io/v1
以成功创建与请求PersistentVolume
相对应的内容PersistentVolumeClaim
。在此处查找 Kubernetes 内部支持的供应商列表。
但是,您不仅限于已包含在provisioner: kubernetes.io
模块中的内部卷插件,而是有很多外部供应商可用于某些特定场景,请查看 kubernetes-incubator/external-storage项目。
推荐阅读
- csvhelper - 公共字段而不是属性的自动映射
- java - @AllArgsConstructor 是否为静态成员创建构造函数?
- node.js - 使用 multer , expresses , typescript 上传图片
- python - 如何查看经过分类器的数据?
- c# - RServeCLI 试图理解 C# 中的数据帧
- java - 带有列表成员的 JDBC 结果集到 java POJO
- fxml - JavaFX 11 使用 fxml 在 PhongMaterial 上设置颜色
- sql - 在季度中添加 +1
- r - 如何将stdin输入转换为R中的列表
- function - 如何在一个函数中找到具有多个输入的最大函数输出?