持久存储的回收策略在 Kubernetes 中是如何工作的？
How do reclaim policys for persistent storage work in Kubernetes?
我在理解持久存储回收策略的详细工作原理时遇到一些问题。我想定义一个存储 class 来保存一些日志，如果 pods 失败或者我重新启动设置，保留数据。
根据 here，当我将 回收策略 设置为 删除 时，PV 和 Azure 中的存储被删除。如果设置为retain则需要手动回收PV
现在我感觉两种类型都不适合我的使用（虽然看起来很常见），因为我确实想保留数据（所以删除是错误的）并且我不想手动回收PV每次（所以保留似乎是错误的）。
是不是我理解有误，或者有其他方法可以做到这一点？
删除pod时不会删除delete回收策略。这更多是关于当 PVC 本身被删除时云提供商会发生什么。
删除意味着如果 PVC 本身被删除，配置的磁盘也会被删除。如果你有一个被删除的 pod，只要将来 pods 使用 pvc 你仍然会有数据，只是不要也删除 pvc 资源。
将其设置为保留意味着即使 pv/pvc 资源被删除，配置的存储仍将保留以防万一
我在理解持久存储回收策略的详细工作原理时遇到一些问题。我想定义一个存储 class 来保存一些日志，如果 pods 失败或者我重新启动设置，保留数据。
根据 here，当我将 回收策略 设置为 删除 时，PV 和 Azure 中的存储被删除。如果设置为retain则需要手动回收PV
现在我感觉两种类型都不适合我的使用（虽然看起来很常见），因为我确实想保留数据（所以删除是错误的）并且我不想手动回收PV每次（所以保留似乎是错误的）。
是不是我理解有误，或者有其他方法可以做到这一点？
删除pod时不会删除delete回收策略。这更多是关于当 PVC 本身被删除时云提供商会发生什么。
删除意味着如果 PVC 本身被删除，配置的磁盘也会被删除。如果你有一个被删除的 pod，只要将来 pods 使用 pvc 你仍然会有数据，只是不要也删除 pvc 资源。
将其设置为保留意味着即使 pv/pvc 资源被删除，配置的存储仍将保留以防万一