在模拟用户创建一个新 PVC时，Provisioning 静态存储卷流程（FindBestMatch
在模拟用户创建一个新 PVC时，Provisioning 静态存储卷流程（FindBestMatch）是怎样的？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
PV 控制器首先在环境中筛选一个状态为 Available 的 PV 与新PVC 匹配。 l DelayBinding：PV 控制器判断该 PVC 是否需要延迟绑定： 1. 查看 PVC 的 annotation 中是否包 含 volume.kubernetes.io/selected-node，若存在则表示该 PVC 已经被调度器指定好了节点（属于ProvisionVolume），故不需要延迟绑定； 2. 若 PVC 的 annotation 中不存在volume.kubernetes.io/selected-node，同时没有 StorageClass，默认表示不需要延迟绑定；若有 StorageClass，查看其 VolumeBindingMode 字段，若为 WaitForFirstConsumer 则需要延迟绑定，若为 Immediate 则不需要延迟绑定； l FindBestMatchPVForClaim：PV 控制器尝试找一个满足 PVC 要求的环境中现有的 PV。PV 控制器会将所有的 PV 进行一次筛选，并会从满足条件的 PV 中选择一个最佳匹配的 PV。筛选规则： 1. VolumeMode 是否匹配； 2. PV 是否已绑定到 PVC 上； 3. PV 的 .Status.Phase 是否为Available 4. LabelSelector 检查，PV 与 PVC 的 label 要保持一致； 5. PV 与 PVC 的StorageClass 是否一致； 6. 每次迭代更新最小满足 PVC requested size 的 PV，并作为最终结 果返回； l Bind：PV 控制器对选中的 PV、PVC 进行绑定： 1. 更新 PV 的 .Spec.ClaimRef 信息为当前 PVC； 2. 更新 PV 的 .Status.Phase 为 Bound； 3. 新增 PV 的annotation ： pv.kubernetes.io/bound-by-controller: "yes"； 4. 更新 PVC 的 .Spec.VolumeName 为 PV 名称； 5. 更新 PVC 的 .Status.Phase 为 Bound； 6. 新增 PVC 的 annotation：pv.kubernetes.io/bound-by-controller: "yes" 和 pv.kubernetes.io/bindcompleted: "yes"；
答复内容摘自《云原生技术与架构实践年货小红书》，这本电子书收录开发者藏经阁 下载连接：https://developer.aliyun.com/topic/download?id=1127
2021-11-30 20:45:25赞同 展开评论
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
