在 Kubernetes 部署中为每个 pod 附加新的 Azure 磁盘卷

Question

我有一个包含 3 个副本的 Kubernetes 部署应用程序，每个副本需要 7GB 存储空间，我希望能够附加一个 new 空 azureDisk 存储空间以挂载到每个 pod/在此部署中创建的副本。

基本上我有以下限制：

• 我必须使用 Deployment，而不是 Statefulset
• 每次 pod 死亡而新 pod 启动时，它都不应该有状态，并且会附加一个新的空 azureDisk。
• Pod 不共享其存储空间，每个 Pod 都有自己的 7GB 存储空间。
• pod 需要使用 azureDisk，因为我需要 7GB 的按需存储，这意味着在我扩展部署副本时动态创建 azureStorage。

使用 azureDisk 时，我需要将它与访问模式类型 ReadWriteOnce 一起使用（如 docs 中所述），它会将唯一的 1 个 pod 附加到该磁盘，但只有在我有 1 个时才有效pod，如果我有超过 1 个 pod，我不能使用相同的声明...有没有办法像第一个声明中的那样动态请求更多存储空间？

注意 1：我知道有一个 volumeClaimTemplates，但这仅与 Statefulset 有关。

注意 2：我不在乎 pod 是否重新启动 100 次，这反过来会创建 100 个 PV，而其中只使用 1 个，这很好。

Answer 1

我不确定您为什么需要使用 StatefulSet，但我认为这样做的唯一方法是为您的应用程序创建自己的 operator。操作员将有一个控制器来管理您的 pod，这与 ReplicaSet 所做的类似，但不同的是，对于每个实例化的新 pod，都会创建一个新的 PVC。

最好弄清楚如何在 StatefulSet 中运行您的应用程序并使用 VolumeClaimTemplates

✌️

Answer 2

主要问题是 - 为什么？“如果我有一个没有状态的应用程序，我仍然需要每个 pod 的大容量”

看这个解释你应该关注 StateFull 应用程序。从我的角度来看，您似乎是在强制为 StateFull application 使用 Deployment 而不是 StateFullSet@

在您的示例中，您可能需要 pv 支持不同的access modes。

您遇到的主要问题是使用支持模式的 pv ReadWriteOnce 您只能通过单个节点同时绑定一个 pv。因此，由于卷安装失败，您在不同节点中的 pod 将无法启动。您只能将此方法用于 ReadOnlyMany/ReadWriteMany 场景。

请参考其他具有不同访问模式能力的提供商，例如：filestore(gcp)、AzureFile(azure)、Glusterfs、NFS

• Deployments vs. StatefulSets