我正在设置存储帐户,因此可以Dynamically create and use a persistent volume with Azure Files in Azure Kubernetes Service (AKS)。这样做是为了
AKS确实在自动创建的o3
资源组中创建了一个存储帐户。但是,如果更改节点大小/ VM(而不是节点数),则该存储帐户将被销毁,因此不应使用该存储帐户,因为如果您需要具有更多资源的节点大小/ VM,则会丢失文件和数据库。 / p>
此文档或我从未真正碰到过的任何其他文档都说明了连接方法的最佳实践:
第一个选项听起来像个坏主意。
第二个选项允许我选择一个虚拟网络,并且有两个选择:
MC_<resource-group>_<aks-name>_<region>
...似乎不是一个好主意,因为如果更改节点大小/ VM,连接将中断。MC_<resource-group>_<aks-name>_<region>
...不确定这是什么,但看起来它是先前资源组的一部分,因此在前面提到的场景中也将被销毁。第三个选项包含许多选项,其中一些包含在第二个选项中。
那么我应该如何安全地设置AKS以使其与应用程序共享文件并保留数据库文件?
编辑
同时查看AKS节点随附的存储帐户的“防火墙和虚拟网络”和“专用端点连接”,看起来它只是为“所有网络”设置的...所以也许我实际的PV和PVC会被存储不是问题吗?可以使该主题更清晰一些。
答案 0 :(得分:0)
不确定问题出在哪里。 AKS生成的所有资产都与AKS生命周期相关。如果删除AKS,它将删除MC_*
资源组(并且100%正确)。不确定存储帐户被毁是什么意思,除非删除pvc并将删除操作设置为回收,否则它不会被破坏。
阅读:https://docs.microsoft.com/en-us/azure/aks/azure-files-dynamic-pv
对于网络部分,应该选择带有AKS节点网络的选定网络。您可以通过查看AKS节点或AKS代理程序池定义来找出网络。我不认为这只能使用kubernetes原语进行配置,因此在创建存储帐户后这将是手动执行的脚本操作。