在模拟用户创建一个新 PVC时，Provisioning动态存储卷流程（ProvisionVolum

若环境中没有合适的 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