在模拟用户创建一个新 PVC时,Provisioning动态存储卷流程(ProvisionVolume)是怎样的?
若环境中没有合适的 PV,则进入动态 Provisioning 场景: l Before Provisioning: 1. PV 控制器首先判断 PVC 使用的 StorageClass 是 in-tree 还是out-of-tree:通过查看 StorageClass 的 Provisioner 字段是否包含 "kubernetes.io/" 前 缀来判断; 2. PV 控制器更新 PVC 的 annotation:claim.Annotations["volume.beta.kubernetes.io/storage-provisioner"] = storageClass.Provisioner; l in-tree Provisioning(internal provisioning): 1. in-tree 的 Provioner 会实现ProvisionableVolumePlugin 接口的 NewProvisioner 方法,用来返回一个新的 Provisioner; 2. PV 控制器调用 Provisioner 的Provision 函数,该函数会返回一个 PV 对象; 3. PV 控制器创建上一步返回的 PV 对象,将其与 PVC 绑定,Spec.ClaimRef 设置为 PVC,.Status.Phase 设 置为 Bound,.Spec.StorageClassName 设置为与 PVC 相同的 StorageClassName;同时新增annotation:"pv.kubernetes.io/bound-bycontroller"="yes" 和 "pv.kubernetes.io/provisioned-by"=plugin.GetPluginName(); l out-of-tree Provisioning(external provisioning): 1. External Provisioner 检查 PVC 中的 claim.Spec.VolumeName 是否为空,不为空则直接跳过该 PVC; 2. External Provisioner 检查 PVC 中的 claim.Annotations["volume.beta.kubernetes.io/storage-provisioner"] 是否等于自己的Provisioner Name(External Provisioner 在启动时会传入--provisioner 参数来确定自己的 Provisioner Name); 3. 若 PVC 的 VolumeMode=Block,检查 External Provisioner 是否支持块设备;4. External Provisioner 调用 Provision 函数:通过 gRPC 调用 CSI 存储插件的 CreateVolume 接口; 5. External Provisioner 创建一个 PV 来代表该 volume,同时将该 PV 与之前的 PVC 做绑定。
答复内容摘自《云原生技术与架构实践年货小红书》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=1127
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。