存储类的自定义配置器答案

【问题标题】：Custom Provisioner for storage class存储类的自定义配置器
【发布时间】：2021-04-14 05:22:19
【问题描述】：

我正在做一个项目并遇到了一些问题。我还是 Kubernetes 的初学者，需要一些帮助。

helm config 的代码如下：

storage:
    storageClass: aws-efs
    provisioner: someCustomName
    pvc:
      logs:
      .........

我无法弄清楚 provisioner 部分写了一些自定义名称，而不是通常的 storageclass provisioner，例如 kubernetes.io/azure-file。那么，它是自定义配置器吗？或者它是一些不同的概念？请指导我！

我已经搜索了很多，但找不到任何关于此的内容。

【问题讨论】：

标签： amazon-web-services azure kubernetes kubernetes-helm persistent-volumes

【解决方案1】：

如果provisioner 以kubernetes.io/ 为前缀，例如azure-file，则表示它是一个内部供应商 插件。但是使用 external provisioner 也是有效的。

您不限于指定此处列出的“内部”供应商（其名称以“kubernetes.io”为前缀并与 Kubernetes 一起提供）。您还可以运行和指定外部配置程序，它们是遵循 Kubernetes 定义的specification 的独立程序。外部供应商的作者可以完全决定他们的代码所在的位置、供应商的交付方式、需要如何运行、它使用的卷插件（包括 Flex）等。存储库 kubernetes-sigs/sig-storage-lib- external-provisioner 包含一个库，用于编写实现大部分规范的外部供应商。

还可以查看有关AWS EFS CSI driver的更多信息

【讨论】：

非常感谢！这真的帮助了我很多。我对 CSI 外部供应商进行了一些研究。现在，我想使用 azure 文件而不是 aws-efs，并且我还在 github repo 中获得了 azure files CSI 插件。我想问的是，我应该采用哪种方法将 aws-efs 替换为 azurefiles。我也将首先在 azurefiles CSI 插件上进行 POC，但我想知道我是否朝着正确的方向前进！？
另外，为什么要使用外部供应商而不是内部供应商？我们确实有 azurefiles 内部配置器kubernetes.io/azure-file，那么为什么要使用 azure files csi 插件呢？