根据 prometheus storage.md ，建议不要将 nfs 存储用作 prometheus 的持久卷。
但是像 prometheus operator 和 openshift 这样的解决方案显示了使用 nfs 作为 prometheus 的持久卷的示例。
那么我在这里错过了什么？如果不推荐使用 nfs，那么为什么这些工具会分享使用 nfs 作为 prometheus 的存储选项的示例？
有谁知道 NetApp/Trident for prometheus 的 nfs 替代方案是什么？
prom-operator 文档中的示例只是展示如何手动控制存储配置的假设。NFS 通常是所有情况下的最后选择 :) 查看https://kubernetes.io/docs/concepts/storage/persistent-volumes/了解有关如何使用各种 PV 插件的更多一般信息（或者如果这些都不起作用，查找 CSI 的东西），但是对于 NetApp，您可能会使用 iSCSI 接口。
我已经在 ubuntu 上使用带有 NFS (NetApp) 安装磁盘的 prometheus 4 年多，24/7 运行，具有相当高的监控频率和相对较大的数据集（目前为 500GB，但之前被刮过几次）。
没有单一故障，与存储无关，也没有其他问题。
此外，根据我的经验，从可靠的存储服务器 (NetApp/Ontap) 正确设置 NFS 挂载，以及可靠的网络，对于所有您最喜欢的数据囤积者来说“与本地磁盘一样好”。就我而言，mysql、grafana 和 prometheus 都愉快地安装在 ubuntu nfs 上……在 Ontap 方面，快照和可选的 snapmirrors 将覆盖大部分（如果不是全部）备份需求。
再说一次，这是我个人的经验……